使用场景

同一套引擎，四种对"目标"的不同定义

这几者之间唯一的区别，就是什么算触发、什么算成功。商店想要第二笔订单。诊所想要预约被赴约。SaaS 想要功能被用起来。代理商三者都要，还要放大二十倍，而且不要二十份同样的漏斗。

欢迎、弃购、购后、评价邀请、按日期字段的补货提醒，以及针对沉默用户的挽回。目标几乎总是第二笔订单，而目标节点之所以重要，是因为不该在人家刚回来的第二天就发"我们想你了"。

美发沙龙、理疗诊所、修车行、工作室、餐厅。预约簿本身已经是一台营销引擎，只是没人在经营它。确认、提前一天提醒、跟进爽约、趁记忆新鲜时请求评价，再留意那位自开春就没来过的常客。

你的产品知道谁完成了激活、谁卡在第三步、谁两周没登录。把这些作为事件发过来，流程就自己写好了——更重要的是，一旦用户做了你引导他做的那件事，流程会立刻自己停下。

一个漏斗，搭建一次，跑在二十个项目里，用二十套发信凭证——每套都跑在客户自己的域名和信誉上。给每个客户一份不需要打电话解释的报告，再加一个 API，让你的客户经理真正想要什么就搭什么。

底层的形状

六个漏斗，覆盖它们各自需要的大部分场景

无论什么行业，出现的都是同样那六种形状。值得把它们认出来，因为行业之间的差别通常只是一个节点。

有人加入了。两周内发两三条消息，介绍你是谁、可以期待什么，然后停止。这是最有价值却几乎没人搭建的漏斗，因为它决定了接下来那一百封会不会被打开。

他们开始了某件事，却没完成。购物车、预订、表单、试用步骤。一条提醒、一个激励，然后就别再打扰——配上一个目标节点，他们一完成，第二条消息立即取消。

他们买了、来了、参加了。道谢，问问体验如何，再建议接下来通常该做什么。评价邀请就该放在这里，趁记忆还温热的时候。

生日、续费、保养周期、距上次到店满一年。一个带偏移量的 date_field 触发器——提前三天、之后三十天——而不是一张得有人记得去看的日期表格。

一个细分把他们找出来：下过三单，九十天内一单都没有。他们进入流程，收到两条消息，要么回来，要么被打上休眠标签、从此清净。永远给不再听的人发信，正是发信信誉死掉的方式。

根本不是漏斗——是营销活动。一个受众，一次性物化，限速发送以免压垮小邮箱，事后按送达事件统计。它是另一种形状，也按另一种形状保存。

人们跑了一个月之后，有三件事反复出现，而其中没有一件是他们当初注册时冲着来的。

目标节点改变行为。一旦流程能在用户转化时可靠地停下，你就敢写更大胆的流程了——因为那种尴尬的失败模式，去追一个已经买过的人，消失了。

同意记录改变你敢做的事。确切知道一份名单从哪来，意味着你知道可以对它的哪些部分发信，而答案通常是"比我想的多，但不是那一部分"。

可筛选的报告改变决策。第一个月不好受，因为数字变小了。第二个月就好起来了，因为测试开始告诉你一些事后被证明为真的东西。

同一个漏斗，四种行业只差一个节点

引擎并不在乎你从事什么行业

描述你今天发送的内容和对象，我们会告诉你它在这里会是什么样子，或者告诉你它并不需要我们。