如何在移动应用中收集邮箱,又不拖垮转化

核心要点

• 在 10 万美元 MRR 的规模下,放弃收集邮箱,意味着每年白白损失 8.4 万美元本可挽回的收入。
• 只有一种顾虑让你迟迟不敢动手:担心索要邮箱会拖累转化。但只要位置选对,它并不会。
• Zeely、Cal AI、Flo 等应用以 40% 以上的留资率收集邮箱,且对付费墙转化没有可见影响。
• 四种模式揭示了它们的做法:挑一种契合你应用价值交付方式的即可。
• 这些模式、让它们奏效的页面设计,以及上线第一套序列的七步计划,本文一应俱全。

在移动应用中收集邮箱的头部 5% 订阅制应用,有 13.2% 的收入来自邮件,而中位数仅为 4.3%。在 10 万美元 MRR 的规模下,这一差距每年要让你损失 8.4 万美元。

这一差距大多源于一个被反复搁置的决定:把索要邮箱的环节放在哪里,才不会拖垮转化。这种顾虑并非空穴来风:在引导流程里加一屏,试用数据就可能随之波动。于是这个决定一直在等一个有空好好做 A/B 测试的迭代周期——而那个周期永远不会到来。

打开 Adapty，看看这究竟让你付出了多少代价。

• 从未购买:下载后从未转化的用户。
• 已取消续订:主动决定停止订阅的用户。
• 扣款异常:想付费却付不成的用户。
• 已过期:到期未续的试用与订阅。

每个分群都有对应的打法:召回、扣款挽回、重新激活。而所有这些,都需要一个邮箱地址。

Zeely、Cal AI、Flo 和 Hallow 都在不触动付费墙转化的前提下解决了这个问题,留资率稳定在 40% 以上。下文就来拆解它们的做法。

应用是如何在邮件上白白损失收入的?

邮件迟迟没能用起来,通常有三个原因。

• 你压根没搭建任何收集机制。 引导流程一路走到底,既没有邮箱输入框,也没有注册环节。每一个流失的用户,都永久地失联了。仅「从未购买」这一个分群,通常就比你全部付费用户的总和还要大,而其中的每一个人,你都触达不到。
• 你收集了邮箱,却无法对它们采取行动。 邮箱地址被存在了某处,但你始终没做 ESP(邮件服务商)对接,序列也一直没配置。你的「扣款异常」分群每个月都在悄无声息地流失。一封邮件本就能挽回其中大部分,可你从未发出。
• 你清楚该怎么做,却腾不出时间去做。 邮件营销一直躺在路线图上,已经两个季度了。把它搭起来,至少需要一名工程师和一名营销人员。对于一个还要兼顾产品交付的两人小团队来说,这是一个永远排不上日程的迭代。

先从搭建收集机制做起,另外两套打法都以它为前提。

在不损害转化的前提下,收集邮箱的最佳方式有哪些?

引导流程里多加任何一步都会折损安装量——这是常见的假设。在错误的时机弹出邮箱页确实会损害转化;但在正确的时机,留资率能达到 40% 以上。做到这一点的应用,都是在用户已经构建出某种值得守护的东西之后才提出索要:也就是他们想要领取的那份成果。

模式一:以问卷为前置,放在付费墙之前

这是高绩效订阅制应用中最常见的模式,也是留资率最高的一种。其结构为:一份个性化问卷,一个把用户输入转化为具体成果的结果页,然后在付费墙之前放置邮箱输入框。

转化之所以能稳住,是因为用户走到邮箱页时,已经花了 3 到 5 分钟回答关于自身目标的问题。离开就意味着白费这段时间。而邮箱输入框,正是他们领取此行所求之物前的最后一步。

Zeely 在正式索要邮箱之前,用整整七屏为这一环节层层铺垫。

前四屏完全围绕用户自己的生意展开:当前销售额、月度目标、目标周期、每周可投入营销的时间。四屏全是关于一个真实问题、带着真实数字的提问。到第四屏时,用户已经在一件对自己至关重要的事情上投入了三分钟。

