Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Planea migrar un contact center de Avaya a AWS

Para poder migrar correctamente un centro de Avaya contacto local a Amazon Connect Customer y Amazon Lex, es necesario disponer de un plan eficaz. El plan de migración suele seguir un enfoque de varias fases e incluye los pasos e información siguientes:

Creación del equipo

Por lo general, la migración del centro de contacto consta de las especialidades y participantes siguientes:

Preparación de los datos de entrada

Una carga de trabajo de IVR se puede migrar en fases, por ejemplo, por unidades de negocio. Puede trabajar con las unidades de negocio de su organización para definir los requisitos empresariales y redefinir la plataforma o refactorizar la plataforma de IVR para aprovechar al máximo las características nativas en la nube que pueden mejorar la agilidad, el rendimiento y la escalabilidad. Por lo tanto, la decisión sobre qué unidad de negocio migrará primero es extremadamente importante. Documente los requisitos, defina las métricas de éxito y proporcione actualizaciones del avance para medir el éxito general del proyecto.

Portabilidad de números de teléfono

Si desea conservar sus números de teléfono actuales, debe portarlos a Connect Customer. Para este proceso es necesario tiempo de espera determinado. Es útil planificarlo con antelación.

Elección de una arquitectura destino

Según el objetivo de su proyecto de migración, elija uno de los posibles enfoques que se describen en la sección Opciones de arquitectura para migrar un entorno local Avaya centro de contacto a AWS de esta guía.

Evaluación de la arquitectura actual

Puede realojar (también conocido como «levantar y trasladar») sus cargas de trabajo a Nube de AWS, o bien puede cambiar la plataforma o la arquitectura de las cargas de trabajo para impulsar nuevas experiencias con capacidades nativas de la nube. Para más información sobre cómo elegir una de estas estrategias, consulte Paso 3: elija una estrategia de migración de esta guía. Además de comprender el estado de destino, es fundamental que comprenda el estado actual y los componentes de la infraestructura.

Por ejemplo, si utiliza Avaya Experience Portal, puede utilizar JavaScript para la integración de la API. Sin embargo, si utiliza Concentrix para la IVR, quizás dichas integraciones no sean posibles y debe depender de las integraciones de bases de datos. Además, debe revisar todos los flujos de llamadas existentes en el plan de migración. En un enfoque híbrido con dos sistemas de telefonía distintos, asegúrese de no duplicar ninguna parte de los flujos ni ignorar ninguna lógica importante.

Administración de peticiones de IVR

Amazon DynamoDB es la manera más eficaz de almacenar y administrar las peticiones. La empresa y las partes interesadas pueden hacer cambios sobre la marcha sin interrumpir las operaciones.

Definición de la infraestructura en la nube y los requisitos de seguridad

Según sus requisitos, haga una lista de los servicios en la nube que utilizará para lograr sus resultados. Su equipo de seguridad debe validar si la arquitectura de destino propuesta cumple con los requisitos de la organización, como las políticas de retención. También, debe asegurarse de que el registro se tenga en cuenta y se documente.