第1章 RICE评分概述
适用场景
- AI产品需求积压排优:当团队同时面临多个AI功能需求、模型优化任务或算法实验时,需用RICE快速筛选高价值项。
- 资源有限决策:在算力、人力、时间预算受限的情况下,RICE帮助避免凭直觉或“谁声音大谁优先”的决策陷阱。
- 跨角色对齐:产品经理、算法工程师、数据标注团队、业务方使用统一评分框架,减少争议。
- 初期版本规划:在项目启动或每季度规划时,对候选需求进行首次打分排序。
前置条件
| 条件项 | 说明 |
|---|---|
| 需求清单已整理 | 至少包含功能简述、目标用户、预期影响、实现难度等初步信息 |
| 团队角色到位 | 产品、技术、业务代表各一名,确保评分有多视角输入 |
| 评估周期确定 | 通常以季度或月度为单位,评分时效性需一致 |
| 基准数据可用 | 如用户量、转化率基线、历史竞品数据等,用于量化Reach和Impact |
操作步骤
- 定义Reach(触达量):估算在特定时间窗口内该功能将影响的用户数量(如月活用户中可触及的比例)。
- 定义Impact(影响力):衡量该需求对核心目标的贡献度,通常用1~3分或“X%提升”表示。
- 定义Confidence(信心指数):根据数据支撑、专家判断或实验证据,给予20%~100%的信心分。
- 定义Effort(投入工作量):估算工程、标注、部署等合计人月或人天。
- 计算RICE总分:
单位一致后取数值比较。RICE = (Reach × Impact × Confidence) / Effort - 生成评分表与排序清单:按RICE从高到低排列,输出带备注的优先级列表。
输入输出物
| 类型 | 输入 | 输出 |
|---|---|---|
| 文档 / 表格 | 需求候选清单(含初步描述) | RICE评分表(Excel/飞书多维表格) |
| 可视化 | 各维度评分数据 | 排序清单(按RICE降序) |
| 会议记录 | 评分讨论时的假设、争议点 | 附注说明(异常处理归档) |
责任边界
- 产品经理:负责组织评分会议、对齐业务目标、确认Impact与Confidence的初始值。
- 技术负责人:提供Effort估算,确保信度,必要时拆解技术依赖。
- 数据/运营:提供Reach所需用户数据,协助校准Confidence。
- 全体评委:对每个维度的分数做交叉验证,防止个人偏见主导。
记录材料
- RICE评分原始记录表:包含每个需求的四项原始值、计算过程、最终分数。
- 评分会议纪要:记录争议项、调整理由、决议时间。
- 版本备份:每次重新评分需保留上一版本,用于复盘评分漂移。
异常处理
常见异常及处理方式:
- 数据缺失导致Confidence极低(< 30%):暂时采用最高保守分(如0.2),并标记为“待实验验证”,后续通过A/B测试补充数据后更新。
- Effort估算差异超过2倍:拆细子任务,由技术负责人按WBS重新评估,取中间值或悲观值。
- 多个评委对Impact打出极端分数:采用德尔菲法匿名投票后求中位数,再统一讨论。
- 评分后出现新关键需求:按“紧急插入流程”重新打分,并调整原有排序,保留变更日志。
验收标准
| 验收项 | 通过条件 |
|---|---|
| 评分表完整性 | 每个需求均包含Reach、Impact、Confidence、Effort原始值及计算后的RICE分数 |
| 排序清单有效性 | 前3名需求已确认有资源承接,且无明显认知冲突 |
| 异常记录 | 触发异常处理的项均已在附注中说明调整逻辑 |
| 跨角色认可 | 至少获得产品、技术、业务三方代表签字确认 |