沉睡用户唤醒流程：21 天 4 封邮件怎么写
目录
先说一个数字：你的 ESP（Email Service Provider，邮件发送平台——比如 Klaviyo、Mailchimp、HubSpot）里，目前大约有四分之一的地址，过去六个月里没打开过你的任何邮件。其中一部分人换了工作忘了更新邮箱，一部分人设了个 "Promotions" 过滤器把你的邮件自动归档了，还有一大部分是单纯"睡着"了——邮箱还在，但关系已经结束。
退订的那 25% 处理起来简单。真正麻烦的是另外那 25%——没打开、但也没退订的人。这部分才是悄悄搞坏你发件人信誉的元凶。你打开率长期卡在 12% 下不来，是他们；Gmail 给你限流的，是他们；明明收件人主动订阅过你，邮件还是进了垃圾箱，还是他们。
解法不是换一句更好的标题。是跑一套 21 天的 4 封邮件唤醒流程——先挽回一部分，剩下的该清理就清理。过去六年，我在大概二十个客户名单上跑过类似的流程，得到的数字总是惊人的一致："沉睡"用户里，20%–45% 在你真正开口问的时候会回来；剩下 55%–80% 的地址，其实你一年前就该删了。
怎么定义"沉睡"
我合作过的大多数团队会用以下三种定义中的一种，而选哪一个，决定了你面对的问题有多大：
- 90 天不活跃 —— 没有任何打开、点击。激进。会把订阅半年的 newsletter 用户也算成沉睡。
- 120 天不活跃 —— 最常见的定义，也是大多数 ESP 的默认值。
- 180 天不活跃 —— 宽松版。如果你的购买周期长（B2B、高客单），这个更合适。
具体选哪个看业务。每天早上发 deal 的网站，60 天就该算沉睡。每周发一次的 SaaS（Software as a Service，软件即服务）公司，180 天还能守住。重点是选一个、写下来、每次按这个标准跑同一个流程。我最常看到的错误是：团队只在"送达率已经崩了"的时候才想起跑唤醒流程。这时候 Gmail 已经限流你几周了。每季度跑一次，才是真正保护送达率的节奏。
关于阈值还有一点：要看点击，不要只看打开。Apple Mail Privacy Protection（MPP，Apple 的邮件隐私保护）会预加载追踪像素，把打开率虚抬了好几年。Klaviyo 2024 年的一项基准数据显示行业平均打开率在 30% 多，部分原因就是这个。如果你只用"打开"来定义"沉睡"，会错误地把一大批 iCloud 用户分到沉睡组。点击是更诚实的信号。
逐封拆解：四封邮件的 21 天
下面这套四封邮件，就是我给所有"跨过沉睡线"的用户发的。总时长 21 天，总发送量 4 封。不会再多。
第 1 天 —— 轻量确认
第一封是低成本的提醒。你不是在请他做任何事，只是在提醒他你存在，并给他一个最简单的方式确认是否继续订阅。
标题： Still want to hear from us?（你还想继续收到我们的邮件吗？）
正文（纯文本）：
Hi {{first_name}}，
简短一封。你订阅 {{brand_name}} 已经有一段时间，但过去 {{X}} 个月我们没看到你打开过任何邮件。
怎么都行。如果你还想继续收到 {{你实际发的内容 —— "每周产品更新" / "投放技巧" / "新歌推荐"}}，点一下下面的按钮。一键搞定。
[ 是的，把我留在列表里 ]
如果你没点，未来几周可能还会收到我们一两封邮件。之后我们就当你不再需要，停止发送。
— {{brand_name}}
这封邮件真正在做两件事。"点一下按钮"这个机制是一次"一键确认订阅"——大多数 ESP 都支持作为自定义事件，你可以在流程里做分支。点的人留下；没点的人进入后面的序列。而"我们停止发送"这句话不是威胁，是真实政策——它会为后面那封"分手邮件"的可信度打底。如果分手邮件要让用户感到真诚，第一封就必须是真诚的。
第 7 天 —— 价值提醒
如果第 1 天没点，他需要的就不是"你还想收到邮件吗"这种问题了——那个问题对沉睡用户来说本身就有点烦。6 天后，你换一个角度回答："这邮件里到底有没有你想要的？"
标题： Three things you missed this month（这个月你错过了三件事）
正文：
Hi {{first_name}}，
我们从过去 60 天里挑了三件我们觉得做得最好的内容——万一当时你那边时间点不对：
- {{链接 1 —— 流量最高的博客或产品更新}}
- {{链接 2 —— 点击率最高的那期 newsletter}}
- {{链接 3 —— 一个客户故事、案例研究或教程}}
如果其中任何一条对你有用，我们可以继续发。如果都没兴趣，两周后你会再收到最后一封，之后我们就不发了。
— {{brand_name}}
这封邮件有效，是因为它把问题从"你要不要邮件"（一个让大多数沉睡用户烦躁的问题），转成了"邮件里有没有你要的东西"（一个有具体答案的问题）。三个链接才是真正在干活。挑过去 60 天里互动最高的三条内容，不是你个人最得意的三条。要把人赢回来，唯一能参考的指标就是互动。
第 14 天 —— 带硬截止时间的钩子
这时候可以上钩子了。14 天的等待已经让你有这个资格。钩子最有效的形式是绑一个以小时计的截止时间——而且这个截止时间必须是真的，不是"限时优惠"那种空话。
钩子具体是什么，看你的业务。电商可以是 48 小时的 85 折优惠码；SaaS 可以是延长试用期、免费一个月、一次 1 对 1 的 onboarding 通话；媒体可以是付费档的折扣或一篇会员专享内容。形式不重要，"以小时计的截止"这个机制才重要。按天算的截止时间没人看见，按小时算的会改变行为。
标题： 15% off, only for the next 48 hours（15% 折扣，只限未来 48 小时）
正文：
Hi {{first_name}}，
我们这边再来一次，这次有真正的理由。
未来 48 小时内使用优惠码 COMEBACK15，可享 {{商品/订单/首月付费}} 85 折。
[ 继续结账 ] / [ 开通试用 ]
如果现在不是时候，也没关系。这是你会收到的最后一封促销邮件。之后除非你主动告诉我们，否则我们就停止发送了。
— {{brand_name}}
两点实操。第一，优惠码要加粗、要在正文里重复——把码藏起来是这封邮件最常见的"静默杀手"。第二，"最后一封促销邮件"这句话在做和第 1 封同样的事。分手邮件要让人感觉是承诺的延续，不能是突然袭击。
第 21 天 —— 分手邮件
最后一封要短、要真诚，作用只有一件：给沉睡用户一个体面的退场，也给你自己一个"可以正式屏蔽"的理由。
标题： Should we close your account?（需要我们关掉你的账户吗？）
正文：
Hi {{first_name}}，
三周前我们问过你是不是还想收到我们的邮件。你没回答 yes，所以这封是最后一封。
你什么都不用做，我们会停止发送。你的数据我们这边会保留——以后你随时回来登录就行。
如果你其实还想继续收到邮件，点下面这个：
[ 把我留在列表里 ]
不管哪种，谢谢你曾经是 {{brand_name}} 的客户 / 读者 / 订阅者。
— {{brand_name}}
"把我留在列表里"这个按钮可有可无。有些团队加，有些不加。加的理由是有一小部分用户（通常 2%–5%）前 3 封没理，但只要给一个干净的、低压力的入口，他们其实会回来。不加的理由是：分手邮件如果只有一个"是/否"二元选择，反而更有力——你沉默，我们就移除。我个人倾向加这个按钮，因为它的回收率是真的，而退订率几乎不动。
留下来的人怎么办
21 天结束，你手上会有两个群组：20%–45% 重新互动过的（点了、打开了、回复了、用过优惠码、点过 keep-me 按钮的），和 55%–80% 完全没动静的。留下来的人是你最重要的列表分群——他们的行为已经告诉你：他们想留。把这部分人挪到一个"已唤醒"分群，剩下的从主发件池里屏蔽。
"屏蔽"才是这套流程真正要做的事。绝大多数 ESP 都让你可以在不发确认邮件的情况下，把一个档案标记为退订——suppression list（屏蔽名单）或者"do not mail"标签都行。沉睡地址不再拖累你的发件信誉。你下一封常规邮件会发到一个更小、互动率更高的列表。打开率、点击率会以复利的方式向上爬几个月。
这一点我必须反复跟新接触这套体系的客户强调：一份 45% 打开率的小列表，价值远大于一份 12% 打开率的大列表。邮件量不等于邮件收入。真正理解这件事的人，才会被 Gmail 和 Yahoo 持续投递。
AI 在这套流程里真正能帮上忙的地方
三件事。第一，给第 7 天的"你错过了什么"邮件生成三条链接——让模型从你的 CMS（Content Management System，内容管理系统）或 ESP 数据里挑过去 60 天互动最高的内容，再起草包裹它们的那段话。第二，生成大量标题变体用于 A/B 测试——AI 一分钟内能给你 20 个候选，覆盖不同情感角度，包括那些"反常规"但最后胜出的版本。第三，分析流程结束后的数据——把"成功唤醒"的那群用户数据喂给模型，让它挖掘规律（打开时段、最初来源、最近购买过什么），这些规律能预测未来的唤醒率。
AI 帮不上忙的地方：写分手邮件（它爱过度抒情、加感叹号、乞求语气）；决定给多少折扣（你比它更清楚自己的毛利）；以及"要不要屏蔽某具体用户"的判断（这必须由数据决定，不是模型）。分手邮件请自己手写。那份真诚必须是你的。
这件事真正想说的
唤醒不是一个 campaign，是每季度的维护习惯。上面这套流程是可以照搬的部分，但真正决定你邮件项目健不健康的，是你有没有按节奏在跑。每季度。同一个"沉睡"定义。同四封邮件。同一个末尾的屏蔽动作。
一份沉睡的列表不代表业务在下滑。任何一份存在超过六个月的列表，沉睡都是它的自然状态。真正的问题是：你打算让沉睡的部分把活跃的部分一起拖下水，还是每季度花一次清理成本，让剩下的项目持续复利增长。