召回：什么时候该叫醒沉默用户

召回是分流，不是广播；叫醒错的人，比不叫更贵。

一、两封邮件，两个完全不同的结果

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

林一做「合同模板库」，一个给自由职业者和小工作室用的模板与条款工具，月付 19 元。付费用户四百多，免费注册用户接近三千。产品做了两年，他第一次认真看「沉默用户」这个池子，发现里面躺着 800 多个人。

他原本以为沉默用户是「忘了我们」的人，发封信提醒一下就会回来。这个假设在 800 人身上失效了，因为那 800 人里混着至少五种完全不同的状态。

他的第一封召回信发给全部 800 人，标题是「我们更新了很多功能」。打开 32 人，占 4%；退订 30 人；三天内回来使用的 2 人。他盯着后台看了半天，觉得哪里不对，又说不上来。

他后来复盘，那封信唯一的作用是帮他做了一次排除：30 个退订的人本来就不会再回来，只是之前一直留在名单里，让池子看起来比实际大。

第二封他只发给 60 个人，条件是「用过至少 5 次、最近 22 天没有动作」。标题写的是「你上次存的那份劳务合同，新增了 2026 版条款」。打开 39 人，回来 11 人，退订 2 人。

两封信并排放，真正的区别是「这封信是不是只可能发给我」。定向那封用了用户自己存过的合同类型；全量那封的开头适用于任何人，也就意味着对任何人都不重要。

同样是他写的邮件，同样是发给自己产品的用户，一封净少 28 个人，一封净多 9 个人。差别不在文笔，在名单是怎么筛出来的。

召回的第一步不是写邮件，是决定不发给谁。

二、先定义沉默，再谈召回

这一系列的统一口径是「连续两个完整使用周期没有核心动作」。这句话里有两个变量必须由产品自己填：核心动作是什么，一个使用周期有多长。

核心动作沿用激活时的定义：完成一次能产生价值的最小动作。模板库的核心动作是「新建或套用一份模板并保存」，不是登录，也不是浏览模板列表。

这一步必须先做，因为「沉默」不是按天数定义的，是按「该做而没做」定义的。一个每天都要打开的工具，三天不打开就是信号；一个每月才用一次的工具，三周不打开是常态。

使用周期不要拍脑袋，用数据算：取所有活跃用户相邻两次核心动作的间隔，算中位数，再乘以 2，就是沉默阈值。模板库的中位间隔是 11 天，阈值就是 22 天，而不是行业里常说的 30 天。

算中位数时要去掉只使用过一次的人，他们的间隔是无穷大，会把中位数拉得没有意义。

下面这张表只是示例区间，不是行业基准；每一行都要用自己的数据重算。

阈值定得太短，会把「正在休假」的人当成流失，召回信就成了打扰；定得太长，等到发信时用户已经换了工具，召回信就成了墓志铭。

阈值还要写进内部文档，并且固定至少一个季度。频繁调整会让「沉默人数」失去可比性，上个月的 800 和下个月的 600 可能只是定义变了。

还有一类特殊用户：注册后从未完成核心动作。他们不该进召回池，该进激活流程。召回的前提是「曾经来过」，对一个从没进来过的人说「欢迎回来」，只会暴露你没看数据。

季节性用户要单独标记，不能只靠沉默阈值去判。他们的间隔天然很长，系统应该在季节开始前两周发信，而不是等他们越过阈值之后再补救。

三、三条底线与一张分流表

召回信有三条底线，任何一条破了，后面算得再细都没有意义。

第一条，频率上限。同一个用户 90 天内最多收到 2 封召回类邮件，不管他属于几个分组。交集名单要去重，不要因为「他既沉默又没续费」就发两封。去重逻辑要写死在导出脚本里，不要靠发信前人工看一眼。

第二条，内容必须与沉默原因相关。给「用过 5 次后停」的人写「新增了 2026 版条款」，是相关的；给 800 个背景完全不同的人写「我们更新了很多功能」，是不相关的。相关性不是语气亲切，是能接上他上次停下的那一步。

相关性的最低标准是：把用户上次保存的东西或上次做的动作写进标题。做不到这一点，就说明这批用户还没被分好组。

第三条，每封都能一键退订，且退订后不再发送任何营销邮件。退订链接不能藏在页脚小字里，也不能要求登录后才能操作。

退订之后还发「服务通知」，是把合规当成文案问题；用户会把它记成骚扰，而不是记成一次失误。

