今日一博：产品需求做还是不做，究竟该听谁的？

今天中午与同事沟通研发近况，聊到产品需求决策的分歧，碰巧下午看到刘润老师的微文，刚好是讲决策，刘润老师用案例得出一个结论：大多数人的参考建议，没有价值。虽然结论和要讨论的话题没什么关系，却引出了两个重要概念，信息环境和决策模型。

回到近期遇到的研发问题，一句话就是 “客户提出的产品需求，究竟是不是该做？”。

do or not to do, that is the question。

这事理论上讲应该听产品经理的，但要是所有事理论都能解决，世上就不会有纷争了。再说产品经理也有想不到的时候吧？做或不做只是结果，决策是个过程。

还是引用梁宁老师的话，做决策需要两件事情：

• 第一，是信息环境。
• 第二，是决策模型。

信息环境需要切成两个部分看：

• 一是外界的信息输入：即获得信息的渠道，比如 产品经理经常听客户发牢骚，而开发经理经常听的是程序里有bug；
• 二是信息的理解能力：即使客观信息输入完全一样，每个人的理解度都有不同，得出的结论也不同，要不怎么说一千个人有一千个哈姆雷特。

我们经常会犯一个基本认知错误，误以为我知道的你也知道，但实际上对方可能什么都不知道。所以，充分、客观的信息环境，是做出正确决策的依据。如果信息环境缺失，无论决策模型多么逻辑严密，都无法解决信息环境的失真。

而实际上，信息环境是不可能做到真正的充分和客观的，这时候决策模型反而可以促进信息环境的有效建立，模型的另一个作用是揭示「特定结果所需要的条件」。

再拿产品需求举例，如果决策只是做或不做，会考虑哪些信息输入？

• 什么级别的客户提出的需求？战略级客户？大客户？普通客户？免费客户？
• 由老板提出的需求？还是普通员工？亦或是业务不相关的客户？
• 提出的次数？
• 需求是否具有普遍性？
• 等等

可以看出，如果只是做或不做的决策，主要取决于业务价值相关的信息输入。

如果再加上优先级、时间维度呢？那可能需要考虑：

• 需求对架构的影响？
• 需求实现的工作量？
• 目前迭代进行中需求的优先级情况？
• 客户可容忍度及等待时间？
• 等等

在业务价值之上，又增加了实现成本的考虑。所以决策模型越复杂（维度越多），对信息输入条件的要求也会越高。当信息输入越明确、越量化，决策往往会变得简单。

信息环境很难被复制，尤其是信息理解力，而模型却更容易被“复制”。

决策模型好似一个逻辑装置，由输入、输出和运算单元组成。输出是结果大多是有限集，如 做、延后做、不做等。再定义输入条件，即从信息环境中抽离价值信息。而运算一般是权重加减和阈值分类。复杂决策时，真正复杂的是输入之间的关系与矛盾。

做产品的目的是满足客户的价值需求（愿意买单的那种），同时需衡量实现的成本。如果产品经理同时可以同时胜任两方面，可遇而不可求。而大多场景是需要产品经理和开发经理多沟通，不断对决策模型进行迭代固化，再来明确必要充分的输入信息，从而形成可复制的方法。

人无完人，追求完美，是普通人和高手的区别。接受60分的不完美，是高手和顶尖高手的区别。“接受”不代表认同，而是正视差距的存在，保持对100分的渴望，不断帮助不完美进行提升。

世上没有完美的决策，只有在一段时间内合理的决定。