用户可感知价值=用户实际价值*可感知度

字段补充说明：

• 用户可感知价值=用户实际价值*可感知度
• 投入产出系数=（总价值度*用户量）/总成本，使用投资产品系数，是因为一个功能（仅是产品的很小一部分）的价值很难直接用钱来衡量，这里用相对值来替代人民币的值，用投入产出系数替代投入产出比
• 前置需求：前置需求为1不代表不做，前置需求和当前需求如果并行开发，则也可以接纳，但不建议；
• 紧急程度：有的是因为客户投诉原因紧急，有的是因为配合用户年度周期性场景紧急，如展会场景；圣诞节祝福场景；因为借助这些场景可以借势，所以也就相对紧急。

字段底色说明：

• 橙色底：是来自于用户故事地图的固定变量；
• 黄色底：是相对固定的变量，即不太容易错的部分，但评审的时候需要关注；
• 红色底：是更依赖相关人经验、能力判断的部分，也是评审的重点；

应用说明：

• 可以跟进自己的业务、产品、特性适当调整需求评审表，如增加需求的来源，需求负责人等在评审需求的时候好追踪；
• 一次评审的需求不应该过多，当需求过多的时候，不同小团队应该内部按需求评评审表过滤一遍需求；
• 需求评审表可以做简化，但应尽可能的让强大依赖人的经验评估的部分变得可拆解；
• 需求对应的公司级别的/大业务级别的用户故事地图是需求评审的基础框架，保证需求不要偏离主航道，因为虽然有的需求单点投资回报率高，但如果偏离主航道，那么不利于构建主航道的价值壁垒，当一个需求涉及多个故事模块的时候可以以商业价值或战略定位价值高的模块为准；
• 需求评审表中生的投资产出系数、紧急程度、模块商业价值、模块战略价值，构成需求决策模型的4要素，生成需求决策图；

5. 需求决策表简化示例

适用于中等需求：

适用于小需求：

04 需求决策模型

需求决策模型，应该考虑投资回报系数、紧急程度、所属模块的商业价值、所属模块的战略定位，这样即围绕了构建企业长期壁垒为中心的框架内，基于投资回报系数和紧急程度来决策需求的优先级等，这里的表现形式大家可以根据自己习惯调整。以上的四个因素通过需求决策表得出，然后自动生成需求决策模型即可，以下为举例：

补充说明：

• BRES：Business，ROI，Urgent，Strategy
• 需求决策：基于商业/战略基础线之上，且在投资回报系数基础线上的需求才在考虑范围，然后根据投资回报率、紧急程度排序即可。

05 优化迭代

提升需求决策的质量或业务决策的质量是产品最重要的必修课，对个人或公司而言优化需求决策过程也是需要不断升级迭代，以保证持续高质量的决策水平，进而保证团队的效率，提升公司内部管理效率，这或许也觉得了一个公司的成败。大家有更好的建议也可以留言，欢迎探讨。