注册后就失联？vibe 项目的生命周期邮件序列实战

注册完就没了下文：先讲一个虚构的教训

先讲一个虚构的教学例子。小满一个人用 AI 搭了个待办清单应用“拾光清单”，上线第一个月，每天都有二三十个人注册。小满每天打开后台看数字，心里挺美：注册量在涨，说明产品有人要。可一个月后他再看，傻眼了——注册了 800 多个人，真正第二天还回来用的不到 100 个，付费的一个都没有。他去翻邮件后台，发现整个产品从头到尾只发过两种邮件：注册时的验证码，和每个月一次的“产品更新群发”。用户注册完，拿到验证码，进来转了一圈，第二天就把这个应用忘了个干净。

小满的问题不是产品没人要，也不是没人注册。问题出在注册之后那 30 天里，他跟用户一句话都没说过。一个刚注册的用户，头几天是最需要人带一把的时候：不知道从哪下手、不知道这个东西能帮他干什么、做到一半卡住了不知道问谁。这几件事没人管，用户就走了，而且走得悄无声息——不骂你、不提意见，直接卸载，连个招呼都不打。

本文讲的就是注册之后那 30 天该怎么跟用户说话：一套按用户行为自动触发、多封邮件前后衔接的“生命周期邮件序列”。什么时候发、每封说什么、每封只让用户做一件事、什么情况下停下来不发、发完怎么知道有没有用，全都讲清楚。本文所有例子里的人名、产品名和数字都是虚构的教学例子，只用来把道理讲清楚；文中的天数、比例和频次都是工程经验建议，不是哪个官方标准，照着用之前先按你自己的产品验算一遍。

零、先划界：这篇只讲“多封序列怎么编”，别的邮件各有归属

动手之前先把范围划清楚，不然很容易把几件不同的事混在一起写，最后哪件都没讲透。先说全站邮件类指南的分工：目前站内邮件类只有四篇，分别是 newsletter 群发、验证与密码重置、交易邮件送达、事务通知单封，没有一篇讲多封序列。本文补的就是这块空缺。

具体划界是这样的。newsletter 是定期群发：一个月一两封，发给全体订阅者，讲产品更新和行业动态，跟单个用户走到哪一步没关系。事务通知邮件是单封事件触发：密码改了、订单成了、评论有人回了，就发一封，讲完就结束，没有下一封。送达指南讲的是 SPF、DKIM、DMARC 这些发信技术，管的是邮件能不能进收件箱。本文不讲这些技术细节，只讲序列编排与执行：用户注册后第几天发什么、用户做了什么就跳到哪封、用户多久没动静就换一封、什么时候停下来。流失召回指南讲的是召回策略层面的 playbook：为什么用户会走、拿什么理由请回来、给不给优惠、优惠给多大。本文第 4 节只讲召回信在序列里的执行位置、频率上限和退订处理，策略本身请去看那篇召回指南。

一句话记住分工：群发是“到日子就发给所有人”，单封通知是“一件事发一封”，送达是“让邮件进得了收件箱”，召回策略是“拿什么理由请人回来”，本文是“按用户走到哪一步，一封接一封地把话说完”。分不清这五件事，就容易写出一封什么都想说的邮件，结果用户什么都没记住。

一、三种邮件别混着发：先画一张序列地图

很多 vibe 项目的邮件问题，第一步就错了：把群发、通知和序列混成一锅粥。最常见的样子是这样的——注册时发验证码，第三天发一封“我们上新了”，第七天发一封“限时优惠”，第十天再发一封“你已经 10 天没来了”。用户收到的四封邮件彼此没有关系，每封都像是从不同的人手里发出来的。用户当然不会认真读，他只会觉得这个产品话很多，而且每句话都跟自己没关系。

