规划从 Wati 迁移到 Bird 的 WhatsApp 迁移方案
迁移发送方的同时也要迁移客户工作流。号码连接成功并不代表模板、自动化、事件和服务操作已经迁移完成。
前提条件
确保有权访问所属的 Meta 商业资产、当前服务商配置以及接收消息的应用。指定一名切换负责人和一个在过渡期间能够响应客户的团队。
1. 盘点现有集成
盘点营销活动受众、标签、自动化、共享团队分配、点击跟踪域名和呼叫工作流。在将这些工作流迁移到 Bird 时，保留线索和订单的标识。
记录已获批准的语言和模板内容、发送方归属、Webhook 目标地址、发送许可和屏蔽数据，以及下游系统使用的客户标识符。保留一份只读的配置记录，以便在迁移过程中进行排查。
2. 选择发送方转移方式
查看该号码和账户支持的迁移方式或符合条件的共存路径。确认哪些资产可以转移，哪些需要重新创建。协调服务商的释放操作；在路径确认之前，不要删除现有的应用注册或断开当前发送方。
3. 映射客户工作流
| 现有职责 | 在 Bird 评估中需要验证的内容 |
|---|---|
| 受众与偏好 | 盘点营销活动使用的标签、同意记录和排除规则。确认在 Bird 中做出相同的包含和屏蔽决策。 |
| 跟踪链接 | 记录每个模板中使用的链接域名和目标地址。将点击观察与业务系统记录的线索或购买区分开来。 |
| 团队和呼叫路由 | 演练一个可用的受理人、一个不可用的联系人负责人和一个未接来电的场景。比较最终的分配结果以及团队需要处理的后续跟进。 |
| 自定义呼叫 | 在将自定义语音集成纳入评估之前，先确认访问权限。Wati 将此集成标注为 beta 版本，需申请开通。 |
4. 演练完整的消息交互
使用符合条件的受控接收方，测试已获批准的模板、自由格式回复、交互式回复和转交人工处理。将投递观察与实际业务结果分开确认。演练发送结果不确定的情况、已关闭的服务窗口和不可用的集成。
5. 协调切换与恢复
商定如何处理排队中的发送和进行中的会话。通过受支持的流程迁移流量，观察发送方和回调路由，并确保负责客户回复的团队保持可用。根据实际的服务商转移约束定义恢复方案，而不是假设始终可以即时回退。
6. 核对结果
审查迁移前后两侧的消息批次和应用记录。通过账单记录核对相关费用。在宣布迁移完成之前，检查偏好设置、重复的业务事件、缺失的回复以及客服工作量。
使用你的智能体准备迁移
将此提示词复制到你的编码智能体中。它从只读盘点开始，并将每项任务路由到负责该任务的指南。
代码示例
Help me prepare a WhatsApp migration from Wati to Bird.
1. Check whether Bird MCP is connected or the Bird CLI is installed and signed in. Use either existing surface. If neither is available, follow https://bird.com/docs/ai/set-up-your-agent.md.
2. Read https://bird.com/docs/guides/whatsapp/migrate-from-wati.md. Use the Markdown versions of the linked guides. Inventory the existing integration and customer workflows without changing them.
3. Read https://bird.com/docs/guides/whatsapp/phone-number-setup.md and identify the supported sender transition. Keep the current registration and routing active.
4. Follow https://bird.com/docs/guides/whatsapp/sending-whatsapp.md and https://bird.com/docs/guides/whatsapp/events.md to prepare a controlled message-and-reply test. Discover the available operations; do not invent commands or fields.
5. Show me the proposed changes, test recipient and expected charges. Ask before submitting templates, sending messages, changing routing or cutting over traffic.
6. After an approved test, report the observed delivery and customer outcome separately. Keep the production cutover pending my approval and describe any unresolved result.