Customer Journey Builder

取消事件

指定哪些事件应该终止旅程但不算作成功——比如退订邮件或关闭 Push。设置后,待发消息会被取消,你的转化率也不会因为这些退出而失真。

Customer Journey 设置面板,取消事件设为 unsubscribed 和 push_disabled,并有提示说明通过这些事件退出的用户不计入转化统计

不是每一次退出都是成功

旅程进行到一半,海外用户退订了邮件或关闭了 Push,但旅程还在继续发送消息,因为没有人告诉它该停下来。更糟的是,如果这次退出被算作转化,转化率会因为错误的原因悄悄上升——而这正是出海团队用来判断投放效果的核心指标。取消事件让这类退出有了一个区别于”转化”的名字。

出海场景下容易被忽视的一个细节

海外用户退订邮件或关闭 Push 通知,往往对应着 GDPR 等法规下用户撤回同意的动作,理应立即停止后续触达。如果旅程继续发送、甚至把这次退出计入转化,不仅浪费触达配额,也会让合规团队难以说清用户数据处理是否及时停止。取消事件是让旅程真正做到”退出即停止”的技术开关。完整说明见数据安全页面。

给退出命名,让数字保持真实

取消事件允许你命名一个或多个事件——比如 unsubscribed 或 push_disabled——一旦触发,会立即将用户移出旅程,并取消所有仍在排队的消息。每个事件都可以用属性条件进一步限定,语法与 Wait for Trigger 和转化目标完全一致。

把”取消”和”转化”分开统计,并不是这个品类的行业标准。大多数旅程工具会把所有退出都算作同一类,退订也不例外,海外团队据此汇报给国内管理层的转化率因此被悄悄注水。

设置一次,覆盖整条旅程

取消事件位于旅程的 Settings 面板,与转化目标在同一个位置,而不是需要拖拽到画布上的节点。可以按需分配多个事件:邮件用 unsubscribed,移动端用 push_disabled。旅程会为每一位仍在流程中的用户检查所有这些事件——不论他们身处哪个时区、使用哪种设备。

什么在支撑一条旅程的数据可信度

一条持续运行、不加约束的旅程,可能会把自己的失败也算作成功。半途退订的用户,要么继续收到消息,要么被计入和真实购买同一个转化数字里。取消事件正是让 Customer Journey Builder 能够给出一个真正值得依据决策的转化率的原因。

使用方法

  1. 打开旅程的 Settings 面板

    使用与转化目标相同的事件选择器,设置一个或多个取消事件。

  2. 用属性条件进一步限定

    在单纯的事件不够精确时添加条件,语法与转化目标和 Wait for Trigger 保持一致。

  3. 按需添加更多取消事件

    一条旅程可以同时携带多个取消事件,例如邮件用 unsubscribed、移动端用 push_disabled,每个独立检查。

前提是底层事件——无论是 unsubscribed、push_disabled 还是其他事件——已经通过 SDK 或 API 上报给 Pushwoosh,才能在这里被选中。

与转化目标互为镜像的设置

取消事件与转化目标互为镜像:两者都监听某个事件并立即移出用户,取消所有仍在排队的消息。唯一的区别在于这次退出是否计入转化。如果误将一个 opt-out 事件配置进转化目标,只会悄悄推高成功率的数字,而不是单纯把噪音清除掉。

需要注意的地方

一个作用于整条旅程的设置,以及唯一值得留意的混淆点。

  • 退出是即时的:事件一旦触发,没有延迟,也无法撤销。
  • 同一个事件可以同时是转化目标和取消事件,但前提是两者的属性条件不重叠。如果重叠,Pushwoosh 会阻止旅程启动,并给出报错,指明具体事件和修复方式。
  • 取消事件作用于整条旅程,永远不会只作用于其中某一个分支。

让你的转化率经得起推敲

在旅程的 Settings 面板设置一次,从这一刻起,每一次 opt-out 都会消除噪音,而不是让海外用户的退出悄悄推高数字。