从 LivePerson 迁移 Apple Messages

盘点业务连接、Structured Content 模板、元数据、Conversation Builder 流程、技能或队列、身份验证提供方和业务集成。在转换体验时，保留页面、选项和账户引用的含义。

准备两个平台的授权访问、管理企业 Apple Messages 连接的团队、代表性设备和服务集成负责人。在切换生产流量前，确认支持的服务商变更流程和账户访问权限。

LivePerson 通过 Structured Content 模板和元数据建模 Apple 交互。其身份验证模板连接到企业自有的 OAuth 服务，而其表单模板定义原生页面和应答结构。对比您的团队如何创建这些体验以及如何处理返回的输入。

跟踪一个实际服务任务，从入口直至问题解决。记录原有企业、会话、原生交互和业务操作的引用。将客户账户身份与渠道专用标识符区分开。

连接 Bird 中的目标企业和测试路径。将原生内容和返回答案的含义转换为文档说明的接收结构。重建所需的身份、偏好、路由和人工支持行为。

单独处理 Invitation Messages：盘点其审批、模板和同意证据，不要假设普通会话迁移会自动转移邀请权限。

在代表性设备上测试完整的原生交互。在拥有该数据的系统中确认实际的预订、账户或支付结果。测试不可用的选项、拒绝访问、意外的自由文本输入和人工转接。

在依赖重试之前先测试不确定的响应。保留原始操作身份并检查其状态，以防丢失的回复造成重复的客户联系或业务操作。

与负责团队商定企业的服务商切换，并完成所需的 Apple 审核。明确哪个系统负责新会话，以及现有服务请求如何继续。保留历史记录和有用的身份映射。

在运营团队准备就绪时开放一组有限的入口点。检查正确的业务、路由、原生内容和结果报告。为意外行为保留明确的暂停和恢复决策。

梳理当前服务使用的企业 Apple Messages 身份、入口、Structured Content 模板、会话路由、机器人行为和应用集成。记录接收端 Bird 体验和各项验证负责人。迁移时应区分企业身份与服务商专用的内容标识符。

如果错误的团队收到了会话，检查入口点上下文和接收路由。如果交互返回不可用的数据，检查选项和页面标识符。如果支付结果不确定，先核对支付记录再发起另一笔扣款。