第4章：Impact（影响）指标定义与评估维度
适用场景
Impact（影响）指标用于衡量一个功能、需求或缺陷修复对多租户体系产生的实际业务冲击力。本章适用于以下场景：
- 需求优先级排序：当多个租户提出冲突或叠加需求时，需要统一评估影响级别。
- 缺陷定级：判断某个Bug对租户的业务损失程度，决定修复紧急度。
- 功能上线决策：新功能是否值得冒风险推送到所有租户。
- 版本灰度策略：决定先给哪些租户灰度，灰度范围多大。
前置条件
- 已完成RICE排序方法的Reach（触达）指标训练（本课程第3章）。
- 具备完整的租户分级/权重清单（至少区分战略租户、普通租户、试用租户）。
- 拥有影响深度评估的历史数据或专家打分记录。
操作步骤
-
定义业务价值维度（Business Value, BV）：
- 量化映射：直接收入增加 → 10分；关键流程效率提升 → 7分；合规性满足 → 5分；体验优化 → 3分；无价值 → 0分。
-
定义租户权重维度（Tenant Weight, TW）：
- 战略级租户（合同金额≥100万/年）→ 权重1.5；普通付费租户 → 权重1.0；免费/试用租户 → 权重0.5。
-
定义影响深度维度（Depth of Impact, DI）：
- 4级深度：系统全局不可用（10分）；核心功能不可用（7分）；次要功能降级（3分）；无影响（0分）。
-
合成量化打分模板：
Impact = (BV × TW × DI) / 10（归一化至0~15区间，便于RICE乘法） - 记录打分结果：将每个需求/缺陷对应的BV、TW、DI、最终Impact填入《Impact打分表》。
输入输出物
| 类型 | 名称 | 说明 |
|---|---|---|
| 输入 | 租户分级权重清单 | 包含所有租户ID、名称、合同金额、权重系数 |
| 输入 | 需求/缺陷清单 | 已排Reach，但未排Impact |
| 输出 | Impact打分表 | 每行：需求ID、BV、TW、DI、Impact分数 |
| 输出 | Impact排序列表 | 按Impact降序排列，用于后续RICE合成 |
责任边界
- 产品经理：负责业务价值（BV）打分，需联合财务与业务线确认收入影响。
- 技术架构师：负责影响深度（DI）评估，需分析系统依赖链与隔离性。
- 客户成功/商务：提供租户权重（TW）清单，包含即将升级/降级的租户动态。
- 评审委员会：对矛盾打分进行仲裁，确保一致性。
记录材料
每次Impact评估完成后需归档以下材料：
- 《Impact打分原始记录表》（含打分人签名及时间戳）
- 《业务价值映射对照表》版本号及修订记录
- 《租户权重变更日志》——权重每季度更新一次
- 《影响深度专家评审纪要》
异常处理
常见异常及对策：
- BV与DI冲突：例如业务价值高但影响深度低（如只影响一个用户）。此时应回归原则：Impact优先看深度，深度≤3分时不得使用高权重TW放大。建议设置“深度最低门槛”：DI<4分的需求Impact上限为5分。
- 租户权重争议：商务与产品对某个租户是否属于“战略级”有分歧。解决方案：统一使用上季度平均合同金额，不接受临时谈判权重。
- 量化公式溢出：BV×TW×DI 可能超过100。归一化因子需动态调整：若最大值超过15，则整体线性缩放至[0,15]区间。
验收标准
- 每个需求/缺陷的Impact分数必须在[0,15]范围内，且保留一位小数。
- BV、TW、DI三个字段的值必须严格对应映射表，不允许自由填写。
- 所有租户权重在打分周期内（一个月）不变，若有变更需提前在《租户权重变更日志》中登记。
- 打分表包含至少一项评审人签字（电子或纸质），否则视为无效。
本章核心公式：
Impact = (BV × TW × DI) / 10示例：某功能对战略租户（TW=1.5）带来核心功能不可用（DI=7），且直接收入增加（BV=10），则Impact = (10×1.5×7)/10 = 10.5分。
实战建议：先用近3个月的20个历史需求做“反推验证”，看Impact分数是否与实际事故等级一致。若偏差超过30%，则调整BV或DI映射表。
SVG图解说明：上图展示了三个输入维度（BV/TW/DI）如何通过量化公式汇聚到最终的Impact分数。底部说明框提醒影响深度小于4时，Impact分数应限制在5分以内，防止权重放大失真。