MailInApp 的旅程把欢迎滴灌变成一场真正的对话。第二封邮件是一个投票模块,新订阅者直接从自己的收件箱里点击作答。紧随其后的分支步骤会读取他们的选择,并把他们导向两种量身定制的后续邮件之一——全部自动完成,无需手动拆分名单。
大多数欢迎自动化都是一套按定时器发送的固定静态邮件序列。而旅程是一张图:一个触发器把联系人加入,发送和等待步骤带着他们走过几封邮件。之后,分支步骤可以根据联系人实际做过的事来改变接下来发生什么,而不是在搭建时就固定好的猜测。
投票究竟如何驱动分支
这个机制只是两个普通的步骤,不是什么魔法。投票邮件发出、订阅者点击某个选项之后,一个更新字段步骤会把那个答案写入联系人自己的记录。紧随其后的分支步骤读取这个字段——"他们选的是促销吗?"——并据此把这次运行导向两条路径之一。这一切都不需要字段提前存在;更新字段步骤会在旅程第一次运行时创建它。
这张图,一步步拆解
- 触发器:加入列表。 把旅程指向一个联系人列表——无论新订阅者是通过 CSV 导入、注册表单还是 API 推送添加的,都会自动加入。
- 发送:欢迎邮件。 一段简短朴素的介绍——第一次接触不需要任何互动性。
- 等待:一天。 在下一封邮件发出之前,给介绍邮件留出送达的时间。
- 发送:投票。 一个只有一个问题的投票模块——"你想了解哪方面的内容?"——附带两到三个选项。
- 等待:几天,给订阅者留出真正点击某个选项的时间。
- 更新字段,然后分支。 投票答案落到联系人记录上,分支步骤读取它来选择一条路径。
- 发送:匹配的后续邮件。 每个分支都以各自的发送结束——比如一封带折扣的促销邮件,或一份技巧与指南摘要。
为什么真实投票胜过猜测
一套试图做个性化的静态欢迎序列,通常是靠注册时的分段来实现的——套餐档次、注册来源,或许还有一个 UTM 参数。而投票则是直接提问。这次投票是一次真实的 MailInApp 互动,与降级引擎在任何无法显示投票样式的客户端中渲染出的那些普通可用链接完全相同,因此分支步骤读取的是一个真实答案,而不是一个推断出来的答案。
从内置示例开始
从空白画布搭建这一切完全是可选的。欢迎系列是五个一键安装的入门旅程之一,可以从旅程列表页面获取。安装它会创建全部四个真实邮件项目(介绍、投票以及两个后续邮件)和上面整张图,并预先连接到你选择的联系人列表。它以已暂停状态安装,方便你把每封邮件改成自己的品牌风格,并在开启之前审阅整张图——入门旅程的任何部分都不是锁定的模板。
适用于每个旅程的安全防护
欢迎旅程共享每个旅程都有的同一套保护。免打扰时段会把到期的发送顺延到下一个允许的当地时段,而不是在另一个时区的联系人那里于凌晨 3 点触发。按联系人设置的每日发送上限会在一次运行以某种方式试图一天内发送超过几封邮件时,推迟而不是丢弃那封邮件。而一个连续三个处理周期发送失败的旅程会自动停用,而不是悄悄地持续消耗你的名单。
快速上手
从旅程页面安装欢迎系列入门旅程,或者从零搭建一个。选择一个联系人列表作为触发器,添加一个简单的介绍发送、一个投票模块发送,以及一个读取更新字段步骤刚写入的字段的分支步骤。完整的步骤参考见旅程,开箱即用的内容见入门旅程。