- Inicio
- /
- Artículo
Este artículo ofrece una descripción general de cómo Webex Contact Center gestiona y dirige interacciones entrantes a los agentes. Cubre diferentes tipos de colas, como las basadas en habilidades y métodos de enrutamiento que no se basan en habilidades, como el de mayor distancia disponible, el circular y el de mejor distancia disponible. También explica las actividades de flujo que ayudan a los administradores a gestionar las interacciones, asignar agentes y controlar flujo de llamadas y obtenga actualizaciones de cola en tiempo real para mejorar las operaciones y la atención al cliente. perfecta.
Descripción general
En Webex Contact Center, una cola sirve como área de espera para interacciones entrantes como telefonía, chat, correo electrónico o canales sociales. Los contactos se estacionan en colas hasta que se distribuyen automáticamente a los agentes o los agentes los recogen manualmente para su manipulación. Además, admiten funciones como enrutamiento basado en habilidades, gestión de prioridades y distribución justa de la carga de trabajo.
Los supervisores pueden utilizar colas para observar diferentes líneas de trabajo y mejorar la forma en que se manejan las tareas en el centro de contacto.
Algunas de las ventajas clave del uso eficaz de las colas son:
- Mejor experiencia del cliente: Gestione los tiempos de espera e infórmele a los clientes que están en fila para recibir ayuda.
- Mayor eficiencia: Asegúrese de que las llamadas se manejan de manera ordenada, reduciendo el caos y la mala gestión.
- Distribución justa de los contactos: Distribuya las llamadas de manera uniforme entre los agentes para evitar sobrecargar a cualquier agente individual.
- Gestión de prioridades: Permitir la priorización de ciertas llamadas, como clientes VIP o problemas urgentes.
Tipos de colas
Webex Contact Center admite varios tipos de colas que permiten una amplia variedad de casos de uso para centros de contacto de todos los tamaños y complejidades, en todos los tipos de medios con capacidades uniformes.
Hay colas que tienen en cuenta las habilidades de los agentes para enrutar contactos, y colas que no. Estas colas también difieren en cuanto a la forma en que los agentes se asocian con ellas para trabajar en los contactos.
Hay dos grandes categorías de colas:
- Colas no basadas en habilidades
- Colas basadas en habilidades
Colas no basadas en habilidades
Las colas no basadas en habilidades no consideran habilidades asociadas con los agentes. Puede configurar colas no basadas en habilidades con las siguientes opciones:
- Asignaciones de equipos
- Asignaciones de agentes
Colas no basadas en habilidades con asignaciones de equipo
En colas no basadas en habilidades con asignación de equipos, puede organizar agentes en equipos y combinarlos para formar grupos de distribución de llamadas (CDG). Puede establecer un retardo de tiempo entre cada grupo para gestionar el flujo de llamadas.
Los grupos de distribución de llamadas ayudan a definir múltiples niveles de agentes que se convierten en elegibles para trabajar en contactos de esta cola a lo largo de intervalos de tiempo configurados. Los contactos se asignan a los agentes según el nivel de su equipo. Si no hay agentes disponibles, los contactos se estacionan durante una duración preconfigurada antes de expandirse para incluir el siguiente grupo de equipos. Este proceso continúa hasta que un agente esté disponible o se hayan verificado todos los grupos.
Puede configurar estos tipos de equipos:
- Equipos individuales: Los agentes pueden organizarse en equipos que podrían representar una función organizativa específica, que luego puede formar parte de las colas para que los contactos puedan ser enrutados a los agentes de estos equipos. Puede etiquetar a un agente a varios equipos para gestionar los contactos de varias colas para un enrutamiento eficiente.
- Equipos basados en la capacidad: El equipo basado en la capacidad (CBT, por sus siglas en inglés) es una característica que dirige las llamadas de voz a un número directo basado en la capacidad (DN, por sus siglas en inglés), donde la capacidad determina cuántas llamadas se pueden manejar simultáneamente. Permite encaminar llamadas a números de teléfono sin necesidad de que los agentes inicien sesión en el sistema, lo que lo hace adecuado para situaciones en las que las llamadas son respondidas por correo de voz, contestadores automáticos o grupos de búsqueda, en lugar de los agentes tradicionales del centro de llamadas. En esta configuración, no hay agentes específicos asignados al equipo y no utilizan Webex Contact Center Agent Desktop.
En este ejemplo, hay tres grupos de distribución de llamadas, que permiten la expansión de destino, lo que significa expandirse a más agentes en equipos a lo largo de intervalos de tiempo configurados.
El primer grupo de distribución de llamadas contiene el EQUIPO 1, que tiene configurados 3 agentes: A1, A2 y A5.
El grupo de distribución de la segunda llamada contiene el EQUIPO 2, que tiene 3 agentes configurados: A2, A3 y A4.
El tercer (y último) grupo de distribución de llamadas contiene el EQUIPO 3, que tiene configurados 2 agentes: A6 y A7.
Cuando un contacto está en cola, el sistema busca en primer lugar un agente coincidente en el primer grupo de distribución de llamadas. Si no se encuentran agentes, el contacto se aparca durante la duración configurada antes de realizar la expansión objetivo al siguiente grupo. Esto añade nuevos equipos a los ya existentes. Este proceso se repite hasta que encuentra una coincidencia, o todos los grupos se expanden.
Una función llamada 'Comprobar disponibilidad del agente' hace que el contacto se expanda instantáneamente hasta el siguiente grupo de distribución de llamadas si no se encuentran agentes coincidentes en el grupo actual. Esto se puede activar en la actividad de contacto en cola <ENLACE A la sección 3.1.1> del flujo.
Esta configuración da como resultado los siguientes escenarios:
- A2 pertenece al EQUIPO 1 y al EQUIPO 2. Si A2 elige TEAM 1 para iniciar sesión en el escritorio del agente, el sistema considera UNA2 parte de TEAM 1 y, por tanto, solo el primer grupo de distribución de llamadas.
- A5 pertenece al EQUIPO 1; sin embargo, también podría haber formado parte de algún otro equipo de la organización en la que han iniciado sesión actualmente. Por lo tanto, A5 no se considera parte del EQUIPO 1 y no se asocia a esta cola.
Las colas con asignación de equipo proporcionan esta poderosa capacidad para que los agentes se muevan entre colas simplemente eligiendo un equipo durante el inicio de sesión.
Patrón de enrutamiento disponible:
Colas no basadas en habilidades con asignaciones de agentes
Las colas no basadas en habilidades son un tipo de cola en la que un grupo de agentes se asigna directamente a la cola. A diferencia de otros tipos de cola, que determinan indirectamente el grupo de agentes asignados a ellos, estas colas permiten a los administradores seleccionar agentes de forma directa y manual. Por ejemplo, las colas de asignación basadas en equipo asignan agentes en función de sus equipos conectados, y las colas de asignación basadas en habilidades coinciden con los agentes en función de las habilidades requeridas. Por el contrario, los administradores pueden agregar agentes directamente a estas colas para formar parte de la cola. Esto proporciona una forma sencilla de gestionar la asignación de agentes sin depender de asignaciones basadas en el sistema.
Las colas con asignación de agentes proporcionan algoritmos de enrutamiento sencillos pero eficaces que ayudan a distribuir los contactos entre el grupo de agentes. No tienen en cuenta las habilidades de los agentes para enrutar contactos. Sin embargo, los agentes se pueden pedir dentro de cada cola, y esto se tiene en cuenta al enrutar contactos hacia ellos. En este contexto, los equipos sirven principalmente como un constructo organizativo para los supervisores en lugar de un factor en la asociación agente-cola y en las decisiones de enrutamiento de contactos que simplifica la gestión de colas.
Este tipo de cola es más adecuado cuando la asignación estática de agentes y la gestión de la asociación agente-cola es factible y deseable para el control operativo, y la selección de algoritmos de enrutamiento es adecuada para la distribución de trabajo entre agentes. Estas colas también son particularmente útiles para situaciones en las que varios tipos de consultas de clientes requieren experiencia especializada que puede ser atendida por un segmento de agentes expertos previamente creado.
Sin embargo, las organizaciones de centros de contacto complejas pueden tener dificultades para gestionar manualmente las asignaciones de agentes en estas colas. Podrían beneficiarse más de otros tipos de cola que ofrecen rutas dinámicas y asociaciones agente-cola.
En este ejemplo, la cola tiene un conjunto de agentes asignados a ella en un orden específico, como A4, A9, A7, etc. Este orden desempeña un papel en algoritmos de enrutamiento específicos que coinciden con los contactos entrantes con los agentes. El sistema compara los contactos con estos agentes en función de su disponibilidad y del algoritmo de enrutamiento elegido.
A diferencia de las colas con asignación de equipo, no existe un concepto de expansión del objetivo a lo largo de los intervalos de tiempo. Si ninguno de los agentes configurados está disponible para enrutar este contacto, se aparca en cola hasta que uno de estos agentes esté disponible para manejar contactos antes del tiempo de espera de estacionamiento. La expansión de destino no es aplicable a estas colas.
Patrones de enrutamiento disponibles:
Colas basadas en habilidades
Las colas basadas en habilidades proporcionan la capacidad para que los contactos se dirijan a agentes con las habilidades adecuadas para satisfacer sus necesidades.
Puede configurar los siguientes tipos de opciones basadas en habilidades:
Criterios de habilidad asignados a la cola
Los administradores pueden asignar criterios de habilidad a las colas. Las colas basadas en habilidades con criterios de habilidades permiten a los administradores configurar las habilidades requeridas directamente en la cola. Todos los agentes de la organización que tienen todas las habilidades requeridas de la cola a través del perfil de habilidades directo se convierten implícitamente en parte de esta cola.
Esta configuración ayuda a los administradores a tener una vista en vivo de los agentes que se mapean a la cola en virtud de sus habilidades. En situaciones como volumen alto o bajo, los administradores pueden considerar ajustar las habilidades requeridas de la cola y los perfiles de habilidades del agente para ampliar o reducir el grupo de agentes en función de las necesidades.
Este tipo de cola difiere de las colas basadas en asignación de equipo en el sentido de que no hay configuración de grupo de distribución de llamadas, lo que significa que el equipo no desempeña ningún papel en la asociación agente-cola. Además, las habilidades requeridas se configuran estáticamente en esta cola a diferencia de las colas de habilidades basadas en equipo donde el flujo inyecta (estática o variable) las habilidades requeridas. Por lo tanto, técnicamente las habilidades son parte de la cola en lugar del contacto en sí.
Cualquier agente de la organización que satisfaga por completo los criterios de habilidad de la cola (que tenga habilidades de perfil de habilidad directo) se asocia implícitamente con esta cola. El equipo no desempeña ningún papel en la asociación de agentes con estas colas. Estos agentes pueden formar parte de cualquier equipo con fines de gestión y operativos.
Cada contacto en cola en esta cola asumirá automáticamente los criterios de habilidad definidos en la propia cola. Los contactos individuales no pueden definir o anular sus propios requisitos/criterios de habilidades, a diferencia de las colas basadas en habilidades con asignación de equipo.
En este ejemplo,
- Solo los agentes A1, A3 y A7 cumplen por completo los criterios de habilidad configurados en la cola, por lo que solo estos agentes se asociarían a esta cola.
- Los agentes A2, A4 y A6 que cumplen parcialmente los criterios o A5 que carecen de las habilidades pertinentes no pueden asociarse a esta cola.
La actualización del perfil de habilidades de un agente (llamado reskilling) de manera que satisfaga los criterios de habilidades de la cola hará que el agente forme parte de esta cola de forma automática y dinámica. Alternativamente, la actualización de los propios criterios de habilidad de la cola de modo que más (o menos) agentes satisfagan los criterios de habilidad actualizados también añadirá (o eliminará) agentes de esta cola de forma automática y dinámica.
A diferencia de las colas con asignación de equipo, no existe un concepto de expansión del objetivo a lo largo de los intervalos de tiempo. Si el contacto no se puede emparejar con ninguno de los agentes asociados, se aparca en cola hasta que uno de estos agentes esté disponible para manejar los contactos antes del tiempo de espera de estacionamiento.
Las colas basadas en habilidades son las más adecuadas cuando la asignación estática de habilidades y la gestión de la cola a la asociación de agentes es factible y deseable para el control operativo. También son adecuados cuando la selección de algoritmos de enrutamiento es adecuada para la distribución de trabajo entre agentes. Estas colas también son particularmente útiles para situaciones en las que diferentes tipos de consultas de clientes requieren habilidades específicas que pueden ser atendidas por un segmento prederivado de agentes expertos.
Las organizaciones de centros de contacto complejas pueden encontrar más fácil gestionar las asignaciones de cola a agente en las colas basadas en habilidades, en comparación con las colas con asignación de agente en las que cada agente debe agregarse manualmente a la lista, lo que resulta complicado, especialmente para una organización más grande.
Requisitos de habilidad asignados en el flujo
Las colas basadas en habilidades con requisitos de habilidades asignados en flujo son un tipo de cola basada en asignación de equipos en Webex Contact Center donde un conjunto de equipos están configurados en múltiples niveles, llamados Grupos de distribución de llamadas. A los agentes que han iniciado sesión en estos equipos configurados se les asignan contactos desde esta cola en función del nivel de Grupo de distribución de llamadas en el que su equipo está configurado en la cola si también satisfacen por completo los requisitos de habilidades del contacto.
Dentro de esta cola, los equipos de agentes se agrupan en grupos de distribución de llamadas con retrasos configurables entre ellos. Si no hay un agente disponible para el contacto, la solicitud está estacionada y, después del retraso, el enrutamiento se expande al siguiente grupo de distribución de llamadas. Este proceso continúa hasta que se asigna un agente o se agotan todos los grupos. Mientras tanto, si durante este proceso se encuentra disponible un agente de un grupo previamente verificado, se selecciona ese agente.
Los agentes adquieren habilidades a través del perfil de habilidades asignado directamente al agente. Las habilidades de los agentes se determinan en función de la selección del equipo durante el inicio de sesión.
Cada contacto puede especificar opcionalmente los requisitos de habilidad en el flujo, que se comparan con las habilidades de los agentes disponibles para seleccionar el agente más adecuado.
Además, los contactos también pueden especificar relajaciones de habilidades a intervalos de tiempo configurados. Se trata de un conjunto modificado de requisitos de habilidad que sobrescribiría los requisitos de habilidad originales del contacto en intervalos de tiempo configurados. Esto permite que un contacto modifique (normalmente se usa para "relajar") sus requisitos de habilidad mientras está estacionado en cola para que más agentes puedan coincidir con estos requisitos de habilidad relajados.
La expansión de los objetivos a través de los grupos de distribución de llamadas puede ocurrir simultáneamente con los ciclos de relajación de habilidades, ambos dirigidos a hacer coincidir un contacto estacionado con los agentes elegibles con mayor rapidez, reduciendo así el tiempo de espera general y mejorando los niveles de servicio de la cola.
Al igual que las colas no cualificadas con asignación de equipo, tiene tres grupos de distribución de llamadas que permiten la "expansión de destino", es decir, la expansión a más agentes en los equipos a lo largo de intervalos de tiempo configurados.
- El grupo de distribución de la primera llamada contiene el EQUIPO 1, que tiene 3 agentes configurados: A1, A2 y A5.
- El grupo de distribución de la segunda llamada contiene el EQUIPO 2, que tiene 3 agentes configurados: A2, A3 y A4.
- El tercer (y último) grupo de distribución de llamadas contiene el EQUIPO 3, que tiene configurados 2 agentes: A6 y A7.
Sin embargo, hay dos cosas principales a tener en cuenta:
- Cada contacto que se encola en esta cola definirá sus requisitos de habilidad y la relajación de habilidad a través del flujo.
- Los agentes podrían tener habilidades configuradas (a través de un perfil de habilidades, directo o heredado del equipo que ha iniciado sesión).
Aunque A2 está configurado para formar parte tanto del EQUIPO 1 como del EQUIPO 2, dependiendo de la elección del equipo que haya hecho este agente durante el inicio de sesión, en su sesión actual se considera parte de ese equipo y, por lo tanto, también heredará el perfil de habilidades (y, por tanto, los valores de habilidades) de ese equipo (a menos que esto se anule con una configuración directa del perfil de habilidades para este agente).
Esta es una potente capacidad proporcionada por las colas con asignaciones de equipo en las que los agentes pueden moverse entre colas simplemente eligiendo un equipo durante el inicio de sesión.
Junto con la capacidad de heredar la configuración del perfil de habilidades del equipo seleccionado, un agente también puede trabajar con diferentes conjuntos de habilidades.
En este ejemplo,
- Los contactos se ponen en cola con un requisito de habilidad inicial (sk_1 >= 6) durante la escalada desde el flujo, con una relajación de la habilidad (sk_1 >= 3) después de un intervalo de tiempo configurado.
- En todos los agentes de todos los grupos de distribución de llamadas, solo A1, A3, A6 y A7 tienen habilidades que satisfacen el requisito inicial de habilidades de los contactos en cola.
- Los agentes restantes tienen la habilidad (sk_1) pero no satisfacen los requisitos de habilidad (p. ej., A2 en TEAM 1 y A4 en TEAM 2), o no tienen esta habilidad en absoluto (p. ej., A5, A2 en TEAM 2).
- Con el tiempo, tras la relajación de la habilidad, adicionalmente A2 y A4 también satisfacen ahora los requisitos de habilidad "relajados" del contacto.
Para cada contacto que se pone en cola en esta cola, el sistema intenta encontrar un agente coincidente dentro del grupo de distribución de la primera llamada que satisfaga por completo los requisitos de habilidad actuales del contacto. Si no se encuentra ningún agente coincidente, el contacto se aparca durante la duración configurada antes de que la expansión de destino pase al segundo grupo de distribución de llamadas. Todos los equipos configurados en el segundo grupo de distribución de llamadas también se agregan a los equipos existentes del primer grupo. Ahora el sistema intenta encontrar un agente coincidente dentro del grupo expandido. Obsérvese que mientras esto está sucediendo, la relajación de habilidades también actualizaría los requisitos de habilidades del contacto a intervalos de tiempo configurados y el sistema usaría los requisitos de habilidades actualizados para coincidir con los agentes disponibles en el grupo de distribución de llamadas actual.
Esto continúa hasta que se expanden todos los grupos de distribución de llamadas configurados y se aplican todas las relajaciones de habilidades, a menos que se encuentre antes un agente de coincidencia.
Patrones de enrutamiento disponibles:
Configuración de la cola
Configurar colas basadas en habilidades
Asignar criterios de habilidad a una cola
- Crear habilidades y, si es necesario, habilidades dinámicas.
- Crear Perfiles de habilidades.
- Asigne el perfil de habilidades a los agentes directamente.
- Asigne habilidades dinámicas directamente a los agentes. Las habilidades dinámicas no se asignan a través de perfiles de habilidades.
- Cree cola con el tipo de canal de Telefonía o Chat o Correo electrónico o Social.
- Asigne habilidades y requisitos de habilidades dinámicas a las colas en el Centro de control.
- Ver lista de agentes que pueden manejar contactos en la cola.
- Seleccione un Algoritmo de enrutamiento LAA o BAA. Para BAA, configure pesos para habilidades de competencia y habilidades dinámicas de competencia, cuando sea necesario.
- Agregue una actividad de contacto en la cola en flujo y seleccione esta cola.
Asignar requisitos de habilidad a una cola
- Crear habilidades y, si es necesario, habilidades dinámicas.
- Crear Perfiles de habilidades.
- Asignar el perfil de habilidades a los agentes directamente o al equipo.
- Asigne habilidades dinámicas directamente a los agentes. Las habilidades dinámicas no se asignan a través de perfiles de habilidades.
- Crear una Equipo.
- Añadir agentes al equipo.
- Crear cola con el tipo de canal de telefonía o chat o correo electrónico o social.
- Agregue equipos a la cola en un único CDG o en varios CDG.
- Seleccione un patrón de enrutamiento LAA o BAA.
- Agregue una actividad de contacto en la cola en flujo y seleccione la cola para la que está configurado el enrutamiento basado en habilidades. Para obtener más información, consulte Contacto en la cola.
- Asigne habilidades, habilidades dinámicas y relajación de habilidades en la actividad de contacto en cola. Para BAA, configure pesos para habilidades de competencia y habilidades dinámicas de competencia, cuando sea necesario.
- Utilice Escalar la actividad de distribución de llamadas en la cola de flujo para pasar rápidamente al siguiente grupo de distribución de llamadas o al último.
Configurar colas no basadas en habilidades
Asignar equipo a una cola
- Crear una Equipo.
- Añadir agentes al equipo.
- Crear cola con el tipo de canal de telefonía o chat o correo electrónico o social.
- Agregue equipos a la cola en un único CDG o en varios CDG.
- Seleccione un patrón de enrutamiento ya sea LAA.
- Agregue una actividad de contacto en la cola en flujo y seleccione esta cola.
- Utilice Escalar la actividad de distribución de llamadas en la cola de flujo para pasar rápidamente al siguiente grupo de distribución de llamadas o al último.
Asignar agente a un flujo de cola
- Crear cola con el tipo de canal de telefonía o chat o correo electrónico o social.
- Agregar agentes directamente a las colas (nota: En este tipo de cola no se utiliza ni Habilidades ni equipo).
- Seleccione patrones de enrutamiento como el agente Circular o Lineal o Más largo disponible.
Conceptos de enrutamiento
Escenario de excedente del agente
El escenario de excedente de agente se produce cuando hay más agentes disponibles que contactos en cola. En este caso, cuando se pone en cola una interacción con el cliente (contacto), el sistema intenta encontrar inmediatamente un agente coincidente para este contacto específico, y si se encuentra un agente coincidente, el contacto no necesita estar estacionado en cola y esperar a que un agente coincidente esté disponible más tarde.
Cada vez que un contacto se expande a través de un grupo de distribución de llamadas, o a través de la relajación de habilidades, el sistema vuelve a intentar encontrar un agente que coincida con este contacto específico inmediatamente.
Encontrar un agente que coincida con un contacto específico utiliza el patrón de enrutamiento configurado en la cola.
Webex Contact Center ofrece múltiples patrones de enrutamiento en diferentes tipos de colas, lo que permite a las organizaciones optimizar el servicio al cliente minimizando los tiempos de espera, equilibrando las cargas de trabajo de los agentes y garantizando que los clientes estén conectados con agentes que tengan las habilidades necesarias para abordar sus necesidades específicas. Consulte la sección Patrones de enrutamiento para obtener información detallada sobre los patrones de enrutamiento.
Escenario de excedente de contacto
El enrutamiento excedente de contactos se produce cuando el número de interacciones (o contactos) de clientes entrantes supera los agentes disponibles. Esta situación se produce a menudo durante las horas punta o sobretensiones inesperadas en el volumen de contacto. El objetivo principal del enrutamiento de excedentes de contactos es gestionar este desbordamiento de manera eficiente, garantizando que se mantengan los estándares de servicio al cliente a pesar del exceso de demanda. Para un agente que acaba de estar disponible en un canal específico, el enrutamiento excedente de contactos funciona para encontrar y asignar el contacto apropiado, entre todos los contactos estacionados en todas las colas con las que este agente está asociado.
Las estrategias clave para realizar el enrutamiento de contactos de manera eficiente con una disponibilidad limitada de agentes son:
-
Clasificación de colas
La clasificación de colas permite a los administradores especificar la importancia relativa de las colas. Los administradores pueden definir clasificaciones de colas para establecer el orden en el que las llamadas se enrutan desde las colas a los agentes que han iniciado sesión en los equipos, según cada equipo.
Por ejemplo, considere que los agentes que han iniciado sesión en el Equipo A están asociados con dos colas: "Facturación" y "Ventas". Los administradores podrían utilizar la clasificación de colas para asignar una clasificación superior a la cola de "Facturación", de modo que cuando los contactos entren en las colas, los contactos de "Facturación" se enrutarán a los agentes pertenecientes al equipo A antes de los contactos de las colas de "Ventas". Esto sucederá a pesar de que podría haber contactos más antiguos y de mayor prioridad que podrían estar esperando en la cola de "Ventas", solo porque la cola de "Facturación" tiene una clasificación de cola más alta que la cola de "Ventas". Solo cuando no haya más contactos en espera en la cola de "Facturación", los agentes del Equipo A se enrutarán contactos desde la cola de "Ventas" (y cualquier otra cola) con la que estén asociados.
Las siguientes son algunas de las características importantes de la clasificación de colas:
-
- Si se asigna un rango solo a algunas de las colas, las llamadas en esas colas tendrán prioridad sobre las llamadas en las colas para las que no se especifica rango.
- La clasificación de la cola se puede establecer en un máximo de 50 colas en todos los tipos de medios con un valor comprendido entre 1 y 50 con 1 como el rango más alto.
- Puede asignar el mismo rango a múltiples colas.
- Si activa la clasificación de colas, las colas a las que no se ha asignado ningún rango explícito se tratan más abajo que todas las colas clasificadas.
-
El ranking de colas funciona dentro del mismo tipo de medio.
Por ejemplo, si Venta en cola es una cola de tipo medio de voz con rango 2 y Soporte de facturación en cola es una cola de chat con rango 1 para el equipo A, los agentes que están disponibles en el canal de voz en el equipo A reciben primero una llamada de voz aunque el rango sea 2.
Sin embargo, considere dos colas de chats para el equipo B: tarjeta de crédito de cola con rango de cola 2 y tarjeta de débito de cola con rango de cola 1. A continuación, se ofrecerá a los agentes disponibles en el Equipo B contactos de la tarjeta de débito en cola primero.
-
La clasificación de colas no se aplica a equipos basados en la capacidad.
-
-
Prioridad de contacto
Cuando un contacto está en cola, se puede definir su prioridad asignando una importancia jerárquica que oscila entre 1 (más alta) y 10 (más baja, predeterminada). Esta priorización garantiza que ciertos contactos se aborden con mayor rapidez en función de su importancia, urgencia o valor estratégico para la organización. Cuando un agente está disponible para manejar el siguiente contacto entre todos los contactos estacionados en todas las colas con las que está asociado el agente, el contacto de mayor prioridad en todas las colas se dirige al agente (siempre que se cumplan otros criterios, como la coincidencia de habilidades y otros).
Para los contactos que se ponen en cola sin ninguna prioridad explícita, se considera una prioridad predeterminada de 10 (la más baja). Entre varios contactos que tienen la misma prioridad, el contacto que espera en la cola durante la mayor duración se dirige primero al agente disponible y elegible.
-
Contacto de espera más larga
Esta es una estrategia básica que garantiza que el contacto de espera más largo en todas las colas con las que está asociado el agente se dirija al agente.
Este es el criterio final que determina el contacto a enrutar cuando múltiples contactos a través de colas con la misma clasificación de colas y la misma prioridad de contacto están esperando ser procesados.
Esencialmente, el enrutamiento excedente de contacto para un agente que acaba de estar disponible significa seleccionar un único contacto que:
- es del mismo tipo de medio que aquel en el que está disponible el agente
- está estacionado en cualquiera de las colas con las que este agente está asociado
- cuyos requisitos de habilidad (si los hubiera) son todos satisfechos por este agente
- está estacionado en una cola cuyo rango es más alto que otras colas tal y como se configura en el equipo del agente
- tiene la máxima prioridad entre todos estos contactos
- es el contacto de espera más antiguo entre los contactos con la misma prioridad
En el ejemplo anterior que ilustra un escenario de excedente de contactos, el agente A1 ha iniciado sesión en el EQUIPO 1 y está disponible para gestionar contactos en varios tipos de medios.
A1 está asociado con 3 colas: Q1, Q2 y Q3. TEAM 1 también ha definido la clasificación de colas en la que Q1 ocupa el lugar más alto, luego Q2 y Q3 respectivamente.
Hay contactos ya estacionados en todas estas colas, con requisitos de habilidad y prioridad definidos para cada contacto.
Ahora, el escenario de excedente de contacto funciona de la siguiente manera:
-
Entre todos los contactos estacionados en estas colas, solo se pueden enrutar 4 contactos a A1 – C2, C7 (desde COLA 2) y C3, C8 (desde COLA 3).
Solo las habilidades de A1 satisfacen totalmente los requisitos de habilidades de estos 4 contactos.
-
Entre estos contactos de 4, se da prioridad a los contactos de COLA 2 (es decir, C2, C7) porque COLA 2 tiene la clasificación de cola más alta.
Tenga en cuenta que aunque COLA 1 es la cola con mayor clasificación, ninguno de sus contactos estacionados puede ser enrutado a A1, ya que A1 no satisface sus requisitos de habilidad.
-
Entre C2 y C7, el contacto de mayor prioridad es C7. Por lo tanto, la opción final es C7, y el sistema la dirige a A1.
Esto ocurre aunque C2 se haya puesto en cola antes, porque la prioridad de contacto tiene prioridad sobre el tiempo de cola.
Perfiles multimedia combinados
A través de la configuración de perfil multimedia, Webex Contact Center permite a los agentes prestar servicio a los contactos en diferentes tipos de medios (voz, chat, correo electrónico y social). Según esta configuración, los agentes obtienen canales proporcionados por tipo de medio.
Cada contacto dirigido a un agente consume un canal de ese tipo de medio mientras el agente esté trabajando en ese contacto. Mientras que los agentes solo pueden tener un canal de voz, pueden tener hasta cinco canales de otros tipos de medios.
La configuración de enrutamiento combinado en Perfiles multimedia permite a los administradores controlar cómo se pueden utilizar los diferentes canales simultáneamente para cada agente. Esto permite a las organizaciones prestar una atención dedicada a los clientes, promoviendo una mejor calidad de servicio, una mejor experiencia del cliente y mejores tasas de conversión. Además, las organizaciones pueden equilibrar la carga a través de los canales de medios cuando experimentan una carga desigual en algunos canales, lo que permite una utilización eficiente de los agentes.
Hay tres opciones:
-
Exclusivo
-
Combinado
-
Mezcla en tiempo real
Para obtener más información sobre la configuración de perfiles multimedia, consulte Administrar perfiles multimedia.
Patrones de enrutamiento
Basado en habilidades
Los patrones de enrutamiento basados en habilidades en el Centro de contacto de Webex dirigen las interacciones de los clientes entrantes a los agentes en función de las habilidades específicas requeridas para resolver la consulta, como el dominio del idioma o la experiencia técnica. Estos patrones garantizan que cada cliente se conecte con el agente más cualificado, mejorando la eficiencia del servicio y la satisfacción del cliente. Las ventajas incluyen un menor tiempo de manejo, mejores índices de resolución y un uso optimizado de los recursos del agente al alinear su experiencia con las necesidades del cliente.
El enrutamiento basado en habilidades puede utilizar las habilidades que los agentes reciben de los perfiles de habilidades y las habilidades dinámicas que se asignan directamente a los agentes. Las habilidades dinámicas representan atributos del agente que pueden cambiar independientemente del perfil de habilidades del agente.
Cuando se utilizan patrones de enrutamiento basados en habilidades, primero el requisito de habilidades del contacto (asignado en flujo) o los criterios de habilidades asignados a la cola se utilizan para filtrar los agentes disponibles cuyas habilidades y habilidades dinámicas satisfacen por completo estos requisitos/criterios. A continuación, entre los agentes que se filtran, se selecciona uno único para el contacto en función del patrón de enrutamiento configurado.
Para obtener el Mejor enrutamiento disponible, las habilidades de competencia y las Habilidades Dinámicas de competencia también pueden utilizar ponderaciones para influir en la calificación utilizada para la selección de agentes. Las ponderaciones no afectan al enrutamiento Más Largo Disponible; ese patrón utiliza habilidades y habilidades dinámicas solo para determinar la elegibilidad del agente.
Más largo disponible
El patrón de enrutamiento basado en habilidades Más Largo Disponible enruta un contacto a ese agente cuyas habilidades satisfacen completamente los requisitos de habilidades de contacto / criterios de habilidades de cola, y quien ha estado disponible más tiempo desde que manejó su último contacto entre todos los agentes elegibles en esa cola.
Este patrón de enrutamiento ayuda a distribuir el trabajo de manera uniforme entre los agentes, asignando interacciones a aquellos que han estado disponibles durante más tiempo, evitando desequilibrios en la carga de trabajo. Ayuda a mantener la equidad en la distribución del trabajo, asegurando que ningún agente se sobrecargue mientras otros permanecen libres.
En el ejemplo anterior, hay 4 agentes que tienen habilidades de dominio y no de dominio con valores de habilidades de dominio variables.
Considere un contacto que esté en cola en una cola basada en habilidades que tenga el patrón de enrutamiento "Más Largo Disponible":
- con los requisitos de habilidad anteriores asignados a través de flujo, o
- con los criterios de habilidad anteriores configurados en la cola basada en habilidades
En este escenario:
-
Solo se tienen en cuenta para el enrutamiento los agentes que satisfacen por completo los requisitos de habilidad de contacto / los criterios de habilidad de cola. Solo los agentes A1, A2 y A4 satisfacen por completo los requisitos de habilidades de contacto / criterios de habilidades de cola.
El agente A3 no es elegible. En el caso de Criterios de habilidad asignados a la cola, A3ni siquiera está asociado con la cola.
-
Entre A1, A2 y A4, el contacto se enrutará al agente más largo disponible: A1 que ha estado disponible desde 10 minutos, más que A2 o A4.
En virtud de la asignación del contacto a A1, A1 dejará de ser el agente más largo disponible en todos los canales de medios.
- El siguiente contacto con exactamente los mismos requisitos de habilidades se encaminaría al siguiente agente disponible más largo: A2, etc.
Este patrón de enrutamiento se admite en los siguientes tipos de colas basadas en habilidades:
Mejor disponible
El patrón de enrutamiento basado en habilidades Mejor Disponible garantiza que las interacciones con los clientes se dirijan al agente más cualificado disponible. Este patrón evalúa no solo la presencia de habilidades requeridas entre los agentes, sino también los niveles de competencia de estas habilidades, calculando una puntuación de habilidades para determinar el agente más cualificado ("mejor") para cada contacto.
Este patrón filtra los agentes disponibles cuyas habilidades satisfacen por completo los requisitos de habilidades de contacto / criterios de habilidades de cola. A continuación, se calcula una puntuación para cada agente elegible utilizando valores de competencia de todas las habilidades mencionadas en los requisitos de habilidades de contacto / criterios de habilidades de cola. El agente con la puntuación más alta de habilidad se considera el "mejor" agente para cada contacto.
Efectivamente, la suma de los valores de habilidad del agente que coinciden con los requisitos de habilidad de contacto / criterios de habilidad de cola determina la puntuación.
Algunos puntos clave para entender:
- Normalmente, el valor de habilidad real se utiliza en el cálculo de la puntuación, porque una puntuación de habilidad más alta indica una coincidencia más fuerte. Excepto, cuando un requisito de habilidad utiliza la condición menos que igual a (<=), ese valor de habilidad específico del agente se invierte en el cálculo de la puntuación, es decir, effective_skill_value = (10) menos (actual_skill_value). Esto se hace para asegurar que una puntuación más baja indica una coincidencia más fuerte.
- Cuando varios agentes elegibles tienen la misma puntuación, se selecciona el agente más largo disponible entre ellos.
- Para el cálculo de la puntuación solo se tienen en cuenta las habilidades de competencia. Ninguna habilidad booleana, texto o enum en los requisitos de habilidad de contacto / criterios de habilidad de cola no se considera para el cálculo de la puntuación.
En el ejemplo anterior, hay cuatro agentes que tienen habilidades de dominio y no de dominio con valores de habilidades de dominio variables.
Considere un contacto que esté en cola en una cola basada en habilidades que tenga el patrón de enrutamiento "Mejor disponible":
- con los requisitos de habilidad anteriores asignados a través de flujo, o
- estando configurados los criterios de habilidad anteriores en la cola basada en habilidades.
En este escenario:
-
Solo se tienen en cuenta para el enrutamiento los agentes que satisfacen por completo los requisitos de habilidad de contacto / los criterios de habilidad de cola. Solo los agentes A1, A2 y A4 satisfacen por completo los requisitos de habilidades de contacto / criterios de habilidades de cola.
El agente A3 no es elegible. En el caso de Criterios de habilidad asignados a la cola, A3ni siquiera está asociado con la cola.
-
Entre A1, A2 y A4, el sistema realiza el cálculo de la puntuación basándose en los requisitos de habilidades de contacto/criterios de habilidades de cola, en los que solo se tienen en cuenta las habilidades de competencia.
Para el cálculo de la puntuación solo se tienen en cuenta las habilidades mencionadas en los requisitos de habilidades de contacto / criterios de habilidades de cola, aunque los agentes puedan tener habilidades adicionales / de otro tipo.
Observe también la inversión del valor de habilidad en el cálculo de la puntuación cuando se utiliza una condición menor que igual a (<=).
-
El contacto se dirige a A2, ya que es el mejor agente disponible según la calificación. Si A2 no está disponible/ocupado, el contacto se enrutará al siguiente mejor agente disponible con la segunda puntuación más alta, y así sucesivamente.
Sin embargo, tenemos 2 agentes: A1 y A4 con la siguiente puntuación más alta. El contacto se dirige al agente más largo disponible entre A1 y A4.
Este patrón de enrutamiento se admite en los siguientes tipos de colas basadas en habilidades:
Enrutamiento no basado en habilidades
Webex Contact Center también admite una variedad de patrones de enrutamiento no basados en habilidades que se centran en la distribución de las interacciones de clientes entrantes sin tener en cuenta las habilidades específicas o la experiencia de los agentes. A diferencia de los patrones de enrutamiento basados en habilidades, estos no tienen en cuenta las habilidades del agente ni requieren que el contacto o la cola definan los requisitos / criterios de habilidades para el enrutamiento. Más bien, priorizan factores como la disponibilidad, la distribución de la carga de trabajo y las secuencias predefinidas, lo que permite un manejo eficiente de los contactos basado en la lógica operativa en lugar de las competencias individuales de los agentes. Estos patrones son particularmente útiles en entornos donde las interacciones son relativamente uniformes o no requieren un manejo especializado.
Más largo disponible
El patrón de enrutamiento Más Largo Disponible enruta un contacto a ese agente de la cola que ha estado disponible más tiempo desde que manejó su último contacto en todos los agentes que están disponibles y asociados con esa cola.
Este patrón de enrutamiento garantiza una distribución justa y equilibrada de la carga de trabajo al asignar interacciones a los agentes que han estado inactivos durante más tiempo. Al evitar desequilibrios en la carga de trabajo, garantiza que ningún agente se sobrecargue mientras que otros permanecen libres. Este enfoque es especialmente eficaz durante períodos de flujo de contacto constante, manteniendo un compromiso constante en todo el grupo de agentes.
Los agentes pierden sus posiciones "más largas disponibles" en todos los canales cuando se les ofrece un contacto de cualquier tipo de medio. Esto significa que después de que un agente maneja un contacto, el siguiente contacto de cualquier tipo de medio en cola se asignará al siguiente agente disponible más largo de esa cola.
En el ejemplo anterior, el agente A1 es el agente más largo disponible (puesto 1): este agente ha iniciado sesión primero o no se le ha asignado un contacto durante más tiempo que ningún otro agente.
Los agentes A2 (puesto 2) y A3 (puesto 3) también están disponibles, pero han iniciado sesión o han manejado contactos después de A1. Todos los agentes están asociados con ambas colas que tienen este patrón de enrutamiento.
Considere el siguiente escenario:
-
En el momento T0, un contacto de voz C1 se pone en cola y se dirige al agente más largo disponible, es decir, A1.
Debido a que A1 se le asigna C1, A1 ya no es el agente más largo disponible en todos los canales de medios.
- En el momento T1, un contacto de chat C2 se pone en cola y se dirige al agente más largo disponible, que ahora es A2.
-
Por último, en el momento T2, otro contacto de voz C3 se pone en cola y se dirige a A3.
A1 y A2 han tenido contactos recientemente; en este momento, es A3 la que más tiempo ha estado esperando.
Este patrón de enrutamiento se admite en los siguientes tipos de colas no basadas en habilidades:
Circular
El patrón de enrutamiento circular distribuye los contactos entrantes entre un grupo de agentes disponibles en orden redondo. Cuando se pone en cola un contacto, el sistema lo asigna al siguiente agente disponible en la cola basándose en una secuencia predeterminada.
El proceso comienza con los agentes en un orden configurado. El primer contacto entrante se asigna al primer agente disponible en esa secuencia. Para los contactos posteriores, el sistema selecciona el siguiente agente disponible, continuando desde donde lo dejó en el orden de cola definido. Este patrón se repite, haciendo ciclos a través de los agentes, pero siempre comenzando después de la posición del último agente seleccionado.
Este enfoque es eficaz para distribuir los contactos de manera justa y uniforme entre los agentes. Ayuda a garantizar que ningún agente se sienta abrumado por los contactos, y que todos los agentes tengan las mismas oportunidades de manejar las interacciones de manera constante. Sin embargo, el patrón de enrutamiento circular no tiene en cuenta la carga de trabajo actual ni otros factores que podrían afectar la capacidad de un agente para manejar un contacto en particular.
En el ejemplo anterior, los agentes se configuran en una cola circular en el siguiente orden: A3 → A4 → A5 → A6 → A1 → A2.
Para empezar, la posición de inicio es el primer agente en el orden configurado (A3). A medida que los contactos se encaminan a los agentes de esta cola, la posición se mueve alrededor del círculo, colocada al agente que es el siguiente en orden configurado para el agente al que se encaminó el último contacto.
Considere el siguiente escenario:
-
El primer contacto (C1) se pone en cola y se dirige al agente A3.
El puntero se actualiza al siguiente agente en orden configurado, es decir, A4.
-
Cuando se pone en cola el segundo contacto (C2), el sistema comienza a buscar agentes disponibles a partir de A4, es decir, A4 → A5 → A6 → A1 → A2 → A3.
Sin embargo, A4 y A5 no están disponibles (ni siquiera han iniciado sesión, ni están inactivos, ni están completamente ocupados con otros contactos de este tipo de medios), por lo que C2 se dirige al siguiente agente disponible: A6. El puntero se actualiza al siguiente agente en orden configurado, es decir, A1.
-
De manera similar, el tercer contacto (C3) se dirige a A1 y el cuarto contacto (C4) se dirige a A2. El puntero está nuevamente en A3.
Esta lógica continúa, y los contactos se distribuyen entre los agentes disponibles en el patrón "circular" / "round-robin".
Si hay contactos estacionados en la cola, el escenario de excedente del agente coincidirá con el siguiente agente que esté disponible en este tipo de medio con el contacto más antiguo y de mayor prioridad entre ellos.
Esto no tiene en cuenta ni afecta al valor de posición existente en esta cola, que se actualiza solo cuando el enrutamiento excedente de contacto coincide con éxito con un agente.
Este patrón de enrutamiento se admite en los siguientes tipos de colas no basadas en habilidades:
De arriba abajo
El patrón de enrutamiento descendente distribuye los contactos entrantes entre un grupo de agentes disponibles y ordenados en un orden secuencial. Cuando un contacto está en cola, el sistema siempre recorre la lista ordenada de agentes desde el principio y hace coincidir el contacto con el primer agente disponible (que tiene un canal libre disponible del tipo de medio del contacto) en esa secuencia.
Esto sucede para cada contacto que está en cola. Se intenta emparejar el contacto siempre comenzando desde la parte superior (primer agente configurado) y pasando por la lista hasta que se encuentre un agente coincidente.
A diferencia del patrón de enrutamiento circular, no hay ningún "puntero" que cambie dinámicamente el punto de partida en función de la posición del último agente seleccionado.
Este enfoque es eficaz para distribuir contactos entre agentes que se ordenan en función de algún sesgo / preferencia según lo determine el administrador. Ayuda a garantizar que los agentes en la parte superior sean siempre preferidos para manejar los contactos sobre los agentes debajo de ellos. Sin embargo, el patrón de enrutamiento descendente no tiene en cuenta la carga de trabajo actual ni otros factores que podrían afectar la capacidad de un agente para manejar un contacto en particular.
En el ejemplo anterior, los agentes se configuran en una cola descendente en el siguiente orden: A3 → A4 → A5 → A6 → A1 → A2.
Esto significa que el administrador desea que cada contacto se dirija al primer agente (A3) si está disponible, en caso contrario al siguiente agente (A4) si está disponible, y así sucesivamente, en orden configurado.
Considere el siguiente escenario:
- El primer contacto (C1) se pone en cola y se dirige al agente A3, ya que A3 está en la parte superior del pedido.
-
Cuando se pone en cola el segundo contacto (C2), se intenta de nuevo enrutar desde la parte superior del pedido (empezando siempre por A3).
Si A3 tiene más capacidad de canal para este tipo de medio, C2 también se enruta a A3. Sin embargo, si A3 está completamente ocupado en este tipo de medios, el enrutamiento pasa a A4.
- Sin embargo, A4 y A5 no están disponibles (ni siquiera han iniciado sesión, ni están inactivos, ni están completamente ocupados con otros contactos de este tipo de medios), por lo que C2 se redirige al siguiente agente disponible en orden descendente: A6.
-
De manera similar, se intenta enrutar el tercer contacto (C3) comenzando desde A3 hacia abajo hacia la parte inferior. El primer agente que coincida sería A1.
Esta lógica continúa, hasta que un contacto no encuentra ningún agente disponible hasta la parte inferior del pedido, en cuyo caso está estacionado en cola.
Este patrón de enrutamiento se admite en los siguientes tipos de colas no basadas en habilidades:
Enrutamiento basado en agentes
El enrutamiento basado en agentes es una capacidad que enruta o pone en cola un contacto con un agente especificado ("preferido") directamente. Una búsqueda de agente con la dirección de correo electrónico del agente o el ID del agente dirige un contacto al agente preferido. La actividad De Cola A Agente en el flujo ayuda a lograr el Enrutamiento basado en el agente. Para obtener más información, consulte Hacer cola al agenteactividad.
Un contacto puede tener una asignación a uno o más agentes preferidos, que normalmente podrían gestionarse en una aplicación externa fuera de Webex Contact Center. La búsqueda del agente preferido para un contacto se realiza a través del Solicitud HTTPactividad, que recupera el mapeo de una aplicación externa. Para enrutar o estacionar el contacto con el agente preferido, configure la actividad Queue To Agent utilizando el ID del centro de contacto Webex o la dirección de correo electrónico del agente. El contacto también se puede aparcar contra un agente preferido si ese agente preferido no está disponible inmediatamente.
El enrutamiento basado en agentes es útil en las siguientes situaciones:
- Enrutamiento del agente preferido: El cliente puede asignar contactos a agentes dedicados o ejecutivos de relaciones. En tales escenarios, el enrutamiento basado en agentes enruta los contactos directamente a ese agente preferido.
- Último enrutamiento del agente: Cuando un contacto vuelve a llamar al centro de contacto varias veces para interactuar con un agente, el enrutamiento basado en agentes puede enrutar el contacto al último agente que manejó ese contacto.
En ambos casos de uso, los detalles del contacto y la asignación del agente se almacenan fuera del Centro de contacto de Webex.
Capacidades de cola y enrutamiento en Flow
En Webex Contact Center, una amplia gama de capacidades de enrutamiento, colas y control de llamadas se pueden orquestar a través de flujos.
Una variedad de actividades de flujo y gestores de eventos proporcionados en el Flow Designer se pueden colocar en el flujo para gestionar eficazmente el ciclo de vida de los contactos entrantes y salientes.
Para obtener más información sobre la configuración y el uso de flujos, consulte Cree y gestione flujos con Flow Designer.
Actividades de cola
Contacto en la cola
La actividad Queue Contact (Contacto en cola) proporciona la capacidad de cola de un contacto en una cola entrante activa desde la organización para que pueda emparejarse y enrutarse al agente adecuado en esa cola.
A través de esta actividad se pueden gestionar los siguientes aspectos de la cola:
- Priority - Asignar una importancia jerárquica que va de 1 (más alta) a 10 (más baja, predeterminada) al contacto que se está poniendo en cola.
- Skill Requirements - Establecer los criterios de habilidad que deben cumplir los agentes en una cola basada en habilidades, para ser considerados elegibles para enrutar el contacto.
- Skill Relaxations - Ajustar, modificar o eliminar los requisitos de habilidades previamente establecidos después de un período de tiempo para mejorar las posibilidades de encontrar un agente.
- Check Agent Availability - Permitir que el sistema se expanda instantáneamente a través de todos los grupos de distribución de llamadas en los que no se encuentran agentes disponibles, para evitar el tiempo de espera.
Ver Enrutamiento, para obtener más información sobre cómo la prioridad, la configuración de habilidades y la disponibilidad de agentes desempeñan un papel en el enrutamiento de contactos.
Una vez que la actividad Queue Contact (Contacto en cola) pone en cola correctamente el contacto,
Si ya está disponible un agente coincidente, el sistema intenta enrutar el contacto a un agente.
Esto interrumpe el Main flow ejecución y otros eventos pueden desencadenar los respectivos Event Flows, si está configurado.
Si no se encuentra ningún agente coincidente, el contacto se aparca en la cola y espera a que esté disponible un agente coincidente.
La ejecución del flujo continúa con las actividades adjuntas después de la actividad de contacto en cola, lo que proporciona la capacidad de:
- Reproduzca una música preconfigurada al cliente que espera en la cola, adjuntando un
PlayMusicactividad. - Registre una devolución de llamada en función de la solicitud del cliente, adjuntando un
Callbackactividad. - Volver a hacer cola, es decir, eliminar el contacto de la cola actual y añadir a una nueva cola, adjuntando otra
Queue ContactoQueue to Agentactividad.
- Reproduzca una música preconfigurada al cliente que espera en la cola, adjuntando un
Cuando un agente coincidente está disponible, el sistema intenta encaminar el contacto al agente.
Cuando tiene éxito, esto interrumpe el Main flow ejecución y otros eventos pueden desencadenar los respectivos Event Flows, si está configurado.
La actividad de contacto en cola funciona cuando:
- El contacto no está asignado y está listo para ser enrutado a un agente.
- La cola, la habilidad y otras configuraciones de flujo se configuran correctamente.
- El contacto se mantiene dentro del límite permitido de 25 puntos de entrada y transiciones en la cola.
- El contacto se mantiene dentro del límite permitido de 20 intentos de enrutamiento exitosos.
Configure la ruta de gestión de errores para gestionar con elegancia los contactos que requieren un enrutamiento alternativo o una gestión adicional.
En tales casos, la actividad da lugar a un fallo, y la ejecución del flujo pasa a la Error Handling ruta.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Construir y gestionar flujos > Queue Contact.
Hacer cola al agente
La actividad Queue to Agent (Cola a agente) proporciona la capacidad de hacer cola al contacto directamente con un agente preferido, buscando su ID de agente o dirección de correo electrónico únicos en el Centro de contacto de Webex.
A través de esta actividad se pueden gestionar los siguientes aspectos de la cola:
- Priority - Asignar mayor/menor importancia a los contactos en cola contra el mismo agente.
- Reporting Queue - Identificar la cola a utilizar para la configuración, como la grabación y la música en cola predeterminada, e informar sobre los fines del contacto.
- Recovery Queue - Identificar la cola que se utilizará como respaldo, cuando el contacto no pueda ser enrutado al agente preferido especificado.
Una vez que la actividad Queue To Agent (Cola a agente) encola correctamente el contacto,
Si el agente ya está disponible, el contacto se dirige al agente.
Esto interrumpe el Main flow ejecución y otros eventos pueden desencadenar los respectivos Event Flows, si está configurado.
Si el agente está disponible, pero elige rechazar, no responder o no recibe el contacto, se mueve a la cola de recuperación proporcionada.
En la cola de recuperación, el contacto se enrutará al agente más largo disponible, sin ningún soporte para habilidades.
Si el agente no está disponible y "
Park Contact If Agent Unavailable" opción es selected, el contacto se aparca y espera que el agente esté disponible.A continuación, la ejecución del flujo continúa con las actividades adjuntas después de la actividad Queue To Agent, lo que permite:
- Reproduzca una música preconfigurada al cliente que espera en la cola, adjuntando un
PlayMusicactividad. Callbackactividad.- Volver a hacer cola, es decir, eliminar el contacto de la cola actual y añadir a una nueva cola, adjuntando otra
Queue to AgentoQueue Contactactividad.
Una vez que el agente está disponible, el sistema intenta dirigir el contacto al agente.
Esto interrumpe el Main flow ejecución y otros eventos pueden desencadenar los respectivos Event Flows, si está configurado.
- Reproduzca una música preconfigurada al cliente que espera en la cola, adjuntando un
- Si el agente no está disponible y "
Park Contact If Agent Unavailable" opción es not selected, la cola falla.
La actividad De Cola A Agente funciona cuando:
- El contacto no está asignado y está listo para ser enrutado a un agente.
- El ID del agente preferido o la dirección de correo electrónico son válidos.
- La cola de generación de informes y la cola de recuperación están configuradas correctamente.
- El agente preferido está conectado, disponible y listo para manejar el contacto.
Configure una cola de recuperación para asegurarse de que el contacto se enrute sin problemas cuando el agente preferido no esté disponible.
En tales casos, la actividad da lugar a un fallo, y la ejecución del flujo pasa a la Error Handling ruta.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Cola A Agente.
Aumentar el grupo de distribución de llamadas
La actividad de Escalate Call Distribution Group solo se admite para queues with team assignment, y proporciona la capacidad de actualizar el Call Distribution Group para el contacto inmediatamente, en lugar de esperar a que la actualización automática de expansión se realice al siguiente grupo después de la duración de espera configurada. Esto permite que el contacto se dirija rápidamente a todos los agentes elegibles en cola.
Mediante el uso de la actividad Escalate Call Distribution Group (Grupo de distribución de llamadas), el contacto puede escalarse a:
- Next Group—Ampliar el conjunto de equipos para incluir los agregados en el grupo de distribución inmediata de la siguiente llamada.
- Last Group—Ampliar el conjunto de equipos para incluir todos los equipos asignados a todos los grupos de distribución de llamadas configurados para la cola.
La actividad del Grupo de distribución de llamadas escaladas funciona cuando:
- El contacto ya está en cola y listo para escalar.
- El contacto se pone en cola en una cola que utiliza grupos de distribución de llamadas.
Para las colas que utilizan enrutamiento estándar, continúe distribuyendo contactos a través del comportamiento de enrutamiento configurado de la cola.
En tales casos, la actividad da lugar a un fallo, y la ejecución del flujo pasa a la Error Handling ruta.
Considere un escenario de ejemplo, en el que un contacto se pone en cola en una cola que tiene tres grupos de distribución de llamadas, cada uno actualizado después de un período de 30 segundos.
No hay agentes disponibles en la parte de equipos de CDG 1 y CDG 2, y un agente está disponible en TEAM 3 que pertenece al grupo de distribución de la última llamada.
Cuando la actividad de Escalate Call Distribution Group no se utiliza en flujo, da lugar a un largo tiempo de espera, como se ilustra a continuación:
El tiempo de espera puede reducirse mediante el uso de la actividad Escalate Call Distribution Group (Grupo de distribución de llamadas escaladas), que se utiliza de la siguiente manera:
Basado en el Next Group o Last Group opción seleccionada, el tiempo de espera para el contacto se reduce considerablemente, como se ilustra a continuación:
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Escalar el grupo de distribución de llamadas.
Actividades de información de colas
Obtener información de la cola
La actividad Obtener información de cola proporciona la capacidad de obtener información de cola en tiempo real para un contacto dado, como por ejemplo:
- La posición actual del contacto en la cola (PIQ), o la posición potencial si aún no está en cola.
- El tiempo de espera estimado (EWT) o la duración durante la cual se estima que una tarea espera en la cola antes de ser respondida.
- Número de agentes conectados o disponibles dentro del grupo de distribución de llamadas actual del contacto.
- Número de agentes que han iniciado sesión o están disponibles en todos los grupos de distribución de llamadas para la cola seleccionada.
- La duración durante la cual ha estado esperando el contacto más antiguo de la cola.
Estos detalles están disponibles en la ejecución de flujo como variables de salida de actividad.
Para obtener más información sobre el uso de la actividad, la definición detallada y el método de cálculo para cada detalle de la cola, consulte Construir y administrar flujos > Obtener información de cola.
Algunas de las formas de usar la información de la cola pueden ser:
- Anunciar la posición del contacto en la cola y el tiempo de espera estimado al cliente, mientras espera para ser enrutado.
- Decidir si se puede registrar una devolución de llamada para el cliente, si el tiempo de espera estimado es demasiado largo.
- Para escalar el contacto al siguiente grupo de distribución de llamadas (CDG), si no hay agentes disponibles en los equipos asignados al CDG actual.
La actividad Obtener información de cola funciona cuando la variable seleccionada se resuelve a una cola válida.
Configure la ruta de gestión de errores para gestionar con elegancia los casos en los que la variable seleccionada necesita validación o no se resuelve a una cola disponible.
- el contacto no está (todavía) en cola cuando se ejecuta la actividad Obtener información de cola.
- contact está en cola en una cola que no admite el concepto de grupos de distribución de llamadas.
En estos casos, el valor de -1 en estos campos de salida indica que esta información no es aplicable.
Considere un escenario de ejemplo en el que se informe al cliente de un EWT largo en la cola, después de cada 15 segundo que pase en la cola.
Esto se puede lograr usando la actividad Obtener información de cola en el flujo de la siguiente manera:
Información avanzada de la cola
La actividad Advanced Queue Info proporciona la capacidad de obtener información de cola en tiempo real para un contacto dado, teniendo en cuenta además los criterios de habilidad del contacto, tales como:
- La posición actual del contacto en la cola (PIQ), o la posición potencial si aún no está en cola.
- Número de agentes que han iniciado sesión o que están disponibles dentro del grupo de distribución de llamadas actual del contacto, coincidiendo con los criterios de destreza dados.
- Número de agentes que han iniciado sesión o que están disponibles en todos los grupos de distribución de llamadas para la cola seleccionada, coincidiendo con los criterios de habilidad dados.
- El grupo de distribución de llamadas actual donde el contacto está estacionado en una cola proporcionada.
- El número total de grupos de distribución de llamadas en una cola proporcionada.
Estos detalles están disponibles en la ejecución de flujo como variables de salida de actividad.
Para obtener más información sobre el uso de la actividad, la definición detallada y el método de cálculo para cada detalle de la cola, consulte Crear y administrar flujos > Información avanzada de cola.
Algunas de las formas de usar la información avanzada de la cola pueden ser:
- Anunciar la posición del contacto en la cola al cliente, mientras espera ser enrutado.
- Para escalar el contacto al siguiente grupo de distribución de llamadas, si no hay agentes que coincidan con los criterios de habilidades disponibles en los equipos asignados al grupo de distribución de llamadas actual.
- Para decidir si se puede registrar una devolución de llamada para el cliente, si no hay agentes que coincidan con los criterios de habilidad registrados en todos los grupos de distribución de llamadas.
La actividad Advanced Queue Info funciona cuando:
- La información de cola se solicita para colas en las que los requisitos de habilidad están configurados en el flujo, en lugar de como criterios de habilidad a nivel de cola.
- Si el contacto ya está en cola, se solicita la información para la misma cola en la que el contacto está actualmente en cola.
- El contacto se pone en cola a una cola, no directamente a un agente preferido.
Configure la ruta de gestión de errores para gestionar las solicitudes que no cumplen estos requisitos.
En tales casos, la actividad da lugar a un fallo, y la ejecución del flujo pasa a la Error Handling ruta.
Considere un escenario de ejemplo en el que el cliente debe ser informado sobre la recepción de una devolución de llamada teniendo en cuenta que no hay agentes que cumplan con los criterios de habilidad disponibles.
Esto se puede lograr utilizando la actividad Advanced Queue Info (Información de cola avanzada) en el flujo de la siguiente manera:
Actividades de control de llamadas
Establecer ID de llamadas
La actividad Establecer ID de usuario se utiliza para definir el ID de usuario que debe mostrar durante una llamada. La actividad Set Caller ID (Establecer identificación de llamadas) debe utilizarse únicamente en PreDial Event Flows (Flujos de eventos predial) como actividad terminal que marca el final del flujo de eventos.
La actividad Establecer identificación de llamadas permite configurar la identificación automática de números (ANI) requerida en función del servicio de identificación de números marcados (DNIS), el tipo de operación o el tipo de participante.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Construir y administrar flujos > Establecer identificación de llamadas.
Control de grabación
La actividad de control de grabación está diseñada para ser utilizada junto con una actividad de menú para capturar el consentimiento de grabación del usuario. Esto garantiza el cumplimiento de las normativas o políticas que requieren consentimiento explícito antes de que comience la grabación, integrando este paso sin problemas en el flujo de trabajo.
La actividad IVR del menú debe capturar el consentimiento del usuario en una variable booleana que se asignará como entrada a la actividad de control de grabación. Si el cliente necesita notificar el consentimiento del usuario en un informe de consentimiento, el valor del consentimiento debe almacenarse en una variable global notificable. Alternativamente, se puede usar una variable local si no es necesario informar. Este enfoque proporciona a los inquilinos y clientes una mayor flexibilidad para gestionar y utilizar las variables de manera eficaz.
Cuando esta actividad se agrega al flujo, el consentimiento del usuario tiene prioridad sobre las opciones de configuración de nivel de inquilino o nivel de cola o nivel de grabación.
El orden de precedencia es el siguiente:
- Si el consentimiento del usuario es Sí en el flujo, entonces se graba la llamada, independientemente de la configuración de grabación establecida en el nivel de inquilino o cola o planificación de grabación.
- Si el usuario no da su consentimiento como respuesta a la actividad, entonces la llamada no se graba, independientemente de la configuración de grabación establecida en el nivel de inquilino o cola o planificación de grabación.
- Si la actividad de control de grabación no está configurada en el flujo, pero una configuración está configurada en Sí en cualquiera de los otros niveles, como inquilino o cola o planificación de grabación, entonces se graba la llamada.
- Si la actividad de control de grabación no está configurada en el flujo, y una configuración está configurada en No en todos los niveles, como inquilino, cola y programación de grabación, la llamada no se graba.
Este control de grabación se puede ilustrar como sigue:
Además, las configuraciones de grabación como Continue On Transfer, Pause Resume Enabled, Pause Duration y otras siguen siendo aplicables de acuerdo con la jerarquía existente, incluidos los niveles de inquilino, cola o planificación de grabación.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Construir y gestionar flujos > Control de grabación.
Transferencia ciega
La transferencia ciega es un proceso en el que un contacto se dirige de manera eficiente a un número de marcado externo (DN) a través del sistema IVR, lo que elimina la necesidad de que intervenga el agente.
La actividad de transferencia ciega se utiliza cuando una llamada debe transferirse a un DN externo o de terceros. Esta es una actividad terminal, por lo que el flujo termina una vez que se ejecuta la transferencia.
La actividad de transferencia ciega no se admite cuando el flujo se ejecuta para consulta.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Construir y gestionar flujos > Transferencia ciega.
Transferencia puente
La actividad de transferencia puente permite que un contacto se transfiera temporalmente a un destino externo mientras que el flujo mantiene el control de la llamada. El destino externo puede ser un puente externo o un servicio de respuesta de voz interactiva (IVR).
Cuando el destino externo finaliza la llamada, el flujo de llamada continúa aún más según sea necesario, como ponerlo en cola a un agente.
La actividad de transferencia puente desespera un contacto mientras lo transfiere a un sistema IVR de terceros o de distribución automática de llamadas (ACD). Si el sistema de terceros no maneja el contacto, se puede volver a poner en cola en la cola original, garantizando que el contacto permanezca en el flujo de trabajo para un manejo adecuado.
Por ejemplo, supongamos que un centro de contacto tiene recursos de agente de Webex Contact Center y recursos de agente en un centro de llamadas externo o Private Branch Exchange (PBX). El cliente desea hacer cola una llamada contra una cola de agentes del Centro de Contacto de Webex durante un breve período (digamos 60 segundos). Si no hay ningún agente disponible durante ese período, la llamada puede ser transferida por puente (con una descola implícita) al centro de llamadas externo para manejar el contacto.
- La actividad de transferencia puente no se admite en los flujos de llamadas salientes ni en los flujos de eventos.
- Los contactos que ya están asignados a un agente no son compatibles con la transferencia puente a través del flujo.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Construir y gestionar flujos > Transferencia puente.
Desconectar contacto
La actividad de contacto de desconexión proporciona la capacidad de desconectar o terminar un contacto activo directamente del flujo.
Esta es una actividad terminal conectada al flujo y puede ser útil para terminar contactos sin una intervención del agente, adecuada para los flujos de ruta de error o después de registrar una devolución de llamada para el cliente.
Según la configuración, la encuesta o retroalimentación posterior a la llamada se activa cuando el contacto finaliza a través de esta actividad.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Construir y gestionar flujos > Desconectar el contacto.
Establecer prioridad de contacto
La actividad Establecer prioridad de contacto facilita la gestión eficaz de la prioridad de contacto dentro del flujo al permitir la asignación de niveles de prioridad específicos a los contactos. Esto permite dar mayor o menor importancia a determinados contactos, garantizando que se enruten adecuadamente en comparación con otros contactos en espera cuando los agentes estén disponibles. Esta flexibilidad permite un control preciso sobre la priorización de contactos a lo largo del flujo.
La prioridad se establece asignando un nivel de importancia jerárquica de 1 (más alto) a 9 (más bajo). Los contactos con la prioridad más alta se encaminan antes que aquellos con prioridades más bajas. Cuando varios contactos comparten el mismo nivel de prioridad, el contacto que ha estado esperando más tiempo se dirige primero al siguiente agente disponible y elegible. Este sistema garantiza que los contactos de mayor prioridad reciban atención inmediata mientras se mantiene la equidad entre los contactos de igual prioridad en función de su tiempo de espera.
- La actividad Establecer prioridad de contacto puede colocarse en cualquier punto del flujo principal o del evento.
- Si la actividad Establecer prioridad de contacto está configurada antes de una actividad de cola (tal como Poner contacto en cola o Poner en cola al agente), su configuración de prioridad puede ser anulada por cualquier prioridad explícitamente configurada en las actividades de cola posteriores. Sin embargo, si la siguiente actividad de cola no especifica una prioridad, se aplicará la prioridad de contacto establecida por la actividad anterior Establecer prioridad de contacto.
- Por el contrario, si la actividad Establecer prioridad de contacto se configura después de una actividad de cola (como Poner contacto en cola o Poner en cola al agente), anulará la configuración de prioridad configurada por la actividad de cola precedente.
- La actividad Establecer prioridad de contacto no se admite actualmente para contactos externos y de campaña.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y gestionar flujos > Establecer prioridad de contacto.
Actividades de devolución de llamada
Devolución de llamada
Una actividad de devolución de llamada permite a los usuarios solicitar una devolución de llamada en lugar de esperar en espera, mejorando significativamente la satisfacción del cliente al reducir los tiempos de espera y minimizar las tasas de abandono. Cuando se activa, la actividad Callback crea una tarea en una cola, lo que garantiza que un agente disponible pueda devolver la llamada del cliente.
El diseñador de flujo puede configurar la actividad para mantener el contacto en la cola original, donde se originó la llamada, o asignarlo a una cola diferente en función de las preferencias. Si el retorno de llamada permanece en la cola original, el contacto mantiene su posición, habilidades, prioridad y datos contextuales, lo que permite una asignación fluida al siguiente agente disponible. Sin embargo, si se selecciona una cola diferente, el contacto se empuja hasta el final de la cola seleccionada sin habilidades y con prioridad predeterminada.
La actividad también permite a los clientes solicitar devoluciones de llamada de sus agentes preferidos, añadiendo un toque personal a la experiencia y mejorando la satisfacción del cliente. Esto se puede lograr cuando la actividad de retorno de llamada sigue una actividad QueueToAgent en el flujo. Además, la actividad de devolución de llamada ofrece una configuración opcional para personalizar la identificación automática de números (ANI) utilizada durante el proceso de devolución de llamada. Esta personalización ayuda a la consistencia de la marca y reduce la probabilidad de rechazo de llamadas al garantizar un identificador de llamadas reconocible.
El diseñador de flujos tiene la opción de incluir un evento CallbackFailed en el flujo de eventos. Este evento se activa cuando falla un intento de devolución de llamada, lo que permite al diseñador de flujo implementar reintentos a intervalos específicos. El retardo o el intervalo entre reintentos se puede configurar mediante la actividad Espera, con un intervalo mínimo de reintentos de 10 segundos y un máximo de 72 horas. El sistema admite hasta 10 intentos de reintento durante un período máximo de 14 días utilizando la actividad de espera.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Construir y gestionar flujos > Callback.
Programar devolución de llamada
La actividad de devolución de llamada programada permite al flujo ofrecer a los clientes la comodidad de solicitar una devolución de llamada en una fecha y hora futuras específicas, lo que elimina la necesidad de una conexión inmediata con un agente. Esta función mejora la experiencia del cliente al permitirle seleccionar una ventana de retorno de llamada conveniente, minimizando así los tiempos de espera percibidos y disminuyendo las tasas de abandono de llamadas.
El flujo debe capturar las entradas de la persona que llama, como la fecha y la hora preferidas, a través de mensajes DTMF y pasarlas a la actividad después de realizar las validaciones de entrada necesarias.
Antes de comenzar, asegúrese de que Callback Default Entry Point está configurado bajo Channel Settings en el Centro de Control. Para obtener más información, consulte Configurar un punto de entrada de devolución de llamada.
La devolución de llamada se puede programar utilizando cualquier cola de telefonía, ya sea entrante o saliente. Para obtener mejores resultados, se recomienda agregar una actividad de desconexión inmediatamente después de la actividad de devolución de llamada programada para garantizar que la llamada actual finalice correctamente una vez programada la devolución de llamada. Para obtener más información sobre la programación de devoluciones de llamadas del IVR, consulte Programar devoluciones de llamadas del IVR.
Cuando la devolución de llamada se activa en la fecha y hora futuras solicitadas, se crea una nueva llamada o interacción. Esta nueva interacción seguirá el flujo estándar vinculado al punto de entrada predeterminado del retorno de llamada. Si el intento de devolución de llamada falla, el flujo puede reintentar automáticamente la llamada utilizando el administrador de eventos CallbackFailed si está configurado en ese flujo.
Se deben considerar las siguientes validaciones de entrada antes de pasar entradas a la actividad:
- Selección de fecha: puede elegir cualquier fecha desde hoy hasta 31 días en el futuro. La fecha debe ser en este formato: AAAA-MM-DD (por ejemplo, 2025-07-18).
- Hora de inicio y finalización de la ventana de tiempo: la hora que elija debe comenzar por lo menos 30 minutos a partir de ahora y puede durar entre 30 minutos y 8 horas. Utilice el formato de hora de 24 (como
14:30:00). - Zona horaria: debe ingresar una zona horaria válida en formato IANA (como
America/New_York) para que podamos llamarle en el momento adecuado.
Se proporciona una implementación de referencia en forma de una plantilla de subflujo para demostrar las indicaciones de DTMF y las validaciones básicas que se utilizan junto con la actividad. Para obtener más información, consulte Plantilla de subflujo de devolución de llamada programada.
Análisis del progreso de la llamada
La actividad de análisis de progreso de llamadas (CPA) permite la detección de sistemas automáticos de respuesta y voces humanas en vivo en las llamadas de retorno de llamada.
Cuando un intento de devolución de llamada encuentra una detección de contestador automático (AMD) o correo de voz, el sistema identifica la llamada como no exitosa. El resultado de la detección de contestador automático (AMD) se captura en la variable de salida de motivo del gestor de eventos CallbackFailed. Basándose en esta variable de salida, el diseñador de flujo puede configurar reintentos de devolución de llamada.
- Para el retorno de llamada de cortesía, el CallProgressAnalysis puede colocarse en un punto después de la actividad de retorno de llamada en el flujo principal. Para devolución de llamada programada o devolución de llamada programada personal, se puede colocar después de NewPhoneContact en el flujo principal.
- En el flujo de eventos, solo se admite en el manejador de eventos CallbackFailed.
- Si en el flujo se configura una encuesta de clientes posterior a la llamada (actividad de retroalimentación), no se iniciará si la llamada es respondida por un AMD o un correo de voz. Esto evita que se produzcan encuestas innecesarias.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y gestionar flujos > Análisis de progreso de llamadas.
Descripción general
En Webex Contact Center, una cola sirve como área de espera para las interacciones entrantes, como llamadas telefónicas, chats, correos electrónicos o canales de redes sociales. Los contactos se almacenan en colas hasta que se distribuyen automáticamente a los agentes o hasta que estos los recogen manualmente para su gestión. Además, admiten funciones como el enrutamiento basado en habilidades, la gestión de prioridades y la distribución equitativa de la carga de trabajo.
Los supervisores pueden utilizar las colas de trabajo para observar las diferentes líneas de trabajo y mejorar la forma en que se gestionan las tareas en el centro de contacto.
Algunos de los principales beneficios de utilizar colas de forma eficaz son:
- Mejor experiencia para el cliente: Gestionar los tiempos de espera e informar a los clientes de que están en la cola para ser atendidos.
- Mayor eficiencia: Asegúrese de que las llamadas se gestionen de forma ordenada, reduciendo el caos y la mala gestión.
- Distribución equitativa de los contactos: Distribuye las llamadas de manera equitativa entre los agentes para evitar sobrecargar a ninguno de ellos.
- Gestión prioritaria: Permitir priorizar ciertas llamadas, como las de clientes VIP o asuntos urgentes.
Tipos de colas
Webex Contact Center admite varios tipos de colas que permiten una amplia variedad de casos de uso para centros de contacto de todos los tamaños y complejidades, en todos los tipos de medios y con capacidades uniformes.
Existen colas que tienen en cuenta las habilidades de los agentes para enrutar los contactos, y colas que no. Estas colas también difieren en la forma en que los agentes se asocian a ellas para trabajar con los contactos.
Existen dos grandes categorías de colas:
- Colas no basadas en habilidades
- Colas basadas en habilidades
Colas no basadas en habilidades
Las colas que no se basan en habilidades no tienen en cuenta las habilidades asociadas a los agentes. Puede configurar colas que no se basen en habilidades con las siguientes opciones:
- Asignaciones de equipo
- Asignaciones de agentes
Colas no basadas en habilidades con asignación de equipos
En las colas no basadas en habilidades con asignación de equipos, puede organizar a los agentes en equipos y combinar estos equipos para formar grupos de distribución de llamadas (CDG). Puedes establecer un retardo de tiempo entre cada grupo para gestionar el flujo de llamadas.
Los grupos de distribución de llamadas ayudan a definir varios niveles de agentes que pueden optar a trabajar con los contactos de esta cola en intervalos de tiempo configurados. Los contactos se asignan a los agentes en función del nivel de su equipo. Si no hay agentes disponibles, los contactos se reservan durante un período preconfigurado antes de incluir al siguiente grupo de equipos. Este proceso continúa hasta que haya un agente disponible o se hayan revisado todos los grupos.
Puedes crear estos tipos de equipos:
- Equipos individuales: Los agentes pueden organizarse en equipos que representen una función organizativa específica, los cuales pueden formar parte de colas para que los contactos se dirijan a los agentes de dichos equipos. Puedes asignar un agente a varios equipos para gestionar contactos de diferentes colas y así lograr un enrutamiento eficiente.
- Equipos basados en la capacidad: El equipo basado en capacidad (CBT, por sus siglas en inglés) es una función que dirige las llamadas de voz a un número directo (DN, por sus siglas en inglés) basado en la capacidad, donde la capacidad determina cuántas llamadas se pueden gestionar simultáneamente. Permite enrutar las llamadas a números de teléfono sin necesidad de que los agentes inicien sesión en el sistema, lo que lo hace adecuado para escenarios en los que las llamadas son respondidas por correo de voz, contestadores automáticos o grupos de búsqueda, en lugar de por los agentes tradicionales de los centros de llamadas. En esta configuración, no hay agentes específicos asignados al equipo y no utilizan Webex Contact Center Agent Desktop.
En este ejemplo, hay tres grupos de distribución de llamadas, que permiten la expansión del público objetivo, lo que significa ampliar la cobertura a más agentes de diferentes equipos en intervalos de tiempo configurados.
El primer grupo de distribución de llamadas contiene el EQUIPO 1, que tiene configurados 3 agentes: A1, A2 y A5.
El segundo grupo de distribución de llamadas contiene el EQUIPO 2, que tiene configurados 3 agentes: A2, A3 y A4.
El tercer (y último) grupo de distribución de llamadas contiene el EQUIPO 3, que tiene configurados 2 agentes: A6 y A7.
Cuando se pone un contacto en cola, el sistema busca primero un agente que coincida en el primer grupo de distribución de llamadas. Si no se encuentran agentes, el contacto queda en espera durante el tiempo configurado antes de expandir el objetivo al siguiente grupo. Esto añade nuevos equipos a los ya existentes. Este proceso se repite hasta que encuentra una coincidencia o hasta que se expanden todos los grupos.
Una función denominada "Comprobar disponibilidad del agente" hace que el contacto se extienda instantáneamente al siguiente grupo de distribución de llamadas si no se encuentran agentes coincidentes en el grupo actual. Esto se puede habilitar en la actividad Contacto de cola <LINK TO section 3.1.1> en el flujo.
Esta configuración da lugar a los siguientes escenarios:
- A2 pertenece al EQUIPO 1 y al EQUIPO 2. Si A2 elige el EQUIPO 1 para iniciar sesión en el Escritorio del Agente, el sistema considera a A2 parte del EQUIPO 1 y, por lo tanto, solo del primer Grupo de Distribución de Llamadas.
- A5 pertenece al EQUIPO 1, sin embargo, también podría haber sido parte de algún otro equipo en la organización en la que actualmente ha iniciado sesión. Por lo tanto, A5 no se considera parte del EQUIPO 1 y no está asociado con esta cola.
Las colas con asignación de equipo brindan a los agentes esta potente capacidad de moverse entre colas simplemente eligiendo un equipo al iniciar sesión.
Patrón de enrutamiento disponible:
Colas no basadas en habilidades con asignación de agentes
Las colas no basadas en habilidades son un tipo de cola en la que se asigna directamente un grupo de agentes a la cola. A diferencia de otros tipos de colas, que determinan indirectamente el grupo de agentes que se les asignan, estas colas permiten a los administradores seleccionar agentes de forma directa y manual. Por ejemplo, las colas de asignación basadas en equipos asignan agentes en función de los equipos a los que pertenecen, y las colas de asignación basadas en habilidades emparejan a los agentes en función de las habilidades requeridas. En cambio, los administradores pueden agregar directamente agentes a estas colas para que formen parte de ellas. Esto proporciona una forma sencilla de gestionar la asignación de agentes sin depender de asignaciones automáticas del sistema.
Las colas con asignación de agentes proporcionan algoritmos de enrutamiento sencillos pero eficaces que ayudan a distribuir los contactos entre el grupo de agentes. No tienen en cuenta las habilidades de los agentes para gestionar los contactos. Sin embargo, los agentes pueden ordenarse dentro de cada cola, y esto se tiene en cuenta al enrutar los contactos hacia ellos. En este contexto, los equipos sirven principalmente como una estructura organizativa para los supervisores, en lugar de ser un factor en las decisiones de asociación de agentes con colas y de enrutamiento de contactos, lo que simplifica la gestión de colas.
Este tipo de cola es la más adecuada cuando la asignación estática de agentes y la gestión de la asociación agente-cola son factibles y deseables para el control operativo, y la selección de algoritmos de enrutamiento es apropiada para la distribución del trabajo entre los agentes. Estas colas también resultan especialmente útiles en situaciones donde varios tipos de consultas de clientes requieren conocimientos especializados que pueden ser atendidos por un segmento predefinido de agentes expertos.
Sin embargo, a las organizaciones de centros de contacto complejos les puede resultar difícil gestionar manualmente la asignación de agentes en estas colas. Podrían beneficiarse más de otros tipos de colas que ofrecen enrutamiento dinámico y asociaciones entre agentes y colas.
En este ejemplo, la cola tiene asignado un conjunto de agentes en un orden específico, como A4, A9, A7, etc. Este orden influye en algoritmos de enrutamiento específicos que asignan los contactos entrantes a los agentes. El sistema asigna los contactos a estos agentes en función de su disponibilidad y del algoritmo de enrutamiento elegido.
A diferencia de las colas con asignación de equipo, no existe el concepto de expansión de objetivos a lo largo de intervalos de tiempo. Si ninguno de los agentes configurados está disponible para enrutar este contacto, este se pondrá en cola hasta que uno de estos agentes esté disponible para gestionar los contactos antes de que expire el tiempo de espera. La expansión de destino no es aplicable a estas colas.
Patrones de enrutamiento disponibles:
Colas basadas en habilidades
Las colas basadas en habilidades permiten que los contactos sean dirigidos a los agentes con las habilidades adecuadas para satisfacer sus necesidades.
Puedes configurar los siguientes tipos de opciones basadas en habilidades:
Criterios de habilidad asignados a la cola
Los administradores pueden asignar criterios de habilidad a las colas. Las colas basadas en habilidades con criterios de habilidad permiten a los administradores configurar las habilidades requeridas directamente en la cola. Todos los agentes de la organización que posean todas las habilidades requeridas en la cola, según su perfil de habilidades, pasan a formar parte de ella de forma implícita.
Esta configuración permite a los administradores tener una visión en tiempo real de los agentes que se asignan a la cola en función de sus habilidades. En situaciones de alto o bajo volumen de solicitudes, los administradores pueden considerar ajustar las habilidades requeridas de la cola y los perfiles de habilidades de los agentes para ampliar o reducir el grupo de agentes según sea necesario.
Este tipo de cola se diferencia de las colas basadas en la asignación de equipos en el sentido de que no existe una configuración de grupo de distribución de llamadas, lo que significa que el equipo no desempeña ningún papel en la asociación del agente con la cola. Además, las habilidades requeridas se configuran de forma estática en esta cola, a diferencia de las colas de habilidades basadas en equipos, donde el flujo inyecta (de forma estática o variable) las habilidades requeridas. Por lo tanto, técnicamente las habilidades forman parte de la cola, más que del contacto en sí.
Cualquier agente de la organización que cumpla íntegramente con los criterios de habilidad de la cola (que posea habilidades derivadas de su perfil de habilidades directo) se asocia implícitamente con dicha cola. El equipo no desempeña ningún papel en la asociación de los agentes con estas colas. Estos agentes pueden formar parte de cualquier equipo con fines de gestión y operativos.
Cada contacto que se agregue a esta cola asumirá automáticamente los criterios de habilidad definidos en la propia cola. Los contactos individuales no pueden definir ni anular su propia habilidad. requirements/criteria a diferencia de las colas basadas en habilidades con asignación de equipo.
En este ejemplo,
- Únicamente los agentes A1, A3 y A7 cumplen completamente con los criterios de habilidad configurados en la cola; por lo tanto, solo estos agentes estarán asociados a esta cola.
- Los agentes A2, A4 y A6 que cumplan parcialmente los criterios, o el agente A5 que carezca de las habilidades pertinentes, no pueden asociarse a esta cola.
Actualizar el perfil de habilidades de un agente (lo que se denomina recapacitación) de manera que cumpla con los criterios de habilidades de la cola hará que ese agente pase a formar parte de dicha cola de forma automática y dinámica. Alternativamente, actualizar los criterios de habilidad de la cola de manera que más (o menos) agentes cumplan con los criterios de habilidad actualizados también agregará (o eliminará) agentes de esta cola de forma automática y dinámica.
A diferencia de las colas con asignación de equipo, no existe el concepto de expansión de objetivos a lo largo de intervalos de tiempo. Si el contacto no se puede asociar con ninguno de los agentes correspondientes, se pone en cola hasta que uno de estos agentes esté disponible para gestionar los contactos antes de que expire el tiempo de espera.
Las colas basadas en habilidades son las más adecuadas cuando la asignación estática de habilidades y la gestión de la asociación entre la cola y el agente son factibles y deseables para el control operativo. También son adecuados cuando la selección de algoritmos de enrutamiento es apropiada para la distribución del trabajo entre los agentes. Estas colas también resultan especialmente útiles en situaciones donde los diferentes tipos de consultas de los clientes requieren habilidades específicas que pueden ser atendidas por un segmento predefinido de agentes expertos.
Las organizaciones con centros de contacto complejos pueden encontrar más fácil gestionar las asignaciones de colas a agentes en colas basadas en habilidades, en comparación con las colas con asignación de agentes, donde cada agente debe agregarse manualmente a la lista, lo cual resulta engorroso, especialmente para una organización grande.
Requisitos de habilidades asignados en el flujo
Las colas basadas en habilidades, con requisitos de habilidades asignados en el flujo, son un tipo de cola basada en la asignación de equipos en Webex Contact Center, donde se configura un conjunto de equipos en varios niveles, denominados grupos de distribución de llamadas. A los agentes que han iniciado sesión en estos equipos configurados se les asignan contactos de esta cola en función del nivel del Grupo de Distribución de Llamadas en el que está configurado su equipo en la cola, siempre que cumplan por completo los requisitos de habilidades del contacto.
Dentro de dicha cola, los equipos de agentes se agrupan en Grupos de Distribución de Llamadas con intervalos de tiempo configurables entre ellos. Si no hay ningún agente disponible para atender el contacto, la solicitud queda en espera y, tras la demora, el enrutamiento se extiende al siguiente grupo de distribución de llamadas. Este proceso continúa hasta que se asigna un agente o se agotan todos los grupos. Mientras tanto, si un agente de un grupo previamente revisado queda disponible durante este proceso, se selecciona a ese agente.
Los agentes adquieren habilidades a través de un perfil de habilidades que se les asigna directamente. Las habilidades del agente se determinan en función de la selección de equipo durante el inicio de sesión.
Cada contacto puede especificar opcionalmente los requisitos de habilidades en el proceso, que se comparan con las habilidades de los agentes disponibles para seleccionar al agente más adecuado.
Además, los contactos también pueden especificar periodos de relajación en las habilidades requeridas, en intervalos de tiempo configurados. Se trata de un conjunto modificado de requisitos de habilidades que sobrescribirían los requisitos de habilidades originales del contacto en intervalos de tiempo configurados. Esto permite que un contacto modifique (normalmente para "relajar") sus requisitos de habilidades mientras está en la cola, de modo que más agentes puedan coincidir con estos requisitos de habilidades más flexibles.
La ampliación de la segmentación mediante grupos de distribución de llamadas puede producirse simultáneamente con ciclos de relajación de habilidades, ambos destinados a conectar más rápidamente a un contacto en espera con los agentes elegibles, reduciendo así el tiempo de espera general y mejorando los niveles de servicio de la cola.
Al igual que las colas para agentes no especializados con asignación de equipo, cuenta con tres grupos de distribución de llamadas que permiten la "expansión del objetivo", es decir, la ampliación a más agentes de diferentes equipos en intervalos de tiempo configurados.
- El primer grupo de distribución de llamadas contiene el EQUIPO 1, que tiene configurados 3 agentes: A1, A2 y A5.
- El segundo grupo de distribución de llamadas contiene el EQUIPO 2, que tiene configurados 3 agentes: A2, A3 y A4.
- El tercer (y último) grupo de distribución de llamadas contiene el EQUIPO 3, que tiene configurados 2 agentes: A6 y A7.
Sin embargo, hay dos aspectos principales a tener en cuenta:
- Cada contacto que se agregue a esta cola definirá sus requisitos de habilidades y la relajación de las mismas a lo largo del proceso.
- Los agentes podrían tener habilidades configuradas (a través de un perfil de habilidades, ya sea directamente o heredadas del equipo que ha iniciado sesión).
Si bien A2 está configurado para formar parte tanto del EQUIPO 1 como del EQUIPO 2, dependiendo de la elección de equipo que este agente haya realizado durante el inicio de sesión, en su sesión actual se le considera parte de ese equipo y, por lo tanto, también heredará el perfil de habilidades (y, por consiguiente, los valores de las habilidades) de ese equipo (a menos que esto se anule con una configuración directa del perfil de habilidades para este agente).
Esta es una potente funcionalidad que ofrecen las colas con asignación de equipos, donde los agentes pueden moverse entre colas simplemente eligiendo un equipo al iniciar sesión.
Junto con la capacidad de heredar la configuración del perfil de habilidades del equipo seleccionado, un agente también puede trabajar con diferentes conjuntos de habilidades.
En este ejemplo,
- Los contactos se ponen en cola con un requisito de habilidad inicial (sk_1 >= 6) durante la escalada desde el flujo, con una relajación de la habilidad (sk_1 >= 3) después de un intervalo de tiempo configurado.
- De entre todos los agentes de todos los grupos de distribución de llamadas, solo A1, A3, A6 y A7 poseen las habilidades que satisfacen el requisito de habilidad inicial de los contactos en cola.
- Los agentes restantes o bien tienen la habilidad (sk_1) pero no cumplen con los requisitos de habilidad (por ejemplo, A2 en el EQUIPO 1 y A4 en el EQUIPO 2), o no tienen esta habilidad en absoluto (por ejemplo, A5, A2 en el EQUIPO 2).
- Con el tiempo, y debido a la relajación de las habilidades, los niveles A2 y A4 también cumplen ahora con los requisitos de habilidades "relajadas" del contrato.
Por cada contacto que se agrega a esta cola, el sistema intenta encontrar un agente dentro del primer grupo de distribución de llamadas que cumpla completamente con los requisitos de habilidades actuales del contacto. Si no se encuentra ningún agente coincidente, el contacto se mantiene en espera durante el tiempo configurado antes de que se produzca la expansión del destino al segundo grupo de distribución de llamadas. Todos los equipos configurados en el segundo grupo de distribución de llamadas también se añaden a los equipos existentes del primer grupo. Ahora el sistema intenta encontrar un agente compatible dentro del grupo ampliado. Tenga en cuenta que, mientras esto sucede, la relajación de las habilidades también actualizará los requisitos de habilidades del contacto en intervalos de tiempo configurados y el sistema utilizará los requisitos de habilidades actualizados para que coincidan con los agentes disponibles en el grupo de distribución de llamadas actual.
Esto continúa hasta que se expandan todos los grupos de distribución de llamadas configurados y se apliquen todas las flexibilizaciones de habilidades, a menos que se encuentre un agente compatible antes.
Patrones de enrutamiento disponibles:
Configuración de cola
Configurar colas basadas en habilidades
Asignar criterios de habilidad a una cola
- Desarrollar habilidades y, si es necesario, habilidades dinámicas.
- Crear Perfiles de habilidades.
- Asigne directamente el perfil de habilidades a los agentes.
- Asigne habilidades dinámicas directamente a los agentes. Las habilidades dinámicas no se asignan a través de perfiles de habilidades.
- Cree una cola con el tipo de canal Telefonía, Chat, Correo electrónico o Redes sociales.
- Asigne habilidades y requisitos de habilidades dinámicas a las colas en Control Hub.
- Consulta la lista de agentes que pueden gestionar los contactos en cola.
- Seleccione un algoritmo de enrutamiento, ya sea LAA o BAA. Para BAA, configure las ponderaciones para las habilidades de competencia y las habilidades dinámicas de competencia, cuando sea necesario.
- Agregue una actividad de Contacto de cola en el flujo y seleccione esta cola.
Asignar requisitos de habilidades a una cola
- Desarrollar habilidades y, si es necesario, habilidades dinámicas.
- Crear Perfiles de habilidades.
- Asigne el perfil de habilidades directamente a los agentes o al equipo.
- Asigne habilidades dinámicas directamente a los agentes. Las habilidades dinámicas no se asignan a través de perfiles de habilidades.
- Crear un Equipo.
- Añadir agentes al equipo.
- Cree una cola con el tipo de canal Telefonía, Chat, Correo electrónico o Redes sociales.
- Agregue equipos a la cola en un solo CDG o en varios CDG.
- Seleccione un patrón de enrutamiento LAA o BAA.
- Agregue una actividad de Contacto de cola en el flujo y seleccione la cola para la cual está configurado el Enrutamiento basado en habilidades. Para obtener más información, consulte Contacto de la cola.
- Asignar habilidades, habilidades dinámicas y relajación de habilidades en la actividad de contacto en cola. Para BAA, configure las ponderaciones para las habilidades de competencia y las habilidades dinámicas de competencia, cuando sea necesario.
- Utilice la opción Escalar actividad de distribución de llamadas en el flujo posterior a la puesta en cola para pasar rápidamente al siguiente grupo de distribución de llamadas o al último.
Configurar colas que no se basen en habilidades.
Asignar equipo a una cola
- Crear un Equipo.
- Añadir agentes al equipo.
- Cree una cola con el tipo de canal Telefonía, Chat, Correo electrónico o Redes sociales.
- Agregue equipos a la cola en un solo CDG o en varios CDG.
- Seleccione un patrón de enrutamiento LAA.
- Agregue una actividad de Contacto de cola en el flujo y seleccione esta cola.
- Utilice la opción Escalar actividad de distribución de llamadas en el flujo posterior a la puesta en cola para pasar rápidamente al siguiente grupo de distribución de llamadas o al último.
Asignar agente a un flujo de cola
- Cree una cola con el tipo de canal Telefonía, Chat, Correo electrónico o Redes sociales.
- Agregue agentes directamente a las colas (Nota: En este tipo de cola no se utilizan ni habilidades ni equipo.
- Seleccione patrones de enrutamiento como Circular, Lineal o Agente disponible de mayor duración.
Conceptos de enrutamiento
Escenario de excedente de agentes
La situación de excedente de agentes se produce cuando hay más agentes disponibles que contactos en la cola. En este caso, cuando se pone en cola una interacción (contacto) con un cliente, el sistema intenta encontrar inmediatamente un agente adecuado para ese contacto específico, y si se encuentra un agente adecuado, el contacto no tiene por qué permanecer en cola esperando a que haya un agente disponible más tarde.
Cada vez que un contacto se expande a través de un Grupo de Distribución de Llamadas o mediante la relajación de habilidades, el sistema intenta nuevamente encontrar un agente adecuado para ese contacto específico de inmediato.
Para encontrar un agente que coincida con un contacto específico, se utiliza el patrón de enrutamiento configurado en la cola.
Webex Contact Center ofrece múltiples patrones de enrutamiento a través de diferentes tipos de colas, lo que permite a las organizaciones optimizar el servicio al cliente al minimizar los tiempos de espera, equilibrar la carga de trabajo de los agentes y garantizar que los clientes se conecten con agentes que tengan las habilidades necesarias para atender sus necesidades específicas. Consulte la sección Patrones de enrutamiento para obtener información detallada sobre los patrones de enrutamiento.
Escenario de excedente de contactos
El enrutamiento por exceso de contactos se produce cuando el número de interacciones (o contactos) entrantes de los clientes supera el número de agentes disponibles. Esta situación suele producirse durante las horas punta o ante aumentos inesperados en el volumen de contactos. El objetivo principal del enrutamiento de excedentes de contacto es gestionar este exceso de forma eficiente, garantizando que se mantengan los estándares de servicio al cliente a pesar de la demanda excesiva. Para un agente que acaba de estar disponible en un canal específico, el enrutamiento de contactos excedentes se encarga de encontrar y asignar el contacto adecuado entre todos los contactos en espera en todas las colas con las que está asociado este agente.
Las estrategias clave para realizar el enrutamiento de contactos de manera eficiente con disponibilidad limitada de agentes son:
- Clasificación de colas
La clasificación de colas permite a los administradores especificar la importancia relativa de las mismas. Los administradores pueden definir la clasificación de las colas para establecer el orden en que las llamadas se enrutan desde las colas a los agentes que han iniciado sesión en los equipos, para cada equipo individualmente.
Por ejemplo, supongamos que los agentes que han iniciado sesión en el Equipo A están asociados a dos colas: "Facturación" y "Ventas". Los administradores podrían usar la clasificación de colas para asignar una prioridad más alta a la cola de "Facturación", de modo que cuando lleguen contactos a las colas, los contactos de "Facturación" se dirigirán a los agentes del Equipo A antes que los contactos de las colas de "Ventas". Esto sucederá aunque pueda haber contactos más antiguos y de mayor prioridad que estén esperando en la cola de "Ventas", simplemente porque la cola de "Facturación" tiene una clasificación de cola más alta que la cola de "Ventas". Solo cuando no haya más contactos en espera en la cola de "Facturación", los agentes del Equipo A serán redirigidos a los contactos de la cola de "Ventas" (y de cualquier otra) con la que estén asociados.
A continuación se presentan algunas de las características importantes de la clasificación de colas:
-
- Si se asigna una prioridad solo a algunas de las colas, las llamadas en esas colas tendrán preferencia sobre las llamadas en las colas para las que no se especifica ninguna prioridad.
- La clasificación de colas se puede establecer en un máximo de 50 colas de todos los tipos de medios, con un valor que oscila entre 1 y 50, siendo 1 la clasificación más alta.
- Puede asignar el mismo rango a varias colas.
- Si habilita la clasificación de colas, las colas a las que no se les haya asignado ninguna clasificación explícita recibirán un trato inferior al de todas las colas clasificadas.
-
La clasificación en cola funciona dentro del mismo tipo de medio.
Por ejemplo, si la cola de venta es una cola de tipo voz con rango 2 y la cola de soporte de facturación es una cola de chat con rango 1 para el equipo A, entonces los agentes que estén disponibles en el canal de voz en el equipo A recibirán la llamada de voz primero, aunque el rango sea 2.
Sin embargo, consideremos dos colas de chat para el Equipo B: la cola de Tarjeta de Crédito con rango de cola 2 y la cola de Tarjeta de Débito con rango de cola 1. A continuación, a los agentes disponibles del Equipo B se les ofrecerán primero los contactos de la Tarjeta de Débito de la Cola.
-
La clasificación en cola no se aplica a los equipos basados en capacidad.
-
- Prioridad de contacto
Cuando se agrega un contacto a la cola, su prioridad se puede definir asignándole una importancia jerárquica que va del 1 (la más alta) al 10 (la más baja, por defecto). Esta priorización garantiza que ciertos contactos se atiendan con mayor rapidez en función de su importancia, urgencia o valor estratégico para la organización. Cuando un agente está disponible para atender el siguiente contacto entre todos los contactos en espera en todas las colas con las que está asociado, el contacto de mayor prioridad en todas las colas se dirige a dicho agente (siempre que se cumplan otros criterios, como la coincidencia de habilidades, entre otros).
Para los contactos que se ponen en cola sin ninguna prioridad explícita, se considera una prioridad predeterminada de 10 (la más baja). Entre los múltiples contactos que tienen la misma prioridad, el contacto que lleva más tiempo esperando en la cola se dirige primero al agente disponible y cualificado.
- Contacto con mayor tiempo de espera
Esta es una estrategia básica que garantiza que el contacto con mayor tiempo de espera en todas las colas con las que está asociado el agente sea dirigido a dicho agente.
Este es el criterio definitivo que determina qué contacto debe ser enrutado cuando varios contactos en diferentes colas con la misma clasificación de cola y la misma prioridad de contacto están esperando a ser procesados.
En esencia, el enrutamiento de contactos excedentes para un agente que acaba de quedar disponible significa seleccionar un único contacto que:
- es del mismo tipo de medio que aquel en el que el agente está disponible
- está estacionado en cualquiera de las colas con las que está asociado este agente
- cuyos requisitos de habilidad (si los hubiere) son satisfechos en su totalidad por este agente.
- está estacionado en una cola cuyo rango es superior al de otras colas según la configuración del equipo del agente.
- tiene la máxima prioridad entre todos esos contactos.
- es el contacto en espera más antiguo entre los contactos con la misma prioridad
En el ejemplo anterior que ilustra un escenario de exceso de contactos, el agente A1 ha iniciado sesión en el EQUIPO 1 y está disponible para gestionar contactos en múltiples tipos de medios.
A1 está asociado con 3 colas: Q1, Q2 y Q3. EQUIPO 1 también ha definido una clasificación de cola donde Q1 tiene la clasificación más alta, luego Q2 y Q3 respectivamente.
Ya existen contactos registrados en todas estas colas, con requisitos de habilidades y prioridad definidos para cada contacto.
Ahora bien, el escenario de excedente de contactos funciona de la siguiente manera:
-
Entre todos los contactos estacionados en estas colas, solo 4 contactos pueden ser enrutados a A1 – C2, C7 (desde la COLA 2) y C3, C8 (desde la COLA 3).
Solo los requisitos de habilidad de estos 4 contactos se satisfacen completamente con las habilidades de A1.
-
Entre estos 4 contactos, se da precedencia a los contactos de COLA 2 (es decir, C2, C7) porque COLA 2 tiene una clasificación de cola más alta.
Tenga en cuenta que, aunque COLA 1 es la cola de mayor rango, ninguno de sus contactos estacionados puede ser enrutado a A1 ya que sus requisitos de habilidad no son satisfechos por A1.
-
Entre C2 y C7, el contacto de mayor prioridad es C7. Entonces, la elección final es C7, y el sistema la dirige a A1.
Esto sucede aunque C2 se haya puesto en cola antes, porque la prioridad del contacto tiene precedencia sobre el tiempo de espera en la cola.
Perfiles multimedia combinados
Mediante la configuración del perfil multimedia, Webex Contact Center permite a los agentes atender a los contactos a través de diferentes tipos de medios (voz, chat, correo electrónico y redes sociales). En función de esta configuración, los agentes obtienen canales aprovisionados por tipo de medio.
Cada contacto dirigido a un agente consume un canal de ese tipo de medio mientras el agente esté trabajando en ese contacto. Si bien los agentes solo pueden tener un canal de voz, pueden tener hasta cinco canales de otros tipos de medios.
La configuración de enrutamiento combinado en Perfiles multimedia permite a los administradores controlar cómo se pueden usar diferentes canales simultáneamente para cada agente. Esto permite a las organizaciones brindar una atención personalizada a los clientes, promoviendo una mejor calidad de servicio, una experiencia del cliente mejorada y mejores tasas de conversión. Además, las organizaciones pueden equilibrar la carga entre los canales de medios cuando experimentan una carga desigual en algunos canales, lo que permite una utilización eficiente de los agentes.
Hay tres opciones:
-
Exclusivo
-
Combinado
-
Tiempo real combinado
Para obtener más información sobre cómo configurar perfiles multimedia, consulte Administrar perfiles multimedia.
Patrones de enrutamiento
Basado en habilidades
En Webex Contact Center, los patrones de enrutamiento basados en habilidades dirigen las interacciones entrantes de los clientes a los agentes en función de las habilidades específicas necesarias para resolver la consulta, como el dominio del idioma o la experiencia técnica. Estos sistemas garantizan que cada cliente se conecte con el agente más cualificado, lo que mejora la eficiencia del servicio y la satisfacción del cliente. Entre las ventajas se incluyen la reducción del tiempo de gestión, la mejora de las tasas de resolución y la optimización del uso de los recursos de los agentes al alinear su experiencia con las necesidades del cliente.
El enrutamiento basado en habilidades puede utilizar las habilidades que los agentes reciben de sus perfiles de habilidades y las habilidades dinámicas que se asignan directamente a los agentes. Las habilidades dinámicas representan atributos del agente que pueden cambiar independientemente del perfil de habilidades del agente.
Cuando se utilizan patrones de enrutamiento basados en habilidades, primero se utiliza el requisito de habilidad del contacto (asignado en el flujo) o los criterios de habilidad asignados a la cola para filtrar los agentes disponibles cuyas habilidades y habilidades dinámicas satisfacen estos requisitos. / criterios completamente. Luego, entre los agentes filtrados, se selecciona uno solo para el contacto en función del patrón de enrutamiento configurado.
Para el enrutamiento óptimo disponible, las habilidades de competencia y las habilidades dinámicas de competencia también pueden usar ponderaciones para influir en la puntuación utilizada para la selección del agente. Los pesos no afectan al enrutamiento más largo disponible; ese patrón utiliza habilidades y habilidades dinámicas únicamente para determinar la elegibilidad del agente.
Disponible por más tiempo
El patrón de enrutamiento basado en habilidades más largo disponible dirige un contacto al agente cuyas habilidades satisfacen los requisitos de habilidades del contacto. / criterios de habilidad de la cola en su totalidad, y quién ha estado disponible durante más tiempo desde que atendió su último contacto entre todos los agentes elegibles en esa cola.
Este patrón de enrutamiento ayuda a distribuir el trabajo de manera uniforme entre los agentes, asignando las interacciones a aquellos que han estado disponibles durante más tiempo y evitando así desequilibrios en la carga de trabajo. Contribuye a mantener la equidad en la distribución del trabajo, garantizando que ningún agente se vea sobrecargado mientras otros permanecen libres.
En el ejemplo anterior, hay 4 agentes que poseen habilidades competentes y no competentes con diferentes valores de habilidad competente.
Consideremos un contacto que se encuentra en una cola basada en habilidades con el patrón de enrutamiento "Disponible durante más tiempo":
- con los requisitos de habilidad anteriores asignados a través del flujo, o
- con los criterios de habilidad anteriores configurados en la cola basada en habilidades
En este escenario:
-
Solo agentes que cumplan completamente con los requisitos de habilidades de contacto. / Para el enrutamiento se tienen en cuenta los criterios de habilidad de la cola. Solo los agentes A1, A2 y A4 cumplen con los requisitos de habilidad de contacto. / criterios de habilidad de cola por completo.
El agente A3 no es elegible. En el caso de Criterios de habilidad asignados a la cola, A3 ni siquiera está asociado con la cola.
-
Entre A1, A2 y A4 el contacto será dirigido al agente disponible durante más tiempo: A1, que ha estado disponible desde hace 10 minutos, más tiempo que A2 o A4.
Debido a que A1 ha sido asignado al contacto, A1 ya no será el agente disponible por más tiempo en todos los canales de medios.
- El siguiente contacto con los mismos requisitos de habilidad se dirigiría al siguiente agente disponible de mayor tiempo: A2, y así sucesivamente.
Este patrón de enrutamiento es compatible con los siguientes tipos de colas basadas en habilidades:
Mejor disponible
El sistema de enrutamiento basado en habilidades "Mejor disponible" garantiza que las interacciones con los clientes se dirijan al agente más cualificado disponible. Este modelo evalúa no solo la presencia de las habilidades requeridas entre los agentes, sino también el nivel de dominio de dichas habilidades, calculando una puntuación para determinar el agente más cualificado ("mejor") para cada contacto.
Este patrón filtra a los agentes disponibles cuyas habilidades satisfacen los requisitos de habilidad de contacto. / criterios de habilidad de cola por completo. Luego, se calcula una puntuación para cada agente elegible utilizando los valores de competencia de todas las habilidades mencionadas en los requisitos de habilidades de contacto. / criterios de habilidad de la cola. El agente con la puntuación de habilidad más alta se considera el "mejor" agente para cada contacto.
En efecto, la suma de los valores de habilidad del agente que coinciden con los requisitos de habilidad de contacto. / Los criterios de habilidad en la cola determinan la puntuación.
Algunos puntos clave para comprender:
- Normalmente, el valor real de la habilidad se utiliza en el cálculo de la puntuación, porque una puntuación de habilidad más alta indica un partido más fuerte. Excepto cuando un requisito de habilidad utiliza el menor o igual que ( < =) condición, que el valor de habilidad específica del agente se invierta en el cálculo de la puntuación, es decir effective_skill_value = (10) menos (actual_skill_value). Esto se hace para garantizar que una puntuación más baja indique una mejor coincidencia.
- Cuando varios agentes elegibles tienen la misma puntuación, se selecciona el agente disponible con mayor tiempo de servicio entre ellos.
- Para el cálculo de la puntuación solo se tienen en cuenta las habilidades demostradas. Cualquier habilidad booleana, de texto o enumeración en los requisitos de habilidades de contacto. / Los criterios de habilidad en la cola no se tienen en cuenta para el cálculo de la puntuación.
En el ejemplo anterior, hay cuatro agentes que poseen habilidades competentes y no competentes, con diferentes valores de habilidad competente.
Consideremos un contacto que se encuentra en una cola basada en habilidades con el patrón de enrutamiento "Mejor disponible":
- con los requisitos de habilidad anteriores asignados a través del flujo, o
- con los criterios de habilidad mencionados anteriormente configurados en la cola basada en habilidades.
En este escenario:
-
Solo agentes que cumplan completamente con los requisitos de habilidades de contacto. / Para el enrutamiento se tienen en cuenta los criterios de habilidad de la cola. Solo los agentes A1, A2 y A4 cumplen con los requisitos de habilidad de contacto. / criterios de habilidad de cola completamente.
El agente A3 no es elegible. En el caso de Criterios de habilidad asignados a la cola, A3 ni siquiera está asociado con la cola.
-
Entre A1, A2 y A4 el cálculo de la puntuación lo realiza el sistema en función de los requisitos de habilidad de contacto. / criterios de habilidad de cola, donde solo se consideran las habilidades de dominio.
Solo las habilidades mencionadas en los requisitos de habilidades de contacto. / Los criterios de habilidad de la cola se consideran para el cálculo de la puntuación, aunque los agentes puedan tener habilidades adicionales. / otras habilidades de competencia.
Observe también la inversión del valor de habilidad en el cálculo de puntuación cuando es menor o igual a ( < =) Se utiliza la condición.
-
El contacto se dirige a A2 ya que es el mejor agente disponible según la puntuación. Si A2 no está disponible / Si la llamada está ocupada, se la redirigirá al siguiente agente disponible con la segunda mejor puntuación, y así sucesivamente.
Sin embargo, tenemos 2 agentes – A1 y A4 con la siguiente puntuación más alta. El contacto se enruta al agente disponible más lejano entre A1 y A4.
Este patrón de enrutamiento es compatible con los siguientes tipos de colas basadas en habilidades:
Enrutamiento no basado en habilidades
Webex Contact Center también admite diversos patrones de enrutamiento que no se basan en habilidades, los cuales se centran en distribuir las interacciones entrantes con los clientes sin tener en cuenta las habilidades o la experiencia específicas de los agentes. A diferencia de los patrones de enrutamiento basados en habilidades, estos no consideran las habilidades del agente ni requieren que el contacto o la cola definan los requisitos de habilidades. / criterios para el enrutamiento. En cambio, priorizan factores como la disponibilidad, la distribución de la carga de trabajo y las secuencias predefinidas, lo que permite una gestión eficiente de los contactos basada en la lógica operativa en lugar de en las competencias individuales de los agentes. Estos patrones resultan especialmente útiles en entornos donde las interacciones son relativamente uniformes o no requieren un manejo especializado.
Disponible por más tiempo
El patrón de enrutamiento "Mayor tiempo disponible" dirige un contacto al agente de la cola que ha estado disponible durante más tiempo desde que atendió su último contacto, entre todos los agentes que están disponibles y asociados a esa cola.
Este patrón de enrutamiento garantiza una distribución justa y equilibrada de la carga de trabajo, asignando las interacciones a los agentes que han estado inactivos durante más tiempo. Al evitar desequilibrios en la carga de trabajo, se garantiza que ningún agente se vea sobrecargado mientras otros permanecen libres. Este enfoque resulta especialmente eficaz durante períodos de flujo constante de contactos, manteniendo una interacción uniforme en todo el grupo de agentes.
Los agentes pierden sus posiciones de "mayor disponibilidad" en todos los canales cuando se les ofrece un contacto de cualquier tipo de medio. Esto significa que, después de que un agente atienda un contacto, el siguiente contacto de cualquier tipo de medio que se encuentre en la cola se asignará al siguiente agente disponible con mayor tiempo de espera en esa cola.
En el ejemplo anterior, el agente A1 es el agente disponible con más tiempo de servicio (posición 1); o bien este agente inició sesión primero o no se le ha asignado un contacto con más tiempo de servicio que a cualquier otro agente.
Los agentes A2 (posición 2) y A3 (posición 3) también están disponibles, pero han iniciado sesión o han gestionado contactos después de A1. Todos los agentes están asociados a ambas colas que tienen este patrón de enrutamiento.
Considere el siguiente escenario:
-
En el tiempo T0, un contacto de voz C1 se pone en cola y se enruta al agente disponible de mayor tiempo, es decir A1.
Debido a que A1 se le asignó C1, A1 ya no es el agente disponible de mayor duración en todos los canales de medios.
- En el tiempo T1, un contacto de chat C2 se pone en cola y se enruta al agente disponible de mayor tiempo, que ahora es A2.
-
Finalmente, en el tiempo T2, otro contacto de voz C3 se pone en cola y se enruta a A3.
A1 y A2 consiguieron contactos recientemente; en este momento, es A3 quien lleva esperando más tiempo.
Este patrón de enrutamiento es compatible con los siguientes tipos de colas no basadas en habilidades:
Circular
El patrón de enrutamiento circular distribuye los contactos entrantes entre un grupo de agentes disponibles en un orden rotativo. Cuando se agrega un contacto a la cola, el sistema lo asigna al siguiente agente disponible en la cola según una secuencia predeterminada.
El proceso comienza con los agentes en un orden configurado. El primer contacto entrante se asigna al primer agente disponible en esa secuencia. Para los contactos posteriores, el sistema selecciona al siguiente agente disponible, continuando desde donde se quedó en el orden de la cola definido. Este patrón se repite, alternando entre los agentes, pero siempre comenzando después de la posición del último agente seleccionado.
Este enfoque resulta eficaz para distribuir los contactos de manera justa y equitativa entre los agentes. Esto ayuda a garantizar que ningún agente se vea sobrecargado de contactos y que todos los agentes tengan las mismas oportunidades para gestionar las interacciones de forma coherente. Sin embargo, el patrón de enrutamiento circular no tiene en cuenta la carga de trabajo actual ni otros factores que puedan afectar la capacidad de un agente para gestionar un contacto en particular.
En el ejemplo anterior, los agentes están configurados en una cola circular en el siguiente orden: A3 → A4 → A5 → A6 → A1 → A2.
Para empezar, la posición inicial es el primer agente en el orden configurado (A3). A medida que los contactos se dirigen a los agentes en esta cola, la posición se mueve alrededor del círculo, ubicándose en el agente que está siguiente en el orden configurado al agente al que se dirigió el último contacto.
Considere el siguiente escenario:
-
El primer contacto (C1) se pone en cola y se enruta al agente A3.
El puntero se actualiza al siguiente agente en el orden configurado, es decir A4.
-
Cuando el segundo contacto (C2) se pone en cola, el sistema comienza a buscar agentes disponibles a partir de A4 ie A4 → A5 → A6 → A1 → A2 → A3.
Sin embargo, A4 y A5 no están disponibles (ya sea porque no han iniciado sesión, están inactivos o completamente ocupados con otros contactos de este tipo de medio), por lo que C2 se enruta al siguiente agente disponible: A6. El puntero se actualiza al siguiente agente en el orden configurado, es decir A1.
-
De manera similar, el tercer contacto (C3) se enruta a A1, el cuarto contacto (C4) se enruta a A2. El puntero está de nuevo en A3.
Esta lógica continúa y los contactos se distribuyen entre los agentes disponibles en el "circular". / patrón "de rotación".
Si hay contactos en espera, el escenario de excedente de agentes asignará al siguiente agente disponible en este tipo de medio al contacto más antiguo y de mayor prioridad entre ellos.
Esto no tiene en cuenta ni afecta al valor de posición existente en esta cola, que se actualiza únicamente cuando el enrutamiento de excedentes de contacto coincide correctamente con un agente.
Este patrón de enrutamiento es compatible con los siguientes tipos de colas no basadas en habilidades:
De arriba hacia abajo
El patrón de enrutamiento descendente distribuye los contactos entrantes entre un grupo de agentes disponibles y ordenados en un orden secuencial. Cuando se pone un contacto en cola, el sistema siempre recorre la lista ordenada de agentes desde el principio y asigna al contacto el primer agente disponible (que tenga un canal libre disponible del tipo de medio del contacto) en esa secuencia.
Esto sucede con cada contacto que se pone en cola. El intento de encontrar un contacto se realiza siempre comenzando desde el primer agente configurado y continuando hacia abajo en la lista hasta encontrar un agente que coincida.
A diferencia del patrón de enrutamiento circular, no existe un "puntero" que cambie dinámicamente el punto de partida en función de la posición del último agente seleccionado.
Este enfoque es eficaz para distribuir contactos entre agentes que están ordenados en función de algún sesgo. / preferencia según lo determine el administrador. Esto ayuda a garantizar que siempre se dé preferencia a los agentes de mayor jerarquía para gestionar los contactos, en lugar de a los agentes de menor jerarquía. Sin embargo, el patrón de enrutamiento descendente no tiene en cuenta la carga de trabajo actual ni otros factores que podrían afectar la capacidad de un agente para atender un contacto en particular.
En el ejemplo anterior, los agentes se configuran en una cola descendente en el siguiente orden: A3 → A4 → A5 → A6 → A1 → A2.
Esto significa que el administrador quiere que cada contacto se dirija al primer agente (A3) si está disponible, de lo contrario al siguiente agente (A4) si está disponible y así sucesivamente, en el orden configurado.
Considere el siguiente escenario:
- El primer contacto (C1) se pone en cola y se enruta al agente A3, ya que A3 está en la parte superior del orden.
-
Cuando el segundo contacto (C2) se pone en cola, se intenta nuevamente el enrutamiento desde la parte superior del orden (siempre comenzando con A3).
Si A3 tiene mayor capacidad de canal para este tipo de medio, C2 también se enruta a A3. Sin embargo, si A3 está completamente ocupado en este tipo de medio, el enrutamiento continúa hacia abajo en la lista hasta A4.
- Sin embargo, A4 y A5 no están disponibles (ni siquiera han iniciado sesión, están inactivos o están completamente ocupados con otros contactos de este tipo de medio), por lo que C2 se enruta al siguiente agente disponible en el orden descendente: A6.
-
De manera similar, se intenta enrutar el tercer contacto (C3) comenzando desde A3 hacia abajo. El primer agente coincidente sería A1.
Esta lógica continúa hasta que un contacto no encuentra ningún agente disponible hasta el final del pedido, en cuyo caso se pone en cola.
Este patrón de enrutamiento es compatible con los siguientes tipos de colas no basadas en habilidades:
Enrutamiento basado en agentes
El enrutamiento basado en agentes es una función que dirige o pone en cola un contacto directamente a un agente específico ("preferido"). La búsqueda de un agente mediante su dirección de correo electrónico o su ID dirige el contacto al agente preferido. La actividad "Cola a agente" en el flujo ayuda a lograr el enrutamiento basado en agentes. Para obtener más información, consulte la actividad Cola para agente.
Un contacto puede tener asignado uno o más agentes preferidos, que normalmente se gestionan en una aplicación externa ajena a Webex Contact Center. La búsqueda del agente preferido para un contacto se realiza a través de la actividad Solicitud HTTP, que recupera la asignación de una aplicación externa. Para enrutar o poner en espera el contacto con el agente preferido, configure la actividad "Cola para agente" utilizando el ID de Webex Contact Center o la dirección de correo electrónico del agente. El contacto también puede reservarse con un agente preferido si este no está disponible de inmediato.
El enrutamiento basado en agentes es útil en los siguientes escenarios:
- Enrutamiento de agente preferido: El cliente puede asignar contactos a agentes específicos o a ejecutivos de relaciones con el cliente. En estos casos, el enrutamiento basado en agentes dirige los contactos directamente al agente preferido.
- Enrutamiento del último agente: Cuando un contacto llama varias veces al centro de atención al cliente para interactuar con un agente, el enrutamiento basado en agentes puede dirigir al contacto al último agente que lo atendió.
En ambos casos de uso, los detalles del contacto y la asignación de agentes se almacenan fuera del Centro de Contacto de Webex.
Funcionalidades de colas y enrutamiento en Flow
En Webex Contact Center, se puede orquestar una amplia gama de funciones de enrutamiento, gestión de colas y control de llamadas mediante flujos de trabajo.
En Flow Designer se pueden colocar diversas actividades de flujo y controladores de eventos en el flujo para gestionar eficazmente el ciclo de vida de los contactos entrantes y salientes.
Para obtener más información sobre cómo configurar y usar flujos, consulte Crear y administrar flujos con Flow Designer.
Actividades de cola
Contacto de cola
La actividad "Contacto en cola" permite añadir un contacto a una cola de entrada activa de la organización para que pueda ser asociado y dirigido al agente adecuado en dicha cola.
Los siguientes aspectos de la gestión de colas pueden administrarse mediante esta actividad:
- Prioridad - Asignar una importancia jerárquica que va de 1 (la más alta) a 10 (la más baja, por defecto) al contacto que se está poniendo en cola.
- Requisitos de habilidad - Establezca los criterios de habilidad que deben cumplir los agentes en una cola basada en habilidades para ser considerados elegibles para enrutar el contacto.
- Relajación de habilidades - Ajustar, modificar o eliminar los requisitos de habilidad previamente establecidos después de un período de tiempo para mejorar las posibilidades de encontrar un agente.
- Comprobar disponibilidad de agentes - Permite que el sistema se expanda instantáneamente a través de todos los grupos de distribución de llamadas donde no se encuentren agentes disponibles, para evitar tiempos de espera.
Consulte Enrutamientopara obtener más información sobre cómo la prioridad, la configuración de habilidades y la disponibilidad del agente influyen en el enrutamiento de contactos.
Una vez que la actividad "Poner en cola el contacto" pone en cola correctamente el contacto,
Si ya hay un agente disponible que coincida con el perfil, el sistema intenta redirigir el contacto a dicho agente.
Esto interrumpe la ejecución del flujo principal y otros eventos pueden activar los flujos de eventos correspondientes, si están configurados.
Si no se encuentra ningún agente que coincida, el contacto queda en la cola y espera a que haya un agente disponible que cumpla con los requisitos.
La ejecución del flujo continúa con las actividades adjuntas después de la actividad de Contacto de cola, lo que proporciona la capacidad de:
- Reproducir música preconfigurada para el cliente que espera en la cola, adjuntando una actividad
PlayMusic. - Registre una devolución de llamada basada en la solicitud del cliente, adjuntando una actividad
Callback. - Volver a poner en cola, es decir, eliminar el contacto de la cola actual y agregarlo a una nueva cola, adjuntando otra actividad
Queue ContactoQueue to Agent.
- Reproducir música preconfigurada para el cliente que espera en la cola, adjuntando una actividad
Cuando hay un agente disponible que coincide con el perfil, el sistema intenta dirigir el contacto a dicho agente.
Cuando tiene éxito, esto interrumpe la ejecución del flujo principal y otros eventos pueden activar los flujos de eventos correspondientes, si están configurados. La actividad de Contacto en cola funciona cuando: Configure la ruta de manejo de errores para gestionar adecuadamente los contactos que requieren enrutamiento alternativo o manejo adicional.
En tales casos, la actividad resulta en un fallo y la ejecución del flujo pasa a la ruta Manejo de errores.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Contacto de cola.
Cola para agente
La función "Asignar contacto a un agente" permite poner en cola el contacto directamente con el agente preferido, buscando su ID de agente único o su dirección de correo electrónico en Webex Contact Center.
Los siguientes aspectos de la gestión de colas pueden administrarse mediante esta actividad:
- Prioridad - Asigna higher/lower importancia para los contactos en cola con el mismo agente.
- Cola de informes - Identifique la cola que se utilizará para la configuración, como la grabación y la música predeterminada en cola, y los propósitos del informe del contacto.
- Cola de recuperación - Identifique la cola que se utilizará como alternativa cuando no se pueda enrutar el contacto al agente preferido especificado.
Una vez que la actividad Queue To Agent pone en cola al contacto correctamente,
Si el agente ya está disponible, la llamada se redirige a dicho agente.
Esto interrumpe la ejecución del flujo principal y otros eventos pueden activar los flujos de eventos correspondientes, si están configurados.
Si el agente está disponible, pero decide rechazar la llamada, no responder o no recibir el contacto, este se traslada a la cola de recuperación prevista.
En la cola de recuperación, el contacto será dirigido al agente disponible con mayor tiempo de espera, sin ningún tipo de soporte para habilidades específicas.
Si el agente no está disponible y se selecciona la opción
Park Contact If Agent Unavailable, el contacto queda en espera hasta que el agente esté disponible.La ejecución del flujo continúa con las actividades adjuntas después de la actividad Queue To Agent, lo que permite:
- Reproducir música preconfigurada para el cliente que espera en la cola, adjuntando una actividad
PlayMusic. Callbackactividad.- Volver a poner en cola, es decir, eliminar el contacto de la cola actual y agregarlo a una nueva cola, adjuntando otra actividad
Queue to AgentoQueue Contact.
Una vez que el agente esté disponible, el sistema intentará redirigir el contacto hacia él.
Esto interrumpe la ejecución del flujo principal y otros eventos pueden activar los flujos de eventos correspondientes, si están configurados.
- Reproducir música preconfigurada para el cliente que espera en la cola, adjuntando una actividad
- Si el agente no está disponible y la opción
Park Contact If Agent Unavailable" no está seleccionada, lacola falla.
La actividad Cola para agente funciona cuando:
- El contacto no está asignado y está listo para ser redirigido a un agente.
- El ID de agente o la dirección de correo electrónico preferidos son válidos.
- La cola de informes y la cola de recuperación están configuradas correctamente.
- El agente preferido ha iniciado sesión, está disponible y listo para atender el contacto.
Configure una cola de recuperación para garantizar que el contacto se redirija sin problemas cuando el agente preferido no esté disponible.
En tales casos, la actividad resulta en un fallo y la ejecución del flujo pasa a la ruta Manejo de errores.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Cola para agente.
Grupo de distribución de llamadas de escalamiento
La actividad Escalar grupo de distribución de llamadas solo es compatible con las colas con asignación de equipoy proporciona la capacidad de actualizar el grupo de distribución de llamadas para el contacto inmediatamente, en lugar de esperar a que se produzca la actualización de expansión automática al siguiente grupo después de la duración de espera configurada. Esto permite que el contacto se dirija rápidamente a todos los agentes elegibles en la cola.
Al utilizar la actividad Grupo de distribución de llamadas de escalamiento, el contacto puede ser escalado a:
- Siguiente grupo—Ampliar el conjunto de equipos para incluir los agregados en el siguiente grupo de distribución de llamadas inmediato.
- Último grupo—Ampliando el conjunto de equipos para incluir todos los equipos asignados en todos los grupos de distribución de llamadas configurados para la cola.
La actividad Escalar grupo de distribución de llamadas funciona cuando:
- El contacto ya está en cola y listo para ser escalado.
- El contacto se encuentra en una cola que utiliza grupos de distribución de llamadas.
Para las colas que utilizan enrutamiento estándar, continúe distribuyendo los contactos a través del comportamiento de enrutamiento configurado para la cola.
En tales casos, la actividad resulta en un fallo y la ejecución del flujo pasa a la ruta Manejo de errores.
Consideremos un escenario de ejemplo en el que un contacto se agrega a una cola que tiene tres grupos de distribución de llamadas, cada uno de los cuales se actualiza después de un período de 30 segundos.
No hay agentes disponibles en la parte de equipos de CDG 1 y CDG 2, y hay un agente disponible en TEAM 3 que pertenece al grupo de distribución de última llamada.
Cuando no se utiliza la actividad Escalate Call Distribution Group en el flujo, se produce un tiempo de espera prolongado, como se ilustra a continuación:
El tiempo de espera se puede reducir utilizando la actividad Escalate Call Distribution Group, que se utiliza de la siguiente manera:
Según la opción Next Group o Last Group seleccionada, el tiempo de espera para el contacto se reduce considerablemente, como se ilustra a continuación:
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Escalar grupo de distribución de llamadas.
Actividades de información de cola
Obtener información de la cola
La actividad Obtener información de la cola proporciona la capacidad de obtener información de la cola en tiempo real para un contacto determinado, como por ejemplo:
- La posición actual del contacto en la cola (PIQ), o la posición potencial si aún no está en la cola.
- El tiempo de espera estimado (EWT) o duración durante la cual se estima que una tarea esperará en la cola antes de ser respondida.
- El número de agentes conectados o disponibles dentro del grupo de distribución de llamadas actual del contacto.
- El número de agentes conectados o disponibles en todos los grupos de distribución de llamadas para la cola seleccionada.
- El tiempo que lleva esperando el contacto más antiguo de la cola.
Estos detalles se ponen a disposición durante la ejecución del flujo como variables de salida de la actividad.
Para obtener más información sobre el uso de la actividad, la definición detallada y el método de cálculo para cada detalle de la cola, consulte Crear y administrar flujos > Obtener información de la cola.
Algunas formas de utilizar la información de la cola pueden ser:
- Informar al cliente sobre la posición del contacto en la cola y el tiempo de espera estimado, mientras espera a ser atendido.
- Para decidir si se puede programar una devolución de llamada para el cliente, en caso de que el tiempo de espera estimado sea demasiado largo.
- Para derivar el contacto al siguiente grupo de distribución de llamadas (CDG), si no hay agentes disponibles en los equipos asignados al CDG actual.
La actividad Obtener información de la cola funciona cuando la variable seleccionada se resuelve en una cola válida.
Configure la ruta de manejo de errores para gestionar adecuadamente los casos en los que la variable seleccionada necesite validación o no se resuelva en una cola disponible.
- El contacto aún no está en cola cuando se ejecuta la actividad Obtener información de la cola.
- El contacto se encuentra en una cola que no admite el concepto de grupos de distribución de llamadas.
En estos casos, el valor de -1 en estos campos de salida indica que esta información no es aplicable.
Consideremos un escenario de ejemplo en el que se debe informar al cliente sobre un tiempo de espera prolongado en la cola, después de cada 15 segundos de espera.
Esto se puede lograr utilizando la actividad Obtener información de la cola en el flujo de la siguiente manera:
Información avanzada sobre la cola
La actividad Información avanzada de la cola proporciona la capacidad de obtener información de la cola en tiempo real para un contacto determinado, teniendo en cuenta además los criterios de habilidad del contacto, tales como:
- La posición actual del contacto en la cola (PIQ), o la posición potencial si aún no está en la cola.
- Número de agentes conectados o disponibles dentro del grupo de distribución de llamadas actual del contacto, que cumplan con los criterios de habilidad especificados.
- El número de agentes conectados o disponibles en todos los grupos de distribución de llamadas para la cola seleccionada, que cumplen con los criterios de habilidad especificados.
- El grupo de distribución de llamadas actual donde el contacto está en espera en una cola proporcionada.
- El número total de grupos de distribución de llamadas en una cola proporcionada.
Estos detalles se ponen a disposición durante la ejecución del flujo como variables de salida de la actividad.
Para obtener más información sobre el uso de la actividad, la definición detallada y el método de cálculo para cada detalle de la cola, consulte Crear y administrar flujos > Información avanzada de la cola.
Algunas de las formas de utilizar la información avanzada de la cola pueden ser:
- Para informar al cliente sobre la posición del contacto en la cola, mientras espera a ser atendido.
- Para derivar el contacto al siguiente grupo de distribución de llamadas, si no hay agentes que cumplan con los criterios de habilidad disponibles en los equipos asignados al grupo de distribución de llamadas actual.
- Para decidir si se puede registrar una devolución de llamada para el cliente, si no hay agentes que coincidan con los criterios de habilidad conectados en todos los grupos de distribución de llamadas.
La actividad Información avanzada de la cola funciona cuando:
- La información de la cola se solicita para las colas en las que los requisitos de habilidad están configurados en el flujo, en lugar de como criterios de habilidad a nivel de cola.
- Si el contacto ya está en cola, la información se solicita para la misma cola en la que se encuentra actualmente.
- El contacto se añade a una cola, no se asigna directamente a un agente preferido.
Configure la ruta de manejo de errores para gestionar las solicitudes que no cumplan con estos requisitos.
En tales casos, la actividad resulta en un fallo y la ejecución del flujo pasa a la ruta Manejo de errores.
Consideremos un ejemplo en el que se debe informar al cliente que recibirá una llamada de vuelta, dado que no hay agentes disponibles que cumplan con los criterios de habilidad.
Esto se puede lograr utilizando la actividad Información avanzada de la cola en el flujo de la siguiente manera:
Actividades de control de llamadas
Configurar identificador de llamadas
La actividad "Establecer ID de llamada" se utiliza para definir el identificador de llamada que debe mostrarse durante una llamada. La actividad Establecer identificador de llamadas debe utilizarse únicamente en flujos de eventos previos a la marcación como una actividad terminal que marca el final del flujo de eventos.
La actividad "Configurar identificador de llamadas" permite configurar la identificación automática de número (ANI) necesaria en función del servicio de identificación de número marcado (DNIS), el tipo de operación o el tipo de participante.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Establecer identificador de llamadas.
Control de grabación
La actividad de Control de grabación está diseñada para usarse junto con una actividad de Menú para obtener el consentimiento de grabación de la persona que llama. Esto garantiza el cumplimiento de las normativas o políticas que exigen el consentimiento explícito antes de que comience la grabación, integrando este paso a la perfección en el flujo de trabajo.
La actividad IVR del menú debe capturar el consentimiento del usuario en una variable booleana que se asignará como entrada a la actividad de control de grabación. Si el cliente necesita informar sobre el consentimiento del usuario en un informe de consentimiento, el valor del consentimiento debe almacenarse en una variable global que permita la presentación de informes. Como alternativa, se puede utilizar una variable local si no se requiere generar informes. Este enfoque proporciona a los inquilinos y clientes una mayor flexibilidad para gestionar y utilizar las variables de forma eficaz.
Cuando se agrega esta actividad al flujo, el consentimiento del usuario tiene prioridad sobre la configuración a nivel de inquilino, de cola o de programación de grabaciones.
El orden de precedencia es el siguiente:
- Si el consentimiento del usuario es Sí en el flujo, la llamada se graba, independientemente de la configuración de grabación establecida a nivel de inquilino, cola o programación de grabación.
- Si el usuario no da su consentimiento como respuesta a la actividad, la llamada no se graba, independientemente de la configuración de grabación establecida a nivel de inquilino, cola o programación de grabación.
- Si la actividad de Control de grabación no está configurada en el flujo, pero se establece una configuración en Sí en cualquiera de los otros niveles, como inquilino, cola o programación de grabación, entonces la llamada se graba.
- Si la actividad de Control de grabación no está configurada en el flujo y la configuración está establecida en No en todos los niveles, como inquilino, cola y programación de grabación, la llamada no se graba.
Este control de grabación se puede ilustrar como se muestra a continuación:
Además, las configuraciones de grabación como Continuar en transferencia, Pausar reanudar habilitado, Duración de pausa y otras siguen siendo aplicables según la jerarquía existente, incluidos los niveles de inquilino, cola o programación de grabación.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Control de grabación.
Transferencia ciega
La transferencia ciega es un proceso mediante el cual un contacto se redirige de manera eficiente a un número de marcación externo (DN) a través del sistema IVR, eliminando la necesidad de la intervención de un agente.
La función de transferencia ciega se utiliza cuando es necesario transferir una llamada a un número de extensión externo o de un tercero. Se trata de una actividad terminal, por lo que el flujo finaliza una vez que se ejecuta la transferencia.
La actividad de transferencia ciega no es compatible cuando el flujo se ejecuta para consulta.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Transferencia a ciegas.
Transferencia puenteada
La actividad de transferencia puenteada permite transferir temporalmente un contacto a un destino externo mientras el flujo mantiene el control de la llamada. El destino externo puede ser un puente externo o un servicio de respuesta de voz interactiva (IVR).
Cuando el destino externo finaliza la llamada, el flujo de la llamada continúa según sea necesario, como por ejemplo, poniéndola en cola para que la asigne un agente.
La actividad de transferencia de puente elimina un contacto de la cola mientras lo transfiere a un sistema IVR o de distribución automática de llamadas (ACD) de terceros. Si el sistema de terceros no gestiona el contacto, este puede volver a ponerse en la cola original, garantizando así que permanezca en el flujo de trabajo para su correcta tramitación.
Por ejemplo, supongamos que un centro de contacto tiene recursos de agentes de Webex Contact Center y recursos de agentes en un centro de llamadas externo o centralita privada (PBX). El cliente desea poner una llamada en cola con una lista de espera de agentes del Centro de Contacto de Webex durante un breve período (por ejemplo, 60 segundos). Si no hay ningún agente disponible durante ese período, la llamada se puede transferir (con una desencolación implícita) al centro de llamadas externo para que gestione el contacto.
- La actividad de transferencia puenteada no es compatible con los flujos de llamadas salientes ni con los flujos de eventos.
- Los contactos que ya están asignados a un agente no son compatibles con la transferencia de puente a través del flujo.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Transferencia puenteada.
Desconectar contacto
La actividad Desconectar contacto permite desconectar o finalizar un contacto activo directamente desde el flujo.
Se trata de una actividad terminal integrada en el flujo, que puede resultar útil para finalizar contactos sin la intervención de un agente, siendo adecuada para los flujos de ruta de error o después de registrar una devolución de llamada para el cliente.
Según la configuración, la encuesta o los comentarios posteriores a la llamada se activan cuando finaliza el contacto mediante esta actividad.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Desconectar contacto.
Establecer prioridad de contacto
La actividad "Establecer prioridad de contacto" facilita la gestión eficaz de la prioridad de los contactos dentro del flujo de trabajo, al permitir la asignación de niveles de prioridad específicos a los contactos. Esto permite dar mayor o menor importancia a ciertos contactos, asegurando que se les dé la atención adecuada en comparación con otros contactos en espera cuando los agentes estén disponibles. Esta flexibilidad permite un control preciso sobre la priorización de contactos a lo largo de todo el proceso.
La prioridad se establece asignando un nivel de importancia jerárquico del 1 (más alto) al 9 (más bajo). Los contactos con la máxima prioridad se priorizan antes que los de menor prioridad. Cuando varios contactos comparten el mismo nivel de prioridad, el contacto que lleva más tiempo esperando se dirige primero al siguiente agente disponible y elegible. Este sistema garantiza que los contactos de mayor prioridad reciban una atención inmediata, al tiempo que se mantiene la equidad entre los contactos de igual prioridad en función de su tiempo de espera.
- La actividad "Establecer prioridad de contacto" se puede colocar en cualquier punto del flujo principal o del flujo de eventos.
- Si la actividad Establecer prioridad de contacto se configura antes de una actividad de cola (como Poner en cola contacto o Poner en cola al agente), su configuración de prioridad puede ser anulada por cualquier prioridad configurada explícitamente en las actividades de cola posteriores. Sin embargo, si la siguiente actividad de cola no especifica una prioridad, se aplicará la prioridad de contacto establecida por la actividad anterior "Establecer prioridad de contacto".
- Por el contrario, si la actividad Establecer prioridad de contacto se configura después de una actividad de cola (como Poner en cola contacto o Poner en cola al agente), anulará la configuración de prioridad establecida por la actividad de cola anterior.
- Actualmente, la función "Establecer prioridad de contacto" no es compatible con llamadas salientes ni con contactos de campaña.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Establecer prioridad de contacto.
Actividades de devolución de llamada
Devolución de llamada
La función de devolución de llamada permite a quienes llaman solicitar que se les devuelva la llamada en lugar de esperar en línea, lo que mejora significativamente la satisfacción del cliente al reducir los tiempos de espera y minimizar las tasas de abandono. Cuando se activa, la actividad de devolución de llamada crea una tarea en una cola, lo que garantiza que un agente disponible pueda devolver la llamada del cliente.
El diseñador del flujo puede configurar la actividad para mantener el contacto en la cola original, donde se originó la llamada, o asignarlo a una cola diferente según las preferencias. Si la llamada de retorno permanece en la cola original, el contacto conserva su posición, habilidades, prioridad y datos contextuales, lo que permite una asignación sin problemas al siguiente agente disponible. Sin embargo, si se selecciona una cola diferente, el contacto se desplaza al final de la cola seleccionada sin habilidades y con prioridad predeterminada.
Esta actividad también permite a los clientes solicitar que sus agentes preferidos les devuelvan la llamada, lo que añade un toque personal a la experiencia y mejora la satisfacción del cliente. Esto se puede lograr cuando la actividad de devolución de llamada sigue a una actividad QueueToAgent en el flujo. Además, la actividad de devolución de llamada ofrece una configuración opcional para personalizar la identificación automática de número (ANI) utilizada durante el proceso de devolución de llamada. Esta personalización contribuye a la coherencia de la marca y reduce la probabilidad de rechazo de llamadas al garantizar un identificador de llamadas reconocible.
El diseñador de flujos tiene la opción de incluir un evento CallbackFailed en el flujo de eventos. Este evento se activa cuando falla un intento de devolución de llamada, lo que permite al diseñador del flujo implementar reintentos a intervalos específicos. El retraso o intervalo entre reintentos se puede configurar mediante la actividad Esperar, con un intervalo mínimo de reintento de 10 segundos y un máximo de 72 horas. El sistema admite hasta 10 intentos de reintento en un lapso máximo de 14 días utilizando la actividad de espera.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Llamar de vuelta.
Programar devolución de llamada
La función de devolución de llamada programada permite que el flujo ofrezca a los clientes la comodidad de solicitar que se les devuelva la llamada en una fecha y hora futuras específicas, eliminando la necesidad de una conexión inmediata con un agente. Esta función mejora la experiencia del cliente al permitirle seleccionar un horario conveniente para recibir una llamada, minimizando así los tiempos de espera percibidos y disminuyendo las tasas de abandono de llamadas.
El flujo debe capturar las entradas del usuario, como la fecha y hora preferidas, mediante indicaciones DTMF y pasarlas a la actividad después de realizar las validaciones de entrada necesarias.
Antes de comenzar, asegúrese de que el Punto de entrada predeterminado de devolución de llamada esté configurado en Configuración de canal en el Centro de control. Para obtener más información, consulte Configurar un punto de entrada de devolución de llamada.
La devolución de llamada se puede programar utilizando cualquier cola de telefonía, ya sea entrante o saliente. Para obtener los mejores resultados, se recomienda agregar una actividad de Desconexión inmediatamente después de la actividad de Devolución de llamada programada para garantizar que la llamada actual finalice correctamente una vez que se programe la devolución de llamada. Para obtener más información sobre cómo programar las devoluciones de llamada IVR, consulte Programar devoluciones de llamada IVR.
Cuando se activa la función de devolución de llamada en la fecha y hora futuras solicitadas, se crea una nueva llamada o interacción. Esta nueva interacción seguirá el flujo estándar vinculado al punto de entrada predeterminado de devolución de llamada. Si el intento de devolución de llamada falla, el flujo puede volver a intentar la llamada automáticamente utilizando el controlador de eventos CallbackFailed si está configurado en ese flujo.
Se deben tener en cuenta las siguientes validaciones de entrada antes de pasar los datos de entrada a la actividad:
- Selección de fecha: puede elegir cualquier fecha desde hoy hasta dentro de 31 días. La fecha debe tener este formato: AAAA-MM-DD (por ejemplo, 18-07-2025).
- Hora de inicio y hora de finalización del intervalo de tiempo: la hora que elija debe comenzar al menos 30 minutos después de ahora y puede durar entre 30 minutos y 8 horas. Por favor, utilice el formato de hora de 24 horas (como
14:30:00). - Zona horaria: Debe introducir una zona horaria válida en formato IANA (como
America/New_York) para que podamos llamarle a la hora correcta.
Se proporciona una implementación de referencia en forma de plantilla de subflujo para demostrar las indicaciones DTMF y las validaciones básicas que se utilizan junto con la actividad. Para obtener más información, consulte Plantilla de subflujo de devolución de llamada programada.
Análisis del progreso de la llamada
La actividad de Análisis del Progreso de la Llamada (CPA, por sus siglas en inglés) permite detectar sistemas de contestación automática y voces humanas en directo en las llamadas de devolución de llamada.
Cuando un intento de devolución de llamada encuentra un sistema de detección de contestador automático (AMD) o un buzón de voz, el sistema identifica la llamada como fallida. El resultado de la detección del contestador automático (AMD) se captura en la variable de salida reason del controlador de eventos CallbackFailed. En función de esta variable de salida, el diseñador del flujo puede configurar los reintentos de devolución de llamada.
- Para realizar una devolución de llamada de cortesía, el análisis del progreso de la llamada se puede colocar en un punto posterior a la actividad de devolución de llamada en el flujo principal. Para las devoluciones de llamada programadas o las devoluciones de llamada programadas personales, se pueden colocar después de NewPhoneContact en el flujo principal.
- En el flujo de eventos, solo se admite en el controlador de eventos CallbackFailed.
- Si en el flujo se configura una encuesta de satisfacción del cliente posterior a la llamada (actividad de retroalimentación), esta no se iniciará si la llamada es respondida por un agente de atención al cliente o un buzón de voz. Esto evita que se activen encuestas innecesarias.
Para obtener más información sobre la configuración de la actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Análisis del progreso de la llamada.
En cola
Descripción general
En Webex Contact Center, una cola sirve como un área de espera para las interacciones entrantes como telefonía, chat, correo electrónico o canales sociales. Los contactos se estacionan en colas hasta que se distribuyen automáticamente a los agentes o los agentes los recogen manualmente para su manejo. Además, admiten características como el enrutamiento basado en habilidades, la administración de prioridades y la distribución justa de la carga de trabajo.
Los supervisores pueden usar colas para observar diferentes líneas de trabajo y mejorar la forma en que se manejan las tareas en el centro de contacto.
Algunos de los beneficios clave de usar colas de manera efectiva son:
- Mejor experiencia del cliente: administre los tiempos de espera y hágales saber a los clientes que están en línea para recibir ayuda.
- Mayor eficiencia: Asegúrese de que las llamadas se manejen de manera ordenada, reduciendo el caos y la mala gestión.
- Distribución justa de contactos: distribuya las llamadas de manera uniforme entre los agentes para evitar sobrecargar a un solo agente.
- Manejo de prioridades: permite priorizar ciertas llamadas, como clientes VIP o problemas urgentes.
Tipos de colas
Webex Contact Center admite varios tipos de colas que permiten una amplia variedad de casos de uso para centros de contacto de todos los tamaños y complejidades, en todos los tipos de medios con capacidades uniformes.
Hay colas que consideran las habilidades de los agentes para enrutar contactos y colas que no lo hacen. Estas colas también difieren en términos de cómo se asocian los agentes con ellas para trabajar en los contactos.
Hay dos grandes categorías de colas:
- Colas no basadas en habilidades
- Colas basadas en habilidades
Colas no basadas en habilidades
Las colas no basadas en habilidades no tienen en cuenta las habilidades asociadas con los agentes. Puede configurar colas no basadas en habilidades con las siguientes opciones:
- Asignaciones de equipo
- Asignaciones de agentes
Colas no basadas en habilidades con asignaciones de equipo
En colas no basadas en habilidades con asignación de equipos, puede organizar a los agentes en equipos y combinarlos para formar grupos de distribución de llamadas (CDG). Puede establecer un retraso de tiempo entre cada grupo para administrar el flujo de llamadas.
Los grupos de distribución de llamadas ayudan a definir varios niveles de agentes que cumplen los requisitos para trabajar con los contactos de esta cola durante intervalos de tiempo configurados. Los contactos se asignan a los agentes en función del nivel de su equipo. Si no hay agentes disponibles, los contactos se aparcan durante un período preconfigurado antes de expandirse para incluir el siguiente grupo de equipos. Este proceso continúa hasta que haya un agente disponible o se hayan comprobado todos los grupos.
Puede configurar estos tipos de equipos:
- Equipos individuales: Los agentes se pueden organizar en equipos que podrían representar una función específica de la organización, que luego pueden formar parte de las colas para que los contactos se puedan enrutar a los agentes de estos equipos. Puede etiquetar a un agente en varios equipos para que manejen contactos de varias colas para un enrutamiento eficiente.
- Equipos basados en la capacidad: El equipo basado en la capacidad (CBT) es una función que dirige las llamadas de voz a un número directo (DN) basado en la capacidad, donde la capacidad determina cuántas llamadas se pueden manejar simultáneamente. Permite enrutar llamadas a números de teléfono sin necesidad de que los agentes inicien sesión en el sistema, lo que lo hace adecuado para escenarios en los que las llamadas se responden mediante correo de voz, contestadores automáticos o grupos de búsqueda, en lugar de agentes de centros de llamadas tradicionales. En esta configuración, no hay agentes específicos asignados al equipo y no usan Webex Contact Center Agent Desktop.
En este ejemplo, hay tres grupos de distribución de llamadas, que permiten la expansión de destino, lo que significa expandirse a más agentes en todos los equipos durante intervalos de tiempo configurados.
El primer grupo de distribución de llamadas contiene el EQUIPO 1, que tiene 3 agentes configurados: A1, A2 y A5.
El segundo grupo de distribución de llamadas contiene el EQUIPO 2, que tiene 3 agentes configurados: A2, A3 y A4.
El tercer (y último) grupo de distribución de llamadas contiene TEAM 3, que tiene 2 agentes configurados: A6 y A7.
Cuando un contacto está en cola, el sistema busca primero un agente coincidente en el primer grupo de distribución de llamadas. Si no se encuentra ningún agente, el contacto se estaciona durante el tiempo configurado antes de realizar la expansión de destino al siguiente grupo. Esto agrega nuevos equipos a los existentes. Este proceso se repite hasta que encuentra una coincidencia o todos los grupos se expanden.
Una función denominada 'Comprobar disponibilidad del agente' hace que el contacto se expanda instantáneamente al siguiente grupo de distribución de llamadas si no se encuentran agentes coincidentes en el grupo actual. Esto se puede habilitar en la actividad Contacto en cola <VINCULAR a la sección 3.1.1> en el flujo.
Esta configuración da como resultado los siguientes escenarios:
- A2 pertenece al EQUIPO 1 y al EQUIPO 2. Si A2 elige el EQUIPO 1 para iniciar sesión en Agent Desktop, el sistema considera que A2 forma parte del EQUIPO 1 y, por lo tanto, solo el primer grupo de distribución de llamadas.
- A5 pertenece al EQUIPO 1, sin embargo, también podría haber sido parte de algún otro equipo en la organización en la que han iniciado sesión actualmente. Por lo tanto, A5 no se considera parte del EQUIPO 1 y no está asociado a esta cola.
Las colas con asignación de equipo proporcionan esta potente capacidad para que los agentes se muevan entre colas simplemente eligiendo un equipo durante el inicio de sesión.
Patrón de enrutamiento disponible:
Colas no basadas en habilidades con asignaciones de agentes
Las colas no basadas en habilidades son un tipo de cola en la que un grupo de agentes se asigna directamente a la cola. A diferencia de otros tipos de colas, que determinan indirectamente el grupo de agentes que tienen asignadas, estas colas permiten a los administradores seleccionar agentes directa y manualmente. Por ejemplo, las colas de asignación basadas en equipos asignan agentes en función de sus equipos conectados, y las colas de asignación basadas en habilidades coinciden con los agentes en función de las habilidades requeridas. Por el contrario, los administradores pueden agregar directamente agentes a estas colas para que formen parte de la cola. Esto proporciona una manera sencilla de administrar la asignación de agentes sin depender de asignaciones controladas por el sistema.
Las colas con asignación de agentes proporcionan algoritmos de enrutamiento simples pero efectivos que ayudan en la distribución de contactos entre el grupo de agentes. No consideran las habilidades de los agentes para enrutar contactos. Sin embargo, los agentes se pueden pedir dentro de cada cola, y esto se tiene en cuenta al enrutar los contactos a ellos. En este contexto, los equipos sirven principalmente como una construcción organizativa para los supervisores en lugar de un factor en la asociación agente-cola y las decisiones de enrutamiento de contactos, lo que simplifica la administración de colas.
Este tipo de cola es más adecuado cuando la asignación estática de agentes y la gestión de la asociación agente-cola es factible y deseable para el control operativo, y la selección de algoritmos de enrutamiento es adecuada para la distribución del trabajo entre agentes. Estas colas también son particularmente útiles para escenarios en los que varios tipos de consultas de clientes requieren experiencia especializada que puede ser atendida por un segmento previamente creado de agentes expertos.
Sin embargo, las organizaciones de centros de contacto complejas pueden tener dificultades para administrar manualmente las asignaciones de agentes en estas colas. Podrían beneficiarse más de otros tipos de colas que ofrecen enrutamiento dinámico y asociaciones entre agentes y colas.
En este ejemplo, la cola tiene un conjunto de agentes asignados a ella en un orden específico, como A4, A9, A7, etc. Este orden desempeña un papel en algoritmos de enrutamiento específicos que relacionan los contactos entrantes con los agentes. El sistema relaciona los contactos con estos agentes en función de su disponibilidad y del algoritmo de enrutamiento elegido.
A diferencia de las colas con asignación de equipo, no existe el concepto de expansión de objetivos a lo largo de intervalos de tiempo. Si ninguno de los agentes configurados está disponible para enrutar este contacto, se estaciona en cola hasta que uno de estos agentes esté disponible para manejar los contactos antes de que se agote el tiempo de espera del parque. La expansión de destino no se aplica a estas colas.
Patrones de enrutamiento disponibles:
Colas basadas en habilidades
Las colas basadas en habilidades permiten que los contactos se dirijan a agentes con las habilidades adecuadas para satisfacer sus necesidades.
Puede configurar los siguientes tipos de opciones basadas en habilidades:
Criterios de habilidad asignados a la cola
Los administradores pueden asignar criterios de habilidad a las colas. Las colas basadas en habilidades con criterios de habilidades permiten a los administradores configurar las habilidades requeridas directamente en la cola. Todos los agentes de la organización que tienen todas las habilidades requeridas de la cola a través del perfil de habilidades directo se convierten implícitamente en parte de esta cola.
Esta configuración ayuda a los administradores a tener una vista en vivo de los agentes que se asignan a la cola en virtud de sus habilidades. En situaciones como volumen alto o bajo volumen, los administradores pueden considerar ajustar las habilidades requeridas de la cola y los perfiles de habilidades de los agentes para expandir o reducir el grupo de agentes según sea necesario.
Este tipo de cola difiere de las colas basadas en asignación de equipos en el sentido de que no hay una configuración de grupo de distribución de llamadas, lo que significa que el equipo no desempeña ningún papel en la asociación de agente a cola. Además, las habilidades requeridas se configuran estáticamente en esta cola, a diferencia de las colas de habilidades basadas en equipos donde el flujo inyecta (estáticas o variables) las habilidades requeridas. Por lo tanto, técnicamente las habilidades son parte de la cola en lugar del contacto en sí.
Cualquier agente de la organización que satisfaga completamente los criterios de habilidad de la cola (que tenga habilidades del perfil de habilidad directa) se asocia implícitamente con esta cola. El equipo no desempeña ningún papel en la asociación de agentes con estas colas. Estos agentes pueden formar parte de cualquier equipo con fines operativos y de gestión.
Cada contacto en cola en esta cola asumirá automáticamente los criterios de habilidad definidos en la propia cola. Los contactos individuales no pueden definir o anular sus propios requisitos/criterios de habilidad, a diferencia de las colas basadas en habilidades con asignación de equipo.
En este ejemplo,
- Sólo los agentes A1, A3 y A7 cumplen completamente los criterios de habilidad configurados en la cola, por lo que sólo estos agentes estarían asociados a esta cola.
- Los agentes A2, A4 y A6 que cumplan parcialmente los criterios o A5 que carezcan de habilidades relevantes no se pueden asociar a esta cola.
La actualización del perfil de habilidades de un agente (denominada recapacitación) de modo que satisfaga los criterios de habilidad de la cola hará que ese agente forme parte de esta cola de forma automática y dinámica. Como alternativa, la actualización de los criterios de habilidad de la cola de modo que más (o menos) agentes satisfagan los criterios de habilidad actualizados también agregará (o eliminará) agentes de esta cola de forma automática y dinámica.
A diferencia de las colas con asignación de equipo, no existe el concepto de expansión de objetivos a lo largo de intervalos de tiempo. Si el contacto no puede coincidir con ninguno de los agentes asociados, se estaciona en cola hasta que uno de estos agentes esté disponible para manejar los contactos antes de que se agote el tiempo de espera del parque.
Las colas basadas en habilidades son las más adecuadas cuando la asignación estática de habilidades y la gestión de la cola a la asociación de agentes es factible y deseable para el control operativo. También son adecuados cuando la selección de algoritmos de enrutamiento es apropiada para la distribución del trabajo entre agentes. Estas colas también son particularmente útiles para escenarios en los que diferentes tipos de consultas de clientes requieren habilidades específicas que pueden ser atendidas por un segmento prederivado de agentes expertos.
Las organizaciones de centros de contacto complejos pueden encontrar más fácil administrar las asignaciones de colas a agentes en colas basadas en habilidades, en comparación con las colas con asignación de agentes donde cada agente debe agregarse manualmente a la lista, lo cual es engorroso especialmente para una organización más grande.
Requisitos de habilidades asignados en el flujo
Las colas basadas en habilidades con requisitos de habilidad asignados en flujo son un tipo de cola basada en asignación de equipo en Webex Contact Center donde un conjunto de equipos se configuran en múltiples niveles, llamados grupos de distribución de llamadas. A los agentes que han iniciado sesión en estos equipos configurados se les asignan contactos de esta cola en función del nivel del grupo de distribución de llamadas en el que está configurado su equipo en la cola si también satisfacen completamente los requisitos de habilidad del contacto.
Dentro de dicha cola, los equipos de agentes se agrupan en grupos de distribución de llamadas con retrasos de tiempo configurables entre ellos. Si no hay ningún agente disponible para el contacto, la solicitud se aparca y, después del retraso, el enrutamiento se expande al siguiente grupo de distribución de llamadas. Este proceso continúa hasta que se asigna un agente o se agotan todos los grupos. Mientras tanto, si un agente en un grupo previamente verificado está disponible durante este proceso, ese agente se selecciona.
Los agentes adquieren habilidades a través del perfil de habilidades asignado directamente al agente. Las habilidades del agente se determinan en función de la selección del equipo durante el inicio de sesión.
Cada contacto puede especificar opcionalmente los requisitos de habilidades en el flujo, que se comparan con las habilidades de los agentes disponibles para seleccionar el agente más adecuado.
Además, los contactos también pueden especificar relajaciones de habilidades en intervalos de tiempo configurados. Estos son un conjunto modificado de requisitos de habilidad que sobrescribirían los requisitos de habilidad originales del contacto en intervalos de tiempo configurados. Esto permite que un contacto modifique (normalmente se usa para "relajarse") sus requisitos de habilidad mientras está estacionado en cola para que más agentes puedan coincidir con estos requisitos de habilidades relajados.
La expansión de objetivos a través de grupos de distribución de llamadas puede ocurrir simultáneamente con ciclos de relajación de habilidades, ambos destinados a hacer coincidir un contacto estacionado con agentes elegibles más rápido, reduciendo así el tiempo de espera general y mejorando los niveles de servicio de la cola.
Al igual que las colas no calificadas con asignación de equipo, tiene tres grupos de distribución de llamadas que permiten la "expansión de objetivos", es decir, la expansión a más agentes en todos los equipos durante intervalos de tiempo configurados.
- El primer grupo de distribución de llamadas contiene el EQUIPO 1, que tiene 3 agentes configurados: A1, A2 y A5.
- El segundo grupo de distribución de llamadas contiene el EQUIPO 2, que tiene 3 agentes configurados: A2, A3 y A4.
- El tercer (y último) grupo de distribución de llamadas contiene TEAM 3, que tiene 2 agentes configurados: A6 y A7.
Sin embargo, hay dos cosas principales a tener en cuenta:
- Cada contacto que se pone en cola en esta cola definirá sus requisitos de habilidad y la relajación de habilidades a través del flujo.
- Los agentes pueden tener habilidades configuradas (a través de un perfil de habilidades, directo o heredado del equipo conectado).
Si bien A2 está configurado para formar parte tanto del EQUIPO 1 como del EQUIPO 2, dependiendo de la elección del equipo que este agente haya realizado durante el inicio de sesión, en su sesión actual se le considera parte de ese equipo y, por lo tanto, también heredará el perfil de habilidades (y, por lo tanto, los valores de habilidad) de ese equipo (a menos que se anule con una configuración de perfil de habilidad directa para este agente).
Esta es una poderosa capacidad proporcionada por colas con asignaciones de equipo donde los agentes pueden moverse entre colas simplemente eligiendo un equipo durante el inicio de sesión.
Junto con la capacidad de heredar la configuración del perfil de habilidades del equipo seleccionado, un agente también puede trabajar con diferentes conjuntos de habilidades.
En este ejemplo,
- Los contactos se ponen en cola con un requisito de habilidad inicial (sk_1 >= 6) durante la escalada desde el flujo, con una relajación de habilidades (sk_1 >= 3) después de un intervalo de tiempo configurado.
- En todos los agentes de todos los grupos de distribución de llamadas, sólo A1, A3, A6 y A7 tienen habilidades que satisfacen el requisito inicial de habilidades de los contactos en cola.
- Los agentes restantes tienen la habilidad (sk_1) pero no satisfacen los requisitos de habilidad (por ejemplo, A2 en el EQUIPO 1 y A4 en el EQUIPO 2), o no tienen esta habilidad en absoluto (por ejemplo, A5, A2 en el EQUIPO 2).
- Con el tiempo, tras la relajación de la habilidad, además A2 y A4 ahora también satisfacen los requisitos de habilidad "relajados" del contacto.
Para cada contacto que se pone en cola en esta cola, el sistema intenta encontrar un agente coincidente dentro del primer grupo de distribución de llamada que satisfaga completamente los requisitos de habilidades actuales del contacto. Si no se encuentra ningún agente coincidente, el contacto se estaciona durante el tiempo configurado antes de que se produzca la expansión de destino al segundo grupo de distribución de llamadas. Todos los equipos configurados en el segundo grupo de distribución de llamadas también se agregan a los equipos existentes del primer grupo. Ahora el sistema intenta encontrar un agente coincidente dentro del grupo expandido. Tenga en cuenta que mientras esto sucede, la relajación de habilidades también actualizaría los requisitos de habilidades del contacto a intervalos de tiempo configurados y el sistema usaría requisitos de habilidades actualizados para que coincidan con los agentes disponibles en el grupo de distribución de llamadas actual.
Esto continúa hasta que se expandan todos los grupos de distribución de llamadas configurados y se apliquen todas las relajaciones de habilidades, a menos que se encuentre antes un agente coincidente.
Patrones de enrutamiento disponibles:
Configuración de cola
Configurar colas basadas en habilidades
Asignar criterios de habilidad a una cola
- Crear habilidades.
- Crear perfiles de habilidades.
- Asigne perfil de habilidades directamente a los agentes.
- Crear cola con el tipo de canal de Telefonía, Chat, Correo electrónico o Social.
- Asigne requisitos de habilidades a las colas en Control Hub.
- Ver lista de agentes que pueden manejar contactos en la cola.
- Seleccione un algoritmo de enrutamiento LAA o BAA.
- Agregue una actividad de contacto de cola en flujo y seleccione esta cola.
Asignar requisitos de habilidades a una cola
- Crear habilidades.
- Crear perfiles de habilidades.
- Asigne perfil de habilidades a los agentes directamente o al equipo.
- Crea un equipo.
- Agregar agentes al equipo.
- Crear cola con el tipo de canal de telefonía o chat o correo electrónico o social.
- Agregue equipos a la cola en un solo CDG o en varios CDG.
- Seleccione un patrón de enrutamiento LAA o BAA.
- Agregue una actividad de contacto de cola en flujo y seleccione la cola para la que está configurado el enrutamiento basado en habilidades. Para obtener más información, vea Contacto en cola.
- Asigne habilidades y relajación de habilidades en la actividad Contacto de cola.
- Utilice Escalar actividad de distribución de llamadas en la cola de flujo POST para pasar rápidamente al siguiente grupo de distribución de llamadas o al último.
Configurar colas no basadas en habilidades
Asignar equipo a una cola
- Crea un equipo.
- Agregar agentes al equipo.
- Crear cola con el tipo de canal de telefonía o chat o correo electrónico o social.
- Agregue equipos a la cola en un solo CDG o en varios CDG.
- Seleccione un patrón de enrutamiento o LAA.
- Agregue una actividad de contacto de cola en flujo y seleccione esta cola.
- Use Escalar actividad de distribución de llamadas en el flujo POST en cola para pasar rápidamente al siguiente grupo de distribución de llamadas o al último.
Asignar agente a un flujo de cola
- Crear cola con el tipo de canal de telefonía o chat o correo electrónico o social.
- Agregue agentes directamente a las colas (Nota: En este tipo de cola no se utilizan ni habilidades ni equipo).
- Seleccione patrones de enrutamiento como Circular o Lineal o Agente más largo disponible.
Enrutamiento
Conceptos de enrutamiento
Escenario de excedente de agente
El escenario de excedente de agente se produce cuando hay más agentes disponibles que contactos en cola. En este caso, cuando una interacción con el cliente (contacto) está en cola, el sistema intenta encontrar un agente coincidente para este contacto específico inmediatamente, y si se encuentra un agente coincidente, no es necesario estacionar el contacto en cola y esperar a que un agente coincidente esté disponible más tarde.
Cada vez que un contacto se expande a través de un grupo de distribución de llamadas, o a través de la relajación de habilidades, el sistema intenta nuevamente encontrar un agente que coincida para este contacto específico de inmediato.
La búsqueda de un agente coincidente para un contacto específico utiliza el patrón de enrutamiento configurado en la cola.
Webex Contact Center ofrece múltiples patrones de enrutamiento en diferentes tipos de colas, lo que permite a las organizaciones optimizar el servicio al cliente minimizando los tiempos de espera, equilibrando las cargas de trabajo de los agentes y asegurando que los clientes estén conectados con agentes que tengan las habilidades necesarias para abordar sus necesidades específicas. Consulte la sección Patrón de enrutamiento para obtener información detallada sobre los patrones de enrutamiento.
Escenario de superávit de contacto
El enrutamiento excedente de contactos se produce cuando el número de interacciones (o contactos) de clientes entrantes supera a los agentes disponibles. Esta situación a menudo ocurre durante las horas pico o aumentos inesperados en el volumen de contacto. El objetivo principal del enrutamiento de excedentes de contacto es gestionar este desbordamiento de manera eficiente, asegurando que se mantengan los estándares de servicio al cliente a pesar del exceso de demanda. Para un agente que acaba de estar disponible en un canal específico, el enrutamiento de excedentes de contacto funciona para encontrar y asignar el contacto adecuado, entre todos los contactos estacionados en todas las colas con las que este agente está asociado.
Las estrategias clave para realizar el enrutamiento de contactos de manera eficiente con disponibilidad limitada del agente son:
-
Clasificación de cola
La clasificación de colas permite a los administradores especificar la importancia relativa de las colas. Los administradores pueden definir clasificaciones de colas para establecer el orden en el que se enrutan las llamadas de las colas a los agentes conectados a los equipos, por equipo.
Por ejemplo, considere que los agentes que iniciaron sesión en el Equipo A están asociados con dos colas: "Facturación" y "Ventas". Los administradores podrían usar la clasificación en cola para asignar una clasificación más alta a la cola de "Facturación", de modo que cuando los contactos entren en las colas, los contactos de "Facturación" se enrutarán a los agentes que pertenecen al Equipo A antes que los contactos de las colas de "Ventas". Esto sucederá aunque haya contactos más antiguos y de mayor prioridad que podrían estar esperando en la cola de "Ventas", solo porque la cola de "Facturación" tiene una clasificación de cola más alta que la cola de "Ventas". Sólo cuando no haya más contactos esperando en la cola de "Facturación", los agentes del Equipo A serán enrutados a los contactos de la cola "Ventas" (y cualquier otra) con la que estén asociados.
Las siguientes son algunas de las características importantes de la clasificación en colas:
-
- Si se asigna un rango sólo a algunas de las colas, las llamadas de esas colas tendrán prioridad sobre las llamadas de las colas para las que no se especificó ningún rango.
- La clasificación de colas se puede establecer en un máximo de 50 colas en todos los tipos de medios, con un valor que oscila entre 1 y 50, con 1 como el rango más alto.
- Puede asignar el mismo rango a varias colas.
- Si habilita la clasificación de colas, las colas a las que no se les asigna ningún rango explícito se tratan más abajo que todas las colas clasificadas.
-
La clasificación de cola funciona dentro del mismo tipo de medio.
Por ejemplo, si Venta en cola es una cola de tipo medio de voz con rango 2 y Queue Billing Support es una cola de chat con rango 1 para el Equipo A, los agentes que están disponibles en el canal de voz en el Equipo A reciben primero la llamada de voz aunque el rango sea 2.
Sin embargo, considere dos colas de chat para el Equipo B: tarjeta de crédito en cola con rango de cola 2 y tarjeta de débito en cola con rango de cola 1. Luego, a los agentes disponibles en el Equipo B se les ofrecerán contactos de Queue Debit Card primero.
-
La clasificación en cola no se aplica a los equipos basados en la capacidad.
-
-
Prioridad de contacto
Cuando un contacto está en cola, su prioridad se puede definir asignando una importancia jerárquica que va desde 1 (más alto) a 10 (más bajo, predeterminado). Esta priorización garantiza que ciertos contactos se aborden más rápidamente en función de su importancia, urgencia o valor estratégico para la organización. Cuando un agente está disponible para manejar el siguiente contacto entre todos los contactos estacionados en todas las colas con las que está asociado el agente, el contacto de mayor prioridad en todas las colas se enruta al agente (siempre que se cumplan otros criterios, como la coincidencia de habilidades y otros).
Para los contactos que están en cola sin ninguna prioridad explícita, se considera una prioridad predeterminada de 10 (la más baja). Entre varios contactos que tienen la misma prioridad, el contacto que espera en la cola durante más tiempo se enruta primero al agente disponible y elegible.
-
Contacto de espera más larga
Se trata de una estrategia básica que garantiza que el contacto en espera más larga de todas las colas a las que está asociado el agente se enrute al agente.
Este es el criterio final que determina el contacto que se enrutará cuando varios contactos en colas con la misma clasificación de cola y la misma prioridad de contacto están esperando ser procesados.
Esencialmente, el enrutamiento excedente de contacto para un agente que acaba de estar disponible significa seleccionar un solo contacto que:
- Es del mismo tipo de medio en el que está disponible el agente
- Está estacionado en cualquiera de las colas a las que está asociado este agente
- Cuyos requisitos de habilidad (si los hay) son satisfechos por este agente
- Está estacionado en una cola cuyo rango es superior al de otras colas configuradas en el equipo del agente
- Está teniendo la más alta prioridad entre todos estos contactos
- Es el contacto en espera más antiguo entre contactos con la misma prioridad
En el ejemplo anterior que ilustra un escenario de excedente de contactos, el agente A1 ha iniciado sesión en el EQUIPO 1 y está disponible para manejar contactos en varios tipos de medios.
A1 está asociado con 3 colas: Q1, Q2 y Q3. TEAM 1 también ha definido la clasificación de cola donde Q1 se clasifica más alto, luego Q2 y Q3 respectivamente.
Hay contactos ya estacionados en todas estas colas, con requisitos de habilidad y prioridad definidos para cada contacto.
Ahora, el escenario de excedente de contacto funciona de la siguiente manera:
-
De todos los contactos aparcados en estas colas, solo 4 contactos se pueden enrutar a A1–C2,C7 (desde la COLA 2) yC3,C8 (desde la COLA 3).
Solo los requisitos de habilidad de estos 4 contactos están completamente satisfechos por las habilidades de A1.
-
Entre estos 4 contactos, se da prioridad a los contactos de la COLA 2 (es decir, C2, C7) porque la COLA 2 tiene la clasificación de cola más alta.
Tenga en cuenta que aunque la COLA 1 es la cola mejor clasificada, ninguno de sus contactos estacionados se puede enrutar a A1 ya que A1 no satisface sus requisitos de habilidad.
-
Entre C2 y C7, el contacto de mayor prioridad es C7. Entonces, la elección final es C7, y el sistema lo enruta a A1.
Esto sucede a pesar de que C2 se puso en cola antes, porque la prioridad del contacto tiene prioridad sobre el tiempo en cola.
Perfiles multimedia combinados
A través de la configuración del perfil multimedia, Webex Contact Center permite a los agentes atender a los contactos a través de diferentes tipos de medios (voz, chat, correo electrónico y redes sociales). En función de esta configuración, los agentes obtienen canales aprovisionados por tipo de medio.
Cada contacto enrutado a un agente consume un canal de ese tipo de medio siempre y cuando el agente esté trabajando en ese contacto. Aunque los agentes sólo pueden tener un canal de voz, pueden tener hasta cinco canales de otros tipos de medios.
La configuración de enrutamiento combinado de Perfiles multimedia permite a los administradores controlar cómo se pueden utilizar simultáneamente los diferentes canales para cada agente. Esto permite a las organizaciones brindar atención dedicada a los clientes, promoviendo mejores Quality of Service, una mejor experiencia del cliente y mejores tasas de conversión. Además, las organizaciones pueden equilibrar la carga entre los canales de medios cuando experimentan una carga desigual en algunos canales, lo que permite una utilización eficiente de los agentes.
Hay tres opciones:
-
Exclusivo
-
Combinado
-
Tiempo real combinado
Para obtener más información acerca de la configuración de perfiles multimedia, consulte Administrar perfiles multimedia.
Patrones de enrutamiento
Basado en habilidades
Los patrones de enrutamiento basados en habilidades en Webex Contact Center dirigen las interacciones de los clientes entrantes a los agentes en función de las habilidades específicas requeridas para resolver la consulta, como el dominio del idioma o la experiencia técnica. Estos patrones aseguran que cada cliente se conecte con el agente más calificado, mejorando la eficiencia del servicio y la satisfacción del cliente. Los beneficios incluyen la reducción del tiempo de manejo, mejores tasas de resolución y el uso optimizado de los recursos de los agentes al alinear su experiencia con las necesidades del cliente.
Cuando se utilizan patrones de enrutamiento basados en habilidades, primero se utiliza el requisito de habilidad del contacto (asignado en flujo) o los criterios de habilidad asignados a la cola para filtrar los agentes disponibles cuyas habilidades satisfacen estos requisitos / criterios por completo. A continuación, entre los agentes filtrados, se selecciona uno solo para el contacto en función del patrón de enrutamiento configurado.
Más tiempo disponible
El patrón de enrutamiento basado en habilidades más largo disponible dirige un contacto a aquel agente cuyas habilidades satisfacen por completo los requisitos de habilidad de contacto / criterios de habilidad de cola, y que ha estado disponible por más tiempo desde que manejó su último contacto entre todos los agentes elegibles en esa cola.
Este patrón de enrutamiento ayuda a distribuir el trabajo de manera uniforme entre los agentes al asignar interacciones a aquellos que han estado disponibles durante más tiempo, evitando desequilibrios en la carga de trabajo. Ayuda a mantener la equidad en la distribución del trabajo, asegurando que ningún agente esté sobrecargado mientras otros permanezcan libres.
En el ejemplo anterior, hay 4 agentes que tienen habilidades de competencia y no competencia con diferentes valores de habilidades de competencia.
Considere un contacto que está en cola en una cola basada en habilidades que tiene el patrón de enrutamiento "Más largo disponible":
- Con los requisitos de habilidades anteriores asignados a través de flow, o
- Con los criterios de habilidad anteriores configurados en la cola basada en habilidades
En este escenario:
-
Solo los agentes que satisfacen completamente los requisitos de habilidad de contacto / criterios de habilidad de cola se consideran para el enrutamiento. Solo los agentes A1, A2 y A4 satisfacen por completo los requisitos de habilidad de contacto / criterios de habilidad de cola.
El agente A3 no es elegible. En el caso de los criterios de habilidad asignados a la cola, A3 ni siquiera está asociado a la cola.
-
Entre A1, A2 y A4 , el contacto se dirigirá al agente disponible más largo: A1, que ha estado disponible desde hace 10 minutos, más que A2 o A4.
En virtud de que a A1 se le asignó el contacto, A1 ya no será el agente disponible durante más tiempo en todos los canales de medios.
- El siguiente contacto con exactamente los mismos requisitos de habilidad se dirigiría al siguiente agente disponible más largo: A2, y así sucesivamente.
Este patrón de enrutamiento se admite en los siguientes tipos de colas basadas en habilidades:
Mejor disponible
El mejor patrón de enrutamiento basado en habilidades disponible garantiza que las interacciones con los clientes se dirijan al agente más calificado disponible. Este patrón evalúa no solo la presencia de habilidades requeridas entre los agentes, sino también los niveles de competencia de estas habilidades, calculando una puntuación de habilidad para determinar el agente más calificado ("mejor") para cada contacto.
Este patrón filtra por completo a los agentes disponibles cuyas habilidades satisfacen por completo los requisitos de habilidad de contacto / criterios de habilidad de cola. Luego, se calcula una puntuación para cada agente elegible utilizando los valores de competencia de todas las habilidades mencionadas en los requisitos de habilidades de contacto / criterios de habilidades de cola. El agente con la puntuación de habilidad más alta se considera el "mejor" agente para cada contacto.
Efectivamente, la suma de los valores de habilidad del agente que coinciden con los requisitos de habilidad de contacto / criterios de habilidad de cola determina la puntuación.
Algunos puntos clave para entender:
- Normalmente, el valor real de la habilidad se utiliza en el cálculo de la puntuación, porque una puntuación de habilidad más alta indica una coincidencia más fuerte. Excepto, cuando un requisito de habilidad utiliza la condición de menos que igual a (<=), ese valor de habilidad específico del agente se invierte en el cálculo de la puntuación, es decir effective_skill_value = (10) menos (actual_skill_value). Esto se hace para garantizar que una puntuación más baja indique una coincidencia más fuerte.
- Cuando varios agentes elegibles tienen la misma puntuación, se selecciona el agente disponible durante más tiempo entre ellos
- Solo se consideran las habilidades de competencia para el cálculo de puntajes. Cualquier habilidad booleana, de texto o de enumeración en los requisitos de habilidades de contacto / criterios de habilidad de cola no se considera para el cálculo de puntuación.
En el ejemplo anterior, hay cuatro agentes que tienen habilidades de competencia y no competencia con diferentes valores de habilidades de competencia.
Considere un contacto que está en cola en una cola basada en habilidades que tiene el patrón de enrutamiento "Mejor disponible":
- Con los requisitos de habilidades anteriores asignados a través de flow, o
- Con los criterios de habilidad anteriores configurados en la cola basada en habilidades.
En este escenario:
-
Solo los agentes que satisfacen completamente los requisitos de habilidad de contacto / criterios de habilidad de cola se consideran para el enrutamiento. Solo los agentes A1, A2 y A4 satisfacen por completo los requisitos de habilidad de contacto / criterios de habilidad de cola.
El agente A3 no es elegible. En el caso de los criterios de habilidad asignados a la cola, A3 ni siquiera está asociado a la cola.
-
Entre A1, A2 y A4 , el cálculo de la puntuación es realizado por el sistema en función de los requisitos de habilidades de contacto / criterios de habilidad de cola, donde solo se consideran las habilidades de competencia.
Solo las habilidades mencionadas en los requisitos de habilidades de contacto / criterios de habilidad de cola se consideran para el cálculo de puntuación, aunque los agentes puedan tener habilidades adicionales / otras habilidades de competencia.
Observe también la inversión del valor de la habilidad en el cálculo de la puntuación cuando se utiliza la condición menor que igual a (<=).
-
El contacto se enruta a A2 , ya que es el mejor agente disponible según la puntuación. Si A2 no está disponible / ocupado, el contacto se dirigirá al siguiente mejor agente disponible con la segunda puntuación más alta, y así sucesivamente.
Sin embargo, tenemos 2 agentes: A1 y A4 con la siguiente puntuación más alta. El contacto se enruta al agente disponible más largo entre A1 y A4.
Este patrón de enrutamiento se admite en los siguientes tipos de colas basadas en habilidades:
Enrutamiento no basado en habilidades
Webex Contact Center también admite una variedad de patrones de enrutamiento no basados en habilidades que se centran en distribuir las interacciones de los clientes entrantes sin considerar las habilidades o experiencia específicas de los agentes. A diferencia de los patrones de enrutamiento basados en habilidades, estos no consideran las habilidades del agente ni requieren que el contacto o la cola definan los requisitos / criterios de habilidad para el enrutamiento. Más bien, priorizan factores como la disponibilidad, la distribución de la carga de trabajo y las secuencias predefinidas, lo que permite un manejo eficiente de los contactos basados en la lógica operativa en lugar de las competencias individuales de los agentes. Estos patrones son particularmente útiles en entornos donde las interacciones son relativamente uniformes o no requieren un manejo especializado.
Más tiempo disponible
El patrón de enrutamiento Más largo disponible enruta un contacto a ese agente de la cola que ha estado disponible durante más tiempo desde que gestionó su último contacto en todos los agentes que están disponibles y asociados a esa cola.
Este patrón de enrutamiento garantiza una distribución justa y equilibrada de la carga de trabajo mediante la asignación de interacciones a los agentes que han estado inactivos durante más tiempo. Al evitar los desequilibrios de la carga de trabajo, garantiza que ningún agente se sobrecargue mientras que otros permanecen libres. Este enfoque es especialmente efectivo durante períodos de flujo de contacto constante, manteniendo un compromiso constante en todo el grupo de agentes.
Los agentes pierden sus posiciones "más largas disponibles" en todos los canales cuando se les ofrece un contacto de cualquier tipo de medio. Esto significa que después de que un agente maneje un contacto, el siguiente contacto de cualquier tipo de medio en cola se asignará al siguiente agente disponible más largo en esa cola.
En el ejemplo anterior, el agente A1 es el agente disponible durante más tiempo (posición 1): este agente inició sesión primero o no se le ha asignado un contacto por más tiempo que a cualquier otro agente.
Los agentes A2 (posición 2) y A3 (posición 3) también están disponibles, pero han iniciado sesión o han manejado contactos después de A1. Todos los agentes están asociados a ambas colas que tienen este patrón de enrutamiento.
Considere el siguiente escenario:
-
En el momento T0, un contacto de voz C1 se pone en cola y se enruta al agente disponible más largo, es decir , A1.
En virtud de que a A1 se le asignó C1, A1 ya no es el agente disponible durante más tiempo en todos los canales de medios.
- En el momento T1, un contacto de chat C2 se pone en cola y se enruta al agente disponible más largo, que ahora es A2.
-
Finalmente, en el momento T2, otro contacto de voz C3 se pone en cola y se enruta a A3.
A1 y A2 recientemente obtuvieron contactos; en este momento, es A3 el que ha estado esperando más tiempo.
Este patrón de enrutamiento se admite en los siguientes tipos de colas no basadas en habilidades:
Circular
El patrón de enrutamiento circular distribuye los contactos entrantes entre un grupo de agentes disponibles en un orden round-robin. Cuando un contacto está en cola, el sistema lo asigna al siguiente agente disponible en la cola basándose en una secuencia predeterminada.
El proceso comienza con agentes en un orden configurado. El primer contacto entrante se asigna al primer agente disponible en esa secuencia. Para contactos posteriores, el sistema selecciona el siguiente agente disponible, continuando desde donde lo dejó en el orden de cola definido. Este patrón se repite, circulando a través de los agentes, pero siempre comenzando después de la posición del último agente seleccionado.
Este enfoque es eficaz para distribuir los contactos de manera justa y uniforme entre los agentes. Ayuda a garantizar que ningún agente se vea abrumado por los contactos y que todos los agentes tengan las mismas oportunidades para manejar las interacciones de manera consistente. Sin embargo, el patrón de enrutamiento circular no tiene en cuenta la carga de trabajo actual ni otros factores que puedan afectar a la capacidad de un agente para manejar un contacto determinado.
En el ejemplo anterior, los agentes se configuran en una cola circular en el siguiente orden: A3 → A4 → A5 → A6 → A1 → A2.
Para empezar, la posición inicial es el primer agente en el orden configurado (A3). A medida que los contactos se enrutan a los agentes de esta cola, la posición se mueve alrededor del círculo, posicionada hacia el agente que es el siguiente en orden configurado al agente al que se enrutó el último contacto.
Considere el siguiente escenario:
-
El primer contacto (C1) se pone en cola y se enruta al agente A3.
El puntero se actualiza al siguiente agente en orden configurado, es decir, A4.
-
Cuando el segundo contacto (C2) está en cola, el sistema comienza a encontrar agentes disponibles a partir de A4 , es decir, A4 → A5 → A6 → A1 → A2 → A3.
Sin embargo, A4 y A5 no están disponibles (ni siquiera han iniciado sesión, o están inactivos, o están completamente ocupados con otros contactos de este tipo de medio), por lo que C2 se enruta al siguiente agente disponible: A6. El puntero se actualiza al siguiente agente en orden configurado, es decir, A1.
-
Del mismo modo, el tercer contacto (C3) se enruta a A1, el cuarto contacto (C4) se enruta a A2. El puntero está en A3 de nuevo.
Esta lógica continúa y los contactos se distribuyen entre los agentes disponibles en el patrón "circular" / "round-robin".
Si hay contactos aparcados en cola, el escenario de excedente de agente hará coincidir el siguiente agente que esté disponible en este tipo de medio con el contacto de mayor prioridad y más antiguo entre ellos.
Esto no tiene en cuenta ni afecta al valor de posición existente en esta cola, que solo se actualiza cuando el enrutamiento excedente de contacto coincide correctamente con un agente.
Este patrón de enrutamiento se admite en los siguientes tipos de colas no basadas en habilidades:
De arriba hacia abajo
El patrón de enrutamiento descendente distribuye los contactos entrantes entre un grupo de agentes disponibles y ordenados en un orden secuencial. Cuando un contacto está en cola, el sistema siempre recorre la lista ordenada de agentes desde el principio y hace coincidir el contacto con el primer agente disponible (que tiene un canal disponible gratuito del tipo de medios del contacto) en esa secuencia.
Esto sucede con cada contacto que está en cola. Se intenta emparejar el contacto siempre comenzando desde arriba (primer agente configurado) y bajando por la lista hasta que se encuentre un agente coincidente.
A diferencia del patrón de enrutamiento circular, no existe un "puntero" que cambie dinámicamente el punto de partida en función de la posición del último agente seleccionado.
Este enfoque es eficaz para distribuir contactos entre agentes que se ordenan en función de algún sesgo / preferencia según lo determine el administrador. Ayuda a garantizar que los agentes en la parte superior siempre sean preferidos para manejar los contactos sobre los agentes debajo de ellos. Sin embargo, el patrón de enrutamiento descendente no tiene en cuenta la carga de trabajo actual ni otros factores que puedan afectar a la capacidad de un agente para manejar un contacto determinado.
En el ejemplo anterior, los agentes se configuran en una cola descendente en el siguiente orden: A3 → A4 → A5 → A6 → A1 → A2.
Esto significa que el administrador desea que cada contacto se enrute al primer agente (A3) si está disponible, de lo contrario, al siguiente agente (A4) si está disponible, etc., en orden configurado.
Considere el siguiente escenario:
- El primer contacto (C1) se pone en cola y se enruta al agente A3, ya que A3 está en la parte superior del pedido.
-
Cuando el segundo contacto (C2) está en cola, el enrutamiento se intenta una vez más desde la parte superior del orden (siempre comenzando con A3).
Si A3 tiene más capacidad de canal para este tipo de medio, C2 también se enruta a A3. Sin embargo, si A3 está completamente ocupado en este tipo de medio, el enrutamiento continúa por la lista hasta A4.
- Sin embargo, A4 y A5 no están disponibles (ni siquiera están conectados, o inactivos, o están completamente ocupados con otros contactos de este tipo de medio), por lo que C2 se enruta al siguiente agente disponible en el orden descendente: A6.
-
Del mismo modo, se intenta enrutar el tercer contacto (C3) a partir de A3 hacia abajo. El primer agente coincidente sería A1.
Esta lógica continúa, hasta que un contacto no encuentra ningún agente disponible hasta la parte inferior del pedido, en cuyo caso se estaciona en cola.
Este patrón de enrutamiento se admite en los siguientes tipos de colas no basadas en habilidades:
Enrutamiento basado en agente
El enrutamiento basado en agentes es una capacidad que enruta o pone en cola a un contacto a un agente especificado ("preferido") directamente. Una búsqueda de agente con la dirección de correo electrónico del agente o el ID del agente dirige a un contacto al agente preferido. La actividad Queue To Agent en el flujo ayuda a lograr un enrutamiento basado en el agente. Para obtener más información, consulte Actividad de cola para el agente .
Un contacto puede tener una asignación a uno o más agentes preferidos, que normalmente podrían administrarse en una aplicación externa fuera de Webex Contact Center. La búsqueda de agente preferida para un contacto se realiza a través de la actividad de solicitud HTTP, que recupera la asignación de una aplicación externa. Para enrutar o aparcar el contacto con el agente preferido, configure la actividad Queue To Agent utilizando el Webex Contact Center ID o la dirección de correo electrónico del agente. El contacto también se puede estacionar contra un agente preferido si ese agente preferido no está disponible de inmediato.
El enrutamiento basado en agente es útil en los siguientes escenarios:
- Enrutamiento de agente preferido: El cliente puede asignar contactos a agentes dedicados o ejecutivos de relaciones. En tales escenarios, el enrutamiento basado en agente enruta los contactos directamente a ese agente preferido.
- Último enrutamiento del agente: cuando un contacto devuelve la llamada al centro de contacto varias veces para interactuar con un agente, el enrutamiento basado en el agente puede dirigir el contacto al último agente que manejó ese contacto.
En ambos casos de uso, los detalles del contacto y el mapeo del agente se almacenan fuera del Webex Contact Center.
Capacidades de enrutamiento y cola en Flow
Capacidades de enrutamiento y cola en Flow
En Webex Contact Center, se puede orquestar una amplia gama de capacidades de enrutamiento, cola y control de llamadas a través de flujos.
Una variedad de actividades de flujo y controladores de eventos proporcionados en el Diseñador de flujo se pueden colocar en el flujo para administrar eficazmente el ciclo de vida de los contactos entrantes y salientes.
Para obtener más información sobre cómo configurar y usar flujos, consulte Crear y administrar flujos con el Diseñador de flujos.
Actividades en cola
Contacto de cola
La actividad Contacto en cola proporciona la capacidad de poner en cola un contacto en una cola entrante activa de la organización para que pueda coincidir y enrutarse al agente correcto de esa cola.
Los siguientes aspectos de la cola se pueden administrar a través de esta actividad:
- Prioridad : asignar una importancia jerárquica que va de 1 (más alta) a 10 (más baja, predeterminada) al contacto que se está poniendo en cola.
- Requisitos de habilidades: establezca los criterios de habilidad que deben cumplir los agentes en una cola basada en habilidades para que se consideren elegibles para enrutar el contacto.
- Relajación de habilidades: ajustar, modificar o eliminar los requisitos de habilidad previamente establecidos después de un período de tiempo para mejorar las posibilidades de encontrar un agente.
- Comprobar disponibilidad del agente: permita que el sistema se expanda instantáneamente a través de todos los grupos de distribución de llamadas donde no se encuentran agentes disponibles, para evitar el tiempo de espera.
Consulte Enrutamiento para obtener más información sobre cómo la prioridad, la configuración de habilidades y la disponibilidad del agente desempeñan un papel importante en el enrutamiento de contactos.
Una vez que la actividad Contacto en cola correctamente pone el contacto en cola,
-
Si ya hay disponible un agente coincidente, el sistema intenta enrutar el contacto a un agente.
Esto interrumpe la ejecución del flujo principal y otros eventos pueden desencadenar los flujos de eventos respectivos , si se configuran.
-
Si no se encuentra ningún agente coincidente, el contacto se estaciona en la cola y espera a que haya un agente coincidente disponible.
La ejecución del flujo continúa con las actividades adjuntas después de la actividad Contacto en cola, lo que proporciona la capacidad de:
- Reproduce música preconfigurada para el cliente que espera en la cola, adjuntando una actividad de PlayMusic .
- Registre una devolución de llamada basada en la solicitud del cliente, adjuntando una actividad de devolución de llamada.
- Vuelva a poner en cola, es decir, elimine el contacto de la cola actual y agréguelo a una nueva cola, adjuntando otro contacto de cola o cola a la actividad del agente .
Cuando un agente coincidente está disponible, el sistema intenta enrutar el contacto al agente.
Cuando se realiza correctamente, esto interrumpe la ejecución del flujo principal y otros eventos pueden desencadenar los flujos de eventos respectivos , si se configuran.
El uso de la actividad Contacto en cola no se admite cuando:
- Ya hay un agente asignado al contacto.
- Se proporciona una cola, habilidad u otra configuración no válida en el flujo.
- Se han agotado las transiciones máximas permitidas de punto de entrada y cola (25) para un contacto.
- Se han agotado los intentos máximos permitidos para enrutar correctamente un contacto (20).
En tales casos, la actividad produce un error y la ejecución del flujo se traslada a la ruta de gestión de errores.
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > contacto de cola.
Cola para el agente
La actividad Queue to Agent proporciona la capacidad de poner en cola al contacto directamente a un agente preferido, buscando su ID de agente único o dirección de correo electrónico en Webex Contact Center.
Los siguientes aspectos de la cola se pueden administrar a través de esta actividad:
- Prioridad : asignar mayor o menor importancia a los contactos en cola contra el mismo agente.
- Cola de informes: identifique la cola que se usará para la configuración, como la grabación y la música predeterminada en cola, e informe los propósitos del contacto.
- Cola de recuperación: identifique la cola que se utilizará como respaldo cuando el contacto no se pueda enrutar al agente preferido especificado.
Una vez que la actividad Queue To Agent ponga correctamente en cola al contacto,
-
Si el agente ya está disponible, el contacto se dirige al agente.
Esto interrumpe la ejecución del flujo principal y otros eventos pueden desencadenar los flujos de eventos respectivos , si se configuran.
-
Si el agente está disponible, pero opta por rechazar, no contestar o no recibe el contacto, se mueve a la cola de recuperación proporcionada.
En la cola de recuperación, el contacto se dirigirá al agente disponible más largo, sin ningún tipo de soporte para las habilidades.
-
Si el agente no está disponible y está seleccionada la opción " Aparcar contacto si el agente no está disponible", el contacto se aparca y espera a que el agente esté disponible.
La ejecución del flujo continúa con las actividades adjuntas después de la actividad Poner en cola al agente, lo que le da la capacidad de:
- Reproduce música preconfigurada para el cliente que espera en la cola, adjuntando una actividad de PlayMusic .
- Actividad de devolución de llamada.
- Vuelva a poner en cola, es decir, elimine el contacto de la cola actual y agréguelo a una nueva cola, adjuntando otra actividad de cola al agente o al contacto de cola.
Una vez que el agente está disponible, el sistema intenta enrutar el contacto hacia el agente.
Esto interrumpe la ejecución del flujo principal y otros eventos pueden desencadenar los flujos de eventos respectivos , si se configuran.
- Si el agente no está disponible y la opción " Aparcar contacto si el agente no está disponible " no está seleccionada, la cola falla.
- Ya hay un agente asignado al contacto.
- Se proporciona un agente preferido ID o una dirección de correo electrónico no válidos.
- Se proporciona una cola de informes o recuperación no válida.
- El agente preferido existe, pero no ha iniciado sesión, no está disponible u ocupado manejando otro contacto.
En tales casos, la actividad produce un error y la ejecución del flujo se traslada a la ruta de gestión de errores.
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > poner en cola al agente.
Escalar grupo de distribución de llamadas
La actividad Escalar grupo de distribución de llamadas solo se admite para colas con asignación de equipo y ofrece la capacidad de actualizar el grupo de distribución de llamadas para el contacto inmediatamente, en lugar de esperar a que se produzca la actualización de expansión automática al siguiente grupo después de la duración de espera configurada. Esto permite que el contacto se dirija rápidamente a todos los agentes elegibles en cola.
Mediante la actividad Escalar grupo de distribución de llamadas, el contacto se puede escalar a:
- Grupo siguiente: amplía el conjunto de equipos para incluir los que se agregan al grupo de distribución de la próxima llamada inmediata.
- Último grupo: amplía el conjunto de equipos para incluir a todos los equipos asignados en todos los grupos de distribución de llamadas configurados para la cola.
- El contacto aún no está en cola.
- El contacto está en cola en una cola que no admite el concepto de grupos de distribución de llamadas.
En tales casos, la actividad produce un error y la ejecución del flujo se traslada a la ruta de gestión de errores.
Considere un escenario de ejemplo, en el que un contacto que entra en cola en una cola tiene tres grupos de distribución de llamadas, cada uno actualizado después de un período de 30 segundos.
No hay agentes disponibles en la parte de equipos de CDG 1 y CDG 2 , y hay un agente disponible enel EQUIPO 3 que pertenece al último grupo de distribución de llamada.
Cuando la actividad Escalar grupo de distribución de llamadas no se usa en el flujo, se produce un largo tiempo de espera, como se ilustra a continuación:
El tiempo de espera se puede reducir mediante la actividad Escalar grupo de distribución de llamadas que se utiliza de la siguiente manera:
Según la opción Siguiente grupo o Último grupo seleccionada, el tiempo de espera para el contacto se reduce considerablemente, como se ilustra a continuación:
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > escalar grupo de distribución de llamadas.
Actividades de información de cola
Obtener información de cola
La actividad Obtener información de cola proporciona la capacidad de obtener información de cola en tiempo real para un contacto determinado, como:
- La posición actual del contacto en la cola (PIQ) o la posición potencial si aún no está en cola.
- El tiempo de espera estimado (EWT) o la duración durante la cual se estima que una tarea esperará en la cola antes de ser respondida.
- El número de agentes conectados o disponibles dentro del grupo de distribución de llamadas actual del contacto.
- El número de agentes conectados o disponibles en todos los grupos de distribución de llamadas para la cola seleccionada.
- La duración durante la cual el contacto más antiguo de la cola ha estado esperando.
Estos detalles están disponibles en la ejecución de flujo como variables de salida de actividad.
Para obtener más información sobre el uso de la actividad, la definición detallada y el método de cálculo para cada detalle de cola, consulte Crear y administrar flujos > Obtener información de cola.
Algunas de las formas de utilizar la información de la cola pueden ser:
- Para anunciar la posición del contacto en la cola y el tiempo de espera estimado al cliente, mientras espera ser enrutado.
- Para decidir si se puede registrar una devolución de llamada para el cliente, si el tiempo de espera estimado es demasiado largo.
- Para escalar el contacto al siguiente grupo de distribución de llamada (CDG), si no hay agentes disponibles en los equipos asignados al CDG actual.
No se admite el uso de la actividad Obtener información de cola cuando se proporciona una cola no válida a través de la selección de variables.
En este caso, la actividad produce un error y la ejecución del flujo se mueve a la ruta de control de errores.
- El contacto no está (todavía) en cola cuando se ejecuta la actividad Obtener información de cola.
- El contacto está en cola en una cola que no admite el concepto de grupos de distribución de llamadas.
En estos casos, el valor de -1 en estos campos de salida indica que esta información no es aplicable.
Considere un escenario de ejemplo en el que el cliente debe ser informado de un EWT largo en la cola, después de cada 15 segundos pasados en la cola.
Esto se puede lograr utilizando la actividad Obtener información de cola en el flujo de la siguiente manera:
Información avanzada de cola
La actividad Información avanzada de cola proporciona la capacidad de obtener información de cola en tiempo real para un contacto determinado, teniendo en cuenta además los criterios de habilidad del contacto, tales como:
- La posición actual del contacto en la cola (PIQ) o la posición potencial si aún no está en cola.
- El número de agentes conectados o disponibles dentro del grupo de distribución de llamadas actual del contacto, que coinciden con los criterios de habilidad dados.
- El número de agentes conectados o disponibles en todos los grupos de distribución de llamadas para la cola seleccionada, que coincida con los criterios de habilidad dados.
- El grupo de distribución de llamadas actual donde el contacto está estacionado en una cola proporcionada.
- El número total de grupos de distribución de llamadas en una cola proporcionada.
Estos detalles están disponibles en la ejecución de flujo como variables de salida de actividad.
Para obtener más información sobre el uso de la actividad, la definición detallada y el método de cálculo de cada detalle de cola, consulte Crear y administrar flujos > Información avanzada de colas.
Algunas de las formas de utilizar la información avanzada de la cola pueden ser:
- Para anunciar la posición del contacto en la cola al cliente, mientras espera ser enrutado.
- Para escalar el contacto al siguiente grupo de distribución de llamadas, si no hay agentes disponibles que cumplan los criterios de habilidad en los equipos asignados al grupo de distribución de llamadas actual.
- Para decidir si se puede registrar una devolución de llamada para el cliente, si no hay agentes que cumplan con los criterios de habilidad en todos los grupos de distribución de llamadas.
El uso de la actividad Información avanzada de cola no se admite cuando:
- La información se solicita para colas con criterios de habilidades asignados a la cola.
- El contacto ya está en cola, pero en una cola diferente a aquella en la que se solicita la información.
- El contacto se coloca en cola directamente contra un agente preferido.
En tales casos, la actividad produce un error y la ejecución del flujo se traslada a la ruta de gestión de errores.
Considere un escenario de ejemplo en el que el cliente debe ser informado acerca de la recepción de una devolución de llamada teniendo en cuenta que no hay agentes disponibles que cumplan con los criterios de habilidad.
Esto se puede lograr mediante la actividad Información avanzada de cola en el flujo de la siguiente manera:
Actividades de control de llamadas
Establecer identificador de llamadas
La actividad Establecer ID de llamante se utiliza para definir el ID del llamante que debe aparecer durante una llamada. La actividad Establecer ID llamante debe usarse únicamente en flujos de eventos de marcación previa como una actividad de terminal que marca el final del flujo de eventos.
La actividad Establecer ID de llamante permite configurar la identificación automática de números (ANI) necesaria en función del servicio de identificación de números marcados (DNIS), el tipo de operación o el tipo de participante.
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Establecer llamante ID.
Control de grabación
La actividad Control de grabación está diseñada para usarse junto con una actividad de menú para capturar el consentimiento de grabación de la persona que llama. Esto garantiza el cumplimiento de las regulaciones o políticas que requieren consentimiento explícito antes de que comience la grabación, integrando perfectamente este paso en el flujo de trabajo.
La actividad Menú IVR debe capturar el consentimiento del usuario en una variable booleana que se asignará como entrada a la actividad de Control de grabación. Si el cliente necesita informar del consentimiento del usuario en un informe de consentimiento, el valor del consentimiento debe almacenarse en una variable global notificable. Como alternativa, se puede usar una variable local si no se requieren informes. Este enfoque proporciona a los inquilinos y clientes una mayor flexibilidad en la administración y utilización efectiva de variables.
Cuando esta actividad se agrega al flujo, el consentimiento del usuario tiene prioridad sobre las opciones de configuración de nivel de inquilino o nivel de cola o nivel de programación de grabación.
El orden de precedencia es el siguiente:
- Si el consentimiento del usuario es Sí en el flujo, la llamada se graba, independientemente de la configuración de grabación establecida en el inquilino o en la cola o nivel de programación de grabación.
- Si el usuario no da su consentimiento como respuesta a la actividad, la llamada no se graba, independientemente de la configuración de grabación establecida en el inquilino, la cola o el nivel de programación de grabación.
- Si la actividad Control de grabación no está configurada en el flujo, pero se establece una configuración en Sí en cualquiera de los otros niveles, como inquilino, cola o programación de grabación, la llamada se graba.
- Si la actividad Control de grabación no está configurada en el flujo y una configuración se establece en No en todos los niveles, como inquilino, cola y programación de grabación, la llamada no se graba.
Este control de grabación se puede ilustrar de la siguiente manera:
Además, las configuraciones de grabación como Continuar en transferencia, Pausar reanudación habilitada, Pausar duración y otras siguen siendo aplicables de acuerdo con la jerarquía existente, incluidos los niveles de inquilino, cola o programación de grabación.
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Control de grabación.
Transferencia ciega
La transferencia ciega es un proceso en el que un contacto se enruta eficientemente a un número de marcado (DN) externo a través del sistema IVR, eliminando la necesidad de involucrar al agente.
La actividad de transferencia ciega se utiliza cuando una llamada debe transferirse a un número de directorio externo o de terceros. Esta es una actividad terminal, por lo que el flujo finaliza una vez que se ejecuta la transferencia.
La actividad de transferencia ciega no se admite cuando se ejecuta el flujo para consulta.
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > transferencia ciega.
Transferencia en puente
La actividad de transferencia en puente permite transferir temporalmente un contacto a un destino externo mientras el flujo mantiene el control de la llamada. El destino externo puede ser un puente externo o un servicio Interactive Voice Response (IVR).
Cuando el destino externo finaliza la llamada, el flujo de llamadas continúa según sea necesario, como ponerlo en cola con un agente.
La actividad de transferencia de puente elimina la cola de un contacto mientras lo transfiere a un sistema IVR o de distribución automática de llamadas (ACD) de terceros. Si el contacto no es manejado por el sistema de terceros, se puede volver a poner en cola en la cola original, asegurando que el contacto permanezca en el flujo de trabajo para el manejo adecuado.
Por ejemplo, supongamos que un centro de contacto tiene recursos de agente Webex Contact Center y recursos de agente en un centro de llamadas externo o en una central de sucursal privada (PBX). El cliente desea poner en cola una llamada contra una cola de agentes Webex Contact Center durante un breve período (digamos 60 segundos). Si no hay ningún agente disponible durante ese período, la llamada se puede transferir en puente (con una eliminación implícita de la cola) al centro de llamadas externo para manejar el contacto.
- La actividad de transferencia en puente no se admite en flujos de llamadas salientes ni en flujos de eventos.
- Los contactos que ya están asignados a un agente no son compatibles con Bridge Transfer a través del flujo.
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > transferencia en puente.
Desconectar contacto
La actividad Desconectar contacto proporciona la capacidad de desconectar o finalizar un contacto activo directamente del flujo.
Esta es una actividad de terminal adjunta al flujo y puede ser útil para finalizar contactos sin la intervención de un agente, adecuada para los flujos de ruta de error o después de registrar una devolución de llamada para el cliente.
Según la configuración, la encuesta o retroalimentación de llamadas POST se activa cuando finaliza el contacto a través de esta actividad.
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Desconectar contacto.
Establecer prioridad de contacto
La actividad Establecer prioridad de contacto facilita la gestión eficaz de la prioridad de contacto dentro del flujo al permitir la asignación de niveles de prioridad específicos a los contactos. Esto permite que ciertos contactos tengan mayor o menor importancia, asegurando que se enruten adecuadamente en comparación con otros contactos en espera cuando los agentes estén disponibles. Esta flexibilidad permite un control preciso sobre la priorización de contactos en todo el flujo.
La prioridad se establece asignando un nivel de importancia jerárquica de 1 (más alto) a 9 (más bajo). Los contactos con la prioridad más alta se enrutan antes que aquellos con prioridades más bajas. Cuando varios contactos comparten el mismo nivel de prioridad, el contacto que ha estado esperando más tiempo se enruta primero al siguiente agente disponible y elegible. Este sistema garantiza que los contactos de mayor prioridad reciban atención inmediata mientras se mantiene la equidad entre los contactos de igual prioridad en función de su tiempo de espera.
- La actividad Establecer prioridad de contacto se puede colocar en cualquier punto dentro del flujo principal o de eventos.
- Si la actividad Establecer prioridad de contacto se configura antes que una actividad de cola (como Contacto en cola o Cola para agente), su configuración de prioridad puede ser anulada por cualquier prioridad configurada explícitamente en las actividades de cola posteriores. Sin embargo, si la siguiente actividad de cola no especifica una prioridad, se aplicará la prioridad de contacto establecida por la actividad Establecer prioridad de contacto anterior.
- Por el contrario, si la actividad Establecer prioridad de contacto se configura después de una actividad de cola (como Contacto en cola o Cola para agente), anulará la configuración de prioridad configurada por la actividad de cola anterior.
- La actividad Establecer prioridad de contacto no se admite actualmente para los contactos de campaña y de marcado externo.
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Establecer prioridad de contacto.
Actividades de devolución de llamada
Callback (Devolución de llamada)
Una actividad de devolución de llamada permite a las personas que llaman solicitar una devolución de llamada en lugar de esperar en espera, lo que mejora significativamente la satisfacción del cliente al reducir los tiempos de espera y minimizar las tasas de abandono. Cuando se activa, la actividad Devolución de llamada crea una tarea en cola, lo que garantiza que un agente disponible pueda devolver la llamada del cliente.
El diseñador de flujos puede configurar la actividad para mantener el contacto en la cola original, donde se originó la llamada, o asignarlo a una cola diferente según las preferencias. Si la devolución de llamada permanece en la cola original, el contacto mantiene su posición, habilidades, prioridad y datos contextuales, lo que permite una asignación perfecta al siguiente agente disponible. Sin embargo, si se selecciona una cola diferente, el contacto se envía al final de la cola seleccionada sin habilidades y con prioridad predeterminada.
La actividad también permite a los clientes solicitar devoluciones de llamadas de sus agentes preferidos, agregando un toque personal a la experiencia y mejorando la satisfacción del cliente. Esto se puede lograr cuando la actividad de devolución de llamada sigue a una actividad QueueToAgent en el flujo. Además, la actividad de devolución de llamada ofrece una configuración opcional para personalizar la identificación automática de números (ANI) utilizada durante el proceso de devolución de llamada. Esta personalización ayuda en la consistencia de la marca y reduce la probabilidad de rechazo de llamadas al garantizar un ID de llamada reconocible.
El diseñador de flujo tiene la opción de incluir un evento CallbackFailed en el flujo de eventos. Este evento se desencadena cuando se produce un error en un intento de devolución de llamada, lo que permite al diseñador de flujos implementar reintentos a intervalos específicos. El retraso o intervalo entre reintentos se puede configurar mediante la actividad Esperar, con un intervalo mínimo de reintentos de 10 segundos y un máximo de 72 horas. El sistema admite hasta 10 intentos de reintento en un lapso máximo de 14 días utilizando la actividad Esperar.
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > devolución de llamada.
Programar devolución de llamada
La actividad de devolución de llamada programada permite que el flujo ofrezca a los clientes la comodidad de solicitar una devolución de llamada en una fecha y hora futuras específicas, lo que elimina la necesidad de una conexión inmediata con un agente. Esta característica mejora la experiencia del cliente al permitirle seleccionar una ventana de devolución de llamada conveniente, minimizando así los tiempos de espera percibidos y disminuyendo las tasas de abandono de llamadas.
El flujo debe capturar las entradas de la persona que llama, como la fecha y hora preferidas, a través de avisos DTMF y pasarlas a la actividad después de realizar las validaciones de entrada necesarias.
Antes de comenzar, asegúrese de que el punto de entrada predeterminado de devolución de llamada esté configurado en Configuración de canal en el Centro de control. Para obtener más información, consulte Configuración de un punto de entrada de devolución de llamada.
La devolución de llamada se puede programar utilizando cualquier cola de telefonía, ya sea entrante o saliente. Para obtener los mejores resultados, se recomienda agregar una actividad de desconexión inmediatamente después de la actividad de devolución de llamada programada para asegurarse de que la llamada actual finalice correctamente una vez que se programe la devolución de llamada. Para obtener más información sobre cómo programar devoluciones de llamada IVR, consulte Programar devoluciones de llamada IVR.
Cuando la devolución de llamada se activa en la fecha y hora futuras solicitadas, se crea una nueva llamada o interacción. Esta nueva interacción seguirá el flujo estándar vinculado al punto de entrada predeterminado de devolución de llamada. Si se produce un error en el intento de devolución de llamada, el flujo puede reintentar automáticamente la llamada mediante el controlador de eventos CallbackFailed si está configurado en ese flujo.
Se deben considerar las siguientes validaciones de entrada antes de pasar entradas a la actividad:
- Selección de fecha: puede elegir cualquier fecha desde hoy hasta 31 días en el futuro. La fecha debe tener este formato: AAAA-MM-DD (por ejemplo, 2025-07-18).
- Hora de inicio y finalización de la ventana de tiempo: la hora que elija debe comenzar dentro de al menos 30 minutos y puede durar Anywhere entre 30 minutos y 8 horas. Utilice un formato de 24 horas (como
14:30:00). - Zona horaria: debe ingresar una zona horaria válida en formato IANA (como
América/New_York) para que podamos llamarlo en el momento adecuado.
Una implementación de referencia se proporciona en forma de una plantilla de subflujo para demostrar los avisos DTMF y las validaciones básicas que se utilizan junto con la actividad. Para obtener más información, consulte Plantilla de subflujo de devolución de llamada programada.
Análisis del progreso de las llamadas
La actividad de análisis de progreso de llamadas (CPA) permite la detección de sistemas de respuesta automatizados y voces humanas en vivo en llamadas de devolución de llamada.
Cuando un intento de devolución de llamada encuentra un contestador automático (AMD) o un correo de voz, el sistema identifica la llamada como incorrecta. El resultado de la detección de contestador automático (AMD) se captura en la variable de salida de motivo del controlador de eventos CallbackFailed. En función de esta variable de salida, el diseñador de flujo puede configurar reintentos de devolución de llamada.
- Para devolución de llamada de cortesía, CallProgressAnalysis se puede colocar en un punto posterior a la actividad de devolución de llamada en el flujo principal. Para devolución de llamada programada o devolución de llamada programada personal, se puede colocar después de NewPhoneContact en el flujo principal.
- En el flujo de eventos, solo se admite en el controlador de eventos CallbackFailed.
- Si se configura una encuesta de clientes de POST call (actividad de comentarios) en el flujo, no se iniciará si la llamada se responde mediante un AMD o un correo de voz. Esto evita desencadenar encuestas innecesarias.
Para obtener más información sobre la configuración de actividad, el uso y las variables de salida, consulte Crear y administrar flujos > Análisis de progreso de llamadas.