4. Reach评分标准:层级划分
适用场景
本章节适用于产品经理、需求分析师、项目经理在以下具体场景中对需求进行量化评分:
- 跨产品线需求评审会前,对候选需求集合统一打分。
- 单项目内需优先排序,需量化界定目标用户覆盖范围。
- 复盘历史需求的Reach预估与实际数据,校准评分规则。
前置条件
- 已完成产品全局用户群定义:明确产品总活跃用户数(MAU)或特定版本基线用户数。
- 已统一用户群口径:全产品线使用同一种用户活跃定义(例如“30天内有登录行为的用户”)。
- 已确认需求的目标用户类型:是面向全部用户、特定角色、地理位置,还是灰度比例。
操作步骤
Reach评分分为五个层级,核心判定依据为“该需求在指定时间窗口内预计覆盖的独立用户数”。具体步骤如下:
- 获取基准用户群规模:取产品当前MAU的30天活跃用户数作为分母。
- 判定需求覆盖类型:区分是“全量功能”(覆盖所有用户)、“角色功能”(仅管理员/付费用户)、“灰度功能”(仅X%流量)、“事件驱动功能”(仅触发某行为的用户)。
- 量化分子:按类型计算预期触达用户数。例如灰度20%时,分子 = MAU × 20%。
- 对照阈值表定级:将计算出的覆盖量(用户数或比例)与下表的阈值区间对齐,确定Reach得分(1-5分)。
- 跨产品线校验:对于小产品(MAU<10万),若按用户数计算得高分(4或5分),需主动降级至3分,防止在小基数下产生失真高分。
| Reach分值 | 覆盖量级(用户数) | 覆盖量级(占MAU比例) | 备注/定级逻辑 |
|---|---|---|---|
| 1分 | < 1万 | < 1% | 极小众需求,如特定活动Bug修复。 |
| 2分 | 1万 ~ 10万 | 1% ~ 10% | 仅影响特定角色。 |
| 3分 | 10万 ~ 100万 | 10% ~ 25% | 常见新功能灰度或中等角色范围。 |
| 4分 | 100万 ~ 500万 | 25% ~ 60% | 大型功能或全量灰度至50% |
| 5分 | > 500万 | > 60% | 全量发布型功能。 |
关键注意:阈值的“用户数”与“占MAU比例”需同时考虑,以用户数为优先判定依据。例如MAU=2000万时,即使覆盖比例仅5%(100万用户),也应得到4分而非2分。
输入与输出
| 类型 | 具体内容 | 来源/去向 |
|---|---|---|
| 输入 | 产品MAU数据(30天活跃)、历史Reach记录表、需求描述文档 | 数据仓库/BI系统、需求池 |
| 输出 | 每项需求的Reach分值(1、2、3、4、5)、定级证据来源(过程记录) | RICE评分矩阵 |
责任边界
- 需求提出方:提供需求的预估覆盖范围(用户类型、地区、灰度比例),并附上依据。
- 评估员(产品经理):根据产出数据和规则定级Reach分,对大基数需求进行跨产品线校验。
- 审核委员会:复核Reach打分的合理性,对有争议的需求(如跨产品线建议降级)进行终裁。
记录材料
完成Reach评分后,需在需求卡片或电子模板中记录以下字段:
需求ID: REQ-2024-078
目标用户: 全体注册用户 (MAU=500万)
覆盖方式: 全量发布
预期覆盖用户: 400万
覆盖比例: 80%
Reach分值: 5分
降级标志: 否
定级人: 张三
定级日期: 2024-09-12
异常处理
| 异常场景 | 处理措施 |
|---|---|
| 无准确MAU数据 | 参考最后一个季度平均值,或使用最近一次版本MAU数据作为基准。 |
| 需求目标用户群未定义 | 评分将Reach置为1分并标记“待补充用户定义”,升级至产品负责人确认。 |
| Reach来自外部导入/第三方依赖 | 仅统计本产品能直接触达的用户(如推送、站内信等),排除被动渠道。 |
| 历史Reach数据波动剧烈 | 取近3个月数据的中位数,避免单月异常峰值干扰评分。 |
验收标准
- 准确性:同一需求由另一位评估员独立验证时,Reach分一致率≥80%。
- 可追溯性:每一项Reach分后必须有对应的证据来源(如截图、报告链接、会议记录)。
- 规则一致:同一次需求评审中,不同产品线对同一量级的需求给出Reach分差异不得超过1分。
- 跨产品线校验率:MAU<10万的产品线,其列为4分或5分的需求,必须经过降级校验,抽检通过率应达到100%。
核心框架:Reach评分流程的视觉化呈现,展示了从需求进入、类型判定、量级判定到跨产品线校验与最终打分的完整路径。