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

# 迁移核对清单
<a name="checklist"></a>

使用以下核对清单来确保按正确的顺序完成重要的迁移活动。

## 在您发布之前
<a name="pre-checklist"></a>

1. 验证该版本是否通过了用户验收测试（UAT），以及所有剩余的问题是否已被利益相关者接受。

1. 规划电话号码割接：
   + 如果您使用的是免费电话号码服务 (TFNS)：请确认该服务已准备好重新指向 Connect Customer 队列电话号码。这可能是一项自助服务任务，也可能需要向提供商申请请求票证，因此请考虑完成此任务的交货周期。
   + 如果您要将号码移植到 AWS; 在目标上线日期之前提交号码移植请求单. （请参阅本指南前面[迁移的最佳实践](tech-considerations.md)部分中的*号码移植*。）

1. 确认最终用户已经接受过培训并知道如何使用新平台。

1. 确认运营团队已经已签署了新平台，并已将其纳入他们的支持模式。例如，常规业务（BAU）团队应该准备好管理在新平台上开具的任何支持票证。

1. 确认代码库是否已部署到生产环境。
**注意**  
此活动可能需要单独提交变革申请（CR），需要在发布 CR 之前提交，并与发布 CR 分开提交以进行割接。

1. 使用临时电话号码验证范围内的服务热线是否已成功运行 UAT 脚本。

1. 提交变革申请（CR）以进行发布割接，并获得相关变更批准委员会（CAB）的批准。提供该核对清单中的证据作为 CAB 讨论的输入。CAB 讨论的结果是批准在特定的日期和时间执行割接。

## 发布当天
<a name="go-live-checklist"></a>

1. 确保客服人员已登录到 Connect Customer，可以接听和拨打电话以及参与聊天。主管和操作员可以使用Connect客户控制面板上的实时报告来检查代理活动。

1. 确保发布后支持（PGLS）团队在场并做好准备。

1. （可选）确认能够协助座席并帮助进行问题排查的员工已到位（现场或远程帮助中心）。

1. 确保 BAU 支持团队清楚割接时间，并准备好处理任何支持票证。
**注意**  
PGLS 团队与 BAU 支持团队共同合作。

1. 为利益相关者开启会议桥，以接收状态更新。此桥还可用作讨论任何可能发生的问题的论坛。保持桥处于开启状态，直到成功完成发布（或回滚）活动。

1. 在经批准的时间启动割接（例如，TFNS 重新指向）。

1. 查看 Connect 客户控制面板上的实时指标，以验证以下内容：
   + 呼叫均得到接听。 
   + 放弃率和平均处理时间（AHT）符合预期。 
   + 队列深度仍保持合理。