这张表最重要的作用是排除：800 人里，从未激活和已取消的两类应该先被拿走，剩下的才是召回池。林一第一封信的错误，就是把五类人当成了一类。

分组之后，每组的文案模板应该不同。不是换称呼，是换那句「你上次停在哪」。

四、用净收益算，不用打开率算

打开率是邮件服务商给的数字，净收益才是产品的数字。两者经常给出相反的结论。

全量召回（800 人，标题「我们更新了很多功能」）
  打开 32（4%），回访 2，退订 30
  净变化 = 2 − 30 = −28 人
  发送成本 800 × 0.03 元 = 24 元
  每次回访成本 = 24 ÷ 2 = 12 元

定向召回（60 人，用过 5 次以上、停了 22 天）
  打开 39（65%），回访 11，退订 2
  净变化 = 11 − 2 = +9 人
  发送成本 60 × 0.03 元 = 1.8 元
  每次回访成本 = 1.8 ÷ 11 ≈ 0.16 元

若回访的 11 人里有 3 人续费：
  月收入增加 = 3 × 19 = 57 元
  同期退订 2 人，按 19 元计，月收入减少 38 元
  净月收入 = 57 − 38 = +19 元

两份名单的回访成本相差很多，但这个倍数没有意义——它只是演示数字造出来的。真正有意义的是符号：一份是负的，一份是正的。

这套算式里最脆弱的假设是「回访即留存」。回访的人里可能一半只是来看一眼新功能，所以 30 天后再算一次，才算真正回来。

退订的代价常被低估。一个退订的人不是「这次没回来」，是「以后所有召回都到不了他那里」。30 个退订，等于永久失去 30 个可触达的用户；而回访的 2 个人，下个月还可能再沉默。

还有一个反向指标：召回后立刻取消的人。如果一批召回带来大量「回来就取消」，说明名单里混进了已经决定离开的人，分组又错了。

判断一批召回是否值得再做，最简单的办法是把「回访」「退订」「30 天后还在用」三个数写成一行。三个数一起看，才不会被打开率误导。

五、行动清单与复算验收

• 用核心动作间隔中位数给自己的产品定一个沉默阈值，写进内部文档
• 把沉默名单按五类分组，已取消与从未激活不进召回池
• 设定频率上限：同一用户 90 天内最多 2 封
• 每封召回只有一个主题，且能接上用户上次停下的那一步
• 每封都有一键退订，退订后不再发送任何营销邮件
• 用净变化（回访 − 退订）评估，并把名单、文案、回访与退订记在同一行，攒够三次再比较

验收标准：召回名单能按沉默类型分组，单封的净变化为正，且退订后确实不再收到任何营销邮件。

使用边界与实操验收

本文不讨论邮件送达率、域名预热与反垃圾策略，这些属于基础设施问题；也不讨论付费再营销与渠道归因，后者属于归因与复盘 的话题。站内推送、应用内弹窗的召回，适用同样的三条底线，但频率上限要更严格。

本文也不主张「沉默用户都值得召回」。有些产品的使用本身就是一次性的，比如签证材料检查；对这类产品，召回池应该接近空，把精力放回获客与首次价值更划算。

本文的阈值与量级都建立在「产品有稳定的核心动作」这个前提上。如果核心动作本身还在变，先回到激活那一篇，把核心动作定下来，再谈沉默。

验证以自己后台的核心动作日志与邮件退订记录为准。判断阈值是否合理，看「被判定为沉默的人里，有多少在随后两周自己回来了」；这个比例过高，说明阈值太短。判断召回是否有效，看 30 天后的净变化，而不是发送当天的打开率。

关键参考与核验范围

本文的沉默人数、打开率、退订数与成本均为教学演示。核验日期：2026-10-23。

• 中华人民共和国个人信息保护法 ：从同意与撤回的角度看营销邮件——发送要有依据，退订要能撤回，撤回后不得换个名义继续发。
• 中华人民共和国电子商务法 ：从经营者义务的角度看促销信息——折扣、限时、名额之类的表述应当真实，不能拿「最后一天」当常规话术。

上述两条只用于说明合规取向，不构成法律意见。第三方平台文档、邮件服务商说明与行业报告在本次核验中无法访问，故不引用其条款原文、不附链接。

系列导航

• 上一篇：客服不是成本：工单是免费的需求样本
• 下一篇：续费、年付与大版本升级
• 回到目录：一个人把用户留住：激活、留存与复购
• 相关阅读：自有渠道：邮件列表、更新日志与推荐 、归因与复盘：哪条渠道真的有用