第四章：Reach 评估方法——目标用户规模估算、使用频率预估、渗透率目标与量化计算公式
4.1 Reach 在 RICE 排序中的定位
Reach（触达）衡量的是一个功能在给定时间窗口内将影响多少目标用户。在硬件产品中，Reach 不仅取决于用户基数，还受限于硬件安装率、使用频率以及功能渗透目标。Reach 得分越高，说明该功能越值得优先投入研发资源。
核心问题：“如果我们发布这个功能，在 3 个月内能触达到多少真实用户？”
回答公式： Reach = 目标用户总量 × 使用频率系数 × 渗透率目标
回答公式： Reach = 目标用户总量 × 使用频率系数 × 渗透率目标
4.2 目标用户规模估算
目标用户规模是所有 Reach 计算的基础。硬件功能往往面向特定设备型号、固件版本或使用场景，因此需要先定义清晰的用户分组。
| 估算方法 | 适用场景 | 示例 |
|---|---|---|
| 存量设备数 | 已有出货量的硬件平台 | 某智能音箱累计销量 500 万台，其中支持蓝牙 5.0的为 350 万台 |
| 渗透率抽样 | 通过用户调研或 SDK 统计 | 1000 份问卷中 68% 用户使用过语音助手 |
| 市场报告 | 面向新市场或竞品对标 | IDC 报告显示 2024 年 TWS 耳机出货量 2.3 亿副 |
| 激活设备数 | 联网硬件（后台统计） | 日活跃设备 DAU 120 万，月活跃 MAU 280 万 |
实操避坑：不要直接用“全球用户数”作为基数。硬件功能通常只影响特定硬件版本或地域（如仅支持 Wi-Fi 6 的路由器功能，目标用户仅为已购买 Wi-Fi 6 路由器的用户）。
4.3 使用频率预估
使用频率决定了功能在单位时间内的触达次数。对于硬件功能，常见频率指标为：日均使用次数 / 周均使用天数 / 月均使用时长。
频率预估方法：
- 硬埋点统计： 在原型或灰度版本中采集用户操作日志。
- 场景仿真： 通过用户旅程地图推断典型触发频率。
- 竞品对标： 参考类似功能在竞品上的使用数据。
- 专家判断： 资深 PM 和工程团队基于经验给出范围。
频率系数通常归一化到 0.1 ~ 1.0 之间：
| 使用模式 | 典型频率 | 归一化系数 |
|---|---|---|
| 每天多次使用 | ≥3 次/天 | 1.0 |
| 每天一次 | 1 次/天 | 0.8 |
| 每周几次 | 2-3 次/周 | 0.5 |
| 每月几次 | 2-3 次/月 | 0.2 |
| 几乎不用 | <1 次/月 | 0.05 |
4.4 渗透率目标
渗透率目标定义“在评估时间窗口内，我们希望功能覆盖目标用户的百分比”。渗透率受营销投入、安装门槛、硬件兼容性影响。常用设定：
- 保守型： 3 个月渗透率 10%~20% （新功能或需用户手动升级固件）
- 进取型： 3 个月渗透率 40%~60% （预装在下一代硬件中）
- 强制型： 3 个月渗透率 80%~100% （服务器端开关或固件强制 OTA）
注意：渗透率目标不是实际可达数字，而是产品经理对功能推广力度的假设。该假设应在后续章节（如指标验证）中通过用户访谈和灰度测试进行修正。
4.5 量化计算公式
将三个因子相乘，得到 Reach 原始分（单位：人数）。
Reach = 目标用户规模 × 使用频率系数 × 渗透率目标示例： 智能门锁新增“语音临时密码”功能
- 目标用户规模：已出货且支持麦克风的智能门锁设备 80 万台
- 使用频率系数：用户平均每周使用门锁 14 次，每次可能触发语音密码，归一化系数取 0.9
- 渗透率目标：3 个月内通过 OTA 升级覆盖 50% 设备，即 0.5
- Reach = 80 万 × 0.9 × 0.5 = 36 万
该 Reach 得分将作为 RICE 排序的分子之一（R = Reach × Confidence × Effort）。
4.6 Reach 评估流程总图
4.7 实操步骤与交付物模板
在课程实践中，你需要完成以下模板表格并填入真实或模拟数据：
| 维度 | 填写指导 | 你的数据 |
|---|---|---|
| 功能名称 | 从需求列表中选取一个硬件功能 | （填写） |
| 目标用户定义 | 设备型号 / 固件版本 / 地域 / 使用场景 | （填写） |
| 目标用户规模 | 数字（万/台） | （填写） |
| 使用频率估算依据 | 埋点/调研/假设 | （填写） |
| 归一化频率系数 | 0.1 ~ 1.0 | （填写） |
| 渗透率目标 % | 3个月内计划覆盖比例 | （填写） |
| Reach 计算结果 | 规模 × 系数 × 渗透率 | （填写） |
课程验收标准：提交上述模板且 Reach 得分在合理范围（与 RICE 中其他三个维度乘积能区分优先级）。PM 需附上使用频率归一化的解释说明。
4.8 避坑清单
- ❌ 忽略硬件版本限制：统计所有用户但功能只支持 v2.0+，导致 Reach 虚高。
- ❌ 频率系数直接使用原始次数而不归一化，导致 Reach 数值量级失衡。
- ❌ 渗透率目标与工程交付时间无关：硬件固件 OTA 覆盖率通常低于移动 App。
- ✅ 最佳实践：用历史类似功能的渗透率数据校准目标（如过去 3 个月 OTA 升级率约 35%）。