RICE需求评分与MVP范围界定 - 第1节
1.1 章节定位与学习目标
本章是《RICE模型划定MVP范围步骤详解》的开篇奠基章节。你将系统理解RICE模型的完整定义、四个评分维度的具体含义、该模型最适合的团队类型，以及新手最容易踩中的认知误区。学完本章后，你能够准确判断“当前项目是否适合用RICE模型来划定MVP范围”，并为后续的操作步骤打下概念基础。
1.2 RICE模型定义
RICE模型是由Intercom产品团队提出的优先级量化框架，用于帮助产品团队在多个候选功能或需求中，通过统一计算公式排出客观优先级，从而划定最小可行产品（MVP）的范围。其核心思想是：放弃主观直觉拍脑袋，用四个可衡量的维度把“这件事值不值得先做”算出来。
RICE是四个维度的首字母缩写：
- R – Reach（触达）：该功能在特定时间窗内能触达多少用户。
- I – Impact（影响）：该功能对单个用户产生的影响程度。
- C – Confidence（信心）：你对前面两个数据有多大把握。
- E – Effort（投入）：实现该功能需要多少人月/人天。
最终得分公式：
RICE Score = ( Reach × Impact × Confidence ) / Effort
得分越高，该功能在MVP中的优先级越高。
1.3 四个维度深度解释
| 维度 | 定义 | 常用量化方式 | 典型数据来源 |
|---|---|---|---|
| Reach（触达） | 在指定时间周期内（通常为季度或月度），该功能预计能影响的独立用户数。 | 用户数 / 会话数 / 订单数 | 产品分析工具、历史数据 |
| Impact（影响） | 该功能对单个用户转化率、满意度或关键指标的提升程度。 | 分级量表（0.25、0.5、1.0、2.0） | 用户调研、A/B测试参考 |
| Confidence（信心） | 你对 Reach 和 Impact 数据可靠性的把握程度。 | 百分比（20%、50%、80%、100%） | 定性/定量证据强度 |
| Effort（投入） | 研发、设计、QA等所有相关团队所需的总人时/人月。 | 人天 / 人月 | 技术评审、工时估算 |
💡 操作提示：Impact 尽量使用已验证的分级数值体系，避免随意发明小数。Confidence 低于 50% 时，建议先行调研再评分。
1.4 适用团队类型
RICE模型并非万能，它在以下团队环境中效果最好：
- 产品团队规模 ≥ 3 人：需要多人协作达成共识，而非个人决策。
- 数据可获取性较高：至少能拿到历史用户量、转化率等粗略数据。
- MVP阶段需要强说服力：向管理层或投资人解释“为什么先做A而不是B”时，RICE提供可复算的客观依据。
- 团队对优先级分歧较大：RICE的量化机制有助于把讨论从“我觉得”拉到“数据说话”。
| 团队类型 | 推荐使用？ | 原因 |
|---|---|---|
| 成熟B2B/SaaS产品团队 | ✅ 强烈推荐 | 有历史数据支撑，跨部门协作频繁 |
| 初创期0-1产品团队 | ⚠️ 谨慎使用 | 数据匮乏，Confidence 可能普遍偏低 |
| 单一Owner独立决策 | ❌ 不推荐 | RICE的协作校准优势无法发挥 |
| 纯维护型/运维团队 | ❌ 不推荐 | 工作多为被动响应，非功能性选择 |
1.5 常见误区与避坑
⚠️ 误区 1：把 Impact 当作“重要性”而非“影响程度”
很多团队把 Impact 直接等同于“老板说这个功能很重要”，导致评分偏离用户实际行为。正确做法：Impact 必须与用户可衡量的行为变化挂钩（如转化率提升、留存提升）。
⚠️ 误区 2：Confidence 全部给 100%
如果每个功能你都非常有信心，说明你根本没有区分已知与未知。Confidence 的差异化才是RICE模型的精髓。建议：无数据支撑的信心上限设 50%。
⚠️ 误区 3：把 Effort 估算看作固定值
Effort 是估算区间，不是精确承诺。推荐使用“乐观值 + 悲观值”取平均的方式，避免估算偏差导致优先级失真。
1.6 前置条件与输入输出物
在正式进入RICE评分操作前，团队需要准备好以下内容：
| 类别 | 内容 |
|---|---|
| 前置条件 |
|
| 输入物 | 功能描述卡片（每个功能一行）、历史用户数据报表、技术工时评估草案 |
| 输出物 | RICE评分表（含每项得分）、优先级排序列表、争议项记录 |
1.7 RICE模型核心概念关系图
1.8 责任边界与异常处理
责任边界
- 产品经理：负责发起RICE评分会议、提供 Reach 数据、最终裁决争议项。
- 技术负责人：提供 Effort 估算，并说明估算中的风险点。
- 数据/分析团队：提供 Reach 和 Impact 的历史量化依据。
- 全体参与者：对 Confidence 给出个人判断并说明理由。
异常处理
| 异常场景 | 处理措施 |
|---|---|
| 多人对 Impact 分级各执一词 | 以最近一次A/B测试或用户访谈数据为锚定标准，若仍无法统一，取中间值 |
| 某功能 Effort 估算差异超过50% | 技术负责人拆分任务重估，取乐观与悲观平均值 |
| Confidence 普遍低于 50% | 标记为“待调研”，放入下一轮MVP范围评估，不参与当期排名 |
1.9 验收标准
完成本章学习后，你应能达成以下验收标准：
- ✅ 能用自己的语言复述RICE四个维度的定义与计算关系。
- ✅ 能根据团队类型判断是否适合使用RICE模型。
- ✅ 能识别出至少3个RICE评分中常见的误区并知道如何纠正。
- ✅ 能明确说出RICE评分会议前需要准备的三类输入物。