Reach（触达）维度详解
概念解释
触达用户数是指产品在特定时间段内实际接触到目标用户的数量。它衡量的是“有多少用户看到了你的硬件产品、功能或推广信息”，而不仅仅是“理论上可以覆盖的人”。
在 RICE 框架中，Reach 是第一个打分维度（1–5 分），用于评估某项改动或新功能能触达多少用户。分值越高，说明该改动影响的用户群越广，越值得优先投入资源。
度量方法
- 活跃设备数：统计安装了固件/驱动的活跃硬件设备数量（如智能音箱日活、路由器月度在线数）。
- 下载/安装量：手机 App 配套硬件的首次绑定次数、固件 OTA 升级请求数。
- 曝光/展示量：硬件界面上的功能入口曝光（如扫地机上的物理按键按压次数、屏幕菜单被查看次数）。
- 登记注册用户：产品激活时强制或可选填写的用户 ID，用于跨平台去重。
硬件场景下的数据来源
| 来源类型 | 具体示例 | 可靠性 |
|---|---|---|
| OTA 升级日志 | 设备端上报的固件版本、上次在线时间 | 高（真实用户设备） |
| 云平台设备统计 | MQTT 连接数、设备影子状态 | 中（含测试设备需过滤） |
| 用户账号绑定 | 通过 App 登录后的设备关联数 | 高（可去重） |
| 第三方渠道分发量 | 电商平台已售出数量、线下零售 POS 数据 | 低（可能未激活） |
| 实体按键使用频次 | 硬件中断计数 | 高（精确行为） |
💡 实践建议： 在硬件产品中，优先使用 OTA 升级日志和云平台连接数作为 Reach 基线，因为这些数据来自真实部署的设备，能有效滤除样机、工厂测试机。
原理图解：Reach 触达链路与数据汇聚
类比
📡 信号覆盖 vs 实际连接： 一个 Wi‑Fi 路由器标称覆盖 100 平方米（理论 Reach），但实际只有 3 台设备连上（有效 Reach）。硬件产品的 Reach 度量关注后者——有多少真实用户在真实场景中接触到了你的改动，而不是潜在的人群上限。
常见误区
- ❌ 把出货量当成 Reach： 货架上卖掉的硬件可能从未开机联网，不计入触达用户数。
- ❌ 忽略去重导致重复计数： 同一用户拥有多台同款硬件（如两个智能灯），应合并为一个 Reach 值，除非功能是按设备独立使用。
- ❌ 只看曝光不看交互： 硬件 UI 上的功能曝光次数可能很高，但若用户并未实际操作（如通知栏一闪而过），不应视为有效触达。
练习题
题目： 某智能门锁团队计划在固件中增加“离家自动布防”功能。以下哪些数据应作为 Reach 评分依据？（多选）
- 过去 30 天通过 OTA 推送过固件的门锁数量（38 万台）
- 电商平台累计销量（50 万台）
- 过去 7 天至少触发过一次门磁传感器的活跃门锁数量（22 万台）
- 用户 App 中已绑定该门锁的账号数（28 万个）
答案： A、C、D。B 是出货量，未联网激活的设备无法触达功能。
应用边界
Reach 评分适用于：
- 硬件固件 OTA 升级、驱动更新、功能开关等面向已出货产品的改动。
- 新硬件上市后的早期反馈迭代（如内测版本）。
不适用于：
- 尚未量产的原型阶段（无真实用户数据）。
- 纯线下的硬件促销活动（如展台试用，用户未绑定设备）。
- 可穿戴设备中仅对单用户多个传感器的重复曝光场景（需定义“用户”粒度）。
⚠️ 边界提示： 当硬件产品依赖第三方生态（如接入 HomeKit、Alexa）时，Reach 数据可能来自平台 API，存在更新延迟或采样偏差，需标注数据来源置信度。