接着 Zeely 转换了节奏。后面两屏不再继续提问,而是展示这些数字到底值多少钱。其中关键的设计在于:Zeely 会算出用户因使用产品而省下的开支,并把被产品替代的岗位薪资用删除线划掉。用户看到的是为自己量身核算的一笔账——一份由他们自己的回答推导出的个人财务测算。

随后的邮箱页刻意使用了“增长策略”这一措辞:它是用户亲手构建、如今需要领取的东西。文案把填写邮箱定位为「获取成果前的最后一步」。

用户领取的,是自己花七屏构建出来的一套方案。邮箱输入框,正是获取它之前的最后一步。

Cal AI 把同样的机制搬进了健身场景,并多加了一层 Zeely 省略掉的设计:加载页。

问卷会采集初始体重、目标体重、活动水平和目标日期。随后,Cal AI 在邮箱页之前又加了两屏:Apple Health 数据对接,以及卡路里结转设置。每一屏都要求用户配置一些专属于自己的内容。等用户配置完,他们已经就「应用将如何为自己服务」做出了实实在在的决定。

接着是加载页:一条进度条,配上一份正在计算的指标清单,呈现出约六秒的「计算过程」。这个加载页传递出一个信号——这份成果是需要花功夫才能产出的。等待,让结果显得来之不易。

结果页展示的是用户自己的数字,并附上一个具体的日期。这个日期很关键。没有截止时间的目标显得空泛。“增重 10 磅”只是一个愿望,而“在 8 月 6 日前增重 10 磅”则是一份计划。日期让这份成果真实到值得去守护。

“保存你的进度”之所以奏效,与 Zeely 的“增长策略”同理:两者都把填写邮箱定位为「妥善保存」。用户走到这一屏时已处于「领取」心态,且早已下定决心要走完流程。

索要邮箱之所以能转化,是因为用户眼前的,是一份由自己输入推导出的方案。关掉应用就意味着失去它。其心理机制与 Zeely 如出一辙:已投入的时间,加上一份值得领取的成果——只是组合方式不同罢了。

Cal AI 还把价格信息从整个流程中彻底移除。用户走到邮箱页时,对接下来会发生什么一无所知,这就消除了对索要邮箱的一切抵触。但代价也是实实在在的:邮箱名单里会塞满毫无购买意向的用户,转化他们的全部压力,都落到了你的邮件序列身上。照搬这套模式之前,这一点值得先想清楚。

Foodvisor 则把索要邮箱放在了问卷的中途。

动力在引导流程的早期最为高涨,此时尚未出现问卷疲劳。一个刚答完三道题的用户,仍然全神贯注、愿意把流程走完;而到了冗长问卷的尾声,部分用户在心理上早已「下线」。Foodvisor 选择在这之前就开口索要。

问卷涵盖目标设定、生活方式、即将到来的重要日子、饮食禁忌,以及每天可投入的时间。每一道题都在告诉用户:这套方案,正是围绕你本人量身打造的。

在「每天可投入时间」这道题之后,Foodvisor 会展示一个确认页:“你的方案已更新!Foodvisor 已为你量身定制,我们将为你打造一套每天不超过 15 分钟的方案。”用户看到的是一份已经为自己备好的个性化成果,转身离开就意味着失去它。

如果你的用户会记录饮食、体重或健康状况,索要邮箱就会带来额外的阻力——他们对健康数据格外戒备。若不加任何铺垫就索要邮箱,相当一部分人会流失,因为这一举动会被解读为「套取数据」。

Foodvisor 在邮箱输入框之前完整地放了一屏隐私说明,做出三项承诺:应用仅将数据用于营养建议、数据仅在用户与应用之间留存、绝不与任何第三方共享。这一屏以一个需主动勾选的授权勾选框收尾。

这屏隐私说明本身就是一件转化工具:它恰好在「索要邮箱本会流失用户」的那一刻,化解了用户对数据的焦虑。等走到邮箱输入框时,他们其实已经同意分享了。

用户在此能够转化,是因为他们仍处在流程中途。Foodvisor 给了他们一套以目标为导向的方案,而填写邮箱,正是他们在走完流程的同时守护这份方案的方式。