正确的做法是先画一张序列地图：横轴是用户注册后的天数，纵轴是用户当前的状态。状态一共就五种：刚注册还没用起来、已经用起来了、正在养成习惯、快要沉下去、已经沉下去了。每种状态对应一小串邮件，每串 2 到 4 封，每封只干一件事。用户状态变了，就从一串跳到另一串，不会两串同时追着他发。

这张地图长这样：注册当天发欢迎信，目标是让用户完成第一次关键操作；第 1 天发激活信，帮他把第一次操作做完；第 3 天发进阶信，教他第二个常用功能；第 7 天发兜底信，还没激活的用户最后推一把。激活之后进入习惯养成期：用户完成 aha 时刻后发一封祝贺加下一步引导，用量到 80% 时发一封提醒，14 天没动静发一封沉睡预警。再往后是流失预警和召回：21 天没回来发召回信，28 天还没回来发最后一封，然后停下来，不再打扰。用户在任何一步点退订，整个序列立刻停止，一封都不再发。

这里有个判断要先说清楚：如果你今天只有精力做一种邮件，先做序列，别先做群发。群发是给已经留下来的人看的，序列是把新来的人留下来的。注册后 30 天留不住人，群发写得再好也没有观众。很多小团队把顺序搞反了，先花两周写 newsletter 模板，结果新用户还是注册完就走。顺序反了，力气就白花了。

还有一个容易踩的坑：别把事务通知塞进序列里凑数。验证码、密码重置、支付成功，这些是用户主动要的东西，发得越快越好，跟序列没有关系。把“您的验证码是 123456”算成序列第一封，再配上“顺便看看我们的新功能”，是最糟糕的做法——用户要的是验证码，你塞的广告只会让他觉得这个产品不分轻重缓急。通知归通知，序列归序列，两条线各走各的。

二、欢迎与激活系列：注册后 0 / 1 / 3 / 7 天，每封只让用户做一件事

欢迎与激活系列是整个序列里最重要的一串，因为用户流失最多的地方就在这里。数据上看，一个用户如果注册后 7 天内没有完成第一次关键操作，之后再回来的概率会断崖式下跌。所以这四封邮件的目标非常具体：不是让用户“了解产品”，而是让用户在 7 天内动手做成一件事。

第 0 天，注册后立刻发欢迎信。这封只有一个目标：让用户完成第一次关键操作。标题别写“欢迎加入拾光清单”，写“第一步：建你的第一个清单，30 秒就够”。正文别介绍公司愿景，别贴功能大全，就三样东西：一句话说这个产品是干什么的，一个大按钮指向第一次操作，一个备用链接指向 2 分钟的新手视频。用户点开这封邮件，十秒内就该知道自己要干什么。反模式是把欢迎信写成产品说明书：功能列表、定价表、团队介绍全塞进来，用户读了三行就关了。

第 1 天，给还没完成第一次操作的用户发激活信。这封的目标是帮他把昨天的事做完。标题可以直接点出卡点：“昨天没建清单？可能是这一步卡住了”。正文给最常见的两个卡点配解法：不知道写什么，就给三个现成的清单模板点一下就能用；找不到入口，就截一张带红圈标注的图告诉他按钮在哪。CTA 只有一个：回去完成第一次操作。反模式是第 1 天就换话题推新功能——用户第一步还没迈出去，你跟他讲第十步的事，他只会觉得这个产品离自己很远。

第 3 天，给已经完成第一次操作的用户发进阶信，给还没完成的用户换一封更轻的提醒。进阶信的目标是教第二个常用功能，最好是跟第一次操作自然衔接的那个。比如用户建了第一个清单，进阶信就教他怎么设提醒、怎么把清单分享给同事。标题可以写“清单建好了，下一步：让它每天早上提醒你”。还没激活的用户那封则要更短、更轻：只问一句话，配一个一键完成的入口。千万别在第 3 天发“你再不回来我们就要删号了”这种威胁，用户还没跟你熟到能接受这种语气。

