小程序首页流量沉睡人群分层召回方案

要解决什么问题

小程序首页拉新之后，最常见的失败不是没人来，而是来了没沉淀：首屏加载慢、活动库存受限、页面位置不理想，这些硬约束让一部分用户在完成浏览甚至下单之前就流失了。等到运营想挽回时，面对的往往只是一份沉睡名单——知道「不来了」，却不知道为什么不来、该不该触达、用什么理由触达。

这个技能处理的就是这段沉睡唤醒环节：把首页流量中的沉睡人群按流失原因分层，为每一层设计不同的回流动作，而不是发一条全量优惠券了事。

它如何工作

核心交付物是一份分层召回方案，围绕三个条件展开：使用对象是小程序首页流量，操作重点是按沉睡原因设计不同回流动作，验收标准是首页到目标页点击率复查。

执行前需要准备：访问来源、页面点击和下单路径；首屏位置、加载速度与活动库存受限情况；沉睡名单；历史行为；可用权益。涉及预算、价格、库存、时间、平台规则、会员或客户数据时，必须标明来源和日期，已确认事实、分析判断与待确认事项分开写。

执行流程分六步：

1. 核对访问来源、页面点击和下单路径，标记数据日期、来源、缺失项与不可比较口径；资料不足时先输出补证据清单。
2. 排除投诉、退订和不合规触达人群。
3. 把「首屏位置、加载速度、活动库存受限」写成硬约束，任何方案不得用无法兑现的承诺绕过。
4. 按价值、最近行为和流失原因分层。
5. 匹配内容、权益、人工关怀与停止触达条件。
6. 用页面版本、埋点和订单来源完成交付前核验，以首页到目标页点击率作为复查指标；没有实际数据时只给测量口径。

交付物包括分层召回方案、核验清单和复查记录三张表，模板见 SKILL.md。

适用边界与注意点

• 只处理首页流量的沉睡唤醒任务，不替代全盘战略，也不执行真实平台操作。
• 不承诺流量、转化率、收入、排名、审核或裂变规模，不把建议冒充已执行结果。
• 涉及真实发送、发布、付费、退款、删除或生产变更时，必须先取得明确授权。
• 处理会员或客户数据时只使用完成任务所需的最小信息，并提醒去标识化。
• 任一关键条件不满足时输出「暂不可交付」，列出缺失信息与下一步补证据动作。