章节3：Reach（覆盖范围）定义与评分标准
Reach 衡量的是在特定时间窗口内，一个功能、改进或项目预期能够触达的独立用户数量。它是对“影响力广度”的量化，而非深度。本章节将定义 Reacy 指标的内涵、统计口径，并建立可复用的评分锚点。
3.1 适用场景
- 需要评估功能上线后对用户群影响的广度。
- 在多个功能之间进行优先级排序，其中一些功能面向小众高价值用户，另一些面向大众用户。
- 衡量市场推广活动、新功能推送或用户体验改进项目的潜在渗透率。
3.2 前置条件
- 已定义清晰的统计时间窗口（通常为“月活用户 MAU”或“周活用户 WAU”）。
- 已获取或可估计出当前活跃用户基数（MAU/WAU）。
- 明确区分“用户触达”与“用户点击”或“用户转化”；Reach 仅统计看见或被动暴露的用户，而非主动交互的用户。
3.3 操作步骤
- 识别目标用户群：判断该功能主要针对的特定用户角色（如新用户、付费用户、创作者）。
- 获取基数数据：从数据后台（如 GA、Mixpanel 或公司内部 BI）提取对应的 MAU 或 WAU 数据。
- 估算触达比例：基于功能入口的曝光量、公告渠道（推送、邮件、站内信）的打开率，预估目标用户中实际会被触达的比例。对新产品或无历史数据的功能，使用保守估计（如 10%~30%）。
- 计算 Reach 值：
预期 Reach = 目标用户基数 × 触达比例。 - 对照评分锚点：将计算出的预期 Reach 值与下表进行映射，得出最终分数。
| Reach 评分 | 描述 | 典型阈值（以月活 MAU 为基准） |
|---|---|---|
| 10 | 极高覆盖：影响几乎所有用户，或所有活跃用户的核心体验 | Reach ≥ MAU 的 80% |
| 5 | 高覆盖：影响多数用户群，或主要用户角色的关键路径 | MAU 的 30% ≤ Reach < 80% |
| 3 | 中等覆盖：影响特定用户群体或非核心流程 | MAU 的 5% ≤ Reach < 30% |
| 1 | 低覆盖：仅影响极小部分用户，或属于高度定制化需求 | Reach < MAU 的 5% |
示例计算：
假设产品月活（MAU）为 10 万。一个针对“创作者”的功能，该群体占 20%（2 万人）。通过消息推送预计 50% 的创作者会看到入口通知。则预期 Reach = 2 万 × 50% = 1 万人。1 万 / 10 万 MAU = 10%，对应评分为 3。
假设产品月活（MAU）为 10 万。一个针对“创作者”的功能，该群体占 20%（2 万人）。通过消息推送预计 50% 的创作者会看到入口通知。则预期 Reach = 2 万 × 50% = 1 万人。1 万 / 10 万 MAU = 10%，对应评分为 3。
3.4 输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 数据 | 1. 当前产品 MAU/WAU 数据 2. 特定用户群占比数据 |
1. 预期触达用户数（整数） 2. 对应评分（1/3/5/10） |
| 预估 | 1. 推广渠道曝光率或触达比例假设 | 2. 影响范围判断纪要 |
3.5 责任边界
- 产品经理（PM）：主导定义目标用户群，提出 Reach 触达比例的假设；不负责从原始日志中提取精确 MAU 数据（应由数据工程师或数据分析师提供）。
- 数据分析师/工程师：提供准确的活跃用户基数、用户群分布及历史触达率数据；不负责对功能进行定性评分。
- 开发者：在功能上线后，辅助埋点以验证实际的 Reach 与预估之间的偏差。
3.6 记录材料
- RICE 评分工作表中（电子表格或文档）：必须记录：功能名称、目标用户群、MAU 基数来源、触达比例假设依据、最终计算的 Reach 数值及评分。
- 对于任何评分 ≥ 5 的功能，建议在记录中备注“是否为全量推送”及“是否涉及重大 UI 变更”。
3.7 异常处理
| 异常场景 | 处理方案 |
|---|---|
| 无历史触达数据可用（如全新渠道） | 采用行业基准值（推送类取 20%～30%；应用内 Banner 取 10%～20%）进行保守估计，并在记录中标记为“保守预估”。 |
| 目标用户群定义模糊（如“活跃用户”存在多个定义） | 统一使用“月至少登录 1 次的独立用户”作为基准定义。若有特例，须在记录中明确注释定义差异。 |
| 功能为被动触发（如服务器端安全更新） | Reach 视为 100% 的目标使用设备或账户数的用户。不对“被感知的触达”进行折扣。 |
3.8 验收标准
- 每个功能卡片必须包含一个明确的 Reach 评分（1/3/5/10），不允许出现小数或未评分状态。
- 评分对应的 MAU 基数和计算过程必须在团队协作工具（如 Confluence、Notion）上公开可追溯。
- 对于评分、5 的功能，项目启动后需在 1 个月内完成实际触达数据的复盘验证。