模式二:置于应用内,在价值交付之后

把注册当作前置门槛,是大多数应用的默认做法。Flo 却做了不同的选择:把它当作一种奖励。

Flo 在引导流程中会采集高度私密的数据:生理周期记录、备孕目标、孕期状态。对于正在为自己身体和健康做决定的用户而言,此刻竖起一道注册墙,无异于在他们尚未决定是否信任这款应用之前,就强行索要承诺。这种阻力会直接造成流失。

Flo 干脆在引导流程中完全跳过注册。

应用一打开就是完整的产品界面:孕期第 8 周、每日洞察、症状记录,全程无需账户。用户立刻就能用上产品,开始记录,并在第二天再度回访。

注册的入口被安排在稍后的「设置」页里,以一条不显眼的横幅出现:“注册以保存你的数据,或登录以访问你的账户。”

驱动转化的是时机。当用户看到这条横幅时,他们早已记录了症状、积累了数周的个人健康数据。注册请求落在了「失去应用要付出真实代价」的那一刻,留资率也因此更高。

“注册以保存你的数据”把填写邮箱定位为「妥善保存」。用户守护的,是自己积累起来的东西,而不是在「创建一个账户」。

如果你的应用能在要求登录之前就交付真实价值,且你的受众是基于信任来做决定的,就适合采用这套模式。若把索要提前,你就会流失掉那些仍在观望评估的用户。

模式三:放在开头,但价值清晰可见

大多数早早索要注册的应用,弹出的是一屏千篇一律的“创建账户”页,完全没有交代注册能给用户带来什么。用户看到的是一个没有明显好处的要求,于是转身离开。

Hallow 是一款天主教祈祷应用,它同样很早就索要注册。但它的每一次索要,都与用户刚刚接触到、且明显想要的某个具体功能绑定在一起。

在“我的”标签页,用户看到的是进度追踪、连续打卡(streak)和个人感悟。此处的注册提示写着:“登录或创建账户,以追踪并保存进度,访问你的感悟与祈愿。”用户清清楚楚地看到了所能获得的价值。

而在“教会”标签页,语境完全切换。用户看到的是社群功能:与他人一同祈祷、加入自己所在的堂区。注册提示也随之改写:“登录或创建账户,与你的社群一同祈祷。”

两个标签页,两个不同的注册理由。每一句提示都是为它所解锁的功能量身撰写的:用户能清楚看到注册究竟会带给自己什么。

Hallow 从第一屏起就把价值摆得明明白白。用户进来时就清楚自己为何而来,注册自然被视为顺理成章的下一步。

如果你产品的价值一眼可见,且注册能解锁用户已经看到的功能,就适合这套模式。与真实功能绑定的具体提示才能转化;而引导流程开头那一屏笼统的“创建账户”,会在用户还没看到任何值得留下的东西之前,就把人赶走。

还有一个前提:这套模式适用于打开应用之前就已经信任你的用户。从网页向应用迁移(web-to-app)的场景,以及已建立口碑的品牌,都符合这一条件。而对于一款尚无既有用户关系的新应用,过早索要就难得多了。

模式四:放在付费墙之后

这是四种模式中最少见、也最难执行的一种。但运用得当的应用,能建起这四种模式里最「干净」的邮箱名单。

Duolingo 让用户无需账户就能直接开始学习。应用一打开,第一节课就开始了。进入门槛为零。

注册的入口是逐步浮现的,且与具体节点绑定:几节课后出现的连续打卡计数、随之解锁的排行榜、开始变得可见的进度保存。每一项功能都给了用户某种值得守护的东西,离开也开始显得越来越「亏」。

当 Duolingo 开口索要邮箱时,用户已经有了 7 天连续打卡记录、一个排行榜名次,以及连日真实使用积累下来的学习历史。索要邮箱之所以能转化,是因为此刻放弃应用,就意味着失去一些实实在在的东西。

你是在用速度换质量。以问卷为前置的流程能在头三分钟内拿到邮箱,而 Duolingo 这套模式则需要数天乃至数周。大多数在第一节课后就离开的用户不会再回来,而没有这次回访,你就失去了收集的窗口。

