第4章 RICE评分操作步骤：从收集任务到计算最终分数，每一步输入输出物
4.1 适用场景
RICE 评分法适用于需要量化比较多个需求或任务的优先级排序场景，尤其是当决策涉及多维度权衡（触达、影响、信心、努力）时。典型应用场景包括：
- 产品需求池中候选需求超过 20 项，需要排定季度/月度开发计划。
- 跨团队（产品、设计、研发、运营）共同参与优先级评审，需要统一语言。
- 对不确定性较高的新功能或实验性需求，需要显式评估信心与风险。
- 希望将主观判断转化为可复现、可追溯的量化分数，减少“谁声音大谁优先”的决策偏差。
提示： RICE 尤其适合 B2C 产品 或 用户基数较大 的系统；若团队人数极少或需求数量少于 5 项，直接使用 MoSCoW 或简单优先级矩阵可能更高效。
4.2 前置条件
在执行 RICE 评分前，必须确认以下条件已满足，否则评分结果可能失真或无法落地：
| 编号 | 前置条件 | 验收方式 |
|---|---|---|
| 1 | 已建立结构化的需求池 / 任务列表（含唯一 ID、标题、简述）。 | 需求池清单可用（Excel / Jira / 其他工具）。 |
| 2 | 团队对产品短期目标（下一季度 / 半年）已达成共识。 | 有已确认的产品路线图或 OKR 文档。 |
| 3 | 至少 3 名核心干系人（产品、技术、运营）参与评分，避免单人偏差。 | 评分人员名单及角色确认。 |
| 4 | 参与评分人员已阅读 RICE 模型说明，理解 Reach / Impact / Confidence / Effort 定义。 | 完成模型培训或阅读材料签收。 |
| 5 | 准备统一的评分模板（建议使用 1–10 分制），确保量纲一致。 | 评分模板已创建并通过评审。 |
4.3 操作步骤
RICE 评分共分为 5 个连续步骤，每一步都有明确的输入物、输出物及责任角色。请严格按照顺序执行，不可跳步。
-
步骤一：收集并格式化任务列表
从需求池、用户反馈系统、业务方需求文档、技术债务记录等渠道，汇总所有待评估的任务。去除重复项，为每个任务分配唯一 ID，并整理为统一格式的清单。
- 输入： 原始需求文档、用户反馈邮件、Bug 记录、技术债清单。
- 输出： 结构化任务列表（含 ID、标题、来源、简短描述）。
- 责任角色： 产品经理 / 需求分析师。
-
步骤二：定义 RICE 评分标准（量纲对齐）
团队共同确定 Reach、Impact、Confidence、Effort 四个维度的分值定义。推荐使用 1–10 分制，并针对自身产品类型（如 B2C / B2B / 内部工具）校准每个分数对应的具体描述。
- 输入： 产品目标文档、历史数据（如 DAU、转化率、开发工时）。
- 输出： RICE 评分标准对照表（每个维度 1/3/5/8/10 分的具体定义）。
- 责任角色： 产品经理主持，技术 + 运营负责人共同确认。
-
步骤三：逐项评估四项分数
每个参与评分的成员独立为每项任务打分，避免相互干扰。评估顺序建议：Reach → Impact → Confidence → Effort。所有分数取 中位数 或 均值（由团队事先约定）。
- 输入： 结构化任务列表 + RICE 评分标准对照表。
- 输出： 各任务 RICE 四项评分原始数据表。
- 责任角色： 评分小组（产品、技术、运营等）。
-
步骤四：计算 RICE 总分
使用公式
RICE = (Reach × Impact × Confidence) / Effort计算每项任务的最终分数。建议在 Excel 或 Google Sheets 中建立公式，避免手工计算错误。- 输入： 各任务 RICE 四项评分数据表。
- 输出： 含 RICE 总分列的任务评分表。
- 责任角色： 产品经理 / 数据分析师。
注意： Effort 为分母，因此 Effort 分数越高（工作量越大）总分越低。确保 Effort 评分与团队实际产能单位对齐（如人天 / 人周），避免量纲混乱。 -
步骤五：排序与优先级决策
按 RICE 总分从高到低降序排列，生成最终优先级队列。将队列分为 P0（立即执行）、P1（近期）、P2（待定）、P3（暂缓）四级，提交决策委员会审批。
- 输入： 含 RICE 总分列的任务评分表。
- 输出： 优先级排序表（含 P0–P3 分级）+ 待办事项队列。
- 责任角色： 产品经理 + 决策委员会。