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.
Excelencia operativa en las cargas de trabajo de Connect Customer
La excelencia operativa incluye la capacidad para ejecutar y monitorear sistemas con el objetivo de ofrecer valor empresarial y mejorar de forma continuada los procesos y procedimientos auxiliares. Esta sección incluye los principios de diseño, las mejores prácticas y las preguntas relacionadas con la excelencia operativa de las cargas de trabajo de Connect Customer.
Preparación
Tenga en cuenta las siguientes áreas para prepararse para la carga de trabajo de Connect Customer.
AWS inscrita
Con AWS Organizations, puede configurar varias AWS cuentas para cada nivel de sus entornos de desarrollo, puesta en escena y control de calidad. Esto le permite gestionar su entorno de forma centralizada a medida que escala sus cargas de trabajo en AWS. Tanto si se trata de una empresa emergente como de una gran empresa, Organizations le ayuda a gestionar la facturación de forma centralizada, a controlar el acceso, el cumplimiento y la seguridad, y a compartir los recursos entre sus AWS cuentas. Este es el punto de partida para consumir AWS servicios junto con un marco de adopción de la nube.
Selección de región
La selección de la región del cliente de Connect depende de los requisitos de gobierno de datos, el caso de uso, los servicios disponibles en cada región, los costos de telefonía en cada región y la latencia en relación con la geografía de sus agentes, contactos y puntos de transferencia externos.
Telefonía
-
Transferencia de números de teléfono Abra una solicitud de portabilidad con la mayor antelación posible a la fecha de entrada en funcionamiento prevista.
Cuando transfiera números de teléfono para cargas de trabajo críticas, incluya todos los requisitos y la información sobre casos de uso en su claim/port número varios meses antes de la fecha de lanzamiento. Esto incluye solicitudes de asistencia para la transición a las operaciones en directo, comunicación antes, durante y después de la transición, monitoreo y cualquier otra acción específica para su caso de uso.
Para información detallada acerca de la portabilidad de sus números, consulte Transferir un número de teléfono actual a Connect Customer.
-
Diversidad de operadores En los EE. UU., debe utilizar los servicios de telefonía Connect Customer para los números gratuitos de EE. UU., lo que le permitirá enrutar el tráfico gratuito entre varios proveedores de forma activa y activa sin cargo adicional. En situaciones en las que reenvíe el tráfico entrante a un número de teléfono de Connect Customer, debe solicitar Toll-Free DID o números redundantes a varios proveedores de telefonía. Si solicita o transfiere varios DID o Toll-Free números fuera de EE. UU., debe solicitar que esos números se reclamen o transfieran a varios proveedores de telefonía para aumentar la flexibilidad.
-
DID internacionales gratuitos y de alta simultaneidad Si utiliza un servicio nacional gratuito existente para redirigir el tráfico entrante a los DID, deberá solicitar números de teléfono DID a través de varios proveedores de telefonía. Una recomendación general para esta configuración es de 100 sesiones por DID y su arquitecto de soluciones de AWS puede ayudarlo con los cálculos de capacidad y la configuración.
-
Pruebas Pruebe a fondo todos los escenarios de casos de uso, preferiblemente con el mismo entorno o uno similar al de sus agentes y clientes. Asegúrese de probar varios escenarios de entrada y salida para comprobar la calidad de la experiencia, la funcionalidad del ID de intermediario y medir la latencia para asegurarse de que se encuentra dentro del intervalo aceptable para su caso de uso. Cualquier desviación de sus entornos objetivo de agentes y clientes debe medirse y tenerse en cuenta. Para obtener más información, incluidas las instrucciones y los criterios de comprobación de casos de uso, consulte Solución de problemas con el Panel de control de contacto (CCP).
Estación de trabajo de agente
El panel de control de llamadas al cliente (CCP) de Connect tiene requisitos específicos de red y hardware que deben cumplirse para garantizar la máxima calidad de servicio para sus agentes y contactos:
-
Configure su red para utilizar CCP y asegúrese de que el hardware de su agente cumple los requisitos mínimos.
-
Asegúrese de haber utilizado la herramienta Connect Customer Check Connect Customerivity en el mismo segmento de red que sus agentes para comprobar que la red y el entorno están configurados correctamente para el uso de CCP.
-
Calcule la latencia de RTC para casos de uso que requieran que los agentes y los contactos se encuentren en ubicaciones geográficas distantes.
-
Consulte la sección Solución de problemas con el Panel de control de contacto (CCP) para crear manuales de procedimientos y guías para que sus agentes y supervisores los sigan en caso de que surjan problemas.
-
Configure el monitoreo de sus estaciones de trabajo de agente y considere soluciones de socios para el monitoreo de la calidad de las llamadas. Su objetivo al monitorear sus estaciones de trabajo de agente debe ser la capacidad de identificar el origen de cualquier contención potencial de la red y de los recursos. Por ejemplo, considere la ruta de conexión de red de softphone de un agente típico a Connect Customer:
Si no se configura la supervisión a AWS nivel local LAN/WAN, de ruta y de estación de trabajo del agente, resulta difícil, y a menudo imposible, determinar si un problema de calidad de voz se debe a la estación de trabajo del agente, a su red privada LAN/WAN, a su proveedor de Internet o al propio AWS contacto. Configurar los mecanismos de registro y alerta de forma proactiva es fundamental para determinar la causa raíz y optimizar su entorno para la calidad de la voz.
Configuración del directorio existente
Si ya utiliza un Directory Service directorio para administrar los usuarios, puede usar el mismo directorio para administrar las cuentas de usuario en Connect Customer. Esto debe decidirse y configurarse al crear la instancia de Connect Customer. No puede cambiar la opción de identidad que seleccione después de crear la instancia. Por ejemplo, si decide cambiar el directorio que seleccionó para habilitar el inicio de sesión único (SSO) para su instancia, puede eliminar la instancia y crear una nueva. Al eliminar una instancia, perderá todos los ajustes de la configuración y datos de métricas de dicha instancia.
Service Quotas
Revise las cuotas de servicio predeterminadas para cada servicio implicado en su carga de trabajo, así como las cuotas de servicio predeterminadas para Connect Customer, y solicite los aumentos cuando proceda. Cuando solicites un aumento para Connect Customer, asegúrate de utilizar los valores esperados sin añadir más margen a las fluctuaciones. Las fluctuaciones se tienen en cuenta automáticamente cuando realiza su solicitud.
AWS Soporte empresarial
AWS Se recomienda Enterprise Support para cargas de trabajo empresariales and/or de misión crítica en. AWS Tanto el soporte empresarial como la Well-Architected revisión con un arquitecto de AWS soluciones son necesarios para poder optar al acuerdo de nivel de servicio al cliente de Connect.
AWS revisión bien estructurada
Antes de realizar cualquier migración o implementación a Connect Customer, siga nuestras mejores prácticas utilizando el AWS Well-Architected marco Operational Excellence. El marco le proporciona un enfoque coherente para evaluar arquitecturas e implementar diseños que se escalen en el tiempo basándose en cinco pilares: excelencia operativa, seguridad, fiabilidad, eficacia del rendimiento y optimización de costos. También recomendamos utilizar AWS Enterprise Support para cargas de trabajo empresariales y de misión crítica en. AWS Tanto el soporte empresarial como la Well-Architected revisión con su arquitecto de AWS soluciones son necesarios para poder optar al acuerdo de nivel de servicio al cliente de Connect.
Operación
Tenga en cuenta las siguientes áreas para gestionar una carga de trabajo de Connect Customer.
Registro y supervisión
Consulte Supervisión de su instancia de Connect Customer mediante CloudWatch y Registre las llamadas de la API de cliente de Connect con AWS CloudTrail.
Atributos del contacto
Connect Customer le permite establecer y hacer referencia de forma dinámica a los atributos de contacto dentro de los flujos para crear experiencias dinámicas y personalizadas para sus contactos, crear potentes aplicaciones de autoservicio, IVR basados en datos, integraciones con otros AWS servicios, simplificar la administración de números de teléfono y permitir informes y análisis personalizados e históricos en tiempo real. A continuación, se exponen las prácticas recomendadas y consideraciones que puede seguir para reducir la complejidad, evitar la pérdida de datos y garantizar una calidad coherente de la experiencia de sus contactos.
Tenga en cuenta las siguientes consideraciones:
-
Tamaño de los datos: para evitar el truncamiento, la limitación del tamaño de los atributos de contacto que puede establecer en un bloque Establecer atributos de contacto varía en función del juego de caracteres, la codificación y el idioma utilizados. Aunque, por lo general, se trata de datos suficientes para reproducir una breve historia para un contacto, es posible superar este límite, con lo que se truncarán los atributos establecidos por encima de los 32 KB.
-
Confidencialidad de los datos: tenga en cuenta si alguno de los atributos que se establecen, consultan y referencian son confidenciales o entran dentro de alguna directriz reguladora y asegúrese de que los datos se tratan de forma adecuada para su caso de uso.
-
Persistencia de los datos: todos los atributos establecidos mediante el bloque Establecer atributos de contacto se incluirán en el registro de su contacto y estarán disponibles para aparecer en pantalla en cualquier escritorio de agente personalizado que utilice la API de Streams. Cada vez que se haga referencia al atributo en tu flujo y se active el registro para el flujo, el nombre y el valor del atributo se registrarán en Amazon CloudWatch.
Prácticas recomendadas
-
Monitorear el uso: a medida que implemente nuevas funciones, incorpore nuevas unidades de negocio e itere los flujos existentes, busque su uso de atributos actual en la búsqueda de contactos, copie los atributos en un editor de texto, agregue los nuevos atributos y asegúrese de no superar la limitación de tamaño de 32 KB. Asegúrese de tener en cuenta los campos de longitud variable como firstName y lastName. Asegúrese también de que, incluso cuando se utiliza el espacio máximo en un campo, sigue estando por debajo de la limitación de 32 KB.
-
Clean-up — Si no es necesaria la persistencia de los datos, puede establecer un atributo con el mismo nombre y un valor en blanco para evitar que los datos se almacenen en el registro del contacto o se pasen en una pantalla emergente a un agente mediante la API Connect Customer Streams
y, al mismo tiempo, liberar los bytes que, de otro modo, los datos habrían utilizado en el registro del contacto. -
Datos confidenciales: utilice el bloque Almacenar la entrada del cliente para recopilar entradas DTMF confidenciales de sus contactos y utilice el cifrado de sobre para proteger tanto los datos sin procesar como las claves de datos utilizadas para cifrarlos. Almacene los datos confidenciales en una base de datos independiente cuando se requiera persistencia, utilice el bloque de flujo Establecer comportamiento de registro para deshabilitar el registro siempre que se haga referencia a información confidencial y elimine, limpie u ofusque los datos confidenciales mediante el Clean-up método de bloque Set contact attributes descrito anteriormente. Para obtener más información, consulte Validación de conformidad en Connect Customer.
Telefonía
En EE. UU., utilice números de teléfono gratuitos siempre que sea posible para equilibrar la carga entre varios operadores y conseguir redundancia adicional de rutas y operadores. Esto también ayuda a reducir el tiempo de resolución en comparación con los números de teléfono DID, que los debe administrar un solo operador. En las situaciones en las que utilice DID, equilibre la carga entre números de varios operadores, siempre que sea posible, para aumentar la fiabilidad. Asegúrese de que gestiona de forma adecuada todas las vías de error de su flujo e implemente las prácticas recomendadas, los requisitos y las recomendaciones que se encuentran en Solución de problemas con el Panel de control de contacto (CCP).
Si va a reenviar los números de teléfono de su proveedor de telefonía actual a Connect Customer, asegúrese de que el proceso para cambiar el destino del reenvío a un DID/toll-free número alternativo o eliminar el reenvío esté definido y entendido bien por su equipo de operaciones. Asegúrese de que dispone de manuales de procedimientos y cuadernos de trabajo específicos para las evaluaciones de preparación para la producción, los procesos de portabilidad y desvío de números de teléfono y la resolución de los problemas de audio que puedan surgir al transferir llamadas desde su proveedor de telefonía actual. También desea un proceso repetible que su equipo de operaciones pueda seguir para determinar si el origen de estos problemas de audio es Connect Customer o su proveedor de telefonía actual.
Connect Customer APIs
Las cuotas de limitación de Connect Customer se establecen por cuenta y no por instancia. Debe tener en cuenta las siguientes prácticas recomendadas al trabajar con las API de Connect Customer:
Implemente una caching/queuing solución
Para disminuir la sobrecarga de la consulta de datos de la API y evitar la limitación, puede utilizar una base de datos intermediaria como Amazon DynamoDB para almacenar los resultados de las llamadas a la API en lugar de llamar a la API desde todos los puntos de conexión interesados en los datos de la API. Por ejemplo, el siguiente diagrama representa el uso de la API de métricas Connect Customer de varias fuentes que necesitan consumir esta información:
En lugar de tener AWS Lambda funciones independientes, cada una con sus propios requisitos de sondeo, puede hacer que una sola AWS Lambda función escriba todos los datos interesantes en Amazon DynamoDB. En lugar de que cada punto de conexión vaya directamente a la API para recuperar los datos, apuntan a DynamoDB, como se ilustra en el siguiente diagrama:
Esta arquitectura le permite cambiar los intervalos de sondeo y agregar puntos de conexión, según sea necesario, sin preocuparse por sobrepasar las cuotas de servicio, lo que le da la capacidad de escalar hasta el número de conexiones simultáneas que admita su solución de base de datos. Puede utilizar este mismo concepto para consultar cualquier fuente de datos en tiempo real de Connect Customer. Para situaciones en las que necesite realizar una acción de API, como una llamada de API saliente, puede utilizar este mismo concepto en combinación con Amazon Simple Queue Service para poner en cola las solicitudes de API mediante AWS Lambda SQS.
Estrategias exponenciales de interrupción y reintento
Puede encontrarse con situaciones en las que se supere la limitación de la API. Esto puede ocurrir cuando se producen errores en las llamadas a la API y se vuelven a intentar repetidamente o se realizan directamente desde múltiples puntos de conexión simultáneos sin que se haya implementado una solución de almacenamiento en caché o en cola. Para evitar sobrepasar sus cuotas de servicio y afectar a los procesos posteriores, debería considerar la posibilidad de utilizar estrategias exponenciales de espera y reintento en sus AWS Lambda funciones, en combinación con el almacenamiento en caché y las colas.
Administración de cambios
Dos de los principales factores que impulsan el traslado de las cargas de trabajo al Connect Customer son la flexibilidad y la rapidez de comercialización. Para garantizar la excelencia operativa sin sacrificar la agilidad, siga estas prácticas recomendadas:
-
Flujos modulares: los flujos de Connect Customer son similares a la creación de aplicaciones modernas, donde los componentes más pequeños y diseñados específicamente permiten una mayor flexibilidad, control y facilidad de administración en comparación con las alternativas monolíticas. Puede hacer que sus flujos sean pequeños y reutilizables, mediante la combinación de los flujos modulares en una experiencia de principio a fin con bloques Transferir a flujo. Este enfoque le permite reducir el riesgo durante la implementación de los cambios, le permite probar cambios únicos y más pequeños en lugar de realizar pruebas de regresión de toda la experiencia. Además, le facilitará la identificación y resolución de problemas con sus flujos durante las pruebas.
-
Repositorios: haga copias de seguridad de todas las versiones de todos los flujos en un repositorio de su elección utilizando contact flow Import/Export como parte de su proceso de gestión de cambios.
-
Distribuir por porcentaje: para reducir el riesgo durante la administración de cambios y experimentar con nuevas experiencias para sus contactos, puede utilizar el bloque Distribuir por porcentaje para enrutar un subconjunto de su tráfico a nuevos flujos mientras deja el resto del tráfico en la experiencia original.
-
Medición de los resultados: la toma de decisiones basada en datos es clave para impulsar correctamente cambios significativos para su empresa. Es absolutamente necesario tener una métrica clave con la que medir sus cambios. Para todos los cambios que realice, debe planificar cómo medirá la realización correcta. Por ejemplo, si va a implementar la funcionalidad de autoservicio para sus contactos, ¿qué porcentaje de contactos espera que utilicen el autoservicio para considerar que la carga de trabajo ha sido un éxito o qué otras métricas va a medir para determinar el éxito?
-
Restauraciones: asegúrese de que existe un proceso claro, bien definido y bien entendido para restaurar cualquier cambio al estado anterior, específico para el cambio realizado. Por ejemplo, si publica una nueva versión del flujo, asegúrese de que las instrucciones de cambio incluyen documentación sobre cómo restaurar a la versión anterior del flujo.
Perfiles de enrutamiento
Comprender cómo funcionan las rutas de prioridad, retardo y desbordamiento en Connect Customer es fundamental para maximizar la productividad de los agentes, reducir los tiempos de espera de los contactos y garantizar la mejor calidad de experiencia para sus contactos.
Enrutamiento en Connect Customer
El enrutamiento de contactos en Connect Customer se realiza mediante un conjunto de colas y configuraciones de enrutamiento denominado perfil de enrutamiento. Una cola equivale a una habilidad o competencia que el agente debe poseer para atender a los contactos de esa cola. Un perfil de enrutamiento se puede considerar un conjunto de aptitudes que puede establecer a la medida de las necesidades de su contacto.
En su flujo, puede solicitar información adicional y, si necesitan ponerse en contacto con un agente, puede utilizar la configuración del flujo para colocarlo en la cola adecuada. En el siguiente ejemplo, las cuentas de ahorro, corrientes y préstamos son colas individuales o habilidades y los tres perfiles de enrutamiento son conjuntos de habilidades únicos o grupos de habilidades:
A cada agente se le asigna solo un perfil de enrutamiento basado en su conjunto de habilidades y muchos agentes con un conjunto de habilidades similar pueden compartir el mismo perfil de enrutamiento:
Cada número de teléfono o punto de conexión de chat se asociará a un flujo. El flujo ejecuta su lógica, que puede implicar pedir información al cliente, para determinar las necesidades del contacto y, finalmente, enruta el contacto a una cola adecuada. En el siguiente diagrama se muestra cómo funcionan conjuntamente el perfil de enrutamiento, la cola y el flujo para atender a un contacto:
Para ilustrar cómo podría determinar varias colas, perfiles de enrutamiento y asignaciones de agentes a los perfiles de enrutamiento, considere la siguiente tabla:
En la fila superior, ha identificado sus habilidades o colas. En la columna izquierda, tiene su lista de agentes y, en el centro, ha marcado las habilidades que admite cada uno de los agentes. Puede ordenar la matriz agrupada por el conjunto común de requisitos de habilidades en toda nuestra población de agentes. Esto ayuda a identificar los perfiles de enrutamiento como el marcado en el recuadro verde (que consta de dos colas), al que puede asignar agentes. Como resultado de este ejercicio, ha identificado cuatro perfiles de enrutamiento y les ha asignado sus 13 agentes en consecuencia.
Basándose en la tabla anterior, una llamada entrante de un contacto que necesite la habilidad Ahorro la podrían atender tres grupos de agentes en los tres perfiles de enrutamiento 1, 2 y 4, tal y como se representa en el siguiente diagrama:
Prioridad y retraso
Mediante la combinación de prioridad y retraso en diferentes perfiles de enrutamiento, puede crear estrategias de enrutamiento flexibles.
El ejemplo de perfil de enrutamiento anterior muestra un conjunto de colas, y su prioridad y retraso correspondientes. Cuanto menor sea el número, mayor será la prioridad. Todas las llamadas de mayor prioridad se deben procesar antes de que se procese una llamada de menor prioridad. Se trata de una diferencia con respecto a los sistemas que procesarán finalmente las llamadas de menor prioridad en función de un factor de ponderación.
También puede agregar un retraso a cada una de las colas en cada uno de los perfiles de enrutamiento. Cualquier llamada que entre en la cola permanecerá retenida durante el periodo de retardo especificado asignado a la cola designada. La llamada se retendrá durante el periodo de retraso, incluso cuando haya agentes disponibles. Puede utilizar esto en situaciones en las que tiene un grupo de agentes que están reservados para ayudarlo a cumplir sus acuerdos de nivel de servicio (SLA), pero que, por lo demás, están asignados a otras tareas o colas. Si una llamada no se contesta en un periodo de tiempo determinado, estos agentes pasarían a recibir una llamada de la cola designada. Por ejemplo, fíjese en el siguiente diagrama:
En este diagrama se muestra un SLA de 30 segundos. Llega una llamada a la cola Ahorro. La cola Ahorro busca inmediatamente un agente en el perfil de enrutamiento “Ahorro” debido a la configuración de retraso cero en el perfil de la cola. Debido a la configuración de 15 de retraso para los agentes sénior, estos no podrán recibir el contacto Ahorro durante 15 segundos. Transcurridos 15 segundos, el contacto pasa a estar disponible para un agente de nivel sénior y Connect Customer busca el contacto más prolongado disponible en ambos perfiles de enrutamiento.
Ruta al servicio
Cuando diseñe las experiencias de los clientes en Connect Customer, planifique garantizar una ruta hacia el servicio. Hay muchos eventos planificados y no planificados que pueden afectar a la experiencia del cliente a medida que atraviesan Connect Customer Flows. En el siguiente ejemplo de experiencia de cliente se muestran algunas comprobaciones sugeridas para garantizar una experiencia de calidad coherente para sus contactos:
En este ejemplo de experiencia del cliente se tienen en cuenta tanto los eventos planificados, por ejemplo, los días festivos y el horario comercial, como los eventos no planificados, por ejemplo, la ausencia de agentes durante el horario comercial. Con esta lógica, también puede tener en cuenta situaciones de emergencia, como el cierre de los centros de contacto por inclemencias meteorológicas o interrupciones del servicio. Considere los siguientes conceptos tal y como se ilustran en el diagrama:
-
Self-service: En un IVR típico, puedes incluir por adelantado cualquier mensaje de saludo o descargo de responsabilidad, como anuncios de grabación de llamadas, a lo que puedes añadir opciones de autoservicio. Self-service optimiza los costes y el rendimiento de su centro de contacto y permite a su organización atender a los clientes las 24 horas del día, los 7 días de la semana, independientemente de los días festivos, el horario laboral o la disponibilidad de los agentes. Incluya siempre una ruta al servicio en caso de que los clientes no puedan utilizar el autoservicio y necesiten ayuda de una persona. Por ejemplo, si utiliza los bots de Amazon Lex para el autoservicio, puede utilizar los intentos alternativos para escalar las conversaciones y solicitar ayuda de una persona.
-
Festivos: muchos clientes empresariales tienen un repositorio central donde se guardan los festivos corporativos. Puede utilizar una función de AWS Lambda para profundizar en ese repositorio de datos y ofrecer un tratamiento de vacaciones a los clientes. Además, también puede almacenar días festivos corporativos en DynamoDB junto con un mensaje personalizado para cada día festivo. Por ejemplo, si su empresa celebra el 25 de diciembre como Navidad, podría tener un mensaje festivo o de texto a voz: “Actualmente estamos cerrados por Navidad. Vuelva a llamar el 26 de diciembre, cuando se reanude nuestro horario laboral habitual”.
-
Horario comercial: una vez verificados los días festivos, puede comprobar el horario comercial y, si está fuera de él, puede cambiar la experiencia de forma dinámica para sus contactos. Si el contacto se produce durante el horario comercial, puede identificar la intención del cliente para las llamadas y asignarlas a determinadas colas de su centro de contacto, lo que aumenta la probabilidad de llegar al agente correcto y disminuye el tiempo que tarda el contacto en llegar al servicio. Es muy recomendable asignar valores predeterminados, ya que los clientes podrían llamar por un motivo que usted aún no ha tenido en cuenta o podrían responder de un modo que no espera.
-
Mensajes de emergencia: una vez que haya identificado la intención del cliente de llamar, se sugiere implementar un tratamiento de verificación de emergencia. En caso de que se produzca una situación de emergencia que afecte a su centro de contacto, puede almacenar un True/False indicador de emergencia en una base de datos intermediaria, como DynamoDB. Para permitir que sus supervisores y administradores establezcan este indicador de forma dinámica, sin código, puede crear un IVR independiente que autentique a los administradores de Connect Customer basándose en la verificación del número ANI y PIN únicamente para uso interno. En caso de emergencia, sus supervisores pueden llamar a esa línea dedicada desde sus teléfonos y, tras la autenticación, establecer la marca Emergencia en verdadero para escenarios como el cierre del centro de contacto debido a las inclemencias del tiempo o a un corte del ISP en la ubicación física del centro de contacto.
-
API de mensajes de emergencia: también puede considerar la posibilidad de crear una pasarela de AWS API con una AWS Lambda función en la parte trasera para configurar el indicador de emergencia de true/false forma segura en la base de datos. Sus supervisores pueden acceder de forma segura a esa API a través de la web para activar el modo desastre o activarlo dinámicamente en respuesta a un evento externo. En tu instancia de Connect Customer, todos los contactos que ingresen a través del flujo se AWS Lambda utilizarán para comprobar ese indicador de emergencia y, en caso de que se produzca el modo desastre, podrás hacer anuncios de forma dinámica y proporcionar al cliente una ruta de acceso al servicio. Esto garantizará aún más la continuidad empresarial y mitigará el impacto de situaciones como estas para que no afecten a sus clientes.
-
Comprobar la dotación de agentes: antes de realizar la transferencia a la cola de su flujo, puede comprobar la dotación de agentes para asegurarse de que un agente ha iniciado sesión para atender al contacto. Por ejemplo, puede que tenga a un agente ocupado atendiendo a otro contacto que podría estar disponible en los próximos cinco minutos o puede que no tenga a nadie que haya iniciado sesión en el sistema. En estos casos, será preferible ofrecer una experiencia distinta al cliente en lugar de hacerle esperar en la cola a que un agente esté disponible.
-
Ruta al servicio: al transferir la llamada a la cola, puede ofrecer devoluciones de llamadas en cola, desbordamientos de colas o enrutamiento escalonado mediante los perfiles de enrutamiento de Connect Customer para ofrecer una experiencia uniforme y de alta calidad a las personas que llaman y que cumpla con sus requisitos de nivel de servicio.
Recursos
Documentación
Blog
Video
