1. RICE 模型概述
1.1 适用场景
RICE 模型适用于需要定量比较多个候选需求或功能的优先级排序场景。它特别适合于需求池较大、决策影响面广且数据相对可获取的产品团队、项目组合管理或增长实验评估。
| 场景类型 | 典型应用 | 不适用场景 |
|---|---|---|
| 产品版本规划 | 从 50+ 用户需求中筛选下个 Sprint 的 Top 5 功能 | 只有 1-2 个需求时的简单直觉决策 |
| A/B 实验排序 | 比较不同增长实验的预期 ROI，确定先做哪个实验 | 极端紧急的 Bug 修复（应走紧急响应流程） |
| 功能请求评估 | 第三方/内部提交的功能请求池的季度梳理 | 纯合规或法律要求的刚性交付（无选择空间） |
| 技术债务清理 | 分析多个重构方案的覆盖用户数与开发成本的综合收益 | 尚无基本数据支撑的完全模糊项目 |
1.2 核心四要素
RICE 是四个维度的首字母缩写，每个维度赋予一个数值，最终通过公式计算优先级得分。
- Reach（触达）： 在一个特定时间范围内，该功能会触达多少用户（或事件数）。单位：人数/周期。
- Impact（影响）： 当用户使用该功能后，对关键目标的转化程度。通常采用等级评分（如 0.25, 0.5, 1, 2, 3）。
- Confidence（信心）： 你对 Reach 与 Impact 估测数据的把握程度。采用百分比（如 20%, 50%, 80%, 100%）。
- Effort（努力）： 完成该功能所需的总工作量。单位：人-周/人-月。
核心公式： RICE 得分 = Reach × Impact × Confidence / Effort
1.3 与其它优先级模型的区别
| 对比维度 | RICE | ICE | MoSCoW |
|---|---|---|---|
| 核心优点 | 数据全面，引入“信心”降低误判风险，适合复杂决策。 | 简单快速，适合早期头脑风暴。 | 干系人沟通直观，强制分类。 |
| 主要缺点 | 耗时长，数据收集门槛较高。 | 缺失触达与信心，容易过热估值。 | 缺乏量化对比，容易变成所有人“必须做”。 |
| 定量/定性 | 定量导向 | 半定量 | 定性分类 |
| 最佳前置步骤 | 需求已初步筛选，具备基础数据 | 初始点子生成阶段 | 高层级战略对齐阶段 |
1.4 模型使用前置条件
在应用 RICE 模型前，需要检查以下条件是否满足。若不满足，建议先完成数据准备或调整决策方法。
前置检查清单（Checklist）：
- 【数据基础】 已有产品或用户行为埋点数据，或能通过调研、行业基准估算 Reach。
- 【目标明确】 团队已对齐本次排序的北极星指标（如周活跃用户、付费转化率、留存率）。
- 【工作量估算机制】 开发或设计团队能给出相对统一、可靠的人-天或人-周估算。
- 【信心校准共识】 团队理解 Confidence 只是“对数据真实性的把握”，而非“这个想法有多好”。
- 【需求池结构】 需求粒度基本一致（如均为史诗级功能，或均为 2-4 周冲刺可交付的用户故事）。
1.5 输入输出物与责任边界
| 项目 | 内容 | 责任方 |
|---|---|---|
| 输入物 | 需求列表（包含简要描述、预期用户群、目标指标）、埋点/用户数据报告、工时估算模板 | 产品经理（提供需求清单） + 数据分析师（提供数据） + 技术负责人（提供工时） |
| 输出物 | RICE 评分表（包含每个需求的四要素数值及最终得分）、优先级排序榜单 | 产品经理（汇总计算并维护） |
| 责任边界 | 产品经理负责模型应用与问题解释；团队负责提供真实估算；决策层负责根据排序结果做最终资源分配 | 所有参与者共同对齐标准 |
1.6 异常处理与验收标准
常见异常及处理方式：
- 某需求 Effort 为 0（或极小）： 禁止使用 0 作为分母。此时应重新估算最小不可分工作量（如 0.5 人天），或将该需求标记为“快速胜利”单独评估。
- Confidence 低于 20%： 建议强制将该需求标记为实验性需求，不参与主排序榜单竞争。可单独维护一个“探索队列”。
- 数据估算争议： 当团队对 Reach 或 Impact 产生显著分歧时，取三个主要干系人（PM、设计、技术）的数值中位数，而非平均数。
验收标准：
1. 章节结束时，所有读者可解释 RICE 四要素的含义与计算公式。
2. 能对照检查清单判断当前项目是否满足 RICE 使用前置条件。
3. 能通过对比表格说出 RICE 与 ICE / MoSCoW 的核心差异。
4. 清楚 RICE 在完整产品决策流程中的输入输出位置。
1. 章节结束时，所有读者可解释 RICE 四要素的含义与计算公式。
2. 能对照检查清单判断当前项目是否满足 RICE 使用前置条件。
3. 能通过对比表格说出 RICE 与 ICE / MoSCoW 的核心差异。
4. 清楚 RICE 在完整产品决策流程中的输入输出位置。