有的客户这么想,有的客户那么想?

很多产品讨论一旦陷入“你不能代表所有的客户”这种争执时,就没办法继续了。

实际上,很多问题并不是什么“有的客户这么想,有的客户不这么想”的问题。

你可以按小时卖产品,可以按天、按月卖产品,你可以说:爱买不买!

这个时候你可以说有的客户接受你的方式,有的客户不接受。

但是如果客户已经买了12个月3个授权,按照规则,所有授权你都送了他2个月,用了几个月后,他要增加授权,这时你竟然要求新授权必须买14个月!?

这个就不是哪些客户能接受哪些不能接受的问题了。

这就是强买强卖。

你可以不送那2个月,

由于逻辑的问题,你也可以要求整个企业所有的授权都必须同步续费,前3个授权买到今年底,第4个新增授权有效期也必须买到今年底。

但客户原本买的是12个月,你不能强行要求他增加授权的时候买14个月,因为那多出来的2个月免费是你强行赠送的!

AB两个选项,你只提供A选项,用户爱买不买,这属于“有的客户这么想,有的客户那么想,有的客户接受,有的客户不接受”能够覆盖的范围。

但是旧授权送了2个月,新授权就要花钱买那2个月,这就属于不合理的逻辑了。

不合理的事情,就算甲乙丙丁四个客户中甲乙接受了,又能说明什么呢?能说明你正常正确吗?

遇到这种问题该怎么办呢?

如果找不到合理的办法,那么请承认这个做法的不合理,想办法弥补,绝不可把不合理的做法与AB选项的问题混为一谈。。

一失手又搞出问题

弄vhost的时候写错绝对路径了(当时好像没输入啊)

于是重新修改cnf文件,修改完重启时用nginx -reload重启,没用,只好用Lnmp,然而手一抖把lnmp restart打成了lnmp start。

于是又遇到Pid的问题,mysql不能正常重启了。

这回还算干脆,用命令“ps -ef|grep mysqld”查到所有mysqld进程,然后使用“kill -9  进程号”逐一杀死,然后重新启动lnmp!

输入网址发现还是提示连接不上数据库,但是第二次输入就可以了!顺带看一下新装的vhost,虽然没有成功,但显然访问静态页是可以的。

必须预见到用户会怎样用你的产品

老产品经理总是会说,你不知道用户会怎么用你的产品。

言下之意是说,不要随便意测用户的想法和行为。

这话我也刚说过。

但是,如果不努力预测用户怎样使用,就等于把坑留给用户让用户帮你填。

有的人觉得自己的经验很重要,自己对产品的定位很准,有些情况我就不管,我就不照顾,或者觉得我照顾不了,所以就这样吧。

我想说的是,就算你照顾不到,你也要尽可能帮用户想好后路。

对某些case,产品本身没有提供好的解决手段,那么就要想用户会用什么非常手段来解决,这个非常手段成本不是特别大还可以,如果成本太大,或者会带来严重的后果,你就要帮用户想到一个合适的办法,或者尽可能还是在产品内部提供解决方案,否则的话,用户很可能转投竞争对手那里。

 

人家说新加坡机房不能用

我买之前竟然没看到,看到的是新加坡机房可以一试,毕竟新嘛,用了之后感觉是卡慢死,等我把它调教得可以了,突然发现大家都说它不好。

于是我又忙着移动三潘机房,为这个移动,又费了老牛的劲:我给老外发ticket,老外回复我一个方法,叫我先把旧的droplet做个snapshot然后把snapshot给移到新机房,然后创建新的droplet时使用前述snapshot创建,我没有完全照他的步骤,先创建(创建时候还选了这个snapshot),密码都改好了才发现用不了旧的snapshot,好在这玩意可以重做,选image时选这个snapshot就OK了。

shit,每次改初始密码都忘了要输入两次默认密码,真是累死人。

移完之后发现其实也不快。但是又不想放弃这个”成果“,毕竟费了劲,不容易,而且Ping过几次之后发现新加坡机房确实慢一点,所以果断把新加坡版给废了。