第2章  Reach（触达人数）定义与估算：量化用户或事件影响

2.1 适用场景

Reach 指标用于回答一个核心问题："这个需求在指定时间窗口内，会影响多少用户或发生多少次关键事件？"。以下场景必须使用 Reach 进行量化估算：

• 用户增长类需求：新用户引导流程优化、注册页面改版、邀请机制上线。
• 核心功能改进：购物车体验升级、搜索排序调整、支付流程简化。
• 运营活动类：限时折扣、Push 推送、弹窗策略、积分兑换入口。
• 数据埋点与AB实验：需要预估实验最小样本量时，Reach 决定实验持续天数。
• 资源投入决策：对比多个需求时，Reach 帮助判断哪个功能能覆盖更大用户面，避免为极低频场景投入过高成本。

2.2 前置条件

开始 Reach 估算前，必须准备或确认以下条件：

2.3 操作步骤

Reach 估算遵循 5步标准流程，每一步必须输出中间产物，确保估算过程可回溯。

1. 第一步：定义触达边界 —— 确定用户从"看到入口"到"完成核心动作"的完整路径，明确计入 Reach 的事件颗粒度（PV / UV / 事件次数）。
2. 第二步：选择数据来源 —— 从优先级列表中选择数据源：产品数据库 > 埋点报表 > 历史AB实验数据 > 第三方行业基准 > 专家经验估算。
3. 第三步：提取基线数据 —— 从选定数据源中获取：当前路径的 DAU/MAU、页面曝光量、入口点击率、漏斗转化率、功能渗透率。
4. 第四步：计算 Reach 值 —— 将基线数据乘以预期变化系数（ uplift ），得到估算触达人数。
5. 第五步：记录假设与置信区间 —— 每个计算系数必须注明假设来源，并给出悲观/乐观/最可能三档估算。

2.4 输入输出物

2.5 责任边界

2.6 记录材料

每次 Reach 估算必须产出以下记录材料，归档至需求管理平台：

2.7 异常处理

2.8 验收标准

Reach 估算结果必须通过以下6项验收检查方可进入 RICE 综合排序：

2.9 Reach 估算流程全景

下图汇总了 Reach 估算从输入准备到验收归档的完整路径，各环节之间通过数据传递和评审反馈形成闭环：

2.10 典型案例估算演示

案例："优化购物车页面结算按钮"需求，目标为提升结算转化率 15%。

通过以上标准流程，团队可以确保每个需求的 Reach 估算都可追溯、可复验、可质疑，避免主观拍脑袋导致的优先级排序偏差。