如果你的应用能在登录之前就交付核心价值,且留存能让用户自发回访,就适合这套模式。若两个条件缺了任何一个,模式一才是更实际的起点。

在邮箱采集环节之前的那几屏,应该呈现什么?

用户走到邮箱输入框时,应当已经构建出某种他们愿意付出真实代价去保留的东西:问卷结果、连续打卡记录、健康日志、祈祷进度。离开,就意味着失去这一切。

以下六个要素,按它们在流程中出现的先后顺序排列:

• 在整份问卷中使用多样化的按钮文案。 每一屏都写“继续”,会把用户驯化成被动填表的状态。“准备好了”、“出发”、“我加入”、“下一步”——每一种文案都传递出一个不同的动作。一个在整份问卷中持续做出主动选择的用户,走到邮箱输入框时,心态已经截然不同。
• 在最后一道题之后放一个个性化加载页。 这一屏呈现出几秒钟的「计算过程」:“正在生成你的方案……正在应用你的个人档案……”,向用户暗示这份成果是花了功夫才产出的,结果也因此显得来之不易。Cal AI 在此放置加载页,正是为了改变结果给用户的观感,而它确实拉升了留资率。
• 用具体数字呈现结果预览。 展示用户真实输入的指标:卡路里、节省金额、一个日期、一个目标。“2609 卡路里、115 克蛋白质、8 月 6 日”比“你的专属方案”更能转化,因为这些数字属于用户本人。
• 给出与用户自身约束挂钩的时间承诺。 用户告诉过你他们有多少时间,就把它原样呈现给他们:“每天 15 分钟”、“8 周见效”。Zeely 先询问每周可投入的时间,再展示“每天只需 15 分钟,助你做大销售额。”它之所以打动人,正因为它出自用户自己的回答。
• 在邮箱采集环节正前方放置社会证明。 App Store 评分、用户数量、带日期的近期评价。在引导流程开头、用户尚未投入时,他们会跳过社会证明;而到了结尾、索要的前一刻,他们渴望得到一个「自己没选错」的确认。
• 撰写把填写邮箱定位为「领取」的文案。 “获取你的增长策略”、“保存你的进度”、“领取你的方案”。用户是在完成某件事。这种定位把他们的注意力从「我该不该给」转移到「我该如何把已经开始的事做完」。

在你的引导流程中挑出一道能捕捉用户想要达成什么的问题。在邮箱输入框之前的那一屏,把这个目标以具体成果的形式回呈给用户:一个数字、一个日期、一份结果。用户填写邮箱,正是为了守护他们刚刚看到的东西。

如何着手开始收集邮箱?

第一步:选定一个投放位置

挑出杠杆效应最高的那一刻,先把它做起来。

如果你有问卷或个性化流程: 把邮箱输入框放在结果预览之后、付费墙之前。此时用户既已投入时间,又看到了自己的成果。这里的留资率能达到 40% 以上。

如果你是带付费墙的标准引导流程: 在第一次有意义的价值交付之后再索要——比如第一次完整的使用、第一个用户想要保留的结果。如果你的引导流程没有任何价值时刻、直接奔向付费墙,那就补上一个。哪怕只有一屏展示个性化结果或方案,也足以为索要邮箱提供支点。

有三种位置,始终会损害转化:

• 引导流程的第一屏。 此时用户仍在评估这款应用。iOS 数据显示,任何权限请求若这么早弹出,留资率都会跌破 30%。

• 与付费墙同屏。 一个用户,被同时要求做两个决定。较弱的那个请求会败下阵来。

• 在用户拒绝购买之后立刻索要。 此时用户已心生戒备。在这里索要邮箱,会显得像是病急乱投医。

第二步:为该位置做好预热铺垫

把前述六个要素布置到邮箱采集环节之前的几屏:个性化加载页、结果预览、时间承诺、社会证明、多样化按钮文案、领取式文案。

