第4章 Reach (触及面) 定义与度量：用户量、频次、覆盖范围打分标准

适用场景

当审批流需求涉及多个用户群体、重复触发或跨系统/跨部门影响时，需要通过 Reach 维度评估该需求上线后实际影响的人数、触发频率以及影响范围。本章适用于以下场景：

• 新审批流推广至多个业务线或区域
• 已有审批流变更后影响用户数变化较大
• 需求在多系统或跨部门场景下复用
• 需要对比不同需求的潜在影响规模

前置条件

• 已完成需求价值陈述（RICE 中 Value 维度评估）
• 已收集或预估需求所涉及的用户量、触发频次及覆盖范围数据
• 评审团队对“用户量”“频次”“覆盖范围”的定义已达成一致
• 评分模板（本章提供的打分标准）已准备就绪

操作步骤

1. 确定用户量（User Count）：统计或预估在需求上线后一个月内会使用该审批流的独立用户数（去重）。
2. 确定频次（Frequency）：统计或预估每个用户平均每月触发该审批流的次数（含重复触发）。
3. 确定覆盖范围（Coverage）：评估该审批流涉及的部门个数、系统数或地理区域数，取最大值。
4. 对照打分标准分别评分：根据下表的区间，给出每个维度 1–5 的整数分。
5. 计算 Reach 综合分：
   Reach = (用户量分 + 频次分 + 覆盖范围分) / 3 —— 保留一位小数。

Reach 三维度评分标准

输入输出物

责任边界

• 需求提出方（PO/PM）：提供用户量、频次和覆盖范围预估数据，并对数据真实性负责。
• 产品运营 / 数据分析师：若存在历史数据，负责出具有统计意义的报表。
• 审批流程委员会 / RICE 评审组：对打分结果进行复核，确认评分依据合理。
• 开发团队：在技术评审中反馈覆盖范围可行性（如系统边界限制）。

记录材料

• Reach 评分表（含维度原始数据与得分）
• 数据来源截图或导出文件
• Reach 评审会议纪要（含争议项及最终共识）
• 签字或电子审批记录（用于后续 RICE 优先级计算存档）

异常处理

• 数据缺失或预估分歧：由评审组长指定一位中立方（如运营专家）给出单点预估，取平均值作为最终值。
• 覆盖范围模糊：若需求涉及第三方系统或外部用户，覆盖范围按已知系统个数计，未知部分标记为“待确认”，暂时采用最低分原则（打 1 分）。
• 频次波动极大：如存在峰值日（如月末结算），频次按峰值月均值计算，并在纪要中注明波动情况。
• 用户量跨区域：优先按全球或全集团去重用户量；若无法去重，取各区域用户数之和，并备注潜在重复。

验收标准

1. Reach 评分表已包含用户量、频次、覆盖范围三个维度的原始数据和对应分数，且与打分标准严格对齐。
2. 综合 Reach 得分已计算并保留一位小数，公式正确。
3. 所有数据来源已记录且在会议纪要中可追溯。
4. 异常处理场景已按照本章规则处理，无遗漏争议项。