第3章 Impact(影响)量化:用户价值、业务目标、评分标尺

3.1 适用场景

Impact 量化适用于需要从「用户侧获得感」与「业务侧贡献度」两个维度对候选功能进行统一打分,从而在 RICE 框架中横向比较影响权重的场景。典型触发条件包括:

  • 产品待办列表(Backlog)中候选特性超过 15 项,需快速筛选高影响项进入 MVP 范围;
  • 同一 Sprint 内多个需求因资源冲突需要排定优先级;
  • 跨部门(产品、运营、技术)对「影响」的理解不一致,需要建立可复用的打分标尺;
  • 产品进入「价值验证」阶段,需量化每个功能对核心指标的影响幅度。
提示:Impact 量化不是一次性活动,每次产品规划或季度复盘时都应重新校准评分,因为用户需求与业务目标会随时间推移而变化。

3.2 前置条件

在执行 Impact 量化之前,必须完成以下准备工作:

序号前置条件验收标准
1已确定本次评估的「用户故事列表」或「功能候选清单」清单包含至少 3 项候选功能,每项有简明描述
2已定义当前阶段的「核心业务目标」(最多 3 个)目标符合 SMART 原则,且与产品路线图对齐
3组建了包含产品经理、业务代表、技术负责人的评估小组至少 3 人,角色明确,无重叠
4已准备 Impact 评分记录模板(纸质或电子)模板包含:功能名称、用户价值子项、业务目标子项、综合分、备注

3.3 操作步骤

Impact 量化的执行流程分为 5 个标准步骤,每一步的输出将作为下一步的输入。

  1. 步骤1:明确待评估的功能特性
    从 Backlog 中取出候选功能,确保每项功能有独立的用户故事描述,避免模糊或颗粒度不一致。将功能编号并填入评分记录模板的「功能名称」栏。
  2. 步骤2:评估用户价值(4个子维度)
    对每项功能,从以下四个子维度独立打分(分值范围 0–3,0=无贡献,3=极大贡献):
    • 满意度提升:功能上线后用户满意度 NPS 预计提升幅度;
    • 效率提升:用户完成核心任务的耗时降低比例;
    • 体验改善:操作步骤简化、错误率下降等定性体验增益;
    • 留存提升:对次月留存率的预期正向影响。
    取四个子项的平均值作为该功能的「用户价值均分」,保留一位小数。
  3. 步骤3:评估业务目标贡献(4个子维度)
    从以下四个子维度独立打分(分值范围 0–3):
    • 收入增长:直接或间接带来的 GMV / 订阅收入增量;
    • 成本降低:人力、服务器、运营等成本节省幅度;
    • 市场扩大:覆盖新用户群体或新地理区域的潜力;
    • 品牌提升:对品牌认知度、行业影响力的非量化增益。
    取四个子项的平均值作为该功能的「业务目标均分」,保留一位小数。
  4. 步骤4:对照评分标尺确定综合 Impact 分数
    将用户价值均分与业务目标均分按 5:5 权重加权,得到综合分。然后对照下表将综合分映射为 RICE Impact 评分:
    综合分范围Impact 评分描述
    2.5 – 3.03极大影响:所有用户感受到突破性改善,且直接达成业务核心目标
    1.8 – 2.42高影响:大多数用户感受到显著改善,对业务目标有可衡量贡献
    1.0 – 1.71中等影响:部分用户感受到明显改善,对业务目标有一定贡献
    0.3 – 0.90.5低影响:少数用户感受到轻微改善,业务影响有限
    0 – 0.20无影响:目标用户完全感受不到变化,业务无增益
    示例计算:
    功能A:用户价值均分 = (3 + 2 + 2 + 1) / 4 = 2.0
           业务目标均分 = (2 + 1 + 1 + 0) / 4 = 1.0
           综合分 = 2.0 × 0.5 + 1.0 × 0.5 = 1.5
           映射 Impact 评分 = 1(中等影响)
  5. 步骤5:记录并归档 Impact 评分结果
    将最终 Impact 评分填入模板,并附上用户价值与业务目标的均分明细,作为后续 RICE 计算的输入。
