使用场景

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

这些场景之间唯一的区别，就是什么算触发、什么算成功。商店想要第二笔订单。诊所想要预约被赴约。SaaS 想要功能被用起来。代理商想要三者兼得，还要乘以二十，而不是复制二十份同样的漏斗。

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

美发沙龙、理疗诊所、汽修厂、工作室、餐厅。日程簿本身就是一台营销引擎，只是没人去经营它。确认预约、提前一天提醒、跟进爽约、趁热索取评价，并留意那位自春天起就没再来过的常客。

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

一个漏斗，搭建一次，在二十个项目里运行，配二十套发送凭证——每套都跑在客户自己的域名和信誉上。给每个客户一份不需要打电话解释的报告，再配一个 API，让你的客户经理能搭出他们真正想要的东西。

底层的形状

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

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

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

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

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

生日、续费、保养周期、上次就诊满一年。用一个带偏移量的 date_field 触发器——提前三天、之后三十天——再也不用维护一张得有人记得去看的日期表格。

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

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

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

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

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

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

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

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

描述你今天发送什么、发给谁。我们会告诉你在这里是什么样子,或者告诉你其实不需要我们。