MVP功能集RICE评分与范围裁剪 - 第1节

## 1 RICE 方法概述与适用场景 ### 1.1 方法定义 RICE 是一种用于产品功能优先级排序的量化评估框架，由 Intercom 产品团队提出并推广。该方法通过 **Reach（触达人数）**、**Impact（影响程度）**、**Confidence（信心指数）** 和 **Effort（投入成本）** 四个维度，将主观判断转化为可比较的数值分数，从而辅助产品经理在资源有限的情况下做出最有效的功能决策。 RICE 的核心计算公式为：

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

其中各维度的含义与取值方式如下表所示： | 维度 | 定义 | 典型取值方式 | 权重说明 | |------|------|-------------|----------| | **Reach (R)** | 特定时间段内受功能影响的独立用户数 | 具体人数、百分比、DAU/MAU 比例 | 分子乘数，直接影响最终分数 | | **Impact (I)** | 功能上线后对每位用户产生的改变程度 | 1x（最低）、2x（中等）、3x（高） | 分子乘数，反映功能强度 | | **Confidence (C)** | 对 Reach 和 Impact 估算的把握程度 | 20%（无数据猜测）、50%（部分数据）、80%（充分数据）、100%（确凿数据） | 分子乘数，抑制不确定性风险 | | **Effort (E)** | 团队在单位时间内完成该功能所需的总人天数 | 人天、人周、人月 | 分母除数，越高越好分数越低 | ### 1.2 在 MVP 决策中的适用条件 RICE 方法最适合以下 MVP 决策场景： - **功能候选集已初步收敛**：团队已经通过用户调研、竞品分析或头脑风暴产生了 10-30 个潜在功能点 - **数据基础相对充分**：团队能够获取或估算各功能的触达用户数量级和开发工作量 - **决策时间窗口有限**：通常需要在 1-2 周内完成 MVP 功能集的最终锁定 - **团队正处于 MVP 一期启动阶段**：还未进入详细设计或开发状态，功能排序尚未固化 **前置条件清单：** | 类别 | 必要条件 | 验收标准 | |------|---------|---------| | 数据准备 | 已完成用户画像、核心场景梳理 | 用户画像文档已评审通过 | | 团队对齐 | 产品/开发/设计三方已确认参与评分 | 三人以上参与评分 session | | 工具就绪 | 评分模板或 RICE 矩阵已创建 | Excel 或协作工具中已搭建评分表 | | 时间保障 | 预留至少 2 小时集中评分会议 | 会议已放入日历并确认出席 | ### 1.3 差异对比：RICE vs Kano vs WSJF 三种方法在目标导向、数据依赖和适用阶段上存在本质差异： **三方法核心差异对照表：** | 对比维度 | RICE | Kano 模型 | WSJF | |---------|------|-----------|------| | **目标导向** | 量化优先级排序 | 功能属性分类 | 价值/效率比排序 | | **数据基础** | 用户量级 + 团队估算 | 用户问卷 + 场景片 | 业务价值 + 相对估算 | | **输出形式** | 单一 RICE 分数 | 功能类别矩阵 | WSJF 分数 | | **决策主体** | 产品+开发+设计联合 | 产品+用户 | 产品+PO+开发 | | **适用阶段** | MVP/功能验证 | 需求发现/洞察 | 冲刺排期/迭代交付 | | **典型规模** | 10-30 个功能 | 10-20 个需求点 | 5-15 个故事 | | **计算方法** | (R×I×C)/E | 二加一维度问卷 | CoD / Job Size | ### 1.4 输入输出物与责任边界 | 类别 | 具体内容 | 责任人 | 交付物 | |------|---------|-------|-------| | **输入物** | 功能候选列表、用户画像、使用场景文档 | 产品经理 | 功能清单文档 | | | 开发工作量估算模板、团队人力参数 | 技术负责人 | 工时估算表格 | | | 历史用户行为数据、竞品功能对标表 | 商业分析师 | 数据看板 | | **输出物** | RICE 评分矩阵（含各功能四维得分与排序） | 产品经理 | 评分表文件 | | | 优先级决策报告（含 Top N 功能选择依据） | 产品经理 | 决策报告文档 | | | 功能集确认签字页 | 产品+开发+设计三方 | 签字确认单 | ### 1.5 记录材料与异常处理 **记录材料清单：** | 材料名称 | 格式 | 存储位置 | 保留周期 | |---------|------|---------|---------| | RICE 评分原始表 | Excel / Google Sheets | 产品共享文件夹 | 12 个月 | | 评分 session 录制 | 视频 / 语音 | 内部知识库 | 6 个月 | | 评分会议纪要 | Markdown / 文档 | 协作平台 | 12 个月 | | 决策报告及签字确认 | PDF 扫描件 | 合同/文档系统 | 永久保存 | **异常场景处理预案：** | 异常场景 | 影响 | 处理方案 | 决策升报路径 | |---------|------|---------|-------------| | 团队对 Impact 评级分歧过大 | 分数波动 > 200% | 启动二次评分，统一案例参照系 | 产品负责人裁决 | | Effort 估算差异 > 30% | Effort 分母不可靠 | 技术负责人主导复盘，确认功能边界 | 技术负责人校准 | | 发现关键数据缺失 | Confidence 被迫降为 20% | 发起快速用户验证测试 | 产品经理组织 | | 会上无法达成共识的功能超过 5 个 | 评分 session 延宕 | 暂停该功能评估，单独议题讨论 | 决策委员会 | ### 1.6 验收标准 本章节交付完成后，应满足以下验收条件： 1. 产品经理能够独立向团队解释 RICE 四维度的定义与计算方式 2. 团队全员明确 RICE 在 MVP 决策中的适用前提与前置条件 3. 产品经理能够区分 RICE 与 Kano、WSJF 的核心差异，并正确选择应用阶段 4. 团队已建立 RICE 评分矩阵模板，输入输出物清单齐全 5. 异常处理预案已完成评审并在协作平台归档