第3章 Reach（触达范围）定义与度量：用户量级、时间窗口、数据获取方法

3.1 适用场景

• 进入 RICE 评分流程，需要为需求条目填写 Reach 得分时。
• 评审已有需求的 Reach 估算是否合理，需要统一度量标准时。
• 跨团队（产品、运营、数据）对齐同一个需求的触达范围口径时。
• 需求预期收益与用户规模强相关（如用户增长、留存提升、付费转化）的场景。

3.2 前置条件

3.3 操作步骤

1. 明确需求的目标用户边界

   识别需求上线后「实际会使用或受到影响」的用户群体，排除无关流量。例如：一个「仅面向已登录用户的会员中心改版」，目标用户就是「月活已登录用户」，而非全部注册用户。

2. 确定时间窗口

   根据需求类型选择统一窗口：

   • 功能型需求：推荐使用 月活跃用户（MAU） 或 周活跃用户（WAU） 作为窗口。
   • 运营活动型需求：按活动周期（如 7 天、14 天）设定窗口。
   • 底层架构/非功能性需求：按季度或年度估算受影响的独立用户数。
   团队约定：建议所有需求统一使用「月」为默认时间窗口，特殊需求在备注中说明原因并附审批记录。
3. 选择数据获取方法并估算用户量级

   按优先级依次使用以下三类方法：

   方法	适用条件	估算示例
   方法A：直接后台查询	已有对应埋点或统计报表	「搜索功能改版」→ 取 SQL 查询过去 30 天使用过搜索的用户数
   方法B：漏斗推算	只有上游数据，需结合转化率估算	「首页推荐位优化」→ 首页 UV × 推荐位点击率 × 历史留存率
   方法C：业务经验+抽样验证	全新功能无历史数据	「积分商城上线」→ 参考同类产品渗透率（15%~25%）× 当前活跃用户数

   -- 方法A 示例 SQL：查询过去30天使用过“智能识图”的用户数（去重）
   SELECT COUNT(DISTINCT user_id) AS reach_users
   FROM event_log
   WHERE event_name = 'smart_recognition_used'
     AND event_date >= DATE_SUB(CURDATE(), INTERVAL 30 DAY);

4. 记录估算值及置信度

   填写 Reach 估算表单，同时标注数据来源和估算置信度（高/中/低）。置信度判断标准：

   • 高：直接后台查询，数据准确率 > 95%
   • 中：漏斗推算，关键转化率来自近 3 个月数据
   • 低：业务经验估算，无直接数据支撑
5. 代入 RICE 公式计算 Reach 子得分

   Reach 得分 = 估算用户数 / 1000（按 RICE 标准归一化），保留两位小数。

3.4 输入输出物

3.5 责任边界

3.6 记录材料

每次 Reach 估算完成后，必须在需求管理系统中留存以下记录：

1. 估算表格（建议使用统一模板）：

需求ID：REQ-2025-0042
需求标题：会员中心改版
估算人：张三
估算日期：2025-03-10

【目标用户边界】
- 限已登录会员
- 排除注销账号 & 封禁账号
- 排除内部测试白名单用户

【时间窗口】
- 月活跃用户（MAU），取近30天去重数据

【数据获取方法】
- 方法A：直接后台查询
- 来源表：dwd_user_active_d
- 查询条件：is_member = 1 AND last_active_date >= DATE_SUB(CURDATE(), INTERVAL 30 DAY)

【估算结果】
- Reach 用户数：128,643
- 置信度：高

【备注】
- 估算不包含灰度期增量，灰度计划单独评估。

2. SQL 脚本或推算草稿（如有方法A/B，附完整可复现的查询语句）。
3. 评审签字记录：当置信度为「低」时，需产品负责人 + 数据分析师双签确认后方可进入 RICE 评分。

3.7 异常处理

3.8 验收标准

完成本章学习与实践后，学员应能在实际需求上独立完成 Reach 估算，并满足以下验收条件：

3.9 Reach 评估流程总览

下图汇总了从需求输入到 Reach 得分输出的完整评估链路，帮助你在实操中快速定位当前步骤：

图3-1 Reach 评估五步流程图：从需求输入到得分输出，数据方法三选一，全程留痕可追溯