第 7 天，发兜底信。这是欢迎系列的最后一封，目标是做最后一次激活尝试，同时给用户一个体面的台阶。标题别写“最后通牒”，写“这封是 7 天里的最后一封：还需要帮忙吗”。正文三句话：你注册了一周还没用起来，可能是我们没讲清楚；这里有一个 3 分钟的上手视频；如果这个产品不适合你，点这里退订，我们不再打扰。写这封的时候要想清楚：一个体面告别的用户，未来还有可能回来；一个被骚扰走的用户，永远不会回来。兜底信发完，用户还没激活，就把他移出欢迎系列，交给沉睡预警那一串处理，别再重复发激活信。

还有一条铁律，贯穿这四封：别在第一封就推销。用户刚注册，对你还没建立任何信任，你上来就推付费版，他的第一反应是“原来注册就是为了卖我东西”。付费引导要等到用户完成 aha 时刻、真正觉得这个东西有用之后再出现。顺序错了，推销就不是转化手段，而是赶客手段。第一封只字不提付费，第二封最多在页脚留一行小字，第三封以后再根据用户用量慢慢提。这条线守住了，付费转化反而更高，因为用户是先觉得有用、再看到价格，而不是先看到价格、再决定有没有用。

三、习惯养成与用量提醒：aha 时刻后、额度到 80% 时、沉睡 14 天时的三封关键信

用户完成第一次关键操作，不等于留下来了。很多人用了一次，觉得“哦，还行”，然后就忘了。习惯养成期的任务，就是在用户觉得“还行”的那几天里，把“用一次”变成“每周都用”。这个阶段有三封关键信，每封都由用户行为触发，不是按日子算出来的。

第一封在 aha 时刻后发。aha 时刻就是用户第一次真正感觉到“这东西对我有用”的那个瞬间：待办清单里，可能是他第一次用提醒功能准时完成了一件事；笔记应用里，可能是他第一次用搜索三秒找到了一条旧笔记。这个时刻一到，马上发一封祝贺信，标题可以写“你刚刚完成了第一次准时提醒——就是这个感觉”。正文只干两件事：把他刚才做到的事说出来，让他意识到自己已经会用了；再给他一个自然的下一步，比如“试试把每周重复的事设成自动提醒”。这封信的关键是快，aha 时刻过去 24 小时再发，感觉就凉了。技术上要做到这一点，需要在产品里埋一个事件：aha 行为一发生，就触发这封邮件。埋点这件事值得花半天时间做，它是整个序列里性价比最高的投入。

第二封在用量到 80% 时发。免费档用户快把额度用完了，是最自然的付费引导时机，因为这时候用户已经在真实地用你的产品，而且马上就要撞墙了。标题别写“升级到专业版”，写“你的免费额度还剩 20%，大概还能用 3 天”。正文给三个信息：现在用了多少、按最近的速度还能用几天、升级后额度变成多少。CTA 是“看看专业版”，不是“立即付款”。反模式有两种：一种是额度到 50% 就开始催，用户会觉得你急着卖东西；另一种是额度用完了才发“你已超限”，用户正在干活的时候被拦下来，第一反应是生气，不是掏钱。80% 这个点刚刚好：用户有时间决定，又有真实的紧迫感。

第三封在沉睡 14 天时发。用户 14 天没回来，大概率是忘了你，而不是讨厌你。这封的目标是提醒，不是召回——提醒和召回是两件不同的事，召回是 21 天以后的事。沉睡预警的语气要轻：标题写“你的清单还在等你：上周那三件事做完了吗”，正文帮他回忆他上次做到哪了，比如“你上次建了‘搬家清单’，还剩 4 件事没打钩”。这种信之所以有用，是因为它说的是用户自己的事，而不是你的产品更新。反模式是沉睡 14 天发一封“我们想你了”，用户想的是“你是谁”，这封就白发了。所有沉睡提醒都要带上用户自己的数据：他上次做了什么、做到哪一步、还剩什么没做完。没有用户数据打底的提醒信，和群发没有区别。

