RICE 评分体系实操：覆盖度、影响、信心、努力
用户场景与业务问题
产品经理在需求池中面对数十条功能请求——商业化诉求、技术优化、体验修复、合规变更同时出现。仅凭直觉或单一维度（如“老板拍板”）排序，常导致高价值需求被低 ROI 任务淹没。
典型业务问题：如何在一个 PRD 周期内，让团队对哪些需求“优先做、排期做、暂缓做”达成共识，且决策过程可回溯、可量化？
RICE 评分体系将诉求抽象为四个量化维度的乘积，输出单一分数用于排序。以下从需求拆解到 PRD 嵌入，全流程实操。
四大维度拆解
- 覆盖度（Reach）：在给定时间窗口内，该功能触及多少用户或事件次数。单位常为“人/月”或“次/季度”。
- 影响（Impact）：功能上线后对核心指标（转化率、留存、GMV）的预期提升程度。常用 0.5×/1×/2×/3× 多倍标尺。
- 信心（Confidence）：团队对覆盖度和影响估算有多确信。常用百分比：20%（推测）、50%（有依据）、80%（数据验证）、100%（已有实测）。
- 努力（Effort）：研发、测试、设计、上线全链路所需的总人月或人天。
| 维度 | 含义 | 典型单位 | 常用量级 |
|---|---|---|---|
| Reach | 触及用户数/事件数 | 人/月 | 数量级：千、万、十万 |
| Impact | 预期关键指标提升倍数 | 0.5× / 1× / 2× / 3× | 参考历史 A/B 测试效应量 |
| Confidence | 估算可靠度 | 20% / 50% / 80% / 100% | 根据数据源类型选用 |
| Effort | 全链路人月 | 人月 (PM) | 0.5–12+ PM |
维度标尺建议：团队首次使用时，先对 Impact 固定为 0.5× / 1× / 2× / 3× 四级，Confidence 固定为 20% / 50% / 80% / 100% 四级，避免主观膨胀。覆盖度和努力按实际项目周期填写即可。
评分计算公式
RICE 总分 = (Reach × Impact × Confidence) / Effort
结果通常保留两位小数。公式本质是“预期价值贡献”与“投入成本”的比值。比值越高，优先级越高。
计算示例
假设某电商 App 面临两个需求：A. 一键复购、B. 商品详情页视频自动播放优化。评分如下：
| 需求 | Reach（人/月） | Impact（×） | Confidence（%） | Effort（PM） | RICE 总分 |
|---|---|---|---|---|---|
| A. 一键复购 | 80,000 | 2× | 80% | 2.5 | (80000×2×0.8)/2.5 = 51,200 |
| B. 视频自动播放优化 | 120,000 | 1× | 50% | 1.0 | (120000×1×0.5)/1.0 = 60,000 |
虽然 B 的预期影响和信心都低，但覆盖度高、努力极小，RICE 总分反而高于 A。团队可据此优先排期 B，同时保留对 A 的后续验证计划。
注意：RICE 分数是排序依据，不是绝对价值。当两个需求分数接近时，需结合战略方向、技术依赖、外部窗口等非量化因素二次决策。
PRD 中的展示方式
在 PRD 的需求列表或功能详情页，将 RICE 四项评分及总分作为固定字段嵌入。推荐两种展示模板：
- 内联表格：在需求描述下方增加 5 列（R/I/C/E/Score），每行对应一条需求。表格可排序，方便浏览。
- 决策摘要框：对高优先级需求（Top 3～5），单独列出 RICE 明细和计算过程，并附评分依据（数据来源、假设说明）。
以下为内联表格示例片段：
| 需求ID | 名称 | Reach | Impact | Confidence | Effort | RICE Score | 备注 |
|--------|--------------|----------|--------|------------|--------|------------|--------------|
| P-023 | 一键复购 | 80000 | 2× | 80% | 2.5 PM | 51200 | 依赖用户中台 |
| P-041 | 视频自动播放优化 | 120000 | 1× | 50% | 1.0 PM | 60000 | 无依赖 |
表格直接放在 PRD 的“优先级决策”章节。每季度末团队回查时，可对照实际指标验证 Confidence 是否准确，从而校准下一轮评分。
指标验证与验收标准
- 验证维度：上线后 2 周内，对照实际 Reach 与 Impact 目标值，计算落地偏差率。若偏差率＞30%，需追溯 Confidence 评分是否虚高。
- 验收标准：PRD 中每个需求的 RICE 评分必须有可查证的假设来源（如：用户访谈记录、GA 漏斗截图、历史 A/B 测试报告）。
- 流程验收：需求列表中的 RICE 列不可留空；Confidence < 50% 的需求需附“为什么敢于推进”的简短说明。
交付物模板
在 PRD 交付物中，固定包含一个“RICE 评分工作簿”的附录，格式如下：
# RICE 评分工作簿（版本 1.0）
## 需求：一键复购
- Reach 计算依据：近 3 个月下单用户数 80,000（取中位数）
- Impact 标尺：对标“类似活动页”历史转化提升 2×
- Confidence 判定：80%——有同品类 A/B 测试数据支持
- Effort 估算：2.5 PM（前端 1.5 + 后端 0.8 + QA 0.2）
- 评分过程：(80000 × 2 × 0.8) / 2.5 = 51200
- 排序位置：第 2 优先级（共 12 个需求）
该模板与 PRD 主文档一同评审，确保每轮优先级决策可审计、可改进。
核心交付物清单：
- PRD 主文档中包含 RICE 列的需求矩阵表
- Top 5 需求的 RICE 评分明细附录（含假设来源）
- 事后验证的 Reach & Impact 偏差记录表（上线后 2 周更新）
上图为 RICE 评分决策流程：四个维度输入后计算分子（R×I×C），再除以 Effort 得到总分，最终生成排序列表。右侧说明框总结了团队落地时的常见注意事项。