第4章：Impact（影响）维度拆解

本章聚焦于Impact维度的三级拆解：用户价值、业务指标、技术架构。通过结构化方法将每类影响量化为高、中、低三级，并给出跨角色对齐的评分标准。

适用场景

• AI需求已通过R（Reach）初步筛选，进入Impact评估阶段。
• 产品经理需要统一团队对“影响”的认知，避免凭感觉打分。
• 涉及跨团队（业务、技术、运营）的需求排期会议前。

前置条件

• 已完成需求清单的用户覆盖量估算。
• 业务指标库（如DAU、转化率、留存率、收入）已定义且可获取基线数据。
• 技术架构负责人已识别现存系统的耦合度与改造风险点。
• 团队已就评分量表（高/中/低）达成共识，避免口径差异。

操作步骤

1. 标注用户价值影响
   判断需求直接影响用户时，是否会显著改善用户核心任务完成效率、满意度或体验。高：核心路径效率提升≥30%；中：提升10%~29%；低：提升<10%或仅影响边缘场景。
2. 评估业务指标影响
   对照业务指标库，估算需求在3个月内对关键指标的拉动幅度。高：指标波动≥5%；中：波动1%~4.9%；低：波动<1%或仅影响辅助指标。
3. 梳理技术架构影响
   与架构师共同识别：是否引入新模块/服务、是否改变核心数据流、是否增大系统复杂度。高：需新增3个以上微服务或改动基础设施；中：1~2个微服务变更且无基础设施变化；低：仅配置调整或逻辑修改。
4. 合并三级影响等级
   按“加权或取最高”规则（团队自选）生成最终Impact等级。推荐取最高等级法：若任一维度为高，则总体为高；若全为中或低，取中级；全低则低。
5. 填入RICE矩阵
   将最终Impact等级转换为分数：高=3分，中=2分，低=1分，作为Impact输入值。

输入输出物

责任边界

• 产品经理：主导用户价值与业务指标评估，组织会议对齐。
• 技术架构师：提供技术影响判断，填写架构影响等级。
• 业务负责人：确认业务指标基线，并最终签字认可指标影响预测。
• 数据/分析团队：提供历史指标数据，协助量化变化幅度。

记录材料

• Impact评估工作表（模板如下）
• 架构影响评审纪要（含架构师签字）
• 指标基线截图或系统查询记录

需求ID | 用户价值影响 | 业务指标影响 | 技术架构影响 | 最终Impact | 分数
REQ-101 | 高（核心效率+35%） | 中（DAU+2%） | 低（仅新增一个API） | 高 | 3
REQ-102 | 低（辅助场景） | 低（影响忽略） | 中（需改造现有服务） | 中 | 2

异常处理

验收标准

• 每个需求均完成三级影响评估，且评估理由可溯源。
• Impact等级与分数已写入RICE矩阵，且与历史评分无矛盾（若有需附偏差说明）。
• 架构影响评审纪要已归档，且技术负责人签字或钉钉/飞书确认。
• 所有评估过程在1个工作日内完成（若涉及数据提取可延长至2天）。