没有问卷?那就做一屏,向用户展示他们在第一次使用中配置了什么、或达成了什么。效率工具应用可以展示已创建的任务数,语言学习应用可以展示已学会的单词数。用一个属于用户本人的真实数字。

第三步:为用户将获得的东西命名

按应用品类划分:

• 健身: “查看你的计划” / “保存你的训练方案”
• 营养: “领取你的膳食计划” / “保存你的每日目标”
• 效率工具应用: “保存你的配置” / “访问你的工作区”
• 教育: “访问你的课程” / “保存你的进度”
• 金融:“查看你的结果” / “保存你的分析”

第四步:动手之前先解决合规授权问题

欧盟用户需要明确的主动授权:一个默认未勾选的勾选框,配上清晰的措辞说明用户所同意的内容。无论用户身在何处,都统一采用这一做法。少收集一点邮箱,远比一次合规事故划算。受众仅限美国?那么 CAN-SPAM 只要求每封邮件提供可用的退订入口,收集环节别无他求。

从一开始就把合规授权设计进去。上线之后再补,远比看上去要费事得多。

第五步:对接一家 ESP(邮件服务商)

一个输入框、一次 API 调用、一个勾选框:两天就能做完。表单提交时,通过 API 把邮箱地址和用户 ID 发送到你的 ESP。大多数主流 ESP 都提供简洁的 REST API,一个下午就能对接好。如果你用的是 Adapty,Adapty Mail 连对接这一步都能省去——订阅数据本就在那里。

第六步:在拥有名单之前,就先搭好第一套序列

现在就把第一套流程配置好,触发器准备就绪。第一封邮件,将发给第一个完成注册的用户。

从你最想优先攻下的分群开始:

从「从未购买」开始。它是规模最大、杠杆效应最高的起点。根据 Adapty 数据,四套序列全部跑起来的应用,MRR 平均提升 7%。

第七步:盯紧两个数字

留资率: 看到邮箱输入框并完成提交的用户占比。低于 40%,就说明预热铺垫或文案还需打磨。

邮箱到付费的转化率: 最终转化为付费的邮件订阅者占比。若留资率健康而转化偏低,问题多半出在序列上。先从时机查起——大多数应用都发得太晚。

如果没时间从零搭建,该如何收集邮箱?

当一个两人团队还要并行交付其他事项时,搭建邮箱收集机制的现实工期是六周。三大障碍把它拖到了这么久。

• 开发本身。 预热页面、合规授权处理、ESP 对接、序列逻辑:每一块都依赖于前一块,人人都在等别人。它很少能在一个迭代周期内交付。
• 数据本身。 大多数 ESP 对用户的订阅状态(试用、已取消、扣款异常)毫无概念。你得手动把这些数据灌进去、映射到各个分群,还要持续保持同步。这是在第一套对接之上再叠一套对接,而且只要订阅逻辑一有变动,它就会出问题。
• 归因本身。 标准的网页追踪会在跳转 App Store 的环节丢失转化。用户点了你的邮件、下载了应用、完成了付费,你的分析后台却显示这封邮件带来的收入为零。你是在两眼一抹黑地跑序列。

如果你的应用本就跑在 Adapty 上,那么在你写下一行代码之前,Adapty Mail 就已经替你解决了其中两个问题。

你的 SDK 早已把订阅事件实时传给 Adapty:试用开始、扣款失败、取消、过期。Adapty Mail 直接读取这些数据,并自动完成分群映射。整套配置一个晚上就能搞定,因为数据基础设施本就到位。

为你的发件域名添加 DNS 记录,粘贴 App Store 链接,点击「生成」。AI 便会基于你应用的品牌与品类,产出一整套邮件序列:文案、图片、HTML 一应俱全。每个订阅事件都会自动触发对应的序列。在域名预热之后,第一封大约在第 14 天发出。

每封邮件都包含一个带有用户 profile ID 的结算链接。你能看清究竟是哪封邮件促成了每一笔购买——而这正是标准追踪两眼一抹黑的归因盲点。

定价为增量收入的 20%。你只为 Adapty Mail 实际带来的收入付费。大多数团队在注册后一周内就能上线第一套序列。

试用 Adapty Mail →