陷阱一：Reach被高估的典型场景
市场范围混淆 · 重复计算用户
适用场景
当产品团队在RICE评分中估算Reach（触达用户数）时，出现以下任意特征即落入本陷阱：
- 市场范围混淆：使用TAM（Total Addressable Market）或行业报告中的宏观数字替代产品实际可触达用户。
- 重复计算用户：直接将多渠道、多设备、多账号的用户数据简单加总，未做交叉去重。
- 团队内部对“触达用户”定义不一致，导致估算口径的漂移。
- 历史项目复盘发现Reach预估偏差超过100%（即实际仅为预估的50%以下）。
前置条件
- 已完成产品功能的需求列表，并进入RICE评分阶段。
- 拥有至少一个可参考的用户规模数据源（如市场报告、后台分析、竞品数据）。
- 明确该需求的目标用户画像（Persona）及主要触达渠道（如官网、微信公众号、线下门店、合作平台等）。
- 团队中存在定义Reach的会议纪要或历史评分记录。
操作步骤
| 步 | 动作 | 详细说明 | 避坑要点 |
|---|---|---|---|
| 1 | 定义口径 | 统一团队内部对“Reach”的定义：是“独立用户数（Unique Users）”还是“曝光/触达次数”？本陷阱下建议统一为独立用户数。 | 强制约定分母为“目标画像在可触达渠道中的独立用户数”，写入评分模板。 |
| 2 | 拆解渠道 | 列出所有可触达该功能的渠道：自有APP、小程序、公众号、电商平台、线下活动、合作方入口等。 | 不要遗漏“非数字化渠道”，线下用户常被忽略。 |
| 3 | 获取各渠道用户数 | 从业务后台、数据中台或市场调研中提取各渠道的活跃独立用户数（近30天口径）。 | 拒绝使用“注册用户数”或“累计下载量”等虚高数字。 |
| 4 | 去重计算 | 利用用户画像交叉表（UserID/设备ID/手机号等）计算各渠道间的重合率，得到去重后的总独立用户数。 | 若无去重工具，采用保守系数：多平台综合去重率通常为70%~80%乘以简单加总。 |
| 5 | 与TAM/SAM对比 | 将去重后数字与TAM、SAM（Serviceable Addressable Market）对比；若接近TAM则立即降级。 | 正常Reach不应超过SAM的50%。 |
| 6 | 写入RICE评分 | 将最终去重独立用户数作为Reach值填入评分表，并备注口径说明。 | 若因数据缺失采用估算，需标注±30%置信区间。 |
输入输出物
| 类型 | 内容 | 格式/样例 |
|---|---|---|
| 输入 | 需求列表、用户画像卡片、各渠道用户数据源（后台报表/第三方报告） | Excel、PDF、BI看板截图 |
| 输出1 | 渠道-用户交叉矩阵表（表头：渠道A、渠道B、渠道C，行：用户ID/设备标识，值：是否活跃） | CSV或SQL查询结果 |
| 输出2 | 去重后的Reach估算值（含置信区间）及口径说明文档 | 更新RICE评分表的“Reach”单元格，并在备注栏写清依据 |
| 输出3 | Reach校验记录（是否落入本陷阱的检查清单） | 《RICE评分陷阱自查表》第3章附件 |
责任边界
- 产品经理（PM）：主导口径定义、渠道拆解与去重计算；对Reach值的合理性负最终责任。
- 数据分析师/数据工程师：提供各渠道独立用户数及交叉去重结果；确保数据口径一致。
- 技术负责人：协助确认设备ID、手机号等唯一标识的覆盖率和准确性。
- 工程/商务负责人：提供非数字化场景（线下活动、合作方等）的触达估算，并签署估算依据。
- 评审委员会/项目负责人：审核Reach值是否落入明显的高估陷阱，必要时要求重新计算。
关键提醒：此步骤中PM不得自行将市场报告中的TAM数字直接填入Reach。若团队缺乏数据能力，必须启动最小去重分析，而非默认无重复。
记录材料
本陷阱的发现与纠正过程应留存以下记录：
- 原始数据库：各渠道独立用户数截图或导出文件（含日期范围）。
- 去重分析报告：交叉表、重叠率、去重系数计算过程。
- 评分变更日志：记录Reach值从“预估X万”调整为“Y万”的决策时间、决策人及调整原因。
- 会议纪要：涉及Reach讨论的周会/评审会纪要，附签名或审批记录。
异常处理
| 异常情形 | 处理方案 |
|---|---|
| 无法获取各渠道独立用户数据 | 采用分层抽样调研：从目标画像中抽取至少300个用户，询问其是否覆盖本产品多个渠道，据此估算重叠率。同时标注“高不确定性”（Reach置信区间±50%）。 |
| 用户标识不一致（如APP用DeviceID，小程序用UnionID） | 申请数据团队关联映射表；若无法关联，采用保守策略：按单渠道最大活跃用户数×1.2作为Reach上限。 |
| 内部对口径争议无法统一 | 升级至项目总监或产品委员会仲裁；仲裁前暂定使用“最保守口径”（最小估算值）填入RICE。 |
| 历史Reach已写入评分表但发现高估 | 触发《RICE评分修正流程》：重新走本章操作步骤，更新评分表及依赖该评分的所有优先序。 |
验收标准
- Reach值明确来源为“去重后的独立用户数”，且与TAM/SAM脱钩。
- 存在可追溯的去重交叉表或调研报告，重叠率计算有据可查。
- Reach值与同类历史项目实际触达数据的偏差不超过30%（以历史项目为基准校验）。
- 该需求的RICE评分备注栏写清口径、数据来源与置信区间。
- 本章陷阱自查清单标记为“已通过”，无未关闭的异常事项。
最佳实践提示：将此章节的操作步骤嵌入团队的产品评审流程Checklist，每次评分时自动触发Reach校验，避免人为遗忘。