Migrer Apple Messages de LivePerson vers Bird
Reconstruisez les interactions Apple Messages et le processus opérationnel que votre service utilise dans LivePerson, puis coordonnez le changement de fournisseur. Bird n'importe pas automatiquement les conversations, compétences, bots ou Structured Content de LivePerson.
Confirmez la transition avec Bird, LivePerson et le titulaire de votre compte Apple Business Register avant de modifier une connexion en production. Un modèle qui semble similaire dans un navigateur ne prouve pas un comportement équivalent à l'exécution.
Inventorier le contenu et la responsabilité du service
Listez l'Apple Business ID, les points d'entrée, les valeurs d'intent et de groupe, les compétences, les flux de bots, les responsabilités des agents, les langues prises en charge, les intégrations et les tâches client en attente.
Conservez le Structured Content d'origine et les métadonnées ensemble pour revue. La documentation rich messaging de LivePerson et le modèle de formulaire Apple décrivent le modèle source ; le API public de Bird utilise une enveloppe de contenu différente.
Reconstruire les interactions natives
| Élément LivePerson | Destination dans Bird ou travail nécessaire |
|---|---|
| Texte Structured Content et éléments rich link | Recréez le contenu Text ou Rich link ; reconstruisez l’enveloppe de la requête pour les envois API. |
| Métadonnées et bulles de liste ou de réponse rapide | Recréez les choix, les identifiants, les sections et les bulles de réception et de réponse dans les modèles natifs. |
Pages BusinessFormEvent et page de démarrage | Recréez les types de pages et les parcours de Form. Faites correspondre les identifiants, le comportement du récapitulatif, les champs obligatoires et les valeurs des réponses. |
Présentation BusinessChatMessage | Vérifiez le texte et les images des bulles de réception et de réponse séparément des pages du formulaire. |
| Créneaux du sélecteur de date/heure | Recréez les horaires datés et implémentez l’étape de réservation séparément. |
| Interaction d'application personnalisée | Fournissez l’identité publiée et la charge utile via App experience ; vérifiez le résultat sur un appareil. |
Ne collez pas le JSON LivePerson dans le corps d'envoi générique de Bird. Consultez le contrat Bird API et identifiez le contenu dont votre service a besoin. Vérifiez les formats et tailles d'image par rapport aux exigences média de Bird.
Transposer les compétences et les bots en processus opérationnel
Le guide des points d'entrée de LivePerson décrit l'utilisation de l'intent pour son contexte de type de client et le routage par compétence. Conservez la signification métier de ces valeurs, puis définissez comment votre service Bird les utilise.
Conversations de Bird propose l’attribution et les libellés. Identifiez l’opérateur ou le service connecté responsable de chaque parcours et vérifiez comment il reçoit la conversation. Recréez les règles d’affectation du personnel et d’escalade dont votre équipe a besoin avant la bascule.
Si vous remplacez un assistant, ne conservez qu'un seul moteur actif pour le canal. La reprise par un agent humain doit suspendre les réponses automatisées. Vérifiez la propriété lors de la bascule afin qu'un ancien bot ne puisse pas continuer à répondre parallèlement au nouveau service.
Préserver l'historique et traiter les tâches en cours
Utilisez le processus d'export ou de récupération pris en charge par LivePerson pour les enregistrements historiques que votre organisation doit conserver. Son API de récupération de conversations documente les types d'enregistrements disponibles. Maintenez les contrôles d'accès et de rétention sur l'archive ; Bird n'affiche pas automatiquement ces transcriptions.
Inventoriez les conversations ouvertes, les affectations, les cas non résolus et les opérations externes en attente de résultat. Convenez de leur traitement avec les deux fournisseurs. Ne supposez pas que les identifiants de conversation, les identifiants de compétence, les transcriptions ou les actions en attente sont transférés avec l'identité Apple de l'entreprise.
Préservez les désinscriptions et les permissions valides des clients. Associez les suppressions applicables par identifiant et périmètre plutôt que d'importer les règles d'abonnement d'un canal sans rapport.
Répéter et changer la connexion fournisseur
Remplissez les exigences d'enregistrement et de revue de Bird. Répétez le service pris en charge sur un appareil Apple autorisé, en incluant un branchement de formulaire, une reprise par un agent humain, un système externe indisponible et la confirmation métier finale.
Convenez du responsable du changement de connexion, du calendrier, de la couverture opérationnelle et d'une procédure de reprise approuvée par le fournisseur. Confirmez explicitement l'identité Apple et le traitement des points d'entrée. Ne supposez pas une distribution simultanée vers les deux fournisseurs ni un découpage du trafic en pourcentage.
Après le changement, suivez chaque point d'entrée actif et vérifiez les messages entrants, les réponses, l'affectation, les réponses natives et les actions externes. Inspectez les événements de message et les métriques. Supprimez les identifiants de bot et les callbacks obsolètes via votre processus d'accès habituel une fois la transition vérifiée.