Impact 量化三维模型与评分流程 功能特性(待评估) 用户价值维度 满意度提升 效率提升 体验改善 留存提升 业务目标维度 收入增长 成本降低 市场扩大 品牌提升 评分标尺(0–3 分) 0 0.5 1 2 3 Impact 评分输出 综合用户价值与业务目标 通过标尺映射为 0–3 分量化 Impact

3.4 输入输出物

类别名称格式说明
输入候选功能列表电子表格 / 文档包含功能编号、名称、用户故事描述
输入核心业务目标定义书文档本阶段最多 3 个 SMART 目标
输出Impact 评分记录表电子表格 / JSON每项功能的用户价值均分、业务目标均分、综合分、Impact 评分
输出评分标尺对照卡文档 / 看板贴0–3 分各档位的定义及示例,供团队快速查表

3.5 责任边界

  • 产品经理(PM):负责主持评分会议,组织步骤2–步骤4 的讨论,确保每项功能都被公平评估;对最终 Impact 评分的合理性负责。
  • 业务代表:负责提供用户价值子维度的定性/定量数据(满意度、效率、体验、留存),对用户价值均分的真实性负责。
  • 技术负责人:负责从技术实现角度评估业务目标子维度(成本降低、市场扩大等)的可行性,对业务目标均分的可落地性负责。
  • 记录员(可由 PM 兼任):负责将评分过程实时填入记录模板,确保数据不被篡改。
注意:Impact 评分禁止由单人闭门完成,必须经过评估小组讨论并达成共识,以避免主观偏差。

3.6 记录材料

以下为推荐使用的评分记录模板(JSON 格式),每次评估后归档至产品文档库:

{
  "sessionId": "2025-S1-IMPACT-03",
  "评估日期": "2025-04-07",
  "评估小组": ["PM-张三", "业务-李四", "技术-王五"],
  "功能列表": [
    {
      "功能名称": "一键导出报表",
      "用户价值均分": 2.0,
      "业务目标均分": 1.0,
      "综合分": 1.5,
      "Impact评分": 1,
      "备注": "效率提升明显,但收入影响有限"
    },
    {
      "功能名称": "智能客服推荐",
      "用户价值均分": 2.5,
      "业务目标均分": 2.0,
      "综合分": 2.25,
      "Impact评分": 2,
      "备注": "满意度和成本降低均有贡献"
    }
  ]
}

3.7 异常处理

异常情形处理措施责任人
评估小组对某子维度的评分分歧超过 1 分暂停该功能评分,由 PM 收集补充数据(用户调研/历史指标),24 小时内重新评估PM
候选功能描述过于模糊,无法评估退回需求池,由业务代表补充用户故事细节后再进入评分流程业务代表
业务目标在评估过程中发生变更立即中止当前评分,更新业务目标定义书后,从头重新执行步骤2–步骤5PM
记录模板数据丢失使用版本控制(Git/共享盘)恢复上一版本,若无备份则依据评分会议纪要重新录入记录员

3.8 验收标准

  • 每一项候选功能都完成了用户价值与业务目标两个维度共 8 个子项的评分,且均分保留一位小数;
  • 综合分根据 5:5 权重计算,映射为 0/0.5/1/2/3 五档 Impact 评分,无跳档或四舍五入争议;
  • 评分记录表已归档至产品文档库,且包含评估小组成员签名或电子确认;
  • 评分标尺对照卡已打印并张贴于团队看板,或置入团队 Wiki 首页;
  • 若发生异常处理流程,需在记录表的「备注」字段中标注异常原因及处理结果。
里程碑检查点:完成本章 Impact 量化后,团队应能回答两个问题:(1) 每项候选功能对用户和业务分别贡献多少?(2) 哪些功能值得进入下一轮 Confidence 评估?只有通过验收标准的功能清单才能进入第4章。