Planifier une migration WhatsApp d'Infobip vers Bird
Migrez le flux client en même temps que l'expéditeur. Une connexion de numéro réussie ne prouve pas que les modèles, les automatisations, les événements et les opérations de service ont été migrés.
Prérequis
Disposez d'un accès aux ressources Meta Business concernées, à la configuration du fournisseur actuel et aux applications recevant les messages. Désignez un responsable de bascule et une équipe capable de répondre aux clients pendant la transition.
1. Inventorier l'intégration existante
Inventoriez les expéditeurs, les modèles, les parcours Moments, l'attribution Conversations et le routage Calls API ou SIP/WebRTC. Identifiez quel état client réside dans chaque produit et qui est responsable de sa migration.
Relevez les langues approuvées et le contenu des modèles, la propriété des expéditeurs, les destinations de webhook, les données de consentement et d’exclusion des envois, ainsi que les identifiants clients utilisés par les systèmes en aval. Conservez un relevé en lecture seule de la configuration nécessaire pour investiguer la migration.
2. Choisir la transition d'expéditeur
Examinez le chemin de migration pris en charge ou de coexistence éligible pour ce numéro et ce compte. Confirmez quels actifs sont transférés et lesquels doivent être recréés. Coordonnez toute libération par le fournisseur ; ne supprimez pas un enregistrement d'application existant et ne déconnectez pas l'expéditeur actuel avant que le chemin soit convenu.
3. Cartographier le flux client
Connectez l'API de messages de Bird, les modèles et les événements entrants aux actions métier prévues. Préservez les identifiants de réponse et l'état des tâches applicatives. Les métadonnées sortantes n'apparaissent pas automatiquement sur les réponses entrantes.
| Responsabilité existante | Ce qu'il faut vérifier dans l'évaluation Bird |
|---|---|
| Entrée de campagne | Relevez la règle d'audience, le déclencheur et la condition de sortie du parcours. Vérifiez que le même client entre et quitte le parcours Bird aux moments prévus. |
| Responsabilité de la conversation | Documentez l'attribution de file d'attente, les horaires de service et l'escalade. Faites résoudre une réponse inattendue par votre équipe dans le cadre de l'évaluation. |
| Destination d'appel | Identifiez Conversations, SIP, WebRTC ou une application Calls API dans la route actuelle. Confirmez la destination autorisée et le consentement du destinataire pour chaque direction d'appel. |
| État client partagé | Identifiez où le consentement, le statut du prospect et les identifiants de commande sont maintenus. Préservez leur signification lorsque les événements de message et les événements métier arrivent à des moments différents. |
4. Répéter l'échange complet
Utilisez un destinataire contrôlé éligible et testez un modèle approuvé, une réponse libre, une réponse interactive et une escalade humaine. Confirmez les observations de livraison séparément du résultat métier réel. Répétez un envoi incertain, une fenêtre de service fermée et une intégration indisponible.
5. Coordonner la bascule et la reprise
Convenez de la gestion des envois en file d'attente et des conversations actives. Faites passer le trafic par le processus pris en charge, observez les routes d'expéditeur et de callback, et gardez l'équipe responsable des réponses clients disponible. Définissez la reprise en vous appuyant sur les contraintes réelles de transition du fournisseur plutôt qu'en supposant qu'un retour instantané est toujours possible.
6. Rapprocher le résultat
Examinez les cohortes de messages et les enregistrements applicatifs des deux côtés de la transition. Rapprochez les frais applicables via les relevés de facturation. Vérifiez les préférences, les événements métier en double, les réponses manquantes et la charge de travail du support avant de déclarer la migration terminée.
Préparer la migration avec votre agent
Copiez ce prompt dans votre agent de code. Il commence par un inventaire en lecture seule et oriente chaque tâche vers le guide qui en est responsable.
Exemple de code
Help me prepare a WhatsApp migration from Infobip 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-infobip.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.Étapes suivantes
- Comparer Bird et Infobip.
- Connecter un numéro WhatsApp.
- Explorer la bibliothèque de ressources WhatsApp.
Ressources associées
Poursuivez avec la documentation, les guides et les exemples sur ce sujet. Les ressources sont en anglais.
Regarder le guideConnecting WhatsApp to Bird: from buying a number to a live channelComprendre le conceptWhat is the 24-hour customer service window on WhatsApp?Utiliser l'outilWhatsApp message builderExplorer la fonctionnalitéWhatsApp
Essayez la pratique et obtenez un guide d'implémentation