第1章 RICE评分概述

适用场景

  • AI产品需求积压排优:当团队同时面临多个AI功能需求、模型优化任务或算法实验时,需用RICE快速筛选高价值项。
  • 资源有限决策:在算力、人力、时间预算受限的情况下,RICE帮助避免凭直觉或“谁声音大谁优先”的决策陷阱。
  • 跨角色对齐:产品经理、算法工程师、数据标注团队、业务方使用统一评分框架,减少争议。
  • 初期版本规划:在项目启动或每季度规划时,对候选需求进行首次打分排序。

前置条件

条件项说明
需求清单已整理至少包含功能简述、目标用户、预期影响、实现难度等初步信息
团队角色到位产品、技术、业务代表各一名,确保评分有多视角输入
评估周期确定通常以季度或月度为单位,评分时效性需一致
基准数据可用如用户量、转化率基线、历史竞品数据等,用于量化Reach和Impact

操作步骤

  1. 定义Reach(触达量):估算在特定时间窗口内该功能将影响的用户数量(如月活用户中可触及的比例)。
  2. 定义Impact(影响力):衡量该需求对核心目标的贡献度,通常用1~3分或“X%提升”表示。
  3. 定义Confidence(信心指数):根据数据支撑、专家判断或实验证据,给予20%~100%的信心分。
  4. 定义Effort(投入工作量):估算工程、标注、部署等合计人月或人天。
  5. 计算RICE总分:
    RICE = (Reach × Impact × Confidence) / Effort
    单位一致后取数值比较。
  6. 生成评分表与排序清单:按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名需求已确认有资源承接,且无明显认知冲突
异常记录触发异常处理的项均已在附注中说明调整逻辑
跨角色认可至少获得产品、技术、业务三方代表签字确认

本章核心概念图:RICE评分框架

RICE 评分框架结构图 Reach 触达用户数 Impact 影响力(1~3) Confidence 信心指数(20~100%) Effort 投入工作量(人天) RICE 总分 (R×I×C) / E 输出物:评分表 + 排序清单 需包含每个需求的RICE值及优先级排名