社群老客回流转化漏斗看板

它解决什么问题

社群老客回流这件事，很多团队只统计两个数：触达了多少人、最终成交了多少单。中间发生了什么——优惠券有没有人领、会员有没有回店、人在哪一步开始掉——往往是黑盒。这个技能只做一件事：把触达到成交之间的阶段拆开，定位流失节点，输出可复核的阶段数据看板。

它的输入默认是沉睡标签、历史消费和回流动作三类基础数据，目标不是替你做全盘战略，也不是替你操作真实平台，而是把“回流率为什么低”落到具体阶段上，并说明每项判断依据什么数据。

它如何工作

核心流程分六步：

• 核对 沉睡标签、历史消费 与 回流动作，标记数据日期、来源和不可比较的口径，资料不足时先输出补证据清单，而不是硬算；
• 统一每个阶段的进入、完成与排除条件，保证阶段之间互斥、人数可复核；
• 把“投诉与退订人群先排除”写成硬约束，任何方案都不得用无法兑现的承诺绕过；
• 计算相邻阶段转化率并对比历史基线，得出 基线差异；
• 优先处理影响最大且可控制的一个断点，而不是同时铺开多个动作；
• 用 会员标签、券领取 和 回店记录 做交付前核验，以 沉睡会员回流率 作为复查指标。

交付物包括阶段数据看板、核验清单和回流率复查记录，每项关键判断都能追溯到原始数据。如果关键条件不满足，它会直接输出“暂不可交付”，列出缺失信息、影响范围和下一步补证据动作，而不是用空泛建议填满模板。

适用边界

• 不承诺流量、转化率、收入或活动效果，没有实际数据时只给测量口径；
• 涉及预算、价格、库存、时间或会员数据时，必须标明来源与日期，并把已确认事实、分析判断、待确认事项分开；
• 处理会员、客户或活动参与者数据时只用最小必要信息，并提醒去标识化；
• 涉及真实发送、付费、退款、删除或生产变更时，必须先取得明确授权。