Su Template de datos de atención al cliente
Su Template de datos de atención al cliente
- Atributos recomendados para recopilar
- Actividades clave que conviene registrar
- Pautas para la extracción
Atributos de atención al cliente
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora de inicio
EventTime
|
Marca de tiempo que indica cuándo comenzó una actividad o un evento. | ||
|
Descripción
Este atributo indica la fecha y hora exactas de cada actividad. Es esencial para ordenar correctamente los eventos y realizar cualquier análisis basado en el tiempo. La hora de inicio permite construir el flujo del proceso en orden cronológico y sirve de base para calcular la duración, los tiempos de espera y los tiempos de ciclo entre actividades. Las marcas de tiempo precisas son fundamentales para analizar los procesos y supervisar el rendimiento de forma fiable.
Por qué es importante
Esta marca de tiempo ordena cronológicamente todas las actividades y permite analizar con precisión los flujos, las duraciones y los cuellos de botella del proceso.
Dónde obtenerlo
Se encuentra en los registros de eventos o en los detalles de las interacciones de Genesys Cloud CX y suele estar asociada a cada evento registrado por el sistema o por un usuario.
Ejemplos
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
|
|||
|
Nombre de la actividad
ActivityName
|
Nombre del evento o la tarea específica que tuvo lugar en un momento determinado del ciclo de vida de la solicitud de servicio. | ||
|
Descripción
Este atributo describe un paso específico o un cambio de estado en el proceso de atención al cliente. Cada actividad representa un evento concreto, como 'Interacción aceptada por un agente' o 'Código de cierre asignado'. Analizar la secuencia y la frecuencia de estas actividades es fundamental para Process Mining. Permite visualizar los flujos del proceso, identificar desviaciones y detectar cuellos de botella o pasos ineficientes.
Por qué es importante
Las actividades son la base del mapa de procesos y permiten visualizar y analizar el flujo real frente al flujo diseñado.
Dónde obtenerlo
Por lo general, se obtiene al asignar nombres de actividad estandarizados a eventos del sistema, estados de los agentes o entradas específicas del registro de auditoría de Genesys Cloud CX.
Ejemplos
Interacción iniciadaInteracción aceptada por un agenteFin del trabajo posterior a la llamadaSolicitud de servicio reabierta
|
|||
|
Solicitud de servicio
ServiceRequest
|
Identificador principal de una interacción de atención al cliente que vincula todas las actividades relacionadas. | ||
|
Descripción
La solicitud de servicio, también llamada ticket o caso, es el identificador principal de una consulta o problema de un cliente. Agrupa todos los eventos relacionados, desde el contacto inicial hasta la resolución final, en una única instancia del proceso. Analizar por solicitud de servicio permite obtener una visión completa del recorrido del cliente y del proceso interno de atención. Es la base para calcular métricas clave, como el tiempo total de resolución y la tasa de resolución en el primer contacto.
Por qué es importante
Este es el ID del caso esencial que conecta todos los pasos del proceso y permite analizar de forma integral cada interacción con el cliente, de principio a fin.
Dónde obtenerlo
Este es el identificador conceptual del caso. En Genesys suele corresponder al ID de conversación, aunque puede ser un identificador personalizado según la implementación.
Ejemplos
SR-20240521-00123SR-20240521-00124SR-20240522-00001
|
|||
|
Sistema de origen
SourceSystem
|
Sistema del que se extrajeron los datos. | ||
|
Descripción
Este atributo identifica el sistema de origen de los datos de eventos, que en este caso es Genesys Cloud CX. En entornos con varios sistemas integrados, este campo es fundamental para conocer la procedencia de los datos, resolver problemas y comprender su contexto. Ayuda a garantizar que el análisis se base en la fuente de datos correcta y permite filtrar o segmentar los datos cuando varios sistemas contribuyen a una misma vista del proceso.
Por qué es importante
Identifica el origen de los datos, algo fundamental para la gobernanza, la validación y la combinación de datos de varios sistemas.
Dónde obtenerlo
Por lo general, se trata de un valor estático que se añade durante la extracción y transformación de los datos para indicar el origen de los registros.
Ejemplos
Genesys Cloud CXGenesysCloudCX_US1Genesys
|
|||
|
Última actualización de los datos
LastDataUpdate
|
Marca de tiempo de la actualización más reciente de los datos. | ||
|
Descripción
Este atributo indica cuándo se actualizó por última vez el conjunto de datos desde el sistema de origen. Aporta contexto sobre la actualidad de los datos analizados, un aspecto fundamental para tomar decisiones empresariales oportunas y pertinentes. Los Dashboards y los informes deben mostrar esta información de forma destacada para que las personas usuarias sepan qué tan recientes son los datos y puedan valorar la validez de las conclusiones.
Por qué es importante
Indica la actualidad de los datos y permite basar los análisis y las decisiones en información actualizada.
Dónde obtenerlo
Este valor se genera y se añade al conjunto de datos al extraerlos o cargarlos en la herramienta de Process Mining.
Ejemplos
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
|
|||
|
Canal de comunicación
MediaType
|
Canal de comunicación utilizado en la interacción, como voz, chat o correo electrónico. | ||
|
Descripción
Este atributo especifica el medio por el que se comunicaron el cliente y el agente. Entre los canales habituales se encuentran la voz, el chat, el correo electrónico y las redes sociales. Analizar el rendimiento por canal, como en el Dashboard «Rendimiento por canal de comunicación», ayuda a comprender el volumen, los tiempos de resolución y la satisfacción del cliente de cada canal. Esta información es fundamental para optimizar la estrategia de canales y la asignación de recursos.
Por qué es importante
Segmentar el proceso por canal de comunicación es fundamental para comprender el rendimiento específico de cada canal, el comportamiento de los clientes y las necesidades de recursos.
Dónde obtenerlo
Campo estándar de los registros detallados de conversaciones de Genesys Cloud CX.
Ejemplos
vozchatcorreo electrónicomensaje
|
|||
|
Código de cierre
WrapUpCode
|
Código que asigna un agente al finalizar una interacción para clasificar su resultado o tema. | ||
|
Descripción
El código de cierre es una etiqueta que selecciona un agente para clasificar el motivo o el resultado de una interacción con un cliente. Estos códigos aportan datos estructurados sobre las razones por las que los clientes contactan con soporte. Analizarlos ayuda a identificar los tipos de problemas más frecuentes, hacer un seguimiento de los resultados de resolución y medir la frecuencia de solicitudes específicas. Estos datos son útiles para analizar las causas raíz y comprender los patrones de demanda del servicio.
Por qué es importante
Clasifica el resultado de una interacción y aporta datos estructurados para analizar los problemas frecuentes, la eficacia de las resoluciones y los motivos de contacto.
Dónde obtenerlo
Disponible en los registros detallados de conversaciones de Genesys Cloud CX, en concreto, en los detalles de sesión de las personas participantes que son agentes.
Ejemplos
Restablecimiento de contraseñaDisputa de facturación resueltaSolicitud de información sobre productosDerivado al nivel 2
|
|||
|
Hora de finalización
EventEndTime
|
Marca de tiempo que indica cuándo terminó una actividad o un evento. | ||
|
Descripción
Este atributo registra el momento exacto en que concluye una actividad. Junto con Hora de inicio, permite calcular con precisión la duración de cada actividad. Analizar estas duraciones es clave para identificar qué pasos del proceso consumen más tiempo y detectar ineficiencias y oportunidades de mejora. Por ejemplo, puede revelar tiempos prolongados en «Retención de la interacción» o en el «Trabajo posterior a la llamada».
Por qué es importante
Permite calcular con precisión la duración de cada actividad, algo esencial para identificar los pasos que más tiempo consumen y los cuellos de botella del rendimiento.
Dónde obtenerlo
Se encuentra en los registros de eventos o en los detalles de la interacción de Genesys Cloud CX. También puede obtenerse a partir de la hora de inicio del evento siguiente.
Ejemplos
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
|
|||
|
ID del agente
AgentId
|
Identificador único del agente que atendió la interacción o realizó la actividad. | ||
|
Descripción
El ID del agente es una clave única para cada representante de atención al cliente. Este atributo es esencial para analizar el rendimiento de los agentes, la distribución de la carga de trabajo y la eficiencia. Permite filtrar el mapa de procesos para ver cómo atienden las solicitudes determinados agentes o equipos y comparar métricas de rendimiento, como el tiempo de resolución, la tasa de retrabajo y el cumplimiento de los procedimientos estándar. Es un elemento fundamental del Dashboard «Rendimiento y eficiencia de los agentes».
Por qué es importante
Este atributo vincula las actividades del proceso con personas empleadas concretas y permite analizar el rendimiento individual, la carga de trabajo y la eficiencia del equipo.
Dónde obtenerlo
Disponible en los registros detallados de conversaciones de Genesys Cloud CX, asociado a la persona usuaria que atendió un segmento específico de la interacción.
Ejemplos
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
|
|||
|
Nombre de la cola
QueueName
|
Nombre de la cola a la que se dirigió la interacción. | ||
|
Descripción
Este atributo identifica la cola en la que esperó una interacción antes de asignarse a un agente. Analizar los datos por nombre de cola es esencial para el Dashboard «Detección de cuellos de botella en las colas de atención». Ayuda a comprender cómo se distribuye la carga de trabajo entre distintos grupos de habilidades o líneas de servicio, medir los tiempos de espera de cada cola e identificar las que suelen tener poco personal o estar sobrecargadas. Esta información es clave para optimizar la asignación de recursos y reducir los tiempos de espera de los clientes.
Por qué es importante
Ayuda a identificar cuellos de botella y analizar la distribución de la carga de trabajo al mostrar dónde esperan las solicitudes de servicio a que se les asigne un agente.
Dónde obtenerlo
Disponible en los registros detallados de conversaciones de Genesys Cloud CX. Cada interacción puede pasar por una o varias colas.
Ejemplos
Soporte de nivel 1 - VozConsultas de facturación - ChatSoporte técnico - Correo electrónico
|
|||
|
Nombre del agente
AgentName
|
Nombre completo del agente que atendió la interacción o realizó la actividad. | ||
|
Descripción
El nombre del agente ofrece un identificador legible para la persona representante de atención y corresponde al ID del agente. Este atributo facilita la consulta de Dashboards e informes para responsables y líderes de equipo. Se utiliza ampliamente en análisis centrados en los agentes para revisar el rendimiento, detectar necesidades de formación y distribuir la carga de trabajo de forma equitativa, sin tener que consultar los ID del sistema.
Por qué es importante
Proporciona un nombre fácil de reconocer para el agente y facilita el análisis del rendimiento y la comunicación de resultados sin recurrir a ID técnicos.
Dónde obtenerlo
Se obtiene del servicio Users o Directory de Genesys Cloud CX mediante la consulta de AgentId.
Ejemplos
John SmithJane DoePeter Jones
|
|||
|
Cumple el SLA
IsSlaCompliant
|
Indicador que señala si la solicitud de servicio se resolvió dentro del tiempo objetivo del SLA. | ||
|
Descripción
Este atributo booleano indica si una solicitud de servicio cumplió el tiempo objetivo de resolución. Se calcula comparando «ServiceResolutionTime» con «SlaTargetResolutionTime». El indicador simplifica el análisis y la visualización en el Dashboard «Resumen del cumplimiento del SLA» y sirve de base para calcular el KPI «Tasa de cumplimiento del SLA». Permite filtrar y segmentar rápidamente los casos que cumplen el SLA y los que lo incumplen, para identificar patrones habituales en los incumplimientos.
Por qué es importante
Simplifica el análisis del rendimiento del SLA al indicar claramente si cada caso cumple el objetivo o lo incumple, lo que facilita el análisis de las causas raíz de los fallos.
Dónde obtenerlo
Campo calculado: True si ServiceResolutionTime <= SlaTargetResolutionTime; de lo contrario, False.
Ejemplos
truefalse
|
|||
|
ID de conversación
ConversationId
|
Identificador único que Genesys asigna a una conversación completa. | ||
|
Descripción
El ID de conversación es la clave técnica principal de Genesys Cloud CX y agrupa todas las interacciones, los segmentos y las personas participantes relacionados con una conversación de un cliente. Aunque se utiliza el concepto de «solicitud de servicio» como ID del caso, el ID de conversación es la clave subyacente para recuperar todos los datos relacionados de las API de Genesys. Es esencial para extraer datos, combinar distintos conjuntos de datos y validar técnicamente los datos del proceso.
Por qué es importante
Es la clave técnica principal de Genesys, esencial para extraer datos, resolver problemas y vincular la información con el sistema de origen.
Dónde obtenerlo
Es un campo principal en todas las API de análisis y conversaciones de Genesys Cloud CX.
Ejemplos
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
|
|||
|
Puntuación CSAT
CustomerSatisfactionScore
|
Puntuación de satisfacción que proporciona el cliente en una encuesta posterior a la interacción. | ||
|
Descripción
La puntuación de satisfacción del cliente, o CSAT, mide directamente la percepción del cliente sobre el servicio recibido. Por lo general, se recopila mediante una encuesta que se envía al cerrar la interacción. Analizar las puntuaciones CSAT junto con los datos del proceso puede revelar cómo influyen en la satisfacción del cliente las variaciones del proceso, los tiempos de resolución o determinados agentes. Es una métrica clave para evaluar el éxito general del proceso.
Por qué es importante
Mide directamente la satisfacción del cliente y permite analizar la relación entre el rendimiento del proceso y los resultados para el cliente.
Dónde obtenerlo
Estos datos suelen proceder del módulo Quality Management de Genesys Cloud CX o de una herramienta de encuestas de terceros integrada con Genesys.
Ejemplos
5413
|
|||
|
Reabierto
IsReopened
|
Indicador que señala si una solicitud de servicio resuelta se volvió a abrir posteriormente. | ||
|
Descripción
Este atributo booleano identifica las solicitudes de servicio que pasaron a un estado resuelto o cerrado y después volvieron a estar activas. Los casos reabiertos suelen indicar que la solución inicial no fue eficaz o estaba incompleta, lo que puede generar insatisfacción y trabajo adicional. Este atributo alimenta el Dashboard «Tendencias de reapertura de solicitudes de servicio» y el KPI «Tasa de reapertura de solicitudes de servicio». Analizar estos casos ayuda a identificar las causas raíz de las resoluciones ineficaces.
Por qué es importante
Pone de manifiesto fallos en el proceso de resolución y señala problemas en la calidad de las soluciones que generan retrabajo y una mala experiencia para el cliente.
Dónde obtenerlo
Campo calculado que detecta una actividad que reactiva el caso después de que se haya producido una actividad «Solicitud de servicio resuelta».
Ejemplos
truefalse
|
|||
|
Resuelto en el primer contacto
IsFirstContactResolution
|
Indicador que señala si la solicitud de servicio se resolvió en una sola interacción. | ||
|
Descripción
Este atributo booleano identifica los casos resueltos durante la primera interacción, sin necesidad de que el cliente vuelva a contactar ni de transferir el caso internamente. El valor «true» indica una resolución eficiente e ideal. Este atributo sirve de base para el KPI «Tasa de resolución en el primer contacto» y su Dashboard correspondiente. Analizar las características de los casos que no se resuelven en el primer contacto puede revelar oportunidades para mejorar la formación de los agentes, la base de conocimientos o los procesos.
Por qué es importante
Mide directamente la eficiencia y la satisfacción del cliente, ya que resolver los problemas al primer intento es clave para ofrecer una experiencia de servicio positiva.
Dónde obtenerlo
Campo calculado a partir del análisis de la secuencia de eventos de un caso. Un caso se considera resuelto en el primer contacto (FCR) si se resuelve sin ciertas actividades intermedias, como transferencias o reaperturas.
Ejemplos
truefalse
|
|||
|
Tiempo de resolución del servicio
ServiceResolutionTime
|
Tiempo total transcurrido desde la primera interacción con el cliente hasta la resolución final. | ||
|
Descripción
Esta métrica mide la duración total de una solicitud de servicio, desde que el cliente se pone en contacto hasta que el problema se marca como resuelto. Es un indicador clave del rendimiento y permite evaluar la eficiencia general del proceso y la experiencia del cliente. Este atributo calculado es el foco principal del Dashboard «Tiempo de resolución de solicitudes de servicio» y del KPI «Tiempo medio de resolución del servicio». Analizar su distribución ayuda a identificar casos prolongados y demoras sistemáticas.
Por qué es importante
Es un KPI fundamental para medir la eficiencia general del proceso y su impacto en la experiencia del cliente.
Dónde obtenerlo
Campo calculado: marca de tiempo de la actividad de resolución final menos la marca de tiempo de la primera actividad de contacto con el cliente.
Ejemplos
90010800172800
|
|||
|
Tiempo objetivo de resolución del SLA
SlaTargetResolutionTime
|
Tiempo objetivo acordado por contrato para resolver la solicitud de servicio. | ||
|
Descripción
Este atributo define el tiempo máximo permitido para resolver una solicitud de servicio según el acuerdo de nivel de servicio (SLA). Sirve como referencia para medir los tiempos reales de resolución. Estos datos son esenciales para el Dashboard «Resumen del cumplimiento del SLA» y el KPI «Tasa de cumplimiento del SLA», ya que permiten supervisar el rendimiento frente a los compromisos con los clientes e identificar posibles incumplimientos antes de que se produzcan.
Por qué es importante
Proporciona la referencia para medir el cumplimiento del SLA, un indicador clave del rendimiento del servicio y de las obligaciones contractuales.
Dónde obtenerlo
Puede almacenarse como atributo personalizado de la conversación o calcularse según reglas relacionadas con la cola, el tipo de cliente o el tipo de solicitud.
Ejemplos
86400144003600
|
|||
|
Tipo de solicitud de servicio
ServiceRequestType
|
Clasificación de la solicitud de servicio, como «Consulta», «Reclamación» o «Problema técnico». | ||
|
Descripción
Este atributo clasifica la solicitud de servicio según su naturaleza o finalidad. Permite segmentar el análisis para comprender cómo se gestionan los distintos tipos de solicitudes. Por ejemplo, el flujo del proceso y el tiempo de resolución de una «Reclamación» pueden diferir considerablemente de los de una «Consulta general». Esta dimensión es esencial en Dashboards como «Análisis de derivaciones internas», que permiten comprobar si ciertos tipos de solicitudes se derivan con más frecuencia.
Por qué es importante
Permite segmentar el proceso para comparar cómo se gestionan los distintos tipos de solicitudes e identificar cuellos de botella o ineficiencias específicos de cada tipo.
Dónde obtenerlo
Esta información puede recopilarse mediante una selección en el IVR, la opción elegida por el cliente en un formulario web o la clasificación de un agente. En Genesys, puede almacenarse como atributo de participante o código de cierre.
Ejemplos
Consulta de facturaciónSoporte técnicoGestión de cuentasReclamación sobre un producto
|
|||
Actividades de atención al cliente
| Actividad | Descripción | ||
|---|---|---|---|
|
Código de cierre asignado
|
Un agente asigna a la interacción un código de cierre predefinido, también llamado código de disposición. Este código clasifica explícitamente el resultado de la solicitud de servicio, por ejemplo, 'Resuelta' o 'Escalada'. | ||
|
Por qué es importante
Los códigos de cierre son una fuente principal para determinar el resultado de una solicitud. Son fundamentales para calcular las tasas de resolución y segmentar los casos para su análisis.
Dónde obtenerlo
Este evento explícito aparece en los registros detallados de la conversación, normalmente en los datos de sesión del participante agente. Se registran el código wrapUp y la marca de tiempo.
Capturar
Se registra cuando un agente selecciona un código de cierre para la interacción.
Tipo de evento
explicit
|
|||
|
Interacción aceptada por un agente
|
Marca el momento en que un agente acepta la interacción ofrecida y se conecta con el cliente. Es un hito clave, ya que comienza la atención directa de la solicitud de servicio. | ||
|
Por qué es importante
Esta actividad es fundamental para medir la resolución en el primer contacto y el tiempo de atención del agente. Marca el inicio del trabajo del agente en la solicitud.
Dónde obtenerlo
Está disponible en los registros detallados de la conversación. Se identifica cuando el estado del participante agente cambia a 'connected' y se registra la marca de tiempo correspondiente.
Capturar
Se registra cuando el estado de un participante agente cambia a 'connected'.
Tipo de evento
explicit
|
|||
|
Interacción desconectada
|
Esta actividad indica el final de la conversación, cuando todos los participantes se han desconectado. A menudo marca el cierre técnico de la interacción de solicitud de servicio. | ||
|
Por qué es importante
Este es el evento de fin definitivo de la interacción. Es fundamental para calcular su duración total y suele utilizarse como aproximación al cierre de la solicitud.
Dónde obtenerlo
Se obtiene de los registros detallados de la conversación. Corresponde a la hora de finalización del objeto de conversación y suele encontrarse en la marca de tiempo conversationEnd.
Capturar
Se registra cuando todos los participantes se desconectan y finaliza la conversación.
Tipo de evento
explicit
|
|||
|
Interacción iniciada
|
Esta actividad marca el inicio de una interacción de atención al cliente, como una llamada entrante, un chat o un correo electrónico. Genesys Cloud CX registra explícitamente este evento cuando se crea un nuevo objeto de conversación en el sistema. | ||
|
Por qué es importante
Este es el evento de inicio principal del proceso de solicitud de servicio. Es esencial para calcular el tiempo total de resolución y comprender los patrones de demanda entrante de los clientes.
Dónde obtenerlo
Este evento se obtiene de los registros detallados de la conversación. Corresponde a la hora de inicio del objeto de conversación y suele encontrarse en la marca de tiempo conversationStart.
Capturar
Se registra cuando se inicia una nueva conversación en el sistema.
Tipo de evento
explicit
|
|||
|
Interacción transferida
|
Indica que un agente transfiere una interacción a otra cola o a otro agente. Puede ser una transferencia directa, en la que el agente se desconecta de inmediato, o una transferencia con consulta previa al destinatario. | ||
|
Por qué es importante
Esta actividad es esencial para el KPI de tasa de escalaciones internas. Una tasa elevada de transferencias puede indicar necesidades de formación, un enrutamiento incorrecto o procesos complejos.
Dónde obtenerlo
Se identifica en los registros detallados de la conversación cuando se añade un nuevo participante ACD o agente después de la intervención del agente inicial, a menudo a raíz de un evento 'transfer'.
Capturar
Se identifica mediante un evento de transferencia en los datos de sesión del participante.
Tipo de evento
explicit
|
|||
|
Conversación enviada a una cola
|
Indica el momento en que una nueva interacción se envía a una cola específica para esperar a que haya un agente disponible. El motor de enrutamiento (ACD) de Genesys registra este evento explícitamente. | ||
|
Por qué es importante
El seguimiento de esta actividad es fundamental para medir los tiempos de espera en las colas e identificar cuellos de botella en el proceso de enrutamiento. Una duración elevada entre este evento y la asignación del agente puede indicar problemas de dotación de personal o de lógica de enrutamiento.
Dónde obtenerlo
Se obtiene de los registros detallados de la conversación, en concreto de los campos 'purpose' y 'state' del participante ACD en la conversación. La marca 'enterTime' de la cola en la matriz de métricas indica este evento.
Capturar
Se registra cuando el motor de enrutamiento ACD envía una conversación a una cola.
Tipo de evento
explicit
|
|||
|
Encuesta de satisfacción del cliente enviada
|
Esta actividad se produce cuando se envía una encuesta de satisfacción del cliente (CSAT) después de cerrar una interacción. A menudo, el sistema la activa automáticamente según reglas predefinidas. | ||
|
Por qué es importante
Esta actividad es necesaria para medir el KPI de puntualidad en el envío de encuestas CSAT. Enviar las encuestas a tiempo ayuda a obtener retroalimentación precisa mientras el cliente aún recuerda la experiencia.
Dónde obtenerlo
Esta información suele estar disponible en los datos de encuestas o de gestión de calidad de Genesys Cloud CX y puede vincularse con el ID de la conversación original.
Capturar
El módulo de encuestas lo registra cuando envía una encuesta para una conversación específica.
Tipo de evento
explicit
|
|||
|
Fin del trabajo posterior a la llamada
|
Marca el final del período de trabajo posterior a la llamada de un agente. En ese momento, el agente queda disponible para atender otra interacción. | ||
|
Por qué es importante
Esta actividad, junto con 'Inicio del trabajo posterior a la llamada', permite calcular con precisión la duración de la fase de cierre y analizar la productividad de los agentes y los costes operativos del proceso.
Dónde obtenerlo
Se infiere cuando el estado del agente cambia de 'acw' a un estado disponible, como 'idle'. Se utiliza la marca de tiempo de ese cambio de estado.
Capturar
Se infiere cuando el estado del agente cambia de 'acw' a un estado disponible.
Tipo de evento
inferred
|
|||
|
Inicio del trabajo posterior a la llamada
|
Esta actividad marca el inicio del período de trabajo posterior a la llamada (ACW). El agente ya se ha desconectado del cliente y pasa a un estado específico para completar tareas, como registrar notas o actualizar sistemas. | ||
|
Por qué es importante
Medir la duración del ACW es importante para comprender la eficiencia de los agentes y el tiempo total de atención. Un ACW prolongado puede indicar que los procesos posteriores a la interacción son ineficientes.
Dónde obtenerlo
Se obtiene de los datos de sesión del participante agente. Se registra cuando el estado del agente cambia a 'acw' después de que el participante cliente se desconecta.
Capturar
Se registra cuando el estado de un participante agente cambia a 'acw'.
Tipo de evento
explicit
|
|||
|
Interacción ofrecida a un agente
|
Este evento se produce cuando el sistema ofrece una interacción a un agente específico. El estado del agente cambia a 'alerting' mientras el sistema espera a que acepte o rechace la conversación. | ||
|
Por qué es importante
Esta actividad permite analizar la capacidad de respuesta de los agentes y la eficacia del algoritmo de enrutamiento. Los retrasos posteriores pueden indicar que los agentes no aceptan el trabajo con rapidez.
Dónde obtenerlo
Se encuentra en los registros detallados de la conversación, dentro de los datos del participante correspondientes al agente. La sesión del participante muestra una métrica con el estado 'alerting' y la marca de tiempo correspondiente.
Capturar
Se registra cuando el motor de enrutamiento alerta a un agente de una nueva interacción.
Tipo de evento
explicit
|
|||
|
Interacción puesta en espera
|
Esta actividad se registra cuando un agente pone al cliente en espera durante una interacción. Es un cambio de estado explícito del participante agente en la conversación. | ||
|
Por qué es importante
Analizar la frecuencia y la duración de las esperas puede revelar ineficiencias en el proceso, como que los agentes tengan que buscar información o consultar con otras personas con frecuencia.
Dónde obtenerlo
Se obtiene de los datos de sesión del participante agente en los registros detallados de la conversación. El estado cambia a 'held' y se registra una marca de tiempo.
Capturar
Se registra cuando el estado de un participante agente cambia a 'held'.
Tipo de evento
explicit
|
|||
|
Interacción reanudada tras la espera
|
Se produce cuando un agente retoma la conversación después de poner al cliente en espera. Este evento marca el final del período de espera y se registra como un cambio de estado. | ||
|
Por qué es importante
Junto con 'Interacción puesta en espera', esta actividad permite calcular con precisión el tiempo total de espera, un componente clave del tiempo total de atención y de la experiencia del cliente.
Dónde obtenerlo
Se obtiene de los datos de sesión del participante agente cuando su estado cambia de 'held' a 'connected'.
Capturar
Se registra cuando el estado de un participante agente cambia de 'held' a 'connected'.
Tipo de evento
explicit
|
|||
|
Solicitud de servicio reabierta
|
Se produce cuando un cliente vuelve a ponerse en contacto con el centro de servicio por el mismo problema poco después de que se considerara resuelto. No es un evento explícito, sino que se calcula según la lógica de negocio. | ||
|
Por qué es importante
El seguimiento de las solicitudes reabiertas es clave para medir la tasa de reapertura de solicitudes de servicio. Indica que la resolución inicial no fue eficaz, lo que afecta a la satisfacción del cliente y a la eficiencia operativa.
Dónde obtenerlo
Esta actividad se infiere al identificar un nuevo evento 'Interacción iniciada' del mismo cliente (Customer ID) y relacionado con el mismo problema (por ejemplo, el tipo de solicitud de servicio) dentro de un período predefinido después de resolver una interacción anterior.
Capturar
Se calcula vinculando una nueva interacción con otra cerrada recientemente para el mismo cliente y el mismo problema.
Tipo de evento
calculated
|
|||
Guías de extracción
¿Todo listo para comenzar?
Aproveche al máximo las operaciones de atención al cliente. Siga este Template para descubrir información útil y mejorar la eficiencia.
Ponga fin a los contactos repetidos: ¡mejore hoy mismo el servicio al cliente!
Mejore la satisfacción del cliente (CSAT) y alcance fácilmente una resolución en el primer contacto del 80 %.
No se requiere tarjeta de crédito. Active su prueba en cuestión de minutos.