2. 前置条件与输入准备
用户分群场景的优先级排序并非从零开始拍脑袋,而是建立在明确的数据基础、标签体系、业务目标和干系人共识之上。本章聚焦于排序启动前必须完成的四项输入准备工作,确保后续各章的执行有据可依、有源可溯。
2.1 适用场景
本章内容适用于以下具体场景,在进入操作步骤前请先确认当前属于哪一种:
| 场景类型 | 说明 | 典型触发条件 |
|---|---|---|
| 新项目启动 | 首次建立用户分群体系,尚无现成标签和优先级基准 | 产品立项、业务线新开 |
| 存量分群迭代 | 已有分群和标签,需重新评估优先级排序以适配新目标 | 季度复盘、OKR 刷新 |
| 专项场景冲刺 | 针对特定业务目标(如大促、拉新)快速锁定高价值分群 | 运营活动立项、预算分配 |
| 数据基础重建 | 数据源或标签体系发生重大变更,需重新对齐输入条件 | CDP 升级、埋点重构 |
💡 判断提示:如果当前场景不属于上述四种之一,建议先与数据负责人和业务方沟通确认状态再继续,避免因场景误判导致输出结果无法落地。
2.2 前置条件
进入本步骤前必须满足以下三个硬性条件,否则需要先完成基础建设再进入本章流程:
- 数据仓库或 CDP 已就绪 — 至少包含最近 30 天以上的用户行为事件表和用户属性表,可稳定查询。
- 基础用户标识统一 — 用户唯一 ID(user_id / distinct_id)已清洗去重,多端登录场景已做 ID-Mapping。
- 业务方与数据方已建立沟通渠道 — 至少有一位业务代表和数据代表可以参与输入对齐会。
⚠️ 硬性检查点:如果前置条件中任意一项不满足,禁止跳过直接进入后续排序步骤。建议先完成数据治理或干系人确认,否则排序结果将因缺少可信输入而无法通过验收。
2.3 操作步骤
本步骤包含四个子步骤(S2.1 ~ S2.4),建议按顺序执行,每一步完成后在下方记录表中打勾确认。
步骤 2.3.1:确认基础数据源清单(S2.1)
与数据团队协作,识别当前可用且与用户分群直接相关的数据源。至少覆盖以下三类:
- 用户属性数据:注册信息、地域、设备、会员等级、注册渠道等。
- 用户行为事件数据:浏览、点击、加购、下单、支付、收藏、评价等核心事件。
- 业务结果数据:订单金额、客单价、复购周期、生命周期状态(LTV)、流失标记等。
输出产物:基础数据源清单(含数据表名、字段说明、更新频率)
步骤 2.3.2:盘点与对齐用户标签体系(S2.2)
对已有用户标签进行分类盘点,按以下四类区分并记录缺失项:
| 标签类型 | 典型示例 | 优先级排序用途 | 缺失影响 |
|---|---|---|---|
| 静态标签 | 性别、城市、注册时间 | 基础分群筛选 | 无法做人口统计分群 |
| 动态标签 | 近 30 天活跃天数、最近购买品类 | 行为分群识别 | 无法捕捉用户近期状态 |
| 统计标签 | 累计购买金额、平均客单价 | 价值分群分层 | 无法量化用户贡献 |
| 预测标签 | 高流失概率、高价值潜力 | 策略优先级加权 | 排序缺少前瞻性信号 |
输出产物:用户标签体系盘点表(含标签名、类型、覆盖度、更新周期)
步骤 2.3.3:明确业务目标与优先级指标(S2.3)
与业务方对齐本次排序要服务的核心目标,必须将目标量化为至少一个可排序的指标:
业务目标模板(填入实际内容):
- 目标名称:________
- 目标描述:________
- 量化指标:________(如:7日支付转化率 / 月留存率 / LTV_30)
- 目标权重占比(0~1):________
- 排序方向:更高指标优先 □ 更低指标优先 □
输出产物:业务目标量化卡片(每个目标一张,含权重与方向)
步骤 2.3.4:识别与记录干系人角色清单(S2.4)
列出所有必须参与排序决策和结果评审的角色,至少包含以下五个角色:
| 角色 | 职责 | 输入输出责任 | 是否必须签字 |
|---|---|---|---|
| 业务负责人 | 提供业务目标,确认排序方向 | 输入目标卡片,输出排序确认 | 是 |
| 数据分析师 | 提供数据源和标签可用性评估 | 输入数据源清单,输出数据质量报告 | 是 |
| 产品经理 | 负责分群场景落地可行性评估 | 输入场景需求,输出落地排期 | 是 |
| 数据工程师 | 确认数据管道和标签计算能力 | 输入技术约束,输出可执行性说明 | 否 |
| 决策审批人 | 最终确认优先级排序结果 | 输入排序建议,输出审批结论 | 是 |
输出产物:干系人角色清单(含姓名/角色/联系方式/签字状态)
2.4 输入输出物
| 步骤编号 | 输入物 | 输出物 | 模板/示例 |
|---|---|---|---|
| S2.1 | 数据仓库表清单、埋点文档 | 基础数据源清单 | Excel 或飞书表格,含表名、字段、更新频率 |
| S2.2 | 标签管理系统(或标签文档) | 用户标签体系盘点表 | 四类标签分 Sheet,含覆盖度 % |
| S2.3 | 业务 OKR / 运营目标 | 业务目标量化卡片(1~3 张) | 目标名称 + 量化指标 + 权重 |
| S2.4 | 组织架构图、项目通讯录 | 干系人角色清单 | 角色 + 姓名 + 签字状态 |
2.5 责任边界
- 数据分析师:负责数据源清单的真实性和完整性,对标签覆盖度评估负责。
- 业务负责人:负责业务目标的量化定义和权重分配,对目标与业务战略的一致性负责。
- 产品经理:负责干系人清单的完整性,确保决策链路上无遗漏角色。
- 数据工程师:负责确认数据管道是否支持清单中的数据源和标签计算。
- 流程推进人(通常为分析师或PM):负责组织召开输入对齐会,并记录各步骤完成状态。
🔔 责任边界检查点:每项输出物必须由对应责任人签字或钉钉/飞书确认,否则视为未完成。建议在文档中增加“确认人”和“确认日期”列。
2.6 记录材料
以下材料在本步骤完成后应归档至共享空间(如语雀、飞书云文档、Confluence),作为后续排序执行的可追溯依据:
| 记录编号 | 材料名称 | 格式要求 | 保管人 |
|---|---|---|---|
| R-2.1 | 基础数据源清单(已确认版) | .xlsx / .csv | 数据分析师 |
| R-2.2 | 用户标签体系盘点表(已确认版) | .xlsx / .csv | 数据分析师 |
| R-2.3 | 业务目标量化卡片(已签字版) | .pdf / 截图 | 业务负责人 |
| R-2.4 | 干系人角色清单(已签字版) | .xlsx / .pdf | 产品经理 |
| R-2.5 | 输入对齐会纪要 | .md / .docx | 流程推进人 |
2.7 异常处理
| 异常场景 | 识别时机 | 处理措施 | 责任方 |
|---|---|---|---|
| 数据源缺失关键事件表 | S2.1 盘点时 | 暂停排序流程,启动数据补埋点或接入新数据源,排期后再继续 | 数据工程师 |
| 用户标签覆盖率低于 60% | S2.2 盘点时 | 标记为“低覆盖”,在排序中降低该标签权重,同时启动标签补全任务 | 数据分析师 |
| 业务目标相互冲突(如同时追求高转化和高留存) | S2.3 对齐时 | 组织目标协调会,由决策审批人明确主次目标或做加权妥协 | 业务负责人 |
| 干系人角色重复或关键角色缺失 | S2.4 清单整理时 | 补全或替换干系人,确保决策链闭环后再签字确认 | 产品经理 |
| 输入对齐超过 2 周仍未完成 | 全步骤 | 升级至项目发起人,推动资源协调或缩小输入范围 | 流程推进人 |
🚨 异常升级红线:数据源缺失或标签覆盖率不足时,禁止以“先用现有数据跑一下看看”为由跳过补齐步骤。排序结果的可信度直接取决于输入质量,数据基础不牢将导致后续全部输出作废。
2.8 验收标准
本章全部步骤完成后,由流程推进人组织验收检查。以下五项检查项全部通过方可视为本章完成:
- 完整性检查 — 基础数据源清单、标签体系盘点表、业务目标卡片、干系人角色清单四份文档齐全且已归档。
- 签字确认检查 — 每份输出物均有对应责任人的确认签字或电子确认记录。
- 覆盖度检查 — 标签体系盘点表中,四类标签(静态/动态/统计/预测)至少三类覆盖度 ≥ 70%。
- 目标量化检查 — 业务目标卡片中每个目标都包含明确的量化指标和权重,不允许出现模糊描述。
- 干系人闭环检查 — 干系人角色清单覆盖业务、数据、产品、决策四个维度,且每个角色均有唯一责任人。
✅ 验收通过标志:五项检查全部打勾 ✔,且异常处理记录中无“未处理”状态的异常项。通过后即可进入第 3 章《确定场景候选列表——从业务目标反向推导可能的分群方向》。