写在前面：本文编译自 Intercom 的博客《RICE: Simple prioritization for product managers》
RICE Prioritization Framework for Product Managers [+Examples]
优先级评估是最难的
你从头脑风暴得到的创意、寻找现有产品的提升机会、收集用户反馈这几个需求来源中，会得到很多好想法。只是想法实现的优先级也同样值得重视。
排优先级之前，除了需求本身的呈现的信息，还需要考虑市场动向、用户特征、差异化定位、竞争力这些因素，来在对的时候推出价值最高的产品功能。排优先级，本身是需要极大信息量才能做好的事情。
但光凭自己埋头苦想，可能做不好这件本身难度就高的事情：
- 我们更认可自己提出的、自己熟悉的、自己觉得好用的想法，而不是更多用户需要被满足的诉求
- 我们忍不住关注那些看起来机智的想法，而非直接对目标有影响的行动
- 我们认为新功能更值得思考和实现，对有信心的需求反而没有继续挖掘
- 我们往往低估一个需求的实现成本
优先级评估困难被后的原因，我相信这是任何决策类问题面临的通用背景：
- 内部、外部信息不完备，比如你永远不知道需求 A 和需求 B，各自有多少用户需要，只能越来越精确估计，但叠加上需求 A 和需求 B哪个对目标更有帮助这个问题 ，你需要的不只是有多少用户需要
- 人在做决策时有非理性因素存在，表现为各种认知偏误
即使你尽量收集全了信息、考虑了所有因素、克服了认知偏差，接下来等着你的是结合和对比所有影响因素，来评估所有需求的优先级。比如需求实现的研发成本、上线推广的运营成本。
数量众多的需求，如果没有一致的评估指标，人脑很难处理这些影响因素的计算，这时候对优先级评估就回到了直觉、个人偏好或者把别人催更的需求往上排。
我们需要像比赛记分一样，从不同维度考虑所有需求的优先级。
需求记分框架
在产品管理中，用计分系统来评估优先级不是新鲜事。系统设计向来是平衡了价值和成本。但对于不同的需求，你可能很难找到一个好用的计分系统。
图片来自：intercom.com
Intercom 提出的需求记分框架，用来将影响优先级所有因素都进行考量、计算和比较，用这个框架，我们可以给需求、也可以给项目打分。它可以让我们在不同时间段内、给不同的需求有一致的打分，打完分之后，优先级评估就只剩下从分高到分低的排序了。
RICE：从四个维度评估优先级
RICE 是 Reach, Impact, Confidence, Effort，分别回答这四个问题：
- Reach：某个时间范围内，有多少用户会受到影响？
- Impact：对单个用户的影响程度有多大？
- Confidence：对受到影响的用户数和影响程度，你有多少信心？
- Effort：团队需要为之付出多少工作量或成本？
对于每个维度，Intercom 的框架有其记分的范围和规则，以及如何结合在一起算总分。这个记分方法经过了内部的大量测试和迭代，在 Inercom 成熟使用。
Reach
评估多少用户受到影响，更具体的问题是：这个项目在一个季度内，会影响到多少用户？回答了这个问题，也就是算出了 Reach 维度的分数。比如 “每个季度内影响 1000 个用户“。它还可以是事件数，比如”每个季度内影响 10 万笔交易“。
需要注意的是，Reach 维度的打分，不是凭空想象出来的，需要有真实数据基础的估算，以下是几个例子：
| 项目 | Reach 维度计分 |
|---|---|
| 每月有 500 个客户进入注册流程漏斗，30%的客户选择这个选项 | 00 × 30% × 3 = 每季度450个客户 |
| 每个季度使用该功能的客户看到这个改动 | 每季度 2000 个客户 |
| 这一变化将对 800 个现有客户产生一次性影响，没有持续影响 | 每季度 800 个客户 |
Impact
引入 Impact 维度，是为了更好聚焦目标。不然可能就在影响很多用户的需求上做小修小补，或者对完成目标毫无助益，比如产品初创阶段，需要增加功能和服务留住核心业务的目标下，做视觉优化改版就和完成目标关联较小。
给 Impact 维度打分，具体的数据计算问题可以是：这个迭代，对于影响到的所有用户，能提高多少的转化率？其中转化率是一个需要达到的目标，也可以通过使用率、满意度、活跃频次等常见的产品指标来作为打分的评估点。
也许我们难以精确的说，做了某某优化，转化率一定提升 20%，CTR 绝对提升 5%，所以对 Impact 维度打分是一个常见的五分量表：
- 3 = 影响程度最大
- 2 = 影响程度比较大
- 1 = 影响程度中等
- 0.5 = 影响程度低
- 0.25 = 影响程度最小
用五分量表来打分，也意味着对 Impact 维度的评估，更依赖于经验和团队共识，我们可以将所有需求列在同一个表格中国呢，在记分表上有类似以下例子的描述：
| 需求 | Impact 维度计分 |
|---|---|
| 很多用户反馈需要，新增了这个功能，将对看到它的用户有巨大影响 | 3 |
| 这是个交互优化，对每个客户的使用效率产生较小的影响 | 1 |
| 这个需求的影响程度结束上面两个之间 | 2 |
Confidence
对信心程度的打分，更多也是来自于个人的评估。有时候。我们认为某个需求对目标有巨大助益，也就是 Impact 维度打分为 “3 = 影响程度最大” 时，但缺少数据支撑。Confidence 维度的让我们可以调整或控制这类需求。
Confidence 维度用百分比来打分：
- 100% = 最大程度上的信心
- 80% = 比较有把握
- 50% = 没什么把握
- 低于 50% = 完全是猜的
评估 Confidence 维度，重要的是我们对自己诚实，自问自答这个问题：对于这个估计，我到底有多少论据或者证明来支撑？
支撑信心的，是需求或用户调研的工作，比如以下几个例子说明了什么样的调研结果得到对应的信心：
| 需求 | Confidence 维度计分 |
|---|---|
| 有定量分析结果评估影响到的用户数、有定性研究结果评估对单个用户的影响 | 1 |
| 有数据支撑影响的用户数，但我不确定对单个用户的影响 | 0.8 |
| 影响到的用户数和单个用户影响程度可能比我估计的要低 | 0.5 |
Effort
在协作流程和工业化成熟度高的软件或互联网领域，Effort 可能是最好评估的维度，它记分为团队为此项目付出的工作量，通常用“人月”来统计。如果你所在的项目迭代周期短，那么可以用“人天”计算。以下是几个例子：
| 项目 | Effort 维度计分 |
|---|---|
| 此项目大约需要 1 周计划、1-2 周设计、2-4 周研发 | 2 人月 |
| 此项目需要几周计划、大量设计时间、至少 2 个月研发 | 4 人月 |
| 此项目只需要 1 周计划、无需设计、几周研发 | 1 人月 |
如何计算需求的总分？
有了四个维度的记分，可以用以下公式来计算每个需求的总分，然后做优先级排序。
图片来自：intercom.com
我们希望尽量减少工作量，而且对某个需求/项目，更高的工作量等于更高的成本。
所以最终得分计算的方法 Reach、Impact 和 Confidence 相乘，除以 Effort。
背后思路是：影响用户数多的、影响单个用户程度高的、信心程度大的，优先级更高，成本高的，优先级更低。
有了四个维度评分方法，和总分计算公式，我们需求池中的需求，都列在同个表格中，加入公式来计算总分并排序。
虽然在所有需求打完分，从高到低排序后，无法完全按照顺序实现，比如有外部依赖没有准备好或者市场变化或者临时需要必须做的事情。这个框架至少能让我们更好地思考每个需求的价值以及影响程度。
参考资料
https://www.intercom.com/blog/rice-simple-prioritization-for-product-managers/