序列的价值不在发了几封，在什么时候停下来。
一、一个付了两年的客户，收到了「了解一下我们的定价」
辛笛给产品配了一套欢迎序列：注册后第一天介绍功能，第三天讲使用场景，第五天推定价页，第七天给一个折扣码。
某天一位客户在工单里写：「我已经付了两年的钱，为什么还在让我了解定价？」她翻记录才发现，这位客户因为换了邮箱重新注册了一个账号，于是被判为「新用户」，完整走了一遍欢迎序列。
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
她给序列加了退出条件：已付费的跳过定价与折扣，已认证域名的跳过激活，已退订的一封不发。名义上每月会产生三千九百多人次触达，退出规则挡掉六成二，实际只发一千五百封。
序列的默认状态应该是「不发」。 每加一封都在问：这个人此刻真的需要吗？
二、三段序列：步数、间隔与内容边界
生命周期序列只需要三段，每一段的目标不同。
| 序列 | 步数 | 间隔 | 每步目标 | 达到目标的信号 |
|---|---|---|---|---|
| 欢迎 | 3 封 | 当天、第 2 天、第 5 天 | 让人完成第一次有效使用 | 完成关键动作 |
| 激活 | 2 封 | 第 3 天、第 8 天 | 把「注册了但没用起来」推过门槛 | 完成关键动作并复用 |
| 召回 | 3 封 | 第 30 天、第 45 天、第 75 天 | 说清「你错过了什么」再谈回来 | 重新登录 |
欢迎序列不要放定价。 用户刚进来，还不知道你能解决什么，直接推价格只会让他判断「太贵」；定价放在用户已经感受到价值之后。
激活序列只发给「注册但未完成关键动作」的人。 已经完成的人再收激活邮件，会觉得你没在看数据。
召回序列要短。 三封足够，三个月内没反应就停；一直发下去，只会换来一个投诉。
间隔要拉长而不是缩短。 第 1、3、5 天连发三封，与一次群发没有区别；间隔留出观察窗口，才能根据行为决定下一步。
每封只推一个动作。 一封里同时让你看文档、约演示、进社群、填问卷，结果是一个都不做。
内容要写得像人写的。 独立产品的优势就是你认识用户；用「我上周看到你在做 X」开头，比任何模板都有效。
三、退出条件：不发比发对更重要
序列做错，最常见的原因不是文案，是该停的时候没停。
| 退出条件 | 判定依据 | 立即停止的序列 |
|---|---|---|
| 已付费 | 订阅状态为有效或试用中 | 欢迎、激活、召回中的定价与折扣 |
| 已完成关键动作 | 事件表里有对应记录 | 欢迎、激活 |
| 已退订或已投诉 | 偏好中心或投诉列表 | 全部营销序列 |
| 已进入另一条序列 | 同一用户只能在一个序列里 | 其余序列全部让位 |
| 沉默超过上限 | 最后活跃距今超过 180 天 | 召回 |
退出要按步骤判定，不是按序列开头判定。 第 1 天用户没付费，第 4 天付费了，第 5 天那封就不能发；资格要在每次发送前重算一遍。
序列之间要互斥。 一个刚注册又刚好在沉默名单里的人，很容易同时进欢迎与召回；按「最新事件优先」只保留一条。
已付费用户只能收事务与产品更新。 折扣码、试用提醒、定价介绍对他们是噪音，也是「你到底知不知道我是谁」的证据。
投诉是硬退出。 一旦标记为垃圾邮件，立刻停止全部营销发送，只保留事务邮件；继续发会把投诉升级成域名声誉问题。
退出要记录，不要只执行。 记下退出原因与时间，才能回答「为什么这个人没收到那封邮件」；同时，事务邮件要豁免频控——用户正在等验证码，不该被「本周营销额度已用完」挡住。
按本例复算退出规则的拦截量：
按人算的实际需求
欢迎 3 封 × 每月新注册 100 人 = 300
激活 2 封 × 未激活 60 人 = 120
召回 3 封 × 沉默 360 人 = 1080
合计 = 1500 封/月
旧序列不看状态，同一批人重复进序列
名义人次 = 3947
退出规则挡掉 62% = 2447
实际发送 = 3947 × 38% ≈ 1500
被挡掉的 2447 人次 = 2447 × 0.004 = 9.8 美元
被挡掉的两千四百多次，是本来会被投诉的触达。 它们不发出去，比发出去更接近增长。
四、频控与误发：一个用户一周最多收几封
序列之外，还需要一层全局频控，否则三段序列叠起来仍然会爆。
| 规则 | 阈值 | 作用范围 | 超出后的处理 |
|---|---|---|---|
| 每人每周营销上限 | 2 封 | 欢迎、激活、召回、公告合计 | 排队到下周或直接丢弃 |
| 同主题冷却 | 7 天 | 同一功能或同一活动 | 不重复发送 |
| 全局日发送上限 | 按名单 20% 计 | 全部营销邮件 | 分批顺延 |
| 事务邮件豁免 | 不设限 | 验证码、收据、扣款失败 | 永远不受频控影响 |
频控要按人算，不按序列算。 每条序列各自计数，用户仍然可能一周收到四封；只有一张全局表才管得住。
频控的默认动作是丢弃，不是延后。 一条「你错过了这个活动」延后一周发出去，通常已经过期；宁可少发。
误发率要作为指标跟踪。 定义很简单：这个月发出的序列邮件里，有多少封的收件人当时已经不满足发送条件。
按本例复算误发的成本：
月生命周期发送 1500 封
误发率 6% = 90 封
每 15 封误发引发 1 张工单 = 6 张
每张 12 分钟 = 1.2 小时 × 60 美元 = 72 美元/月
目标误发率 1% = 15 封 → 1 张工单
= 0.2 小时 × 60 美元 = 12 美元/月
节省 = 60 美元/月 = 720 美元/年
误发的代价不在发送费，在信任。 九十封邮件只值三角六分钱，但它们换来六张工单和六个「你根本不知道我是谁」的印象。
五、行动清单与复算验收
先把退出条件写出来，再写第一封文案。顺序反了，你会先写出七封然后发现全得改。
- 定义欢迎、激活、召回三段序列各自的「成功信号」。
- 为每条序列写出完整的退出条件清单，并按步骤判定。
- 实现序列互斥：同一用户同一时间只在一个序列里。
- 建立全局频控表，每人每周营销上限设 2 封。
- 让事务邮件明确豁免频控，并在代码里写死。
- 发送前重算一次资格，不依赖进序列时的快照。
- 每月计算误发率，目标是 1% 以下。
- 每季度检查一次序列清单，下线没有退出条件的序列。
验收标准：任取一个收件人，你能解释他为什么恰好收到这三封而不是五封，并且已付费、已完成动作、已退订、已在别的序列里的人，一封营销邮件都收不到。
使用边界与实操验收
本文只处理三段序列的机制、退出与频控，不写逐日文案，也不判断该不该做召回。
该不该召回不归本文。 沉默用户是否值得叫醒、按什么维度分层，属于留存策略；本文假设你已经决定召回，只讲怎么把序列发对。
单篇激活邮件的内容不归本文。 一封激活邮件怎么写、放什么案例，属于文案与产品理解；本文讲的是三段序列之间如何衔接与互斥。
取消流程不归本文。 取消页、挽留弹窗与降级选项属于产品设计；本文不碰取消流程，只在用户取消后停止序列。
不做序列也是一种选择。 产品还在验证阶段、用户不到一百人时，手写一封邮件比配三段自动化更有效；自动化是为了应对人数，不是为了显得专业。
关键参考与核验范围
核验日期：2026-10-25。以下链接仅作为公开文档入口，用于核对「订阅者可以随时退出」这一机制的标准实现，本文未逐条引用其内容。
- RFC 8058：SMTP 一键退订机制 ：用于核对一键退订的请求方式与服务端处理要求。
- RFC 2369：邮件列表命令的标准头部
：用于核对
List-Unsubscribe等头部字段的定义。
引用口径。 本文只借用两份标准的一点：序列必须有可执行的退出通道。文中的 100 人、60 人、360 人、1500 封、3947 人次、62%、6% 与 1% 全部来自教学假设，与上述材料无关。
核验范围。 核验的是「三段序列 + 退出五条件 + 全局频控」这套结构是否仍然可操作，不是比对某个自动化营销工具的功能。
如何自行复核。 挑一个上个月付过费的老用户，看他在过去九十天收到过哪些营销邮件；如果里面有定价介绍或折扣码，先修退出条件。
系列导航
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。