这三封信有一个共同点：都是用户做了什么、或者没做什么触发的，而不是日历触发的。日历触发的信（比如每月 1 号发）是群发，行为触发的信才是序列。分不清这两者，就会把序列做成群发：每月 1 号给所有人发“你的额度快用完了”，结果一半人根本没用过，一半人早就超了。触发条件写得越具体，邮件就越像是在跟这个人说话；触发条件越笼统，邮件就越像是在对着空气喊话。

四、流失预警与召回信：只写序列执行层，频率上限与退订是底线

用户 21 天没回来，就进入流失预警。先说清楚本节的边界：召回策略本身——为什么用户会走、拿什么理由请回来、给不给优惠、优惠给多大、要不要做用户访谈找原因——那是另一篇《流失召回指南》讲的策略层 playbook。本节只讲召回信在序列里的执行：发几封、隔几天、什么情况下停、频率上限怎么定、退订怎么处理。

执行层面的安排是这样的：第 21 天发第一封召回信，第 28 天发第二封也是最后一封，两封之间隔 7 天。第一封的任务是问原因，不是给优惠。标题写“21 天没见了：是哪里不好用吗”，正文放一个一键反馈入口，三个选项就够了：太贵了、不会用、找到别的工具了。用户点一下，你就知道他为什么走，比猜一百次都有用。第二封的任务是给台阶：标题写“这是最后一封：你的数据还在，需要的话随时回来”，正文告诉他账号和数据都保留着，回来不用重新注册。两封发完，用户还没回来，序列就此结束，不再发任何邮件，直到他自己重新登录触发新的行为。

频率上限是这条线的底线，写死在配置里，别靠人自觉。一个人 30 天内收到的序列邮件最多 6 到 8 封，同一周最多 2 封。超过这个数，用户不是被感动回来的，是被烦走的。更重要的是防重叠：欢迎系列、习惯系列、召回系列是三条线，用户在同一时间只能处在其中一条线上。最常见的事故是用户已经激活了，欢迎系列的兜底信还在按定时任务往外发；或者是用户已经回来了，召回信还在发“你怎么还不回来”。解决办法是每封邮件发出前都先查一次用户当前状态，状态变了就取消待发的邮件。这个检查要写在发信逻辑里，不能靠人工记。

退订处理是另一条底线，而且没有商量余地。用户点退订，整个序列立刻停止，包括已经排队等着发的邮件，一封都不许再发。退订页别耍花招：别用“你真的要走吗”连问三遍，别把退订按钮藏在小字里，别退订了营销邮件还继续发产品通知。退订之后只保留法律和安全必须发的邮件，比如密码重置和账单通知，而且要在退订页上写清楚这一点。还有一个细节：退订要按类别退，不是一刀切。用户退了营销序列，不等于退了账单通知；用户退了召回信，不等于退了用量提醒。类别分得越清楚，用户越愿意只退他不想要的那一类，而不是一气之下全退了。

最后说一句执行层面的大实话：召回信的打开率通常是整个序列里最低的，别指望靠两封邮件把流失率从 40% 打到 10%。召回信真正的价值有两个：一是回收一部分本来就要回来的用户，二是收集用户离开的原因。第一封里那个一键反馈，回收到的原因比召回本身更值钱——它告诉你下一批用户会在哪里流失。把召回信当成调研工具来用，心态就对了。

五、度量与工具：打开率会骗人，激活转化不会

序列上线之后，怎么知道它有没有用？先说一个要小心的指标：打开率。打开率是最容易看、也最容易骗人的数字。苹果的邮件隐私保护会让很多邮件被算成“已打开”，哪怕用户根本没看；标题党能把打开率推高，同时把退订率也推高。所以打开率只能当参考，不能当考核指标。真正要盯的就三个数：激活转化率、习惯养成率、召回率。激活转化率是注册后 7 天内完成第一次关键操作的用户比例，这是欢迎系列的成绩单。习惯养成率是激活用户里 30 天内回访 4 次以上的比例，这是习惯系列的成绩单。召回率是收到召回信后 14 天内回来的用户比例，这是召回系列的成绩单。每个系列只对自己的数负责，别拿打开率给所有系列发奖金。

