严防性能过剩

不说啥叫性能过剩,说说什么时候性能过剩.
典型的就是, 花了99%的时间,为了1%的用户需求或者用户体验改善 – 这个功能就是性能过剩.

在开发阶段, 大家会怎么说?
A. 针对某需求, 产品抱怨说: 技术没有按照需求做, 他增加了功能, 因此进度延期了. 技术委屈的说: 我只是加了一个小小的判断, 让程序容错性更强.
B. 针对某需求, 产品经理说: 增加这个判断, 用户体验会更好.
c. 针对某需求, 产品经理说: 我觉得增加这个功能, 用户操作会更便利.
d. 针对某需求, 产品经理说: 竞争对手比我们多了一个提示对话框.

注意:
每个典型情形, 都是要”增加”什么什么.

那么:
请先思考, (1). 28原理. (2). 开发成本 (3). 是否真的是在”改善” 还是在 “堆砌”

我们目前的原则是:
做减法.

如果你不会做减法, 怎么办?
版本计划 – 把要增加的需求放在下个版本里.
解释下: 从这句话里, 要读出2层含义: (1) 目前的需求不变 (2) 给自己泼点冷水, 增加的需求仅仅是计划而已

什么样的产品会出炉?
丰田, Google

哦, 原来这么简单!

从现在开始:
严防性能过剩

Leave a Reply

Dansette