Multi-Armed Bandit

Multi-Armed Bandit 元素会向用户发送推送通知，就像 Push 元素一样。您无需提供单个预设，而是提供多个内容变体。优化会基于实时数据持续运行，无需手动重启测试或保持固定的流量分配。Pushwoosh 会将更多流量导向打开率最高的变体。

Multi-Armed Bandit 是一项实验性功能

• 变体： 仅支持现有的推送预设。目前尚不支持电子邮件、短信或应用内内容变体。
• 成功指标： 目前只有推送打开会计为成功。选择自定义事件作为成功指标的功能即将推出。
• 选择： 基于所有用户的整体变体表现，而非个人用户偏好。Pushwoosh 会避免连续两次向同一个人发送相同的变体。

随着此功能的开发，其行为和设置可能会发生变化。

在应触发 Multi-Armed Bandit 元素的事件或条件之后添加该元素，然后配置该元素。

添加内容变体

提示

要使用 Multi-Armed Bandit，请先在您的账户中创建两个或更多推送预设。了解有关创建推送预设的更多信息。您至少需要两个变体才能保存该元素。

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

选择成功指标

在 奖励 部分，选择什么算作一个变体的成功：

• 推送已打开： 当用户打开该推送时，一个变体赢得一次发送。
• 事件已发生： 选择一个自定义事件作为成功信号，而不是打开。此选项即将推出。

设置 奖励窗口 以定义 Pushwoosh 在发送后等待多少小时再检查推送是否被打开。默认为 2 小时。

注意

如果用户在奖励窗口关闭后打开推送，该打开仍会显示在您的常规消息统计中。它不会计入 Multi-Armed Bandit 优化。对于学习而言，该发送被视为未打开。选择一个足够长的窗口以捕获重要的打开。更长的窗口也意味着 Multi-Armed Bandit 在从每次发送中学习之前需要等待更长的时间。

个性化变体并添加优惠券

注意

这些设置适用于整个 Multi-Armed Bandit 元素，而不是每个变体。无论 Multi-Armed Bandit 最终向用户发送哪个预设，相同的个性化规则和优惠券池都会填充其占位符。如果您的变体预设中只有一部分包含给定的占位符或 {{voucher}} 标签，其他变体只是不使用它——无法为每个变体设置不同的事件映射或优惠券池。

使用动态内容进行个性化

切换 使用事件属性个性化消息，用事件中的值填充您的变体预设中的占位符，而不是设备标签。Multi-Armed Bandit 会将您所有选定变体中使用的占位符收集到一个列表中，因此您只需映射每个占位符一次，无论最终发送哪个预设。

了解有关 Journey 中个性化的更多信息。

覆盖 Liquid 占位符

切换 覆盖 Liquid 占位符 并选择一个事件，将其属性输入到您的变体预设中名称匹配的 Liquid 标签中。如果您同时启用了动态内容和 Liquid 个性化，Liquid 优先。

使用优惠券

切换 使用优惠券，将来自优惠券池的唯一代码附加到任何被发送的变体上。请提前创建带有 {{voucher}} 占位符的变体预设，然后选择要从中提取代码的 优惠券池。或者，使用 分配标签 将已发送的代码保存到用户标签中。

了解有关优惠券的更多信息。

设置消息类型

选择 营销消息 或 事务性消息：

• 营销消息：用于营销活动和促销。所有规则和限制均适用。遵守：频率上限和静默期。排除：控制组 用户。
• 事务性消息：用于操作性或服务性消息。规则和限制不适用。绕过：频率上限。发送至：控制组 用户。

了解消息类型如何影响送达。

配置消息发送设置

设置频率上限

注意

频率上限选项仅在选择 营销消息 时可用。当您选择 事务性消息 时，频率上限不适用，这些选项将被禁用。

使用 频率上限 来限制用户接收推送消息的频率，防止过度发送消息并减少用户流失。在 Multi-Armed Bandit 元素设置中，选择以下选项之一：

• 使用全局频率上限设置

  应用您在 全局频率上限设置 中配置的项目范围限制。

  例如，如果全局限制设置为 9 天内 3 条消息，则超过此限制的额外消息将被跳过。

• 忽略全局频率上限

  即使用户已超过渠道的消息限制，他们仍将收到此消息。请谨慎使用此选项，以避免过度发送消息。

• 使用自定义频率上限

  为此消息设置自定义消息限制。如果用户超过此自定义上限，消息将被跳过，用户将进入下一步。

  重要提示： 自定义频率上限不会将消息与 全局频率上限 隔离。同一渠道上发送的所有消息，包括来自其他 Journey 或营销活动的消息，仍会计入全局上限。如果用户本周已从其他来源收到 3 条推送消息，即使自定义上限允许，此消息仍可能被阻止。 了解更多

  为此自定义限制选择一种计数模式：滚动窗口或日历日。

设置发送速率限制

发送速率 设置控制消息发送给受众的速度。调整发送速率有助于您管理发送速度、防止后端过载并提高整体送达率。

选择以下选项之一：

• 使用全局发送速率设置 应用您项目消息发送设置中配置的发送速率限制。如果未设置限制，所有消息将立即发送。当您希望发送速度遵循项目的默认规则时，请使用此选项。了解有关全局发送速率限制的更多信息

• 无发送速率限制发送消息 尽可能快地发送消息，忽略任何全局发送速率限制。请谨慎使用，以避免后端过载或造成发送高峰。

