Migrer Apple Messages depuis LivePerson

Inventoriez la connexion commerciale, les modèles Structured Content, les métadonnées, les flux Conversation Builder, les compétences ou files d'attente, le fournisseur d'authentification et les intégrations métier. Préservez la signification des références de page, de choix et de compte lors de la transposition de l'expérience.

Préparez un accès autorisé aux deux plateformes, l'équipe gérant la connexion commerciale Apple, des appareils représentatifs et les responsables de vos intégrations de service. Confirmez la procédure de changement de fournisseur et l'accès au compte avant de modifier le trafic de production.

LivePerson modélise les interactions Apple via des modèles Structured Content et des métadonnées. Son modèle d'authentification se connecte au service OAuth propre à l'entreprise, tandis que son modèle de formulaire définit les pages natives et la structure des réponses. Comparez la façon dont votre équipe conçoit ces expériences et traite les données retournées.

Suivez une tâche de service réelle du point d'entrée jusqu'à la résolution. Documentez les références d'origine : entreprise, conversation, interaction native et opération métier. Gardez l'identité du compte client distincte des identifiants propres au canal.

Connectez l’entreprise cible dans Bird et le chemin de test. Transposez le contenu natif et la signification des réponses retournées dans la structure de réception documentée. Recréez les comportements requis d’identification, de préférence, de routage et d’assistance humaine.

Traitez les Invitation Messages séparément : inventoriez leur approbation, leurs modèles et les preuves de consentement au lieu de supposer qu'une migration de conversation ordinaire transfère l'autorisation d'invitation.

Testez une interaction native complète sur des appareils représentatifs. Confirmez le résultat réel (réservation, compte ou paiement) dans le système qui en est propriétaire. Exercez un choix indisponible, un accès refusé, du texte libre inattendu et un transfert vers un agent humain.

Testez une réponse incertaine avant de vous fier aux réessais. Conservez l'identité de l'opération d'origine et inspectez son état afin qu'une réponse perdue ne crée pas de contact client en double ni d'actions métier dupliquées.

Convenez de la transition entreprise/fournisseur avec les équipes responsables et effectuez toute revue Apple requise. Définissez quel système prend en charge les nouvelles conversations et comment les demandes de service existantes se poursuivent. Préservez les historiques et les correspondances d'identité utiles.

Ouvrez un ensemble limité de points d'entrée lorsque l'équipe opérationnelle est prête. Vérifiez l'entreprise, le routage, le contenu natif et le reporting des résultats. Gardez une décision claire de pause et de reprise en cas de comportement inattendu.

Cartographiez votre entreprise sur Apple Messages, les points d’entrée, les modèles Structured Content, le routage des conversations, le comportement du bot et les intégrations applicatives utilisés par votre service actuel. Documentez l’expérience cible dans Bird et un responsable de vérification pour chaque élément. Gardez l’identité de l’entreprise et les identifiants de contenu propres au fournisseur distincts pendant la migration.

Si la mauvaise équipe reçoit une conversation, inspectez le contexte du point d'entrée et le routage de réception. Si une interaction retourne des données inutilisables, vérifiez les identifiants de choix et de page. Si un paiement est incertain, rapprochez l'enregistrement de paiement avant de lancer une nouvelle facturation.