AlexaZhou!

Here's my blog :)

我对产品思维的一些理解

最近对互联网产品有了些心得,当然还可以扩充到其他方面,写出来和大家分享一下。

矛盾

这里举一个例子,互联网上关于怎么做产品有很多个流派,每个流派都有自己看重的东西,其中有个流派叫做“把用户体验做到极致”,这一流派做产品的思路是,别的我们不管,就是要把产品的用户体验做到极致,思路简单明了。

听起来好像很有道理,我们努力去把用户体验做到极致,然后用户就会用起来很开心,然后产品就越来越好,接着就可以出任CEO,迎娶白富美,走向人生巅峰。。。

但是并没有可执行性。想想这种情况,如果经过评估,有个feture做了就可以提升用户体验,而做这个feture需要一个小时,既然对用户体验有好处,那本着将用户体验做到极致的思路,我们肯定会去做这个feture。

接下来想想,如果这个feture需要工程师花10个小时,或者一百个小时呢?甚至1000个小时,那还做不做?

如果继续本着把用户体验做到极致的原则,那就是做,接着我们很可能陷入进度延误的大坑里面了。

如果因为成本高而不做了,那有那些可能会给产品带来巨大改进的feture,因为需要比较大的投入,就而没办法做了。

怎么选都不对是吧。。。

更何况这里不光是做不做,还有做到什么程度的问题。假设我们花10个小时的时间改进后台服务性能,可以让用户打开网页的时间缩短20%,用户体验就变好了。接下来我们还可以再花100个小时,再让用户访问网站的速度的提升20%,接下来我们还可以再花1000个小时,让用户的访问速度再快20%。。。对很多问题来说,这是很正常的情况,随着产品变的成熟,再往上提升那么一点都会越来越难,而产品本身的优化几乎是无止境的。那我们到底该把用户体验做到什么程度呢?

平衡

这个问题的点在于,“把用户体验做到极致”是一种单因素决策模型,就是说我们怎么做决策是只由这一个因素决定的。这个显然是有问题的。

当然这个并不是“把用户体验做到极致”这一个流派的问题,还有的流派会说我们要把界面做的很漂亮,UI要高大上要有设计感;还有说我们功能要做到最全。。。这些都是单因素模型,统统是有问题的。

现实中,我们做一个决策,最基本的需要考虑投入产出,产出大于投入,我们才会做。做产品也是这样,我们决定一个feture,应该考虑到投入,包括研发投入,业务投入,运营投入等等,产出也包括很多方面,用户体验只是其中之一,比如加入一个广告横幅,可以带来广告收入,加入一个开屏动画,可以增加大家对产品的了解等等。

当我们做决策的时候,应该综合考虑各方面情况,最终达到一个投入和产出的平衡。

也就是说这里并没有一个简单不变的万能法则可以遵循,我们所要做的,就是不断的把握平衡。而把握平衡,远比向某个固定的方向使蛮力要难。

答案

我们最先做的当然是产出高,投入小的工作。这些工作完成之后,接着做那些 产出/投入 比例更小一些的工作。这就是我们给工作设定优先级的指导。

想一想为什么功能bug一般是需要紧急修复的呢?因为功能bug一般会影响使用,修好就能让功能可用,所以产出很高。而修bug的工作,一般投入不会很多,有时候就是几行代码的事情,他就是属于产出高/投入小的那一类,需要优先完成。

通过投入产出比来做决策,是一个严谨自治的模型,可以帮助解决三个问题

  • 某个功能做不做?
  • 做到什么程度?
  • 怎么给需求排期?

我认为这就是做产品的基本思路了,做产品决策其实是一门把握平衡的艺术。

当然还需要一些专业的知识,比如行业的专业知识,可以帮助你评估某个功能的价值。对技术的了解,可以帮助你评估实现成本。这些都是不可缺少的。

尾巴

随便扯点其他的,其实对靠谱的程序猿来说,基本没啥不能做的,除非是要发射火箭。东西都能做,无非是投入多少时间罢了。

如果产品经理找程序员做某个功能,他说这个做不了,那产品经理最好需要想一想,是他觉得这个不值得花这么多时间来做,还是其他的原因。

当然我作为一个有节操的程序员,从来不跟别人说“某功能做不了”,我一般只是告诉他们做这个所需要的时间,然后跟他说并不值得做,别人就知难而退了。