主题行 A/B 测试是度量里最值得做的事，也是最容易做错的事。正确的做法是一次只测一个变量：同一封邮件，两个标题，其他什么都不变，发给各 10% 的用户，24 小时后看哪个的激活转化高，赢的那个发给剩下 80%。常见错误有三个：一是同时改标题和正文，测完了不知道是谁的功劳；二是样本太小，50 个人里 3 个人点和 5 个人点，差的那 2 个人可能就是运气；三是只看打开率不看转化，标题党赢了打开率、输了激活转化，最后还是输。A/B 测试的判断标准要跟系列目标一致：欢迎系列看激活转化，习惯系列看回访率，召回系列看回来的人数。标准定错了，测试就白做了。

发信工具怎么选？对 vibe 项目来说，选型不用复杂，按三个阶段来。第一阶段，用户量在 1000 以下，注册后手动发都行，但序列一定要自动化：用 Resend、Loops 或者 Postmark 这类按量计费的发信服务，配合产品里的几个事件触发点，半天就能搭起来。别一上来就买带全套营销功能的平台，功能用不上，月费先交上了。第二阶段，用户量到几千，开始需要可视化序列编辑器：能看到每封邮件的触发条件、等几天、发给谁，出了问题能一眼定位。第三阶段，用户量上万，再考虑客户数据平台和更细的分群。选型的时候问自己三个问题：支不支持行为触发、支不支持发信前查用户状态、退订是不是按类别分的。三个都支持的工具，基本够用到几万用户。

送达技术这里不展开：SPF、DKIM、DMARC 怎么配、发信域名怎么隔离、进垃圾箱了怎么查，那是另一篇《交易邮件送达指南》讲的内容。本文只提一个执行层面的要求：序列邮件和事务通知邮件要用不同的发信域名或者至少不同的子域名。混用一个域名，序列邮件一旦被用户标记为垃圾邮件，验证码和密码重置也会跟着进垃圾箱，那个损失比序列本身大得多。

上线前检查清单：照着打钩再发第一封

最后附一份检查清单，上线前逐项打钩。第一，触发条件写清楚了没有：每封邮件由哪个行为触发、等几天、发给谁、什么情况下取消，写在文档里，别只存在某个人脑子里。第二，防重叠查了没有：同一个用户同一时间只处在一条序列上，发信前先查状态。第三，频率上限设了没有：30 天最多 6 到 8 封，一周最多 2 封，写死在配置里。第四，退订测了没有：点退订之后，排队里的邮件是不是真的停了，用测试账号亲自点一遍。第五， aha 事件埋了没有：没有事件触发，习惯养成那三封就发不出去。第六，域名分了没有：序列邮件和事务通知别共用一个发信域名。第七，A/B 测试的判断标准定了没有：欢迎系列看激活转化，别看打开率。第八，第一封里没有推销：欢迎信里一个字都别提付费，付费引导等 aha 时刻之后再出现。这八项都打上钩，再发第一封。少一项，序列上线后都会以某种你不希望的方式提醒你。

说到底，生命周期邮件序列不是写邮件的技巧，而是跟用户相处的方式。用户注册之后，你是立刻推销、还是先帮他把第一件事做成；他用起来之后，你是继续讲你的产品更新、还是在他快撞墙的时候提醒一句；他走了之后，你是死缠烂打、还是体面告别再留一扇门——这些选择加起来，就是用户对你的产品的全部印象。序列写得好，用户会觉得这个产品“懂我”；写得不好，用户只会觉得“话真多”。先把话说到点子上，再谈转化。