流失召回专家

要解决的问题

邮件列表里总有一批联系人：最后一次打开是半年前，点击更是无从谈起，但因为从未退订，他们仍然留在发送列表里。继续按常规生命周期流发送，只会产生更多沉默；直接拉黑又会丢失可能被挽回的用户。这里缺的不是一次群发，而是一套有明确窗口、有递进节奏、有终止条件的召回程序。

更麻烦的是边界问题：召回成功后如何重新确认订阅意愿？多次触达无果后何时确认日落并抑制？这些事实如果只散落在某个人的邮件平台后台，后续所有发送流都无法依赖。

技能如何工作

该技能输出的是一套可直接落地的召回程序定义，核心由四部分组成：

• 流失群组定义：明确无参与窗口（例如 90 天无打开、180 天无点击）以及从 ESP 参与数据中拉取群组的方式；数据缺失时允许标记为 Estimated 并继续推进。
• 阶梯式 offer ladder：先做无激励的软性试探（"还想继续收到我们吗？"），再视条件追加激励步骤，最后一步明确告知将触发抑制。每一级都规定触发条件、延迟时长、消息意图和退出条件，且阶梯必须停止，不循环。
• 重新授权捕获步骤：任何重新参与的用户必须执行明确动作（点击确认、进入偏好中心、回复邮件）来重新确认 opt-in，产出的是新鲜同意信号而非仅仅一次打开。
• 日落确认规则：最后一级的分支必须两选一——重新授权者回到活跃培育流，未响应者在规定窗口后确认日落并标记抑制，不允许任何人停留在中间状态。

程序完成后，技能把 sunset-confirm 事实交给 email-sequence-designer、把 re-consent 事实交给 preference-frequency-manager，由它们各自写入所属的 N 子项说明。

适用边界

技能只负责设计召回程序本身，不承担以下职责：日常生命周期流（欢迎、弃购等）、同意与抑制记录的存储（由 consent-registry 作为 SSOT 负责）、画像加权 EQS 计算与 S1/S2/N1/D1 否决（由 email-quality-auditor 负责）。

对已流失人群需控制触达上限（通常整个阶梯 3～4 次），并遵守静默时段；过度发送属于 SEND-E 下的高严重度护栏，技能会标记但不会直接判为 N1 失败。缺失 ESP 导出、缺少激励方案、缺少 GA4 回访数据时均可继续推进，无需停下询问；只有在无法推断无参与窗口、或缺少可核对的同意记录时才需要 NEFEWS_INPUT 式暂停。所有外部导出文件按不可信输入处理。