第3章 Impact维度定义：影响程度分级、评估标准、与业务目标对齐
适用场景
当PRD（产品需求文档）中需求项的优先级需要依据功能影响面和业务价值进行排序时，使用Impact维度。典型场景包括：
- 季度或月度版本规划会上，从候选需求列表中筛选高影响项
- 跨职能评审会议中，对齐产品、运营、技术对“影响”的理解
- 在RICE优先级评分中，为每个需求分配1、2、3、5分四个档位
- 新功能上线后复盘，验证实际影响与预估分级是否一致
前置条件
- 已收集至少30个待评估需求（建议覆盖不同业务线）
- 业务目标（如提升转化率、降低流失率、合规通过率）已明确为可量化指标
- 有至少1名产品负责人和1名数据分析师参与打分校准
- PRD中每个需求已包含预期效果描述与目标用户群
操作步骤
- 解析业务目标树：将公司级别的OKR或KPI逐层拆解至产品功能可直接影响的核心指标。
- 定义影响等级锚点：根据目标树建立5、3、2、1四个分数对应的典型场景（见下表）。
- 单需求影响评估：产品经理为每个需求选择最匹配的等级，填写影响理由字段。
- 交叉校验：由第二人（如技术负责人或数据分析师）复核，若偏差超过1级则需组织讨论直到对齐。
- 得分归档：将最终影响分数写入RICE评分表Impact列。
影响程度分级与评估标准
| 分数 |
等级名称 |
典型场景 |
示例 |
| 5 |
颠覆性 |
直接贡献核心业务指标的20%+提升，或解锁新商业模式 |
新增首单立减策略，预计提升AARRR激活率25% |
| 3 |
高影响 |
显著改善关键指标5%–20%，或覆盖主流程80%用户 |
优化注册表单字段，预计降低流失率12% |
| 2 |
中等影响 |
小幅改善（1%–5%）或提升特定用户群体验 |
增加商品详情页视频播放，预计转化率提升3% |
| 1 |
低影响 |
不影响核心指标，仅降低边缘偶发问题或提升内部效率 |
修复后台导出报错，影响范围仅限运营团队5人 |
对齐业务目标的检查方式：评估影响时请回答两个问题——①这个需求上线后，哪个核心指标会变化？②变化幅度是否可被日常周报监测到？如果两个答案都是“否”，分数不应超过2分。
输入输出物
| 类型 |
名称 |
格式 |
责任人 |
| 输入 |
业务目标树文档 |
共享文档或看板 |
产品总监 |
| 输入 |
带预期效果的PRD需求列表 |
电子表格或JIRA |
产品经理 |
| 输出 |
RICE评分表（Impact列已填充） |
电子表格 |
产品经理 |
| 输出 |
影响分级校准记录 |
会议纪要 |
记录人 |
责任边界
- 产品经理：负责初始打分并填写影响理由；对打分准确性负责。
- 数据分析师：提供历史数据佐证（如转化率基线），参与交叉校验。
- 产品总监：裁决跨组争议（等级偏差≥1且无法达成一致时）。
- 研发负责人：仅对技术可行性提出建议，不参与影响分数判定。
记录材料
- 《需求影响打分卡》：包含需求ID、预期指标、基线值、预估增幅、选定分数、理由。
- 《影响校准日志》：记录每次交叉校验的初评分数、终评分数及调整原因。
- 《业务目标树·版本 v2.3》：作为打分参照物存档。
异常处理
| 异常现象 |
处理方式 |
| 需求缺乏预期效果数据 |
退回产品经理补充A/B测试计划或行业基准引用后再打分 |
| 跨组对同一需求评分差 >1级 |
召集临时对齐会，由数据分析师展示类似历史项目的影响数据，决策链由产品总监锁定一个等级 |
| 业务目标本身未量化 |
暂停所有Impact打分，优先由VP层面将目标拆解为可量化子指标 |
| 5分需求过多（超过总数10%） |
启动“等级紧缩”复审：所有5分需求必须写满3条以上量化预估依据，否则降低至3分 |
验收标准
- 所有30+需求均完成Impact打分，且无缺项。
- 交叉校验覆盖率达到100%，校准记录已归档。
- 5分需求数占比 ≤10%，且每项5分需求的理由字段至少包含3个量化数据点。
- 业务目标树上每个活跃指标均能找到至少1个映射需求。
- 影响分数与PRD中的“预期效果”章节无逻辑矛盾（例如影响分数3分但预期效果描述为颠覆性变化需调整）。