3. RICE模型概览

RICE模型是机器人需求优先级排序的核心决策框架，由Reach（触达）、Impact（影响）、Confidence（信心）、Effort（投入）四个要素构成。本章围绕该模型的适用场景、前置条件、操作步骤、输入输出物、责任边界、记录材料、异常处理及验收标准展开说明，帮助团队在需求池至发布的全流程中建立统一的量化决策语言。

1. 适用场景

RICE模型适用于机器人产品生命周期中以下典型决策场景：

• 需求积压排序：当需求池超过50条且版本容量有限时，用RICE分统一排序。
• 版本路线图规划：将RICE得分与版本目标对齐，决定需求进入哪个迭代。
• 资源分配决策：在多个机器人产品线或硬件平台之间分配研发、测试与供应链资源。
• 跨团队需求评审：提供可复现的量化依据，减少产品、研发、商务之间的主观争论。
• MVP / 原型验证阶段：快速筛选出触达面广、影响大、信心高、投入小的需求先行验证。

2. 前置条件

• 需求已按照统一模板录入需求池，包含用户故事、预期收益、目标用户群体。
• 已建立或可参考历史同类需求的触达基数（机器人部署台数、服务频次）和影响基线（效率提升、故障降低等）。
• 团队已就Effort评估标准达成一致（如：1人天=8h，包含开发、测试、部署全环节）。
• 至少2名核心角色（产品经理+技术负责人）参与评分，避免单一偏见。
• 具备记录评分过程与版本快照的工具或文档空间（如Wiki、Excel、需求管理平台）。

3. 四要素详细含义与评估标准

要素	含义	评估方式	评分范围	机器人需求示例
Reach	在指定周期内（如季度）该需求能触达的终端用户或机器人台次	基于存量数据 + 增长率预估	0 ~ 10,000+（台次·人数）	充电桩故障告警推送：覆盖2000台在网机器人
Impact	需求交付后对核心指标（效率、安全、收入）的改善程度	1~5分评分卡（1=微小改善，5=颠覆性提升）	1 ~ 5	导航算法优化：配送成功率从85%→95%，Impact=4
Confidence	对Reach、Impact、Effort三项评估的确信程度	基于数据来源、原型验证、专家判断综合定级	0% ~ 100%	有仿真数据支持→80%；仅凭产品直觉→40%
Effort	从设计、开发、测试到上线的全链路总投入人天	技术负责人按WBS分解逐项加总	0 ~ 500+（人天）	机械臂视觉标定工具：45人天

4. 决策层级

RICE模型在机器人产品决策链中支撑三个层级的决策：

决策层级	决策内容	典型负责人	RICE 应用方式
战略层	确定产品方向、年度目标、核心赛道	产品总监 / VP	用RICE识别高触达高影响的需求簇，对齐OKR
战术层	季度版本规划、需求优先级排序	产品经理 / 技术负责人	对所有候选需求计算RICE分，按分排序锁定版本
执行层	迭代内任务拆解、资源调配	研发负责人 / Scrum Master	根据RICE分及Effort拆解为Sprint Backlog

5. 操作步骤

1. 需求录入与清洗：将待评估需求从需求池提取到RICE评分表中，确保描述清晰、用户故事完整。
2. 四要素打分：产品经理评估Reach与Impact，技术负责人评估Confidence与Effort，分别填入预定义范围。
3. 计算RICE得分：按公式 RICE = (Reach × Impact × Confidence) / Effort 自动计算，保留两位小数。
4. 排序与评审：按RICE分从高到低排序，在周需求评审会上过前20%需求，标注特殊标记（如安全合规、客户强依赖）。
5. 版本锁定与发布：将确定进入版本的需求更新至需求管理平台状态，并记录本次RICE评分快照。

6. 输入输出物

类型	名称	说明	模板/示例
输入	需求条目（含用户故事）	来自需求池的标准化需求卡片	Jira Issue / 需求池文档
输入	历史基线数据	上一周期Reach、Impact实际值	运营报表 / 产品数据分析
输出	RICE评分表（含四要素分项）	每条需求的RICE得分明细	见本章“记录材料”示例
输出	优先级排序列表	按RICE分降序排列的需求清单	Excel / 需求管理平台视图
输出	版本需求锁定快照	当前版本所有已选需求的RICE备案	版本发布文档附件

7. 责任边界

角色	职责	不负责
产品经理	录入需求并描述用户故事 评估Reach与Impact 主持需求评审会	不独自决定最终版本范围；不跳过技术评估直接打分
技术负责人	评估Confidence与Effort 拆解技术依赖与风险	不替代产品做商业价值判断；不故意低评Effort以压入需求
研发工程师	提供Effort细项估算 反馈技术可行性与潜在风险	不参与Reach/Impact评分；不推翻已评审通过的RICE排序
产品总监 / 决策层	审批最终版本范围 对战略级需求标注例外标记	不干预日常RICE计算过程；不绕过排序直接指定需求（除非战略标记）

8. 记录材料

每次RICE评估完成后，必须保存以下材料，作为版本溯源的依据：

• RICE评分记录表：包含需求ID、名称、Reach/Impact/Confidence/Effort各分项、RICE得分、评估人、评估日期。
• 版本需求锁定清单：当前发布版本包含的需求列表及对应RICE分快照。
• 评审会议纪要：对Top 20%需求的讨论要点、分歧点、最终决策理由。
• 评分校准日志：每季度评估偏差分析报告，用于持续优化评分一致性。

推荐使用以下表格结构作为记录模板：

需求ID	需求名称	Reach	Impact	Confidence	Effort	RICE得分	评估人	评估日期	版本标记
REQ-101	自主充电成功率优化	1800	4	80%	35	164.57	PM+Tech	2025-03-10	v2.3
REQ-102	多楼层地图切换	650	3	60%	28	41.79	PM+Tech	2025-03-10	v2.4

9. 异常处理

异常场景	处理措施	升级路径
Reach / Impact 数据缺失	先取同类需求历史值作为初始参考，标记“预估”，后续版本补充实际数据校准	产品经理协调数据分析团队补充基线
Confidence 低于30%	该需求暂不纳入排序，转入“探索池”进行原型验证或小规模A/B测试	技术负责人安排快速验证任务（限5人天内）
Effort 估算分歧＞30%	由技术负责人组织WBS拆解，逐项对齐估算粒度；仍无法对齐的，取高值计入	技术负责人与架构师联合复核
需求评审会达不成一致	标注“待定”并记录各方理由，交由产品总监做最终裁决，同时记录为评分校准样本	产品总监在24h内给出决策
版本发布后实际数据与RICE预估偏差＞50%	在下一季度校准日志中分析偏差根因，更新对应需求类型的评估参考值	产品经理主导复盘会

10. 验收标准

• 完整性：所有待评审需求均完成RICE四要素评分，无遗漏项。
• 可复现：任意第三方根据评分记录表中的数据，可重新计算出相同的RICE得分。
• 一致性：同类型需求在同一评估周期内的Reach/Impact/Confidence/Effort范围偏差不超过20%。
• 可追溯：每个已发布版本的需求列表均对应一个RICE评分快照，且快照中记录评估人与日期。
• 闭环改进：每季度至少完成1次评分校准，并形成校准报告存档。