Multi-Armed Bandit
Multi-Armed Bandit 元素会向用户发送推送通知,就像 推送 元素一样。您无需提供单个预设,而是提供多个内容变体。优化会根据实时数据持续运行,无需手动重启测试或保持固定的流量分配。Pushwoosh 会将更多流量导向打开次数最多的变体。
在应触发Multi-Armed Bandit 元素的事件或条件之后添加该元素,然后配置该元素。

添加内容变体
Anchor link to- 双击 Multi-Armed Bandit 元素以打开其设置。
- 在内容变体中,选择至少两个不同的推送预设。
- 点击添加变体以包含更多预设。没有上限。

选择成功指标
Anchor link to在奖励部分,选择什么算作变体的成功:
- 推送已打开: 当用户打开该推送时,变体赢得一次发送。
- 事件已发生: 选择一个自定义事件作为成功信号,而不是打开。此选项即将推出。
设置奖励窗口,以定义 Pushwoosh 在发送后等待多少小时再检查推送是否被打开。默认为 2 小时。

设置消息类型
Anchor link to选择营销消息或交易消息:
- 营销消息:用于营销活动和促销。所有规则和限制均适用。遵守:选择退出、频率上限和静默期。排除:全局控制组用户。
- 交易消息:用于操作或服务消息。规则和限制不适用。绕过:选择退出、频率上限和静默期。发送至:全局控制组用户。

配置消息发送设置
Anchor link to设置频率上限
Anchor link to使用频率上限来限制用户接收推送消息的频率,防止过度发送消息并减少用户流失。在Multi-Armed Bandit 元素设置中,选择以下选项之一:
-
使用全局频率上限设置
应用您在全局频率上限设置中配置的项目范围限制。
例如,如果全局限制设置为 9 天内 3 条消息,则超过此限制的额外消息将被跳过。
-
忽略全局频率上限
即使用户已超过该渠道的消息限制,他们仍将收到此消息。请谨慎使用此选项,以避免过度发送消息。
-
使用自定义频率上限
为此消息设置自定义消息限制。如果用户超过此自定义上限,消息将被跳过,用户将进入下一步。
重要提示: 自定义频率上限不会将消息与全局频率上限隔离。在同一渠道上发送的所有消息,包括来自其他旅程或营销活动的消息,仍计入全局上限。如果用户本周已从其他来源收到 3 条推送消息,即使自定义上限允许,此消息仍可能被阻止。 了解更多
设置发送速率限制
Anchor link to发送速率设置控制消息发送给受众的速度。调整发送速率有助于您管理发送速度、防止后端过载并提高整体送达率。
选择以下选项之一:
- 使用全局发送速率设置 应用您项目消息发送设置中配置的发送速率限制。如果未设置限制,所有消息将立即发送。当您希望发送速度遵循项目的默认规则时,请使用此选项。了解有关全局发送速率限制的更多信息

- 不使用发送速率发送消息 尽快发送消息,忽略任何全局发送速率限制。请谨慎使用,以避免后端过载或造成发送高峰。

- 使用自定义发送速率 仅为此消息覆盖全局发送速率。允许您指定每分钟发送的消息数量,让您完全控制发送速度。消息将按照您在消息元素中定义的自定义速率发送。

