A/B/n 测试

在旅程内部找到最优分支

将旅程流量分成最多 4 条分支，每条分支可以有各自的文案、时机或渠道。Pushwoosh 按你设定的转化目标为每条分支打分，并将新用户导向表现最好的那一条——这对同时运营多个海外市场的出海团队尤其关键，因为不同市场的用户行为差异很大，没有一套文案能通吃所有市场。

预约演示免费开始使用

Customer Journey 画布：一个购物车放弃触发器接入 A/B/n Split 元素，将流量各按 25% 分配到四条分支——当前 Push 提醒、新版 Push 文案、同一优惠的邮件版本，以及相同延迟但不发送消息，最终汇合到同一个退出节点

运行一次分支测试所需的一切

最多 4 条分支

分支 A 是对照组，每条分支的流量占比由你设定。

随机分配

每个新进入用户都会按你配置的百分比分配到某条分支。

以目标驱动结果

可追踪 1 个或多个转化事件，每个事件单独打分。

内置显著性检验

Z-Score 与 P-Value，达到 90% 置信度即标记为 Significant（显著）。

自动胜出分支路由

无需人工操作，新用户会被自动导向胜出分支。

在途用户不受影响

已经进入某条分支的用户会走完他们当初被分配的路径。

每条分支可以改变什么

将 A/B/n Split 元素放置在旅程画布的任意位置，设置 2 到 4 条分支。每条分支运行自己的子流程，因此一个变体可以在消息文案、延迟时长、渠道，甚至完全不发消息上与其他分支不同。流量占比之和必须为 100%，重置按钮可以一键恢复为均分。

分支 A —— 对照组，可以是你今天正在运行的流程，也可以是一个全新的基准版本。
分支 B、C、D —— 挑战者，各自拥有独立的消息、延迟和渠道。
流量占比 —— 只要总和为 100%，任意比例均可。均匀分配能最快达到显著性。

Split 元素本身不携带任何消息逻辑，它只决定谁走哪条路，具体发送由其下方的渠道节点完成——这意味着不同市场的团队可以在同一个测试框架下，各自搭配适合本地用户的渠道组合。

两种结束测试的方式

A/B/n 测试结果卡片：四条分支分别为 18%、41%、22% 和 19%，落败分支已关闭，胜出分支高亮显示 Significant 90% 徽章

自动选出胜出分支

平台会持续监测你设定的目标。一旦某条分支跨过 90% 置信度门槛，Pushwoosh 就会关闭表现不佳的分支，并将后续所有新进入用户导向胜出分支。

无论是否有人正在盯着看板，这个过程都会自动完成——对于横跨多个时区运营的出海团队来说，这意味着测试不会因为团队不在线而被耽误。

实时测试统计卡片，展示分支 A 到 D 的各自转化率和走势图，下方有一个仅保留胜出分支按钮

需要时可手动控制

手动模式提供同样的实时统计数据，把决定权交给你。查看数据后，点击仅保留胜出分支即可关闭落败分支。

在你做决定的过程中，旅程会继续运行。结束一次测试并不需要先暂停它。

关闭分支只影响新进入用户。 已经被分配到某条分支的用户会走完当初分配给他们的路径，无论该分支之后发生什么。

A/B/n 测试最适合哪些场景

跨境电商购物车挽回

测试提醒文案和延迟时长，保留能挽回更多海外购物车的版本。

付费墙与试用消息

针对你的转化目标，测试试用到期消息的文案或发送时机。

摘要标题与发送时间

在一个周期性摘要上运行两个标题或两个发送时间，按打开率或点击率打分。

渠道偏好

将同一条消息通过 Push、邮件、短信分别发送，找出对某个细分群体转化最好的渠道。

出海游戏内购优惠

在召回旅程中测试优惠文案或发送时机，以内购事件作为转化目标。

唤回时机

比较等待多久后再触达沉默用户，能带来更好的唤回效果。

一条旅程，覆盖所有渠道

Split 元素与所有渠道节点位于同一画布上，因此一条分支可以承载移动 Push、应用内消息、邮件、短信、WhatsApp 或 Web Push，全部针对同一个客户画像。

你在旅程本来就运行的地方——Customer Journey Builder——直接搭建测试，而不需要为出海业务另外接入一套独立的实验工具。

三种设计测试的思路

现有流程 vs 新想法

分支 A 保留你今天正在发送的内容，B、C、D 承载挑战者。

新想法 vs 新想法

没有既有版本参与，选一个新版本作为对照组，其余版本与之对比打分。

有消息 vs 无消息

给一条分支设置相同的 Time Delay 但不发送任何消息，用来衡量这次触达本身是否真的影响了指标——例如判断双十一大促期间的一条额外 Push 是否真的带来了增量转化。

胜出分支如何被决定

测试启动前必须定义至少 1 个转化目标。目标是你已经发送给 Pushwoosh 的一个被追踪事件：一次购买、一次结账、一次订阅开始、一次关卡完成。

Pushwoosh 使用 Z-Score 和 P-Value，将每条分支与对照组进行对比打分，并在达到 90% 置信度时将结果标记为 Significant（显著）。

同一个测试上可以同时运行多个目标，各个目标的结果独立计算，当多个目标同时生效时，由你选择读取哪一个。

在可以指名道姓的基础设施上做测试

Pushwoosh 在美国和德国运行在自有硬件上，遵循 GDPR 和 BDSG（德国联邦数据保护法）。你的测试数据、目标事件和客户画像，都留在发送消息的同一个平台上——为出海企业触达欧美用户提供可核实的合规基础。

完整认证信息见数据安全页面。

使用方法

暂停旅程并添加 Split 元素

将 A/B/n Split 元素放置在画布上，设置 2 到 4 条分支，并为每条分支设定流量占比。
定义转化目标

选择作为胜出标准的事件，并确认它在每条分支（包括对照组）都能触发。
启动并选择模式

自动模式会自行将新用户导向胜出分支；手动模式则把仅保留胜出分支的决定权交给你。

阅读文档

启动前须知。

添加或修改 Split 元素前必须先暂停旅程，它不支持对运行中的旅程热编辑。
每个 Split 元素最多支持 4 条分支。
只能在一条分支触发的目标会破坏对比的有效性。每条分支，包括对照组，都必须能够完成该目标事件。
显著性判定的置信度为 90%。这一门槛比 95% 更早得出胜出结论，但假阳性风险也更高。
Pushwoosh 不强制要求最小样本量或最短测试时长才能将结果标记为 Significant。低流量的旅程需要更多耐心，尤其是在单一海外市场用户基数还不大的早期阶段。