Su Template de datos de atención al cliente
Su Template de datos de atención al cliente
- Atributos recomendados que debe recopilar
- Actividades clave que debe seguir
- Guía de extracción
Atributos de atención al cliente
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora de inicio
EventTime
|
La marca de tiempo que indica cuándo comenzó una actividad o un evento. | ||
|
Descripción
Este atributo proporciona la fecha y hora exactas en que se produjo cada actividad. Es esencial para ordenar correctamente los eventos y para todos los análisis basados en el tiempo. La hora de inicio se utiliza para construir el flujo del proceso en orden cronológico y sirve de base para calcular las duraciones, los tiempos de espera y los tiempos de ciclo entre distintas actividades. Las marcas de tiempo precisas son fundamentales para realizar análisis fiables y supervisar el rendimiento.
Por qué es importante
Esta marca de tiempo ordena cronológicamente todas las actividades y permite analizar con precisión los flujos del proceso, las duraciones y los cuellos de botella.
Dónde obtenerlo
Se encuentra en los registros de eventos o en los detalles de las interacciones de Genesys Cloud CX, normalmente asociada a cada evento registrado del sistema o del usuario.
Ejemplos
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
|
|||
|
Nombre de la actividad
ActivityName
|
El nombre del evento o la tarea específicos que se produjeron 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 dentro del proceso de servicio al cliente. Cada actividad representa un evento distinto, como «Interacción aceptada por el agente» o «Código de cierre asignado». Analizar la secuencia y la frecuencia de estas actividades es fundamental para el Process Mining. Ayuda a visualizar los flujos del proceso, identificar desviaciones y localizar cuellos de botella o pasos ineficientes.
Por qué es importante
Las actividades constituyen la base del mapa de procesos y permiten visualizar y analizar el flujo real del proceso en comparación con el flujo diseñado.
Dónde obtenerlo
Normalmente se obtiene asignando nombres de actividades estandarizados a eventos del sistema, estados de los agentes o entradas específicas del registro de auditoría en Genesys Cloud CX.
Ejemplos
Interacción iniciadaInteracción aceptada por el agenteFin del trabajo posterior a la llamadaSolicitud de servicio reabierta
|
|||
|
Solicitud de servicio
ServiceRequest
|
El identificador principal de una interacción de servicio al cliente, que vincula todas las actividades relacionadas. | ||
|
Descripción
La solicitud de servicio, a menudo denominada Ticket o Case, actúa como identificador principal de una consulta o problema individual 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, de principio a fin, del recorrido del cliente y del proceso de gestión interno. 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 de Case esencial que conecta todos los pasos del proceso y permite analizar de forma integral cada interacción con el cliente, desde el inicio hasta el final.
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
|
El 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 el linaje de los datos, solucionar 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 única vista del proceso.
Por qué es importante
Identifica el origen de los datos, algo fundamental para la gobernanza y validación de datos y para combinar datos procedentes de varios sistemas.
Dónde obtenerlo
Normalmente es un valor estático que se añade durante el proceso de extracción y transformación de datos para indicar el origen de los registros.
Ejemplos
Genesys Cloud CXGenesysCloudCX_US1Genesys
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo de la actualización más reciente de los datos. | ||
|
Descripción
Este atributo indica la última vez que se actualizaron los datos desde el sistema de origen. Proporciona contexto sobre la actualidad de los datos analizados, algo 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 conozcan la vigencia de los datos y puedan evaluar la validez de las conclusiones.
Por qué es importante
Indica la actualidad de los datos y garantiza que los análisis y las decisiones se basen en información actualizada.
Dónde obtenerlo
Este valor se genera y se añade al conjunto de datos en el momento de 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 para 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 incluyen voz, chat, correo electrónico y redes sociales. Analizar el rendimiento por canal, como se hace en el Dashboard «Rendimiento por canal de comunicación», ayuda a las empresas a comprender los volúmenes, los tiempos de resolución y la satisfacción del cliente específicos 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 un agente asigna al finalizar una interacción para categorizar su resultado o tema. | ||
|
Descripción
El código de cierre es una etiqueta que un agente selecciona para clasificar la naturaleza o resolución de una interacción con un cliente. Estos códigos proporcionan datos estructurados sobre los motivos por los que los clientes contactan con soporte. Analizar los códigos de cierre ayuda a identificar los tipos de problemas más frecuentes, hacer seguimiento de los resultados de resolución y medir la frecuencia de solicitudes específicas. Estos datos son valiosos para el análisis de causas raíz y para comprender los patrones de demanda del servicio.
Por qué es importante
Categoriza el resultado de una interacción y proporciona datos estructurados para analizar 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, concretamente en los detalles de sesión de los participantes que son agentes.
Ejemplos
Restablecimiento de contraseñaDisputa de facturación resueltaSolicitud de información sobre el productoEscalado al nivel 2
|
|||
|
Hora de finalización
EventEndTime
|
La 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 la hora de inicio, permite calcular con precisión la duración de cada actividad individual. Analizar las duraciones de las actividades es clave para identificar qué pasos del proceso consumen más tiempo y localizar ineficiencias y oportunidades de optimización. Por ejemplo, puede poner de manifiesto tiempos prolongados de «Interacción puesta en espera» o duraciones excesivas del «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 consumen más tiempo y los cuellos de botella de rendimiento.
Dónde obtenerlo
Se encuentra en los registros de eventos o en los detalles de las interacciones de Genesys Cloud CX. También puede derivarse de la hora de inicio del evento posterior.
Ejemplos
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
|
|||
|
ID del agente
AgentId
|
El identificador único del agente que gestionó la interacción o la actividad. | ||
|
Descripción
El ID del agente es una clave única para cada representante de servicio al cliente. Este atributo es esencial para cualquier análisis relacionado con 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 agentes o equipos concretos gestionan las solicitudes 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 panel «Rendimiento y eficiencia de los agentes».
Por qué es importante
Este atributo vincula las actividades del proceso con empleados concretos y permite analizar el rendimiento individual, la carga de trabajo y la eficiencia del equipo.
Dónde obtenerlo
Está disponible en los registros detallados de las conversaciones de Genesys Cloud CX y asociado al usuario que gestionó un segmento específico de la interacción.
Ejemplos
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
|
|||
|
Nombre de la cola
QueueName
|
El nombre de la cola a la que se enrutó la interacción. | ||
|
Descripción
Este atributo identifica la cola específica en la que una interacción esperó 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 servicio». Ayuda a los responsables 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 por cola e identificar las colas que sufren falta de personal o sobrecarga de forma constante. 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 para ser asignadas.
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
|
El nombre completo del agente que gestionó la interacción o la actividad. | ||
|
Descripción
El nombre del agente proporciona un identificador legible para la persona representante del servicio y corresponde al ID del agente. Este atributo hace que los Dashboards y los informes sean más intuitivos para responsables y líderes de equipo. Se utiliza ampliamente en análisis centrados en agentes para revisar el rendimiento, identificar necesidades de formación y garantizar una distribución justa de la carga de trabajo sin tener que consultar referencias cruzadas con los ID del sistema.
Por qué es importante
Proporciona un nombre fácil de identificar para el agente, lo que facilita analizar el rendimiento y comunicar los hallazgos sin utilizar ID técnicos.
Dónde obtenerlo
Se obtiene del servicio de usuarios o del directorio de Genesys Cloud CX mediante una consulta del 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ó su objetivo de tiempo de resolución. Se calcula comparando «ServiceResolutionTime» con «SlaTargetResolutionTime». Este indicador simplifica el análisis y la visualización del 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 no, para identificar patrones habituales en los incumplimientos.
Por qué es importante
Simplifica el análisis del rendimiento del SLA al señalar claramente si cada caso cumple el objetivo o lo incumple, lo que permite analizar las causas raíz de los fallos.
Dónde obtenerlo
Campo calculado: True si ServiceResolutionTime <= SlaTargetResolutionTime; de lo contrario, False.
Ejemplos
truefalse
|
|||
|
¿Se reabrió?
IsReopened
|
Indicador que señala si una solicitud de servicio resuelta se reabrió posteriormente. | ||
|
Descripción
Este atributo booleano identifica las solicitudes de servicio que pasaron a un estado resuelto o cerrado, pero volvieron a estar activas posteriormente. Los casos reabiertos suelen indicar que la solución inicial no fue eficaz o completa, lo que genera insatisfacción del cliente 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 relieve los fallos del proceso de resolución, señala problemas en la calidad de las soluciones y ayuda a detectar las causas del retrabajo y de una mala experiencia del cliente.
Dónde obtenerlo
Campo calculado, derivado de la detección de una actividad que reactiva el caso después de que se haya producido una actividad «Solicitud de servicio resuelta».
Ejemplos
truefalse
|
|||
|
¿Se resolvió 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 requerir seguimiento por parte del cliente ni transferencias internas. Un valor «true» indica una resolución ideal y eficiente. 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 de formación para agentes, mejoras en la base de conocimientos o cambios en el proceso.
Por qué es importante
Mide directamente la eficiencia y la satisfacción del cliente, ya que resolver los problemas en el primer intento es un factor clave de una experiencia de servicio positiva.
Dónde obtenerlo
Campo calculado, derivado del análisis de la secuencia de eventos de un caso. Un caso cumple la resolución en el primer contacto si se resuelve sin determinadas actividades intermedias, como transferencias o reaperturas.
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 que agrupa todas las interacciones, segmentos y participantes relacionados con una conversación individual del cliente. Aunque el concepto de «solicitud de servicio» se utiliza como ID de caso, el ID de conversación es la clave subyacente para recuperar todos los datos relacionados mediante las API de Genesys. Es esencial para extraer datos, unir 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, solucionar problemas y enlazar 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 el cliente proporciona 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 que el cliente tiene del servicio recibido. Normalmente se recopila mediante una encuesta enviada después de cerrar la interacción. Analizar las puntuaciones CSAT junto con los datos del proceso puede revelar cómo las variaciones del proceso, los tiempos de resolución o determinados agentes afectan a la satisfacción del cliente. Es una métrica de resultado clave para evaluar el éxito general del proceso.
Por qué es importante
Mide directamente la satisfacción del cliente y permite analizar la correlació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
|
|||
|
Tiempo de resolución del servicio
ServiceResolutionTime
|
Tiempo total transcurrido desde el inicio de 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 el momento en que el cliente inicia el contacto hasta que el problema se marca como resuelto. Es un indicador clave de la eficiencia general del proceso y de 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 de larga duración y retrasos sistémicos.
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 contractualmente para resolver la solicitud de servicio. | ||
|
Descripción
Este atributo define el tiempo máximo permitido para resolver una solicitud de servicio, de acuerdo con el Acuerdo de Nivel de Servicio (SLA). Sirve como referencia para medir los tiempos de resolución reales. Estos datos son esenciales para el Dashboard «Resumen del cumplimiento del SLA» y el KPI «Tasa de cumplimiento del SLA», ya que permiten a la organización supervisar su 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 fundamental del rendimiento del servicio y de las obligaciones contractuales.
Dónde obtenerlo
Puede almacenarse como atributo personalizado de la conversación o derivarse a partir de 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», «Queja» o «Problema técnico». | ||
|
Descripción
Este atributo categoriza 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 «Queja» pueden diferir considerablemente de los de una «Consulta general». Esta dimensión es esencial para Dashboards como «Análisis de escalaciones internas», ya que permite comprobar si determinados tipos de solicitudes se escalan con mayor 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 capturarse mediante una selección en un IVR, la opción elegida por el cliente en un formulario web o la asignación realizada por un agente. En Genesys, puede almacenarse como atributo del participante o código de cierre.
Ejemplos
Consulta de facturaciónSoporte técnicoGestión de cuentasQueja sobre el 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 o un código de disposición. Esto clasifica explícitamente el resultado de la solicitud de servicio, como «Resuelta» o «Escalada». | ||
|
Por qué es importante
Los códigos de cierre son una fuente principal para determinar el resultado empresarial de una solicitud. Son fundamentales para calcular las tasas de resolución y segmentar los casos para su análisis.
Dónde obtenerlo
Este es un evento explícito que se encuentra en los registros detallados de la conversación, normalmente dentro de los datos de sesión del participante agente. Se registran el código wrapUp y la marca de tiempo.
Recopilar
Se registra cuando un agente selecciona un código de cierre para la interacción.
Tipo de evento
explicit
|
|||
|
Interacción aceptada por el 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 aquí comienza la gestió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 gestión del agente. Señala 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», con la marca de tiempo correspondiente.
Recopilar
Se registra cuando el estado del 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 sirve como cierre técnico de la interacción de la solicitud de servicio. | ||
|
Por qué es importante
Este es el evento de finalización definitivo de la interacción. Es fundamental para calcular la duración total de la interacción y suele utilizarse como aproximación al cierre de la solicitud.
Dónde obtenerlo
Se captura en los registros detallados de la conversación. Corresponde a la hora de finalización del objeto de conversación, que normalmente se encuentra en la marca de tiempo conversationEnd.
Recopilar
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 servicio 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 captura en los registros detallados de la conversación. Corresponde a la hora de inicio del propio objeto de conversación, que normalmente se encuentra en la marca de tiempo conversationStart.
Recopilar
Se registra cuando se inicia una nueva conversación en el sistema.
Tipo de evento
explicit
|
|||
|
Interacción transferida
|
Representa el momento en que un agente transfiere una interacción a otra cola o a otro agente. Puede tratarse de una transferencia directa, en la que el agente se desconecta de inmediato, o de una transferencia con consulta, en la que primero habla con la persona receptora. | ||
|
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 capacitación, un enrutamiento incorrecto o una excesiva complejidad del proceso.
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, normalmente a partir de un evento «transfer».
Recopilar
Se identifica mediante un evento de transferencia en los datos de sesión del participante.
Tipo de evento
explicit
|
|||
|
Conversación enviada a la cola
|
Representa el momento en que una nueva interacción se coloca en una cola específica para esperar a que haya un agente disponible. Es un evento explícito que registra el motor de enrutamiento de Genesys (ACD). | ||
|
Por qué es importante
El seguimiento de esta actividad es fundamental para medir los tiempos de espera en cola e identificar cuellos de botella en el proceso de enrutamiento. Las duraciones prolongadas entre este evento y la asignación del agente indican problemas de dotación de personal o de lógica de enrutamiento.
Dónde obtenerlo
Se captura en los registros detallados de la conversación, concretamente mediante los campos «purpose» y «state» del participante ACD dentro de la conversación. El campo «enterTime» de la cola en la matriz de métricas indica este evento.
Recopilar
Se registra cuando el motor de enrutamiento ACD coloca una conversación en 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 del cierre de 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 la encuesta a tiempo ayuda a recopilar comentarios precisos mientras la experiencia aún está presente en la memoria del cliente.
Dónde obtenerlo
Esta información suele estar disponible en los datos de encuestas o de gestión de calidad de Genesys Cloud CX, que pueden vincularse con el ID de la conversación original.
Recopilar
El módulo de encuestas lo registra cuando se 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 periodo de trabajo posterior a la llamada de un agente. En este momento, el agente queda disponible para gestionar otra interacción. | ||
|
Por qué es importante
Esta actividad, combinada con «Inicio del trabajo posterior a la llamada», proporciona la duración exacta de la fase de cierre y ayuda a analizar la productividad del agente y la carga operativa 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 este cambio de estado.
Recopilar
Se infiere a partir del cambio de estado del agente de «acw» a un estado disponible.
Tipo de evento
inferred
|
|||
|
Inicio del trabajo posterior a la llamada
|
Esta actividad marca el inicio del periodo de trabajo posterior a la llamada (ACW). El agente se ha desconectado del cliente, pero 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 del agente y el tiempo total de gestión. Un ACW prolongado puede indicar ineficiencias en los procesos posteriores a la interacción.
Dónde obtenerlo
Se captura en 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.
Recopilar
Se registra cuando el estado del participante agente cambia a «acw».
Tipo de evento
explicit
|
|||
|
Interacción ofrecida al 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 ayuda a analizar la capacidad de respuesta de los agentes y la eficacia del algoritmo de enrutamiento. Los retrasos posteriores a este punto 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 correspondiente al agente. La sesión del participante mostrará una métrica con el estado «alerting» y una marca de tiempo asociada.
Recopilar
Se registra cuando el motor de enrutamiento alerta a un agente sobre una nueva interacción.
Tipo de evento
explicit
|
|||
|
Interacción puesta en espera
|
Esta actividad se registra cuando un agente pone a un cliente en espera durante una interacción. Es un cambio de estado explícito del participante agente dentro de la conversación. | ||
|
Por qué es importante
Analizar la frecuencia y la duración de las esperas puede revelar ineficiencias del proceso, como la necesidad frecuente de que los agentes busquen información o consulten con otras personas.
Dónde obtenerlo
Se captura en los datos de sesión del participante agente dentro de los registros detallados de la conversación. El estado cambia a «held» y se registra una marca de tiempo.
Recopilar
Se registra cuando el estado del participante agente cambia a «held».
Tipo de evento
explicit
|
|||
|
Interacción retirada de la espera
|
Se produce cuando un agente retira al cliente de la espera y reanuda la conversación. Este evento marca el final del periodo 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 gestió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».
Recopilar
Se registra cuando el estado del participante agente cambia de «held» a «connected».
Tipo de evento
explicit
|
|||
|
Solicitud de servicio reabierta
|
Representa una situación en la que 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 empresarial. | ||
|
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» para el mismo cliente (ID de cliente) y un problema relacionado, como el tipo de solicitud de servicio, dentro de un periodo predefinido posterior a la resolución de una interacción anterior.
Recopilar
Se calcula vinculando una nueva interacción con otra cerrada recientemente para el mismo cliente y problema.
Tipo de evento
calculated
|
|||
Guías de extracción
¿Listo para empezar?
Descubra todo el potencial de sus operaciones de atención al cliente. Si sigue esta plantilla, estará más cerca de descubrir información útil y mejorar la eficiencia.
¡Ponga fin a los contactos repetidos y mejore su servicio al cliente hoy mismo!
Mejore el CSAT y alcance un 80 % de resolución en el primer contacto con facilidad.
No necesita tarjeta de crédito. Active su prueba en cuestión de minutos.