View a markdown version of this page

Planification de la migration d'un centre de contact Avaya vers AWS - AWS Conseils prescriptifs

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Planification de la migration d'un centre de contact Avaya vers AWS

Pour réussir la migration d'un centre de Avaya contact sur site vers Amazon Connect Customer et Amazon Lex, vous devez disposer d'un plan efficace. Le plan de migration suit généralement une approche en plusieurs étapes et inclut les étapes et informations suivantes :

Construire votre équipe

La migration d'un centre de contact comprend généralement les spécialités et les participants suivants :

  • Discovery : chefs de produit, chefs de projet, analystes commerciaux, architectes de solutions, ingénieurs de mise en œuvre, responsables de l'assurance qualité, agents et superviseurs

  • Conception — Concepteurs de conversations, développeurs de logiciels, chefs de produit, chefs de projet

  • Build — Développeurs de logiciels

  • Test — Assurance qualité

  • Intégration continue et livraison continue (CI/CD) — Activation du cloud ou DevOps

  • Provisionnement de comptes : activation du cloud ou DevOps

  • Opérations — Ingénieurs de support

  • Sécurité — Architectes de sécurité

Préparation de vos données

Une charge de travail IVR peut être migrée par étapes, par exemple par les unités commerciales. Vous pouvez travailler avec les unités commerciales de votre organisation pour définir les exigences commerciales et redimensionner ou refactoriser la plateforme IVR afin de tirer pleinement parti des fonctionnalités natives du cloud qui peuvent améliorer l'agilité, les performances et l'évolutivité. Par conséquent, le choix de l'unité commerciale à migrer en premier est extrêmement important. Documentez les exigences, définissez les indicateurs de réussite et fournissez des mises à jour sur les progrès pour mesurer le succès global du projet.

Portage de numéros de téléphone

Si vous souhaitez conserver vos numéros de téléphone existants, vous devez les transférer vers Connect Customer. Ce processus nécessite un certain délai, et il est utile de le planifier à l'avance.

Choix d'une architecture cible

En fonction de l'objectif de votre projet de migration, choisissez parmi la liste des approches possibles décrites dans la Options d'architecture pour la migration d'une solution sur site Avaya centre de contact pour AWS section de ce guide.

Évaluation de l'architecture actuelle

Vous pouvez soit réhéberger (également connu sous le nom de « lift-and-shift ») vos charges de travail vers le AWS Cloud, soit reconfigurer ou restructurer vos charges de travail pour créer de nouvelles expériences grâce à des fonctionnalités cloud natives. Pour plus d'informations sur la manière de choisir entre ces stratégies, consultez Étape 3 : Choisissez une stratégie de migration ce guide. Outre la compréhension de l'état cible, il est essentiel que vous compreniez l'état actuel et les composants de l'infrastructure.

Par exemple, si vous utilisez Avaya Experience Portal, vous pouvez utiliser JavaScript pour l'intégration d'API. Toutefois, si vous utilisez l'IVR, Concentrix de telles intégrations risquent de ne pas être possibles et vous devez vous fier aux intégrations de bases de données. En outre, vous devez passer en revue tous les flux d'appels existants dans le plan de migration. Dans une approche hybride avec deux systèmes de téléphonie différents, assurez-vous de ne dupliquer aucune partie des flux ou d'ignorer toute logique importante.

Gestion des invites IVR

Amazon DynamoDB est le moyen le plus efficace de stocker et de gérer les invites. L'entreprise et les parties prenantes peuvent apporter des modifications à la volée sans interrompre les opérations.

Définition de l'infrastructure cloud et des exigences de sécurité

En fonction de vos besoins, dressez une liste des services cloud que vous utiliserez pour atteindre vos objectifs. Votre équipe de sécurité doit vérifier si l'architecture cible proposée répond aux exigences organisationnelles, telles que les politiques de rétention, et s'assurer que la journalisation est prise en compte et documentée.