第4章 Impact(影响)维度定义:业务价值、效果指标、影响等级划分

在本章中,你将掌握 Impact 维度的完整定义方法,包括如何提炼 Agent 方案的业务价值、选择可量化的效果指标,并按照统一标尺划分影响等级。Impact 是 RICE 框架中权重最高的维度之一,直接决定验证资源的分配优先级。

关键认识:Impact 不是主观感受,而是可衡量、可比较、可追溯的业务影响评估。一个清晰的 Impact 定义能使不同角色对 Agent 价值的判断达成共识,避免“感觉有用却说不清收益”的验证困境。

4.1 适用场景

  • 首次对 Agent 能力进行原型验证时,需要明确“好”与“坏”的衡量标准。
  • 多个 Agent 方案竞标或排期时,需要通过 Impact 得分进行横向比较。
  • 业务方与技术方对 Agent 的期望值存在分歧时,需要一套中立的影响标尺。
  • Agent 上线后需要追溯验证结果与业务收益之间的关联性时。

4.2 前置条件

  • 已完成目标用户群和业务场景的初步调研(来自第2章)。
  • 已草拟 Agent 的核心功能清单和预期的行为边界(来自第3章)。
  • 至少有一位熟悉业务指标的干系人(如产品经理、运营负责人)参与评估。
  • 拥有当前业务线的历史数据或行业基准数据(用于设定指标基线)。

4.3 操作步骤

  1. 定义业务价值:用一句话描述 Agent 解决的核心业务痛点,并列出预期的价值类型(效率提升 / 成本降低 / 体验改善 / 收入增长)。
  2. 选择效果指标:为每种价值类型匹配可量化的效果指标(如任务完成时间、用户满意度评分、错误率、转化率等),并明确采集方式与计算口径。
  3. 划分影响等级:使用下表标准,将每项效果指标的预期改善幅度映射为 P0 / P1 / P2 / P3 四个等级。
影响等级 等级说明 典型业务价值示例 效果指标变化幅度(相对于基线)
P0 关键 直接决定业务生死或核心体验 客服 Agent 解决率提升、支付失败率降低 ≥ 50% 改善,或绝对值达行业前 10%
P1 重要 显著提升核心指标,但不致命 用户单次任务时间减少、人工转接率下降 20% ~ 49% 改善,或绝对值达行业平均以上
P2 一般 可感知的优化,非核心流程 页面停留时间缩短、信息错误率下降 5% ~ 19% 改善,或在基线附近波动
P3 低影响 体验微调,业务价值有限 按钮文案修改、交互动效增强 < 5% 改善,或效果不可量化
实践建议:在划分等级时,同时考虑“当前基线”和“目标基线”。如果当前基线已经很差,即使微小的改善也可能被标为 P1 或 P0。始终以“对业务目标的贡献大小”为最终判据。

4.4 输入输出物

类型 输入物 输出物
文档 业务痛点分析报告、场景用例列表 Impact 维度定义表(包含业务价值描述、效果指标列表、影响等级映射)
数据 历史业务数据、行业 benchmark 指标基线值、目标改善幅度记录
评审 干系人评审纪要 Impact 等级确认书(签字版)

4.5 责任边界

  • 产品经理(Owner):负责定义业务价值描述、选择效果指标、主导等级划分。
  • 技术负责人:提供 Agent 能力边界和可行性约束,确认指标是否可以采集。
  • 业务方(如运营 / 销售):提供业务视角的权重判断,核实价值陈述是否真实。
  • 数据工程师:辅助提供基线数据和指标计算公式。
  • 验证工程师:监督流程合规性,确保划分结果可追溯。

4.6 记录材料

每次 Impact 评估后,必须填写以下记录并归档至项目知识库:

【Impact 维度定义记录表】
Agent 名称:__________  评估日期:__________  评估人:__________

1. 业务价值描述(一句话):
   ___________________________________________

2. 效果指标列表:
   | 指标名称 | 计算口径 | 数据来源 | 当前基线 | 目标值 | 影响等级 |
   |----------|----------|----------|----------|--------|----------|
   |          |          |          |          |        |          |

3. 特殊说明(如指标无法采集、历史数据缺失等):
   ___________________________________________

4. 影响等级划分依据(简述每个等级的决策理由):
   ___________________________________________

5. 干系人签字:__________  日期:__________

4.7 异常处理

异常情况 处理建议
找不到合适的量化指标 退而求其次使用代理指标(如会话时长替代满意度),并在记录中说明风险。
业务价值与指标改善方向冲突 组织专题评审,重新定义业务价值或调整指标权重。
干系人对影响等级存在争议 采用“加权投票法”:每人给出等级并说明理由,取中位数作为最终等级。
基线数据缺失或不可靠 声明当前评估为“专家估算版”,后续通过 A/B 测试或小规模预验证获取真实基线。
注意:影响等级的划分是动态的。当基准数据或业务目标发生变化时,应重新评估 Impact 等级,并在验证过程中及时更新记录。

4.8 验收标准

完成 Impact 维度定义后,需满足以下全部条件方可进入下一验证阶段:

  • ✅ 业务价值描述已获得至少一名核心业务方签署确认(邮件或文档签字)。
  • ✅ 每个业务价值至少匹配一个可采集、可计算的量化效果指标。
  • ✅ 所有指标均已明确计算口径和数据来源,并记录在案。
  • ✅ 影响等级划分有明确的判断依据(不低于表 4-1 的标准)。
  • ✅ 异常处理记录完整,无遗漏项。
  • ✅ 验收会中,80% 以上干系人对划分结果无实质性反对意见。
验收模板:在完成上述检查后,发起 Impact 维度定义验收会议,输出《Impact 维度验收纪要》并纳入项目交付资产。
第4章 Impact 维度评估流程与影响等级划分 Impact 维度评估流程与影响等级划分 1. 定义业务价值 2. 选择效果指标 3. 划分影响等级 P0 关键 P1 重要 P2 一般 P3 低影响 影响等级依据改善幅度与业务价值共同判定