Su Template de datos de atención al cliente

Genesys Cloud CX
Su Template de datos de atención al cliente

Su Template de datos de atención al cliente

Esta plantilla proporciona una hoja de ruta clara para recopilar los datos esenciales necesarios para analizar y optimizar su proceso de atención al cliente. Incluye los atributos recomendados, las actividades clave que debe seguir y orientación práctica para extraer esta información de sus sistemas de origen. Utilícela para crear un registro de eventos sólido para sus iniciativas de Process Mining.
  • Atributos recomendados que debe recopilar
  • Actividades clave que debe seguir
  • Guía de extracción
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Atributos de atención al cliente

Estos son los campos de datos recomendados para incluir en su registro de eventos y realizar un análisis exhaustivo de la atención al cliente.
5 Obligatorio 6 Recomendado 8 Opcional
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
Obligatorio Recomendado Opcional

Actividades de atención al cliente

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir el proceso con precisión.
5 Recomendado 8 Opcional
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
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Genesys Cloud CX

¿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.

Iniciar la prueba gratuita

No necesita tarjeta de crédito. Active su prueba en cuestión de minutos.