第1章 RICE决策框架概述

1.1 业务问题与用户场景

产品经理几乎每天都要面对同一个难题：几十个需求同时摆在面前，到底先做哪一个？ 销售说“大客户等着这个功能，否则要流失”，客服说“这个 Bug 每天产生十几条投诉”，用户研究说“调研中 70% 的用户都提到了这个诉求”。每个需求听起来都很急，但团队的开发资源却是固定的。

在没有统一衡量标准的情况下，团队容易陷入“谁声音大谁优先”或“老板拍脑袋”的困境，导致核心目标被稀释、资源浪费，甚至版本发布后业务指标毫无变化。RICE 决策框架正是为了解决这一业务问题而设计的——它提供一个可量化、可复现的优先级排序方法，让产品经理从“凭感觉决策”转向“靠数据决策”。

1.2 需求拆解：RICE 四维度定义

RICE 是 Reach（触达范围）、Impact（影响程度）、Confidence（置信度）、Effort（投入成本） 四个英文单词首字母的缩写。每个维度回答一个关键问题：

1.3 方案表达：RICE 评分公式与决策流程

四个维度通过以下公式合成一个可比较的数值：

RICE Score = (Reach × Impact × Confidence) / Effort

其中 Reach 和 Effort 使用绝对数值（如用户数、人天），Impact 和 Confidence 使用相对数值（如 0.5、1、2 等影响倍数）。得分越高，优先级越高。整个决策流程从需求池到最终排序分为四个阶段：

1.4 与其他优先级模型的对比优势

RICE 并非唯一的优先级模型。下表对比了四种常见方法，突出 RICE 在量化维度和可计算性上的优势：

RICE 的核心优势在于：用四个维度覆盖了“用户量、业务价值、数据可信度、资源成本”四个核心决策要素，并且可以通过一个简单的乘除公式得出可排序的数值，避免“高价值低信心”或“低投入低覆盖”等极端情况被忽视。

1.5 指标验证与验收标准

引入 RICE 框架后，团队需要通过以下指标验证框架是否真正改善了决策质量：

• 评分者信度：不同产品经理对同一组需求进行独立 RICE 评分，得分排名的 Spearman 相关系数应 ≥ 0.8。
• 决策效率：从需求评审会到确定优先级列表的平均时长缩短 ≥ 30%。
• 预测有效性：进入迭代的高 RICE 需求，上线后实际业务指标（如转化率、使用率）达到预期值的比例 ≥ 70%。
• 团队满意度：季度匿名调研中，团队对“优先级排序透明度和合理性”的评分 ≥ 4.0 / 5.0。

同时，框架本身应满足以下验收标准，才能被认定为“可用”：

• 定义清晰：每个维度的定义、边界和典型锚点有书面说明，无歧义。
• 可操作：每个维度都有对应的评分指引或参考案例，新成员能在 30 分钟内学会。
• 可追溯：每次评分记录保留原始数据和计算过程，支持回溯和争议仲裁。
• 可扩展：框架允许团队根据自身业务特点调整 Impact 的量化标尺或 Confidence 的等级定义。

1.6 交付物模板：RICE 评分表

下表是 RICE 评分表的标准字段结构，团队可直接复制到 Axure 原型或共享文档中使用。后续章节将详细讲解如何用 Axure 搭建交互式评分原型。