Customer Journey Builder

按海外用户的真实行为分支旅程

设置最多 3 条分支,让 Pushwoosh 在最长 90 天的窗口内持续等待各自的一组事件。无论前 3 条分支是否命中,必带的第四条「未触发」分支都会兜住剩下的每一位海外用户——这正是出海团队用来区分转化用户和未转化用户的关键节点。

Customer Journey 画布,展示一个配置了 3 条事件分支的等待触发元素,以及第四条「未触发」分支

等待触发元素能为出海团队做什么

最多 3 条分支

每条分支监听各自的一组事件,与其余 2 条相互独立地评估。

每条分支最多 4 个事件

用 AND 要求每个事件都触发,或用 OR 只要其中之一触发即可。

必带的第四条分支

「未触发」兜住窗口内没有命中前 3 条已配置分支的每一位用户。

最长 90 天

一个用户能在单个等待触发元素内停留的最长窗口。

固定等待周期

让每位用户都等满整个窗口,包括第 1 天就已命中事件的用户。

会话级匹配

把事件路由到它所属的那一个旅程会话,而不是该用户所有打开的会话。

分支如何做出判断

等待触发元素上的每条分支,都携带各自最多 4 个事件的列表,用 AND 或 OR 连接,并可为其中任意一个附加属性条件。元素会用每一个到达的事件同时检查全部 3 条分支,把用户导向第一个命中的分支。窗口内没有命中任何分支的用户,会落到「未触发」——每个元素默认自带的第四条分支。

打开固定等待周期后,即使某位用户已经命中某条分支,也会等满整个窗口才继续往下走。这个开关是用来判断「某件事是否在固定天数内发生过」,而不是命中后立即反应。

设置控制什么限制或默认值
分支并行评估的、基于事件的独立条件最多 3 条
每条分支的事件数用 AND 或 OR 组合,每个事件可附加属性条件最多 4 个
未触发兜住 3 条已配置分支都没命中的每一位用户始终存在
等待窗口用户在触发「未触发」之前能停留多久最长 90 天
固定等待周期让已命中分支的用户等满整个窗口,而不是命中后立即继续可选开关
会话级匹配将到达的事件绑定到携带相同键(如 order_id 或 ride_id)的那一个旅程会话当同一用户同时运行多个旅程会话时可用
设置
1 / 6
分支
控制什么
并行评估的、基于事件的独立条件
限制或默认值
最多 3 条
设置
2 / 6
每条分支的事件数
控制什么
用 AND 或 OR 组合,每个事件可附加属性条件
限制或默认值
最多 4 个
设置
3 / 6
未触发
控制什么
兜住 3 条已配置分支都没命中的每一位用户
限制或默认值
始终存在
设置
4 / 6
等待窗口
控制什么
用户在触发「未触发」之前能停留多久
限制或默认值
最长 90 天
设置
5 / 6
固定等待周期
控制什么
让已命中分支的用户等满整个窗口,而不是命中后立即继续
限制或默认值
可选开关
设置
6 / 6
会话级匹配
控制什么
将到达的事件绑定到携带相同键(如 order_id 或 ride_id)的那一个旅程会话
限制或默认值
当同一用户同时运行多个旅程会话时可用

该元素位于 Customer Journey Builder 内部,读取的是画布上其他部分共用的同一份事件目录,因此这里的分支可以直接接入旅程上已有的任何渠道节点。

把事件匹配到它所属的那一笔订单或行程

部分旅程入口会为同一用户同时运行不止一个会话——按订单或按行程计算,而不是按人计算。一位同时有 3 笔在途订单的海外用户走进同一条旅程时,会产生 3 个活跃会话,每个 order_id 对应一个。打开会话级匹配后,携带 order_id 482order_delivered 事件只会推进 482 号订单对应的那个会话,其余 2 个继续等待。

不打开的话,同一事件会作用于该用户所有打开的会话,导致分支被和它无关的订单触发。同样的模式也适用于打车类出海应用的 ride_id,或任何用来在同一用户的多个并行会话中区分出具体一个的键。跨境电商团队常把这个能力用在物流场景:一个 logistics_status_updated 事件,只推进对应包裹所在的那个会话,而不是同时触发用户名下所有在途包裹的分支。

让转化用户和未转化用户走上不同的下一步

在购物车提醒之后最长等待 90 天的 purchase,在试用到期提示之后等待 subscribe,或在支付提示之后等待 payment_success。命中的用户会走进专门为已转化用户搭建的分支:一条致谢消息、一次追加销售、一张电子回执。

其余用户在同一个窗口内继续等待,随后落到「未触发」,进入你为尚未行动的用户准备的召回旅程——例如双十一或黑五大促期间,针对未完成支付的海外用户单独设计的挽回序列。

这个元素最适合用在哪里

提醒之后的转化分支

是否购买、是否订阅、是否支付成功:把每一种结果路由到各自的路径。

按订单或行程区分的结果

会话级匹配把跨境电商物流或海外打车旅程上的每个事件,路由到它所属的具体订单或行程。

固定窗口内的衡量

打开固定等待周期,衡量某个群体在 N 天内是否发生过某件事,而不关心具体发生的那一刻。

  • 跨境电商 / 零售出海
  • 出海游戏
  • 金融科技出海
  • 订阅制出海应用
  • 打车 / 出行出海应用
  • 外卖与本地生活出海应用
  • 出海市场平台

同一画布上的多个元素之一

一条旅程通常从事件触发开始,发送一条消息,再走到等待触发元素查看用户是否有所行动。「未触发」分支天然适合搭配可达性检查,在旅程继续之前,为没有响应的用户换一个触达渠道。

同一画布上的另外两个邻居各自负责不同的工作。等待步骤只是暂停一段固定时长,不涉及任何事件或分支。A/B/n 测试按你设定的百分比随机拆分流量。而等待触发元素,是唯一一个根据用户自己的实际行为做决定的元素。

事件与会话数据留在可以指名道姓的基础设施上

等待触发元素评估的每一个事件,都运行在与平台其余部分相同的基础设施上:Pushwoosh 已通过 SOC 2 Type I 和 ISO 27001:2022 认证,符合 GDPR,在美国和德国运行在自有硬件上,遵循 BDSG(德国联邦数据保护法),为出海企业触达欧美用户提供可核实的合规基础。完整信息见数据安全页面。

ISO 27001:2022 CertifiedISO 27001 CertifiedGDPR CompliantData Privacy FrameworkHIPAA CompliantSOC 2 Type I CertifiedOWASP Compliant

使用方法

  1. 在画布上放置元素

    Customer Journey Builder 中打开一条旅程,将等待触发元素放置在入口节点或渠道步骤之后。

  2. 搭建最多 3 条分支

    为每条分支添加最多 4 个事件,用 AND 或 OR 连接,可为每个事件附加属性条件,并将等待窗口设为最长 90 天。打开固定等待周期,用于固定窗口内的衡量而非即时反应。

  3. 在需要的场景打开会话级匹配

    在同一用户同时运行多个会话的旅程上,把到达的事件匹配到携带相同键(如 order_id 或 ride_id)的会话,避免一个事件同时推进所有打开的会话。

围绕它搭建分支之前,须知以下几点。

  • 最多 3 条分支,每条最多 4 个事件。单个事件的属性条件能有多复杂,没有明确的文档限制。
  • 会话键如果不匹配任何打开的会话,事件会被发送到该用户所有活跃的会话,而不是原本要匹配的那一个。请确保每个预期匹配的事件都使用一致的键。
  • 等待窗口单个元素最长 90 天。更长的周期需要旅程下游的另一个独立步骤来承接。
  • 没有公开的 SLA 说明事件触发后需要多久才能到达该元素。
  • 分支条件和旅程目标(Goal)都会检查某个事件是否发生过,但两者是否共享同一套底层判定逻辑没有文档说明。请分别独立配置。

常见问题