2. 前置条件与输入准备

用户分群场景的优先级排序并非从零开始拍脑袋,而是建立在明确的数据基础、标签体系、业务目标和干系人共识之上。本章聚焦于排序启动前必须完成的四项输入准备工作,确保后续各章的执行有据可依、有源可溯。

前置条件与输入准备关系图 前置条件与输入准备 — 四项核心输入关系 用户分群场景优先级排序 📦 基础数据源 事件 / 属性 / 用户ID / 时间戳 🏷️ 用户标签体系 静态 / 动态 / 预测 / 统计 🎯 业务目标 转化 / 留存 / 营收 / 活跃 👥 干系人角色清单 业务 / 数据 / 产品 / 决策 ⚠ 四项输入缺一不可,缺少任意一项将导致排序结果不可采纳 建议在启动排序前召开 30 分钟输入对齐会,逐项确认就绪状态

2.1 适用场景

本章内容适用于以下具体场景,在进入操作步骤前请先确认当前属于哪一种:

场景类型说明典型触发条件
新项目启动首次建立用户分群体系,尚无现成标签和优先级基准产品立项、业务线新开
存量分群迭代已有分群和标签,需重新评估优先级排序以适配新目标季度复盘、OKR 刷新
专项场景冲刺针对特定业务目标(如大促、拉新)快速锁定高价值分群运营活动立项、预算分配
数据基础重建数据源或标签体系发生重大变更,需重新对齐输入条件CDP 升级、埋点重构
💡 判断提示:如果当前场景不属于上述四种之一,建议先与数据负责人和业务方沟通确认状态再继续,避免因场景误判导致输出结果无法落地。

2.2 前置条件

进入本步骤前必须满足以下三个硬性条件,否则需要先完成基础建设再进入本章流程:

  1. 数据仓库或 CDP 已就绪 — 至少包含最近 30 天以上的用户行为事件表和用户属性表,可稳定查询。
  2. 基础用户标识统一 — 用户唯一 ID(user_id / distinct_id)已清洗去重,多端登录场景已做 ID-Mapping。
  3. 业务方与数据方已建立沟通渠道 — 至少有一位业务代表和数据代表可以参与输入对齐会。
⚠️ 硬性检查点:如果前置条件中任意一项不满足,禁止跳过直接进入后续排序步骤。建议先完成数据治理或干系人确认,否则排序结果将因缺少可信输入而无法通过验收。

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 验收标准

本章全部步骤完成后,由流程推进人组织验收检查。以下五项检查项全部通过方可视为本章完成:

  1. 完整性检查 — 基础数据源清单、标签体系盘点表、业务目标卡片、干系人角色清单四份文档齐全且已归档。
  2. 签字确认检查 — 每份输出物均有对应责任人的确认签字或电子确认记录。
  3. 覆盖度检查 — 标签体系盘点表中,四类标签(静态/动态/统计/预测)至少三类覆盖度 ≥ 70%。
  4. 目标量化检查 — 业务目标卡片中每个目标都包含明确的量化指标和权重,不允许出现模糊描述。
  5. 干系人闭环检查 — 干系人角色清单覆盖业务、数据、产品、决策四个维度,且每个角色均有唯一责任人。
✅ 验收通过标志:五项检查全部打勾 ✔,且异常处理记录中无“未处理”状态的异常项。通过后即可进入第 3 章《确定场景候选列表——从业务目标反向推导可能的分群方向》。