当您完成Multi-Armed Bandit 元素的配置后,点击保存。
Multi-Armed Bandit 如何选择变体
Anchor link toMulti-Armed Bandit 不会像 A/B/n 拆分那样均匀地交替发送变体或运行固定的 50/50 拆分。相反,它会持续观察哪个变体被打开的频率更高,并逐渐将该变体发送给更大部分的用户。它仍然会足够频繁地发送其他变体,以继续从真实数据中学习。
关于其行为,有几点需要了解:
- 需要一些时间和数量才能出现明显的领先者。早期,变体的发送接近均匀。
- Pushwoosh 会避免连续两次向同一用户发送相同的变体,这样人们就不会重复收到完全相同的消息。
- 选择是基于每个变体在旅程中所有用户的整体表现,而不是基于单个用户的偏好。
即使在确认某个变体为获胜者后,Multi-Armed Bandit 仍会继续运行。与 A/B/n 拆分不同,它不会锁定获胜者并将所有流量路由到它。获胜的变体将继续获得最大份额的发送,而其他变体仍会收到较小份额,以便 Pushwoosh 可以继续学习。如果性能随时间变化,Multi-Armed Bandit 会适应并可以将流量转移到新的领先者。
示例场景:恢复废弃购物车
Anchor link to当用户将商品添加到购物车但未完成结账时,使用Multi-Armed Bandit。下面的示例在购物车已废弃事件上开始一个旅程,并测试三个推送变体以吸引用户回来。
-
准备推送预设。 在构建旅程之前,在您的账户中创建三个推送预设。了解有关创建推送预设的更多信息。
对于这个废弃购物车场景,您可以创建如下预设:
- 购物车提醒: “您的购物车中有待处理的商品”
- 购物车紧急提醒: “您的购物车将在 1 小时后过期”
- 购物车折扣: “立即结账可享 10% 折扣”
-
创建旅程。 在营销活动 → 客户旅程构建器中,点击创建营销活动并选择从头构建旅程。将一个基于触发器的入口元素添加到画布上。
-
设置触发器。 创建或启用一个购物车已废弃事件,当用户在几小时内未完成结账时触发。在基于触发器的入口元素中,选择此事件作为旅程触发器。了解有关事件的更多信息。
-
添加Multi-Armed Bandit 元素。 将Multi-Armed Bandit 元素放置在触发器之后,然后打开其设置。
-
添加内容变体。 在内容变体中,选择您在步骤 1 中创建的三个预设。
-
选择成功指标。 在奖励中,选择推送已打开。将奖励窗口设置为 2 小时。这个窗口足够长,可以捕捉到那些没有立即查看手机的用户的打开,但又足够短,可以快速学习。
-
完成设置并启动。 配置消息类型和发送设置,点击保存,并激活旅程。
Multi-Armed Bandit 的行为可能大致如下。实际的流量分配和时间取决于发送量以及用户对每个变体的反应。
首先,Pushwoosh 会接近均匀地发送所有三个变体,因为它还没有足够的数据。随着打开数据的传入,它开始将更多流量转向被打开次数更多的变体。例如,如果“立即结账可享 10% 折扣”持续优于其他两个,它可能会收到约 60% 的发送量,而其他两个则瓜分剩余部分。
Pushwoosh 也会继续发送表现较差的变体。这可以保持学习过程的进行,并遵循一个规则,即刚被发送过一个变体的用户在下次到达此步骤时不会再次收到相同的变体。
查看结果
Anchor link to在您保存元素并启动旅程后,打开Multi-Armed Bandit 元素的统计面板,查看您的变体表现如何。

顶部的横幅显示实验的当前状态:
- 数据尚不足: Multi-Armed Bandit 尚未收集到足够的发送量来得出有意义的结论。
- 仍在学习中: 有数据,但没有一个变体是明确的、具有统计显著性的领先者。
- 显著领先者: 一个变体被确认优于其他变体。它被标记为获胜者徽章。
对于每个变体,您将看到:
- 已发送: 此变体被发送的次数。
- 已打开: 被打开的发送所占的份额。
- 流量: 当前流向此变体的新发送所占的份额。
Multi-Armed Bandit 与 A/B/n 拆分对比
Anchor link toMulti-Armed Bandit 和 A/B/n 拆分都可以优化您的消息传递,但它们的工作方式不同。使用下表来决定哪一个适合您的用例。
| Multi-Armed Bandit | A/B/n 拆分 | |
|---|---|---|
| 机制 | 根据实时打开情况,持续将流量转向表现最佳的变体 | 将用户拆分到您预先定义的固定百分比分支中。分支可以包含完全不同的下游流程 |
| 变体 | 至少需要两个推送预设。变体数量没有上限 | 每个测试最多四个分支 |
| 流量拆分 | 开始时接近均匀,然后随着数据传入自动调整 | 您设置的固定百分比,在选出获胜者之前保持不变 |
| 持续时间 | 持续运行,没有明确的结束时间 | 运行直到达到统计显著性或您手动停止 |
| 获胜者 | 从不锁定:获胜的变体获得更多流量,但其他变体仍会收到一些 | 选出获胜者后锁定:失败的分支停用,所有新用户都路由到获胜者 |
| 最适用于 | 单个消息步骤的持续内容优化(目前仅限推送预设) | 当您想要一次性的、锁定的决策时,测试结构上不同的流程或序列 |