第二步：为每个候选功能评估 Reach（触达）
适用场景
- 已从产品愿景中拆解出候选功能列表，需要量化每个功能的影响范围
- 团队在多个候选功能之间资源冲突，需按 影响广度 排出优先级
- 产品尚处于早期或数据积累不足，需通过假设 + 有限数据估算功能触达
- MVP 范围讨论陷入主观争论，需要引入统一的可量化指标作为决策依据
前置条件
- 已完成第 3 章“候选功能列表构建”，每个功能有清晰的定义和验收标准
- 已明确 RICE 评分的时间周期（建议统一为 月度 或 季度）
- 已获取或计划获取的用户行为数据源（如 GA、Mixpanel、Amplitude、日志埋点）
- 团队已对齐“触达用户数”和“使用频率”的统计口径（独立用户 vs 会话次数）
操作步骤
Reach 评分的核心公式：Reach = 触达用户数 × 使用频率。以下为标准化评估流程：
- 确定时间周期 —— 建议统一为 30 天（月活口径）或 90 天（季度口径），所有功能共用同一周期。
- 收集触达用户数 —— 通过行为分析工具统计在周期内至少触发一次该功能的独立用户数。
- 估算使用频率 —— 计算周期内用户平均触发次数（总触发次数 ÷ 独立用户数）。
- 计算 Reach 得分 —— 触达用户数 × 使用频率，结果取整。
- 标注数据来源与假设等级 —— 按下方数据可信度分级表标记，确保可追溯。
实操要点：如果某个功能尚未上线，使用“最小可行类比法” —— 找到竞品中相似功能的数据，或基于核心用户访谈估算。所有估算值必须在记录材料中标注“假设等级 C”并附估算逻辑。
数据可信度分级表
| 等级 | 说明 | 典型数据来源 | 权重系数 |
|---|---|---|---|
| A 级 | 直接用户行为数据支撑 | GA / Mixpanel / 日志埋点 | 1.0（无需调整） |
| B 级 | 间接数据 + 行业基准 | 竞品报告 / 行业白皮书 / 用户调研 | 0.8 |
| C 级 | 团队假设 + 逻辑推演 | 内部专家估算 / 类比法 | 0.5 |
⚠ 常见陷阱：不要混淆“触达用户数”和“曝光量”。Reach 要求用户发生了实际交互（点击/使用/触发），而非仅仅看到。如果是纯曝光型功能，请使用后续的 Impact 维度评估，而非 Reach。
输入输出物
| 类型 | 内容 | 格式 / 载体 |
|---|---|---|
| 输入物 | 候选功能列表（每个功能包含名称、描述、验收标准） | 飞书文档 / Notion / Excel |
| 输入物 | 用户行为数据源（GA / Mixpanel / 日志导出） | CSV / API 查询结果 |
| 输出物 | 每个候选功能的 Reach 评分表（含触达用户数、使用频率、得分、数据来源、假设等级） | 结构化表格（推荐按下方记录材料模板） |
责任边界
- 产品经理：主导 Reach 估算，提出假设并记录依据，组织评审会。
- 数据分析师：从行为工具中提取 A 级数据，验证 B/C 级假设的合理性。
- 技术负责人：确认埋点数据是否覆盖功能的所有关键交互节点。
- 团队（集体）：对争议性假设进行投票或取加权平均值，达成一致后签字确认。
记录材料
每个功能必须填写以下 Reach 评估记录，作为 RICE 评分的永久附件：
| 功能名称 | 触达用户数 | 使用频率 | Reach 得分 | 数据来源 | 假设等级 | 备注 / 估算逻辑 |
|---|---|---|---|---|---|---|
| 用户积分系统 | 15,000 | 4.5 | 67,500 | Mixpanel 埋点 | A | 直接日志统计 |
| 智能推荐 | 8,000 | 12.0 | 96,000 | 竞品报告 + 假设 | B | 类比头部竞品，取 60% 折扣 |
| 社区打卡 | 3,000 | 3.0 | 9,000 | 团队专家估算 | C | 基于种子用户访谈推演 |
推荐用以下 JSON 结构持久化每条记录，便于后续自动化汇总：
{
"功能": "用户积分系统",
"触达用户数": 15000,
"使用频率": 4.5,
"reach得分": 67500,
"数据来源": "Mixpanel埋点",
"假设等级": "A",
"估算逻辑": "直接日志统计",
"评估日期": "2025-04-01",
"评估人": "Zhang San"
}异常处理
| 异常场景 | 处理方案 |
|---|---|
| 行为数据完全缺失（全新功能） | 使用 C 级假设：找最相似的上线功能做类比，标注假设等级并附类比链路。 |
| 不同数据源冲突（GA vs Mixpanel 数据不一致） | 以埋点更精确的数据源为准；若无法判断，取两者均值并标记为 B 级。 |
| 使用频率极难估算（如低频高价值功能） | 改用“季度”为周期重新计算，或引用行业基准（如 Gartner、TrustRadius）。 |
| 功能依赖外部平台（如微信小程序） | 使用平台官方数据源（微信后台 / 支付宝开放平台），无法获取时按 C 级假设。 |
| 评审会上对假设等级有分歧 | 取加权平均：产品经理 40% + 数据分析师 40% + 技术负责人 20%，结果四舍五入。 |
验收标准
- 每个候选功能均已填写完整的 Reach 评估记录（含触达用户数、使用频率、得分、数据来源、假设等级）。
- 所有 A 级数据来源可追溯至原始行为工具截图或查询语句。
- 所有 B/C 级假设均在“备注 / 估算逻辑”列中写明推演过程，不可仅有结论。
- Reach 得分已按照“触达用户数 × 使用频率”公式计算，四舍五入取整。
- 评估记录已通过团队评审会签字确认，无遗留争议项。