本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# Amazon Connect 对外营销宣传的最佳实践
<a name="outbound-campaign-best-practices"></a>

本节的主题介绍了出站活动的最佳实践。这些做法可以提高座席的工作效率，帮助您遵守法规，并有助于保护电话号码的完整性。

**Topics**
+ [选择合适的语音通信模式](#right-campaign-for-vc)
+ [语音通信座席人员配置最佳实践](#agent-staffing-vc)
+ [连接延迟最佳实践](#call-latency-oc)
+ [答录机检测的最佳实践](#machine-detection-oc)

## 选择合适的语音通信模式
<a name="right-campaign-for-vc"></a>

Amazon Connect 对外营销宣传提供了多种类型的语音通信。以下各节将介绍每种类型，以便您可以实施最能满足您需求的活动。

**Topics**
+ [预测（座席辅助语音）](#predictive-campaigns-oc)
+ [渐进（座席辅助语音）](#progressive-campaigns-oc)
+ [无座席（自动语音）](#agentless-campaigns-oc)

### 预测（座席辅助语音）
<a name="predictive-campaigns-oc"></a>

当座席工作效率、每次通话费用或联络中心效率成为关键指标时，请使用预测模式。预测模式预计很多呼叫不会被接听。他们通过预测座席空闲时间来抵消这种情况，在座席轮班期间尽可能多地拨打列表中的电话号码。

预测算法会根据某些性能指标预先调用。这意味着，可以在座席空闲之前接通电话，客户将被转接给下一名空闲的座席。预测算法不断分析、评估和实时预测座席的空闲时间，从而提高座席的工作效率和效率。

### 渐进（座席辅助语音）
<a name="progressive-campaigns-oc"></a>

当您需要降低应答速度时，请使用渐进模式。

渐进模式活动会在座席完成上一次通话后，拨打列表中的下一个电话号码。如果多个活动锁定同一组座席，则每个活动最终可能会拨号相同座席的联系人。有两种办法可防止这种情况：
+ 更改活动的带宽分配，使每个活动的带宽分配的总和小于或等于 100%。这可以大大降低多个活动拨号相同座席的联系人的可能性，但并不能完全消除这种情况。
+ 如果需要 1:1 保证，则请为每个活动配备一组专属座席。为此，请将活动的队列分配给单个路由配置文件。该路由配置文件必须仅包含此活动的队列，只能允许语音通话，并且不应将任何入站联系人放入此队列。

您可以使用集成的答录机检测来帮助识别实时客户接听或语音邮件，并据此自定义您的联系策略。例如，如果有人接听电话，您可以提供选项供其选择。如果电话转到语音信箱，您可以留言。

您还可以通过为每个活动指定容量来管理节奏。例如，与其他拨号器活动相比，您可以为特定的无座席活动设置更高的容量，从而更快地发送更多语音通知。

### 无座席（自动语音）
<a name="agentless-campaigns-oc"></a>

您可以使用无座席模式发送大量个性化语音通知、预约提醒，或者使用交互式语音应答（IVR）实现自助服务，无需座席。

## 语音通信座席人员配置最佳实践
<a name="agent-staffing-vc"></a>

当电话接受者接听电话时，如果听到的是沉默，他们往往会挂断电话。对于预测模式，使用以下最佳实践有助于减少这种沉默：
+ 确保您有足够的座席登录到通话队列。有关人员配置的更多信息，请参阅 [Amazon Connect 中的预测、容量规划和调度](forecasting-capacity-planning-scheduling.md)。
+ 考虑使用 Amazon Connect 的机器学习服务。
  + [预测](forecasting.md)。根据历史数据分析和预测联系人数量。未来的需求（联系人数量和处理时间）会是什么样子？ Amazon Connect 预测可提供自动生成的准确预测，每天自动更新。
  + [容量规划](capacity-planning.md)。预测您的联系中心将需要多少座席。根据方案、服务级别目标和指标（例如裁员）优化计划。
  + [计划](scheduling.md)。为灵活 day-to-day的工作负载生成代理计划，同时满足业务和合规性要求。为座席提供灵活的计划和工作与生活的平衡。每个轮班需要多少座席？ 哪个座席在哪个插槽中工作？

    [日程表遵循情况](schedule-adherence.md)。使联系中心主管能够监控计划遵循情况并提高座席的工作效率。座席计划发布后，即可查看计划遵循情况指标。

## 连接延迟最佳实践
<a name="call-latency-oc"></a>

成功的出站活动要避免无声电话，即接听电话后到座席接通前的一段沉默时间。限制无声电话或放弃电话的数量以及随时通知被呼叫方的法律要求也可能适用。您可以通过不同的方式配置 Amazon Connect，以减少通话连接延迟。

**Topics**
+ [由座席接听的出站电话](#outbound-agent-staffed-oc)
+ [出站无座席通话](#outbound-agentless-oc)
+ [私密消息和队列流佳实践](#whisper-and-queue-oc)
+ [用户管理最佳实践](#user-admin-oc)
+ [工作站和网络最佳实践](#workstations-oc)
+ [测试最佳实践](#testing-oc)

### 由座席接听的出站电话
<a name="outbound-agent-staffed-oc"></a>

当使用 [检查呼叫进度](check-call-progress.md) 流数据块时：
+ 电话已接听分支：删除 [检查呼叫进度](check-call-progress.md) 和 [转接队列](transfer-to-queue.md) 数据块之间的所有流数据块。这样可以最大限度地减少从拨号方打招呼到座席接听之间的延迟。
+ 未检测到分支：此分支的处理方式应与路由到 [转接队列](transfer-to-queue.md) 数据块的电话已接听的方式相同。当 ML 模型无法对答案类型进行分类时，就会使用此分支。由于这可能是语音信箱或现场人员，因此如果有语音信箱可以接听留言，则可以在**转接到队列**数据块之前播放一条消息。

  例如，“这是 Example Corp. 打电话来确认您的预约。我们无法判断是您还是您的语音信箱接听了这通电话。请不要挂断电话，我们会为您接通座席。”

### 出站无座席通话
<a name="outbound-agentless-oc"></a>

出站活动通常使用自定义问候语和自助服务功能。请勿使用 Lambda 函数获取客户资料数据。而是使用以下方法从客户档案中检索数据：
+ 在流程开始时添加**客户资料**区块，然后选择 “**获取个人资料**” 操作。
+ 将标识符类型设置为**配置文件 ID**。
+ `$.Attributes.connect_customer-profile_profile-id`用作标识符值。通过使用客户资料细分的出站营销活动拨打联系人时，系统会自动填充此属性。
+ 选择要检索的相应响应字段。对于标准配置文件属性（例如 FirstName， LastName），请直接添加它们。对于自定义属性（例如 AppointmentDate， AppointmentTime），请通过选择自定义属性将其添加为自定义响应字段。
+ 在 “客户资料” 屏蔽后，您可以使用标准属性或`$.Customer.Attributes.<CustomAttributeName>`自定义属性访问个人资料属性以播放自定义问候语。`$.Customer.<AttributeName>`

以下是如何在提示中使用客户资料属性的示例：
+ 示例：电话已接听或未检测到：“您好，`$.Customer.FirstName`。这是 [你的组织] 打电话来确认你即将到来的预约，网`$.Customer.Attributes.AppointmentDate`址为`$.Customer.Attributes.AppointmentTime`。如果这对您来说是合适的时间和日期，只需说‘确认’即可。如果您想使用我们的自助服务系统修改您的预约，只需说‘自助服务’或保持通话，我们将为您接通下一名空闲的座席。”
+ 示例：带或不带提示音的语音信箱：“您好，`$.Customer.FirstName`。这是 [你的组织] 打电话来确认你即将到来的预约，网`$.Customer.Attributes.AppointmentDate`址为`$.Customer.Attributes.AppointmentTime`。如果这对您来说是合适的时间和日期，我们到时再见。如果您想修改预约，请致电 `$.SystemEndpoint.Address` 重新安排预约时间。”
+ 错误分支：有时可能会出现问题，导致通话遵循错误分支。作为最佳实践，使用包含一条适用于所拨联系人消息的 [播放提示](play.md) 数据块，并说明“请致电 `$.SystemEndpoint.Address` 确认或重新安排您的预约时间”。在 [断开/挂断](disconnect-hang-up.md) 屏蔽之前执行此操作，以防接听者接听了电话，但在处理过程中出现错误。

![\[将已接听电话转接到队列的流数据块。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/outbound-contact-attributes.png)


### 私密消息和队列流佳实践
<a name="whisper-and-queue-oc"></a>
+ 从**默认客户队列**流中删除**循环提示**，并将其替换为**结束流/继续**。  
![\[默认客户队列设置为结束流/继续。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/cmpgn-default-customer-queue.png)
+ 如果座席在通话进入队列后 2 秒钟内没有接听电话，则您可以使用**循环提示**和为客户播放消息，以尽量减少无声电话。下图显示了带有循环提示的典型流数据块。  
![\[带有循环提示的默认客户队列。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/cmpgn-queue-with-loop-prompt.png)
+ 在 [设置私密消息流](set-whisper-flow.md) 数据块上使用**禁用座席私密消息**和**禁用客户私密消息**选项。这样，客户就能在出站活动中感受到较少的连接延迟。下图显示了此数据块属性页面中**禁用座席私密消息**设置的位置。  
![\[设置私密消息流数据块，禁用座席私密消息设置。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/set-whisper-flow-properties4.png)

### 用户管理最佳实践
<a name="user-admin-oc"></a>

我们建议为您的用户设置以下选项，以缩短连接时间。要访问这些设置，请在 Amazon Connect 管理网站中导航到 “**用户**”、“**用户管理****”、“编辑”**。

这些选项仅适用于软电话。
+ [启用自动接听电话](enable-auto-accept.md)。它降低了被叫方接听 latency/delay 后通话的可能性。
+ 将[联系后续工作 (ACW) 超时设置](configure-agents.md)为 30。在使用预测拨号活动时，尽量缩短 ACW 时间可优化拨号算法。
+ [启用持久的连接](enable-persistent-connection.md)。这会在通话结束后保持座席连接。它使后续呼叫能够更快地接通。

 下图显示了**编辑用户**页面的**设置**部分。

![\[“自动接受呼叫”、“联系后续工作超时”和“启用持久的连接”设置。\]](http://docs.aws.amazon.com/zh_cn/connect/latest/adminguide/images/cmpgn-user-admin-settings.png)


### 工作站和网络最佳实践
<a name="workstations-oc"></a>

以下最佳实践有助于通过确保充足的硬件和网络资源来优化座席的效率。
+ 确保座席工作站满足最低要求。有关更多信息，请参阅 [使用联系控制面板 (CCP) 所需的座席耳机和工作站要求](ccp-agent-hardware.md)。
+ 确保座席在其桌面上打开并显示 CCP 或座席工作区。这样可以减少在问候呼叫方之前将屏幕移到前面的时间。
+ 确保座席使用有线网络连接。这可以减轻潜在的无线网络延迟。
+ 如果可能，请尽量缩小托管您的 Amazon Connect 实例的 AWS 地区与与出站活动互动的代理之间的地理距离。您的座席与托管区域之间的地理距离越远，可能的延迟就越高。

**注意**  
根据 Amazon Connect 实例的来源，出站活动对座席可以拨打的号码有限制。有关更多信息，请参阅 [Amazon Connect 电信国家/地区覆盖指南](https://d1v2gagwb6hfe1.cloudfront.net/Amazon_Connect_Telecoms_Coverage.pdf)。

### 测试最佳实践
<a name="testing-oc"></a>

最佳实践是大规模进行测试。要实现最低的通话连接延迟，可使用出站活动连续拨打成百上千个电话，以模拟生产环境。拨打少量活动电话时，通话连接延迟可能相对较高。

## 答录机检测的最佳实践
<a name="machine-detection-oc"></a>

要在活动中使用应答机检测 (AMD)，请使用 [检查呼叫进度](check-call-progress.md) 流数据块。它提供通话进度分析。这是一种 ML 模型，可检测接听电话的情况，从而为人工接听的电话和机器接听的电话提供不同的体验，无论是否有蜂鸣音。当 ML 模型无法区分人员和语音邮件，或在通话处理过程中出现错误时，流数据块还提供了一个路由分支。

AMD 使用以下标准来检测实时通话：
+ 与预先录制的留言相关的背景噪音。
+ 一些长句子，比如“您好，很抱歉没接到您的电话。请在......留言。”
+ 一位现场呼叫方说着类似于“喂，您好？”的话。然后是问候后的沉默。

拨打给客户的电话有 40% 至 60% 转到语音信箱。AMD 有助于减少语音邮件通话的次数，而不是在线通话的次数。但是，检测精度也有局限性。
+ 如果语音邮件问候语是简短的“您好”或包含停顿，AMD 就会将其检测为在线客户（误报）。
+ 有时，在线客户的长问候语会被错误地检测为语音邮件（误报）。
+ 系统在将通话转接给座席时会有轻微的延迟，这可能会导致客户挂断电话。
+ 不支持具有多级语音邮件提示的 PBX（专用交换机）号码。

### 答录机检测的优点、缺点和最佳用途
<a name="amd-pros-cons-oc"></a>

使用答录机检测 (AMD) 可能不符合电话销售法。您有责任以符合适用法律的方式实施 AMD，并且应始终就具体使用场景咨询法律顾问。

使用场景 1：AMD 处于开启状态并自动留下语音邮件
+ **优点**：座席在 95% 的时间里主要与实时通话互动，从而最大限度地延长了通话时间。如果检测到语音邮件，AMD 可以自动留下语音邮件。
+ **缺点**：由于答录机类型繁多，此技术在 50% 至 60% 的情况下会误报语音邮件。此外，AMD 可能还会激怒客户，因为它会给实时通话带来短暂的延迟。
+ **最佳用途**：在白天给消费者打电话，您可能会收到大量的电话答录机，而此时并不急于确保每个电话都收到语音邮件。

使用场景 2：AMD 已开启，但未留下自动语音邮件
+ **优点**：座席在 95% 的时间里主要与实时通话互动，从而最大限度地延长了通话时间。
+ **缺点**：不能留下任何语音邮件。增加了实时通话的延迟，可能会让客户感到烦恼。
+ **最佳用途**：在白天给消费者打电话，那时你可能会收到大量语音邮件，但又不想留下任何语音信箱。

使用场景 3：AMD 已关闭，座席可以手动留下语音邮件
+ **优点**：语音邮件可以 100% 留存。
+ **缺点**：座席必须确定他们是在接听实时电话还是语音邮件。必须手动留存语音邮件。最耗时，可减少座席一天内拨打的通话次数。
+ **最佳用途** — 给客户或企业打电话并留存自定义的语音邮件。

使用场景 4：AMD 已关闭，座席可以留存预先录制的语音邮件
+ **优点**：座席可以通过“Voicemail Drop”避免一遍又一遍地重复发送相同的消息，从而 100% 地留下个性化的预先录制的语音邮件，节省大量时间。
+ **缺点**：座席必须确定他们是在接听实时电话还是语音邮件。比 AMD 更费时，但比手动留存语音邮件更快捷。
+ **最佳用途** — 给客户或企业打电话并留存普通的语音邮件。