• 使用自定义发送速率 仅为此消息覆盖全局发送速率。允许您指定每分钟发送的消息数量，从而完全控制发送速度。消息将以您在消息元素中定义的自定义速率发送。

完成 Multi-Armed Bandit 元素的配置后，点击 保存。

Multi-Armed Bandit 如何选择变体

Multi-Armed Bandit 不会均匀地交替发送变体，也不会像 A/B/n 拆分 那样运行固定的 50/50 拆分。相反，它会持续观察哪个变体被打开得更频繁，并逐渐将该变体发送给更大部分的用户。它仍然会足够频繁地发送其他变体，以继续从真实数据中学习。

关于其行为，有几点需要了解：

• 需要一些时间和数量才能出现明确的领先者。早期，变体的发送接近均匀。
• Pushwoosh 会避免连续两次向同一用户发送相同的变体，这样人们就不会重复收到完全相同的消息。
• 选择是基于每个变体在 Journey 中所有用户的整体表现，而不是基于单个用户的偏好。

即使一个变体被确认为获胜者，Multi-Armed Bandit 仍会继续运行。与 A/B/n 拆分 不同，它不会锁定获胜者并将所有流量都导向它。获胜的变体继续获得最大份额的发送，而其他变体仍会收到较小份额，以便 Pushwoosh 可以继续学习。如果表现随时间变化，Multi-Armed Bandit 会适应并可能将流量转移到新的领先者。

示例场景：恢复废弃的购物车

当用户将商品添加到购物车但未完成结账时，使用 Multi-Armed Bandit。下面的示例在 购物车已废弃 事件上启动一个 Journey，并测试三个推送变体以吸引用户回来。

1. 准备推送预设。 在构建 Journey 之前，在您的账户中创建三个推送预设。了解有关创建推送预设的更多信息。

   对于这个废弃购物车的场景，您可以创建如下预设：

   • 购物车提醒： “您的购物车里有商品在等您”
   • 购物车紧迫感： “您的购物车将在 1 小时后过期”
   • 购物车折扣： “立即结账可享 10% 折扣”

2. 创建 Journey。 在 营销活动 → Customer Journey Builder 中，点击 创建营销活动 并选择 从头构建 Journey。将一个 基于触发器的入口 元素添加到画布上。

3. 设置触发器。 创建或启用一个 购物车已废弃 事件，当用户在几小时内未完成结账时触发。在 基于触发器的入口 元素中，选择此事件作为 Journey 触发器。了解有关事件的更多信息。

4. 添加 Multi-Armed Bandit 元素。 将 Multi-Armed Bandit 元素放置在触发器之后，然后打开其设置。

5. 添加内容变体。 在 内容变体 中，选择您在步骤 1 中创建的三个预设。

6. 选择成功指标。 在 奖励 中，选择 推送已打开。将 奖励窗口 设置为 2 小时。这个窗口足够长，可以捕捉到没有立即查看手机的用户的打开，但又足够短，可以快速学习。

7. 完成设置并启动。 配置消息类型和发送设置，点击 保存，并激活 Journey。

启动后

Multi-Armed Bandit 的行为可能大致如下。实际的流量分配和时间取决于发送量以及用户对每个变体的反应。

首先，Pushwoosh 会接近均匀地发送所有三个变体，因为它还没有足够的数据。随着打开数据的进入，它开始将更多流量转向被打开得更多的变体。例如，如果“立即结账可享 10% 折扣”持续优于其他两个，它可能会收到约 60% 的发送，而其他两个则瓜分剩余部分。

Pushwoosh 也会继续发送表现较差的变体。这可以保持学习的进行，并遵循一个规则，即刚被发送过一个变体的用户下次到达此步骤时不会再次收到相同的变体。

查看结果

保存元素并启动 Journey 后，打开 Multi-Armed Bandit 元素的统计面板，查看您的变体表现如何。

顶部的横幅显示实验的当前状态：

• 数据尚不足： Multi-Armed Bandit 尚未收集到足够多的发送数据，无法得出有意义的结论。
• 仍在学习中： 有数据，但还没有一个变体是明确的、具有统计显著性的领先者。
• 显著领先者： 一个变体被证实优于其他变体。它被标记为 获胜者 徽章。

对于每个变体，您将看到：

• 已发送： 此变体被发送的次数。
• 已打开： 被打开的发送所占的份额。
• 流量： 当前流向此变体的新发送所占的份额。

Multi-Armed Bandit vs. A/B/n 拆分

Multi-Armed Bandit 和 A/B/n 拆分 都能优化您的消息发送，但它们的工作方式不同。使用下表来决定哪一个适合您的用例。

	Multi-Armed Bandit	A/B/n 拆分
机制	根据实时打开情况，持续将流量转向表现最佳的变体	将用户分成您预先定义的固定百分比分支。分支可以包含完全不同的下游流程
变体	至少需要两个推送预设。变体数量没有上限	每个测试最多四个分支
流量分配	开始时接近均匀，然后随着数据进入自动调整	您设置的固定百分比，在选出获胜者之前保持不变
持续时间	持续运行，没有明确的结束时间	运行直到达到统计显著性或您手动停止
获胜者	从不锁定：获胜的变体获得更多流量，但其他变体仍会收到一些	选出获胜者后锁定：失败的分支停用，所有新用户都导向获胜者
最适合	针对单个消息步骤的持续内容优化（目前仅限推送预设）	当您想要一次性的、锁定的决策时，测试结构上不同的流程或序列