本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 使用 Pinpoint 的 Amazon Connect 对外营销宣传最佳实践
**重要**
**终止支持通知：** AWS 将于 2026 年 10 月 30 日终止对亚马逊 Pinpoint 的支持。2026 年 10 月 30 日之后，您将不再能够访问 Amazon Pinpoint 控制台或 Amazon Pinpoint 资源（端点、分段、活动、旅程和分析）。有关更多信息，请参阅 [Amazon Pinpoint 终止支持](https://docs.aws.amazon.com/console/pinpoint/migration-guide)。**注意：** APIs 与短信相关、语音、移动推送、OTP 和电话号码验证不受此更改的影响，并受 AWS 最终用户消息的支持。
本节的主题介绍了使用 Pinpoint 的出站呼叫活动最佳实践。这些做法可以提高座席的工作效率，帮助您遵守法规，并有助于保护电话号码的完整性。
**注意**
Amazon Connect 对外营销宣传与 Amazon Pinpoint Journeys 配合使用。Journeys 有自己的最佳实践。本节中的主题介绍了其中的一些实践，但要了解更多信息，请参阅[《Amazon Pinpoint 用户指南》](https://docs.aws.amazon.com/pinpoint/latest/userguide/journeys-best-practices.html)中的 *Journeys 提示和最佳实践*。
**Topics**
+ [选择合适的活动](#right-campaign-for-cc)
+ [座席人员配备最佳实践](#agent-staffing)
+ [连接延迟最佳实践](#call-latency)
+ [答录机检测的最佳实践](#machine-detection)
+ [Journey 最佳实践](#journey-settings)
+ [日程表最佳实践](#schedule-settings)
+ [活动设置的最佳实践](#activity-no-call)
+ [“禁止来电”最佳实践](#dnc)
+ [管理重拨的最佳实践。](#manage-redials)
## 选择合适的活动
Amazon Connect 提供多种类型的拨号活动。以下各节将介绍每种类型，以便您可以实施最能满足您需求的活动。
**Topics**
+ [预测性活动](#predictive-campaigns)
+ [逐次活动](#progressive-campaigns)
+ [无座席活动](#agentless-campaigns)
+ [预览活动](#preview-campaigns)
### 预测性活动
当座席工作效率、每次通话费用或联络中心效率成为关键指标时，请使用预测拨号器。预测拨号器预计很多电话不会被接听。他们通过预测座席空闲时间来抵消这种情况，在座席轮班期间尽可能多地拨打列表中的电话号码。
预测算法会根据某些性能指标预先调用。这意味着，可以在座席空闲之前接通电话，客户将被转接给下一名空闲的座席。预测算法不断分析、评估和实时预测座席的空闲时间，从而提高座席的工作效率和效率。
### 逐次活动
当您需要降低应答速度时，请使用渐进模式。渐进模式活动会在座席完成上一次通话后，拨打列表中的下一个电话号码。如果多个活动锁定同一组座席，则每个活动最终可能会拨号相同座席的联系人。有两种办法可防止这种情况：
+ 更改活动的带宽分配，使每个活动的带宽分配的总和小于或等于 100%。这可以大大降低多个活动拨号相同座席的联系人的可能性，但并不能完全消除这种情况。
+ 如果需要 1:1 保证，则请为每个活动配备一组专属座席。为此，请将活动的队列分配给单个路由配置文件。该路由配置文件必须仅包含此活动的队列，只能允许语音通话，并且不应将任何入站联系人放入此队列。
您可以使用集成的答录机检测来帮助识别实时客户接听或语音邮件，并据此自定义您的联系策略。例如，如果有人接听电话，您可以提供选项供其选择。如果电话转到语音信箱，您可以留言。
您还可以通过为每个活动指定容量来管理节奏。例如，与其他拨号器活动相比，您可以为特定的无座席活动设置更高的容量，从而更快地发送更多语音通知。
### 无座席活动
您可以使用无座席活动发送大量个性化语音通知、预约提醒，或者使用交互式语音应答 (IVR) 实现自助服务，无需座席。
### 预览活动
可以使用预览拨号实现个性化的客户对话并满足合规性要求。预览拨号使座席能够在发起出站呼叫之前，查看接收者的详细信息，例如姓名、地址、产品使用情况、之前的互动情况等等，从而确保实现个性化且有效的主动互动，同时满足合规性要求。
预览拨号模式最佳实践：禁用通话分类。
## 座席人员配备最佳实践
当电话接受者接听电话时，如果听到的是沉默，他们往往会挂断电话。对于预测性活动，使用以下最佳实践有助于减少这种沉默：
+ 确保您有足够的座席登录到通话队列。有关人员配置的更多信息，请参阅 [Amazon Connect 中的预测、容量规划和调度](forecasting-capacity-planning-scheduling.md)。
+ 考虑使用 Amazon Connect 的机器学习服务。
+ [预测](forecasting.md)。根据历史数据分析和预测联系人数量。未来的需求（联系人数量和处理时间）会是什么样子？ Amazon Connect 预测可提供自动生成的准确预测，每天自动更新。
+ [容量规划](capacity-planning.md)。预测您的联系中心将需要多少座席。根据方案、服务级别目标和指标（例如裁员）优化计划。
+ [计划](scheduling.md)。为灵活 day-to-day的工作负载生成代理计划，同时满足业务和合规性要求。为座席提供灵活的计划和工作与生活的平衡。每个轮班需要多少座席？ 哪个座席在哪个插槽中工作？
[日程表遵循情况](schedule-adherence.md)。使联系中心主管能够监控计划遵循情况并提高座席的工作效率。座席计划发布后，即可查看计划遵循情况指标。
## 连接延迟最佳实践
成功的出站活动要避免无声电话，即接听电话后到座席接通前的一段沉默时间。限制无声电话或放弃电话的数量以及随时通知被呼叫方的法律要求也可能适用。您可以通过不同的方式配置 Amazon Connect，以减少通话连接延迟。
**Topics**
+ [精确定位分段属性](#pinpoint-segment-attributes)
+ [由座席接听的出站电话](#outbound-agent-staffed)
+ [出站无座席通话](#outbound-agentless)
+ [私密消息和队列流佳实践](#whisper-and-queue)
+ [用户管理最佳实践](#user-admin)
+ [工作站和网络最佳实践](#workstations)
+ [测试最佳实践](#testing)
### 精确定位分段属性
创建 Amazon Pinpoint 分段文件时，添加路由逻辑、自定义问候语或座席屏幕弹出窗口所需的数据（属性）。请勿在流中使用 Lambda 函数提取其他信息，例如连接到座席之前的 `EffectiveDate`、A`ttributes.CampaignIdentifier` 或 `User.UserId`。
有关更多信息，请参阅*《Amazon Pinpoint 用户指南》*中的[支持属性](https://docs.aws.amazon.com/pinpoint/latest/userguide/segments-importing.html#segments-importing-available-attributes)。
### 由座席接听的出站电话
当使用 [检查呼叫进度](check-call-progress.md) 流数据块时：
+ 电话已接听分支：删除 [检查呼叫进度](check-call-progress.md) 和 [转接队列](transfer-to-queue.md) 数据块之间的所有流数据块。这样可以最大限度地减少从拨号方打招呼到座席接听之间的延迟。
+ 未检测到分支：此分支的处理方式应与路由到 [转接队列](transfer-to-queue.md) 数据块的电话已接听的方式相同。当 ML 模型无法对答案类型进行分类时，就会使用此分支。由于这可能是语音信箱或现场人员，因此如果有语音信箱可以接听留言，则可以在**转接到队列**数据块之前播放一条消息。
例如，“这是 Example Corp. 打电话来确认您的预约。我们无法判断是您还是您的语音信箱接听了这通电话。请不要挂断电话，我们会为您接通座席。”
### 出站无座席通话
出站活动通常使用自定义问候语和自助服务功能。请勿使用 Lambda 函数获取联系人属性。相反，通过活动分段提供客户数据（属性）。使用活动分段中的这些属性播放自定义问候语。
+ 示例：电话已接听或未检测到：“您好，`$.Attributes.FirstName`。我是 `$.Attributes.CallerIdentity`，想确认您即将在 `$.Attributes.AppointmentTime` 参加 `$.Attributes.AppointmentDate` 的预约。如果这对您来说是合适的时间和日期，只需说‘确认’即可。如果您想使用我们的自助服务系统修改您的预约，只需说‘自助服务’或保持通话，我们将为您接通下一名空闲的座席。”
+ 示例：带或不带提示音的语音信箱：“您好，`$.Attributes.FirstName`。我是 `$.Attributes.CallerIdentity`，想确认您即将在 `$.Attributes.AppointmentTime` 参加 `$.Attributes.AppointmentDate` 的预约。如果这对您来说是合适的时间和日期，我们到时再见。如果您想修改预约，请致电 `$.SystemEndpoint.Address` 重新安排预约时间。”
+ 错误分支：有时可能会出现问题，导致通话遵循错误分支。作为最佳实践，使用包含一条适用于所拨联系人消息的 [播放提示](play.md) 数据块，并说明“请致电 `$.SystemEndpoint.Address` 确认或重新安排您的预约时间”。在 [断开/挂断](disconnect-hang-up.md) 屏蔽之前执行此操作，以防接听者接听了电话，但在处理过程中出现错误。
### 私密消息和队列流佳实践
+ 从**默认客户队列**流中删除**循环提示**，并将其替换为**结束流/继续**。
+ 如果座席在通话进入队列后 2 秒钟内没有接听电话，则您可以使用**循环提示**和为客户播放消息，以尽量减少无声电话。下图显示了带有循环提示的典型流数据块。
+ 在 [设置私密消息流](set-whisper-flow.md) 数据块上使用**禁用座席私密消息**和**禁用客户私密消息**选项。这样，客户就能在出站活动中感受到较少的连接延迟。下图显示了此数据块属性页面中**禁用座席私密消息**设置的位置。
### 用户管理最佳实践
我们建议为您的用户设置以下选项，以缩短连接时间。要访问这些设置，请在 Connect Customer 管理网站中导航到 “**用户**”、“**用户管理****”、“编辑”**。
这些选项仅适用于软电话。
+ [启用自动接听电话](enable-auto-accept.md)。它降低了被叫方接听 latency/delay 后通话的可能性。
+ 将[联系后续工作 (ACW) 超时设置](configure-agents.md)为 30。在使用预测拨号活动时，尽量缩短 ACW 时间可优化拨号算法。
+ [启用持久的连接](enable-persistent-connection.md)。这会在通话结束后保持座席连接。它使后续呼叫能够更快地接通。
下图显示了**编辑用户**页面的**设置**部分。
### 工作站和网络最佳实践
以下最佳实践有助于通过确保充足的硬件和网络资源来优化座席的效率。
+ 确保座席工作站满足最低要求。有关更多信息，请参阅 [使用联系控制面板 (CCP) 所需的座席耳机和工作站要求](ccp-agent-hardware.md)。
+ 确保座席在其桌面上打开并显示 CCP 或座席工作区。这样可以减少在问候呼叫方之前将屏幕移到前面的时间。
+ 在本地网络上，确保座席已连接到局域网。这可以减轻潜在的无线网络延迟
+ 如果可能，请尽量缩小托管您的 Amazon Connect 实例的 AWS 地区与与出站活动互动的代理之间的地理距离。您的座席与托管区域之间的地理距离越远，可能的延迟就越高。
**注意**
根据 Amazon Connect 实例的来源，出站活动对座席可以拨打的号码有限制。有关更多信息，请参阅 [Amazon Connect 电信国家/地区覆盖指南](https://d1v2gagwb6hfe1.cloudfront.net/Amazon_Connect_Telecoms_Coverage.pdf)。
### 测试最佳实践
最佳实践是大规模进行测试。要实现最低的通话连接延迟，可使用出站活动连续拨打成百上千个电话，以模拟生产环境。拨打少量活动电话时，通话连接延迟可能相对较高。
## 答录机检测的最佳实践
要在活动中使用应答机检测 (AMD)，请使用 [检查呼叫进度](check-call-progress.md) 流数据块。它提供通话进度分析。这是一种 ML 模型，可检测接听电话的情况，从而为人工接听的电话和机器接听的电话提供不同的体验，无论是否有蜂鸣音。当 ML 模型无法区分人员和语音邮件，或在通话处理过程中出现错误时，流数据块还提供了一个路由分支。
AMD 使用以下标准来检测实时通话：
+ 与预先录制的留言相关的背景噪音。
+ 一些长句子，比如“您好，很抱歉没接到您的电话。请在......留言。”
+ 一位现场呼叫方说着类似于“喂，您好？”的话。然后是问候后的沉默。
拨打给客户的电话有 40% 至 60% 转到语音信箱。AMD 有助于减少语音邮件通话的次数，而不是在线通话的次数。但是，检测精度也有局限性。
+ 如果语音邮件问候语是简短的“您好”或包含停顿，AMD 就会将其检测为在线客户（误报）。
+ 有时，在线客户的长问候语会被错误地检测为语音邮件（误报）。
+ 系统在将通话转接给座席时会有轻微的延迟，这可能会导致客户挂断电话。
+ 不支持具有多级语音邮件提示的 PBX（专用交换机）号码。
### 答录机检测的优点、缺点和最佳用途
使用答录机检测 (AMD) 可能不符合电话销售法。您有责任以符合适用法律的方式实施 AMD，并且应始终就具体使用场景咨询法律顾问。
使用场景 1：AMD 处于开启状态并自动留下语音邮件
+ **优点**：座席在 95% 的时间里主要与实时通话互动，从而最大限度地延长了通话时间。如果检测到语音邮件，AMD 可以自动留下语音邮件。
+ **缺点**：由于答录机类型繁多，此技术在 50% 至 60% 的情况下会误报语音邮件。此外，AMD 可能还会激怒客户，因为它会给实时通话带来短暂的延迟。
+ **最佳用途**：在白天给消费者打电话，您可能会收到大量的电话答录机，而此时并不急于确保每个电话都收到语音邮件。
使用场景 2：AMD 已开启，但未留下自动语音邮件
+ **优点**：座席在 95% 的时间里主要与实时通话互动，从而最大限度地延长了通话时间。
+ **缺点**：不能留下任何语音邮件。增加了实时通话的延迟，可能会让客户感到烦恼。
+ **最佳用途**：在白天给消费者打电话，那时你可能会收到大量语音邮件，但又不想留下任何语音信箱。
使用场景 3：AMD 已关闭，座席可以手动留下语音邮件
+ **优点**：语音邮件可以 100% 留存。
+ **缺点**：座席必须确定他们是在接听实时电话还是语音邮件。必须手动留存语音邮件。最耗时，可减少座席一天内拨打的通话次数。
+ **最佳用途** — 给客户或企业打电话并留存自定义的语音邮件。
使用场景 4：AMD 已关闭，座席可以留存预先录制的语音邮件
+ **优点**：座席可以通过“Voicemail Drop”避免一遍又一遍地重复发送相同的消息，从而 100% 地留下个性化的预先录制的语音邮件，节省大量时间。
+ **缺点**：座席必须确定他们是在接听实时电话还是语音邮件。比 AMD 更费时，但比手动留存语音邮件更快捷。
+ **最佳用途** — 给客户或企业打电话并留存普通的语音邮件。
## Journey 最佳实践
作为最佳实践，为每个 Amazon Pinpoint Journey 创建一个定义明确的场景。将情景的范围限制在更大客户体验的特定方面，这样您就可以监控、完善和管理客户的特定体验。然后，您就可以创建一系列相关的 Journey。
例如，Journey 可以欢迎新客户，并在他们成为客户的前七天内为他们提供建议的最初步骤。根据每个客户在第一个 Journey 中的行为，您可以将他们引导到根据其最初参与程度自定义的其他 Journey。一个 Journey 可能为第一个 Journey 中高度参与的客户提供后续步骤。另一个后续旅程可能会向第一个旅程中参与较少的客户推销不同的产品或服务。通过创建一系列的 Journey，您可以在整个客户生命周期内不断优化和管理客户体验。
定义场景后，选择支持场景目标的旅程设置。此设置定义 Journey 的任何部分可以吸引参与者的时间、数量和频率。
**注意**
以下步骤假定您在 Amazon Pinpoint 中至少有一个项目和一个 Journey。如果没有，请参阅[《Amazon Pinpoint 用户指南》](https://docs.aws.amazon.com/pinpoint/latest/userguide/projects-manage.html)中的[管理 Amazon Pinpoint 项目](https://docs.aws.amazon.com/pinpoint/latest/userguide/journeys-create.html)和*创建 Journey*
**要访问 Journey 设置**
1. 打开亚马逊 Pinpoint 控制台，网址为。[https://console.aws.amazon.com/pinpoint/](https://console.aws.amazon.com/pinpoint/)
1. 在导航窗格中，选择 **Journeys**，然后打开状态为**草稿**或**已暂停**的 Journey。
您也可以选择 **Stop Journey** 来停止 Journey。
1. 打开**操作**列表，然后选择**设置**。
1. 展开以下章节，实施各种最佳实践。
### 时区检测
时区检测有助于根据 `Endpoint.Address` 和 `Endpoint.Location.PostalCode` 的任意组合 `Endpoint.Location.Country` 估计端点的时区。当配置了静默时间以及当 Journey 根据本地时区发送消息时，使用端点时区来避免在一天中的不合适的时间发送消息。时区估计仅在没有 `Demographic.Timezone` 属性值的端点上执行。
**注意**
AWS GovCloud （美国西部）不支持时区检测。
如果 Journey 包含具有多个时区的端点：
+ 当您启用 `Recipient's local time zone`：
+ Journey 根据端点的最新时区打电话或发送信息。
+ Journey 将在所有消息已发送或根据端点的最早时区停止发送。
### Journey 具有在多个时区的端点并具有静默时间
当您启用**静默时间**后，如果端点位于多个时区，Journey 不会在任何时区的静默时间内调用端点或向端点发送消息。只有当所有端点都能接收消息时，旅程才会根据旅程的发送规则调用和发送信息。
例如，如果您的旅程的安静时间从 20:00（晚上 8:00）到 08:00（上午 8:00），并且旅程使用 UTC-8 \_York 中的终端节点）。America/Los\_Angeles and UTC-5 America/New\_York, the journey starts sending messages at 08:00 America/Los\_Angeles (11:00 America/New\_York) and stops sending messages at 17:00 America/Los\_Angeles (20:00 America/New
### 存储并使用本地时区
要优化参与者在具有预定开始和结束时间的旅程中的参与度，请将旅程配置为使用每个参与者的本地时区。这有助于确保旅程活动在参与者最有可能参与这些活动的时间进行。
**要使用收件人时区**
+ 在**何时发送**下，选择**收件人本地时区**单选按钮。
**注意**
此设置是否有用，取决于您是否在参与者的端点定义中存储了本地时区值。如果您使用此设置，而参与者的端点定义未指定时区，则 Amazon Pinpoint 不会将该参与者包含在旅程中。若要避免此问题，请使用 `Demographic.Timezone` 属性来存储参与者的时区信息。这是 Amazon Pinpoint 提供的标准属性。
### 解决静默时间冲突
如果您将活动配置为在与 Journey 的静默时间设置冲突的时间发送消息，则 Amazon Pinpoint 在静默时间结束前不会发送消息。如果您选择在静默时间结束后继续发送消息，Pinpoint 也会在静默时间内发送留存的任何消息。否则，就会丢弃保留的消息。
### Journey 限制
对于某些使用场景，例如电话营销，组织会限制在一定天数内尝试调用端点。Amazon Pinpoint 提供了以下配置尝试次数的方法：
+ 指定 24 小时内尝试与端点联系的最大次数。
+ 指定在特定 Journey 中可以到达端点的最大次数，以及跨 Journey 的最大次数。
+ 通过指定在特定时间段内可以到达端点的最大次数来设置滚动限制。例如，在接下来的 7 天内最多与端点联系 2 次。
下图显示了各种 Journey 限制设置。
## 日程表最佳实践
通过 Amazon Connect 对外营销宣传，您可以将通话限制在一天中的特定时间，并避免在晚上或周末的静默时间拨打电话。您还可以在 Amazon Pinpoint Journey 中设置通话例外情况。这些例外情况会覆盖为一周内几天配置的发送时间。
我们建议同时使用这两项功能。有关 Amazon Connect 中的调度的更多信息，请参阅 。有关 Amazon Pinpoint 中调度的更多信息，请参阅[《Amazon Pinpoint 用户指南》](https://docs.aws.amazon.com/pinpoint/latest/userguide/campaigns-schedule.html)中的*步骤 4：选择何时发送活动*。
除例外情况外，您还可以：
+ 通过将所有座席从活动队列中注销，阻止来自预测性和渐进式活动的通话。
+ 使用 Amazon Connect 控制台手动暂停活动。
## 活动设置的最佳实践
在 Journey 的 **Entry** 活动中，只使用**从分段添加参与者**选项。
## “禁止来电”最佳实践
许多国家都建立了 DNC（禁止来电）名单。这样，电话订阅用户就可以不接收营销电话。公司必须对照 DNC 名单检查客户电话号码，并在拨打电话前删除这些号码。您可以使用 Amazon Pinpoint 管理出站活动中的 DNC 名单。
Journeys 允许您在发送消息之前，根据第三方数据来源检查端点的状态。您还可以添加一个 AWS Lambda 函数，该函数执行外部 DNC 检查，并根据响应拨号或不拨号。
下图显示了建议的 DNC 流。
## 管理重拨的最佳实践。
以下各节提供了管理重拨和将呼叫中心与垃圾邮件发送者区分开来的最佳实践。
### 自动化工作流程并使用多种渠道
作为最佳实践，请不要一直给潜在客户打电话，希望联系人接听。您拨打的电话越多，联系人接听的可能性就越小。相反，利用自动化将联系人转移到另一个列表，30 天后再回电，也许 60 天后再回电。
此外，还要查看电话转入语音信箱的次数。在某个时候，您可能会想停止给潜在客户打电话。
最佳策略是利用自动化工作流程和多种沟通渠道来建立外联活动。例如，您可以先打电话，然后发送一条短信，再发送一封电子邮件。这可以大大增加与潜在客户取得联系的机会。有关设置多渠道的更多信息，请参阅：
+ [教程：《Amazon Pinpoint 开发人员指南》](https://docs.aws.amazon.com/pinpoint/latest/developerguide/tutorials-using-postman.html)中的*将 Postman 与 Amazon Pinpoint API 结合使用*。
+ [教程：在《Amazon Pinpoint 开发人员指南》](https://docs.aws.amazon.com/pinpoint/latest/developerguide/tutorials-two-way-sms.html)中*设置 SMS 注册系统*。
接下来的章节将介绍管理重拨的其他技巧。
### 管理通话量
以下最佳实践有助于将呼叫中心与垃圾邮件发送者区分开来，并有助于保护电话号码的完整性。
+ 每个运营商每个区号每天最多拨打 50 个电话。
+ 要配置拨号频率，请在 Journey 中使用**通过联络中心活动发送**与**等待**活动。Amazon Pinpoint 支持每个 Journey 最多三次**通过联络中心发送**活动。策略性地使用此活动。
例如，在电话**未接听**时使用它，但为**语音信箱提示音**和**语音信箱无提示音**选择其他跟进方法，例如电子邮件或短信。这些渠道仍然可以通过使用电子邮件中的超链接或 SMS 中的关键字回复（如“是”）与联系人进行会话互动，以提供自助服务或联系座席。这样，联系人就可以在想连接的时候进行连接。
**要限制拨号**
1. 根据需要，[在 Amazon Pinpoint 中创建 Journey](https://docs.aws.amazon.com/pinpoint/latest/userguide/journeys-create.html)。
1. 设置 Journey 输入，并添加**通过联络中心发送**活动。
有关执行此操作的更多信息，请参阅*《Amazon Pinpoint 用户指南》*中的[设置 Journey 输入活动](https://docs.aws.amazon.com/pinpoint/latest/userguide/journeys-entry-activity.html)。
1. 活动结束后，添加多变量拆分。
有关执行此操作的更多信息，请参阅*《Amazon Pinpoint 用户指南》*中的[设置多变量拆分活动](https://docs.aws.amazon.com/pinpoint/latest/userguide/journeys-add-activities.html#journeys-add-activities-procedures-multivariate-split)。
1. 打开拆分，添加**分支 B** 和**分支 C**。
1. 按如下方式编辑拆分中的分支：
+ **分支 A**
1. 打开**选择条件**列表，然后选择**事件**。
1. 打开**选择 Journey 消息活动和事件**列表，然后选择**联络中心密钥**。
1. 打开**事件**列表，然后选择**未接听**。
+ **分支 B**
+ 重复与分支 A 相同的步骤，但选择**语音邮件提示音**。
+ **分支 C**
+ 重复与分支 A 相同的步骤，但选择**语音邮件无提示音**。
1. 在每个分支后添加一个**等待**活动，然后对每个**等待**活动进行如下编辑：
+ 分支 A
1. 在**时间段**部分中，输入 **4**。
1. 在**单位**列表中，选择**工时**。
1. 选择**保存**。
+ 分支 B
1. 在**时间段**部分中，输入 **1**。
1. 在**单位**列表中，选择**工时**。
1. 选择**保存**。
+ 分支 C
1. 在**时间段**部分中，输入 **4**。
1. 在**单位**列表中，选择**天数**。
1. 选择**保存**。
1. 在分支 A 之后，添加**通过联系中心发送**活动。设置本活动的参数，类似于实验 2。
1. 在分支 B 和分支 C 之后，添加**发送电子邮件**或**发送 SMS** 活动。设置消息模板以完成此活动。有关更多信息，请参阅 [Amazon Pinpoint 消息模板](https://docs.aws.amazon.com/pinpoint/latest/userguide/messages-templates.html)。
下图显示了工作流程：
