Su Template de datos de atención al cliente

Template universal de Process Mining
Su Template de datos de atención al cliente

Su Template de datos de atención al cliente

Template universal de Process Mining

Este es nuestro Template genérico de datos de Process Mining para Atención al cliente. Utilice nuestros Templates específicos para cada sistema para obtener orientación más detallada.

Seleccione un sistema específico
  • Campos de datos estandarizados para un análisis coherente
  • Actividades clave para un mapeo preciso del proceso
  • Estructura básica aplicable a distintos sistemas
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Atributos de atención al cliente

En esta sección se enumeran los campos de datos recomendados para incluir en su registro de eventos, con el contexto necesario para analizar de forma exhaustiva el proceso de atención al cliente.
5 Obligatorio 9 Recomendado 3 Opcional
Nombre Descripción
Actividad
Activity
Nombre de un evento empresarial, tarea o paso específico que tuvo lugar dentro del proceso de atención al cliente para una solicitud de servicio determinada.
Descripción

Una actividad representa un paso o evento concreto en el ciclo de vida de una solicitud de servicio. Algunos ejemplos son «Solicitud de servicio creada», «Solicitud asignada», «Solución propuesta» y «Solicitud cerrada». Cada actividad está asociada con una solicitud de servicio específica e incluye una marca de tiempo que indica cuándo ocurrió.

Este atributo es fundamental para crear el mapa del proceso, que representa visualmente el Workflow de atención al cliente. Analizar la secuencia y la frecuencia de las actividades ayuda a descubrir las rutas reales que siguen las solicitudes de servicio y permite destacar los flujos habituales, los cuellos de botella, las desviaciones y los ciclos de retrabajo. Constituye la base de cualquier análisis de Process Mining.

Por qué es importante

Este atributo define los pasos del mapa de su proceso. Es esencial para comprender qué trabajo se realiza y en qué secuencia.

Dónde obtenerlo

A menudo se obtiene de registros de eventos, tablas de cambios de estado o registros de auditoría del sistema de atención al cliente.

Ejemplos
Solicitud creadaSolicitud asignadaPrimera respuesta enviadaSolicitud resuelta
Hora del evento
EventTime
Marca de tiempo que indica la fecha y hora exactas en que ocurrió una actividad o evento específico.
Descripción

La hora del evento, también conocida como hora de inicio, registra el momento en que ocurrió una actividad. Cada evento del registro, desde la creación inicial de una solicitud de servicio hasta su cierre definitivo, incluye una marca de tiempo. Estos datos temporales son esenciales para ordenar cronológicamente los eventos.

La secuencia de estas marcas de tiempo para una solicitud de servicio determinada permite que las herramientas de Process Mining reconstruyan el flujo del proceso tal como ocurrió en la realidad. La hora del evento es la base de todos los análisis temporales, incluido el cálculo del tiempo entre actividades, la medición del tiempo total de resolución del caso, la identificación de cuellos de botella y la comprobación del cumplimiento de los acuerdos de nivel de servicio (SLA).

Por qué es importante

Esta marca de tiempo ordena los eventos y permite realizar análisis basados en la duración, como calcular los tiempos de resolución e identificar cuellos de botella.

Dónde obtenerlo

Se encuentra en registros de eventos o tablas de auditoría, normalmente junto al nombre de la actividad. Puede aparecer como «Fecha de creación», «Fecha del evento» o «Marca de tiempo».

Ejemplos
2023-10-26T10:00:00Z2023-10-26T10:15:30Z2023-10-27T14:05:00Z
ID de solicitud de servicio
ServiceRequestId
Identificador único de una consulta o problema individual del cliente. Este ID vincula todas las actividades relacionadas en un único caso.
Descripción

El ID de solicitud de servicio es la clave principal que identifica de forma única cada caso del cliente desde su creación hasta su resolución definitiva. Actúa como identificador del caso y agrupa en una línea de tiempo coherente todos los eventos, comunicaciones y acciones relacionados con un problema específico del cliente.

En Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada solicitud de servicio. Al asociar cada actividad con un ID de solicitud de servicio específico, los analistas pueden visualizar los flujos del proceso, identificar desviaciones y medir con precisión la duración de los casos. Esto permite analizar el proceso desde la perspectiva del caso, algo esencial para comprender el rendimiento e identificar áreas de mejora.

Por qué es importante

Este es el identificador esencial del caso. Sin él, no es posible seguir el recorrido de un problema individual del cliente a través del proceso.

Dónde obtenerlo

Normalmente se encuentra en el encabezado o en la tabla principal de casos, tickets o incidentes de un sistema de gestión de atención al cliente.

Ejemplos
SR-2023-00123CASE009876TKT-554321INC0123456
Sistema de origen
SourceSystem
Sistema de registro del que se extrajeron los datos. Resulta útil para hacer seguimiento del linaje de los datos.
Descripción

El atributo Sistema de origen identifica la aplicación o plataforma de la que proceden los datos de atención al cliente, como ServiceNow, Salesforce, Zendesk o un sistema interno personalizado. En entornos donde se combinan datos de varios sistemas, este campo es fundamental para la gobernanza y la trazabilidad de los datos.

Aunque no se utiliza directamente en la mayoría de los análisis estándar de flujos de procesos, proporciona un contexto importante. Ayuda a comprender las posibles diferencias en la calidad de los datos o en la ejecución del proceso entre distintos sistemas. También es esencial para validar los datos, solucionar problemas de extracción y gestionar las canalizaciones de integración de datos.

Por qué es importante

Identifica el origen de los datos, algo fundamental para la gobernanza, la resolución de problemas y el análisis en entornos con varios sistemas.

Dónde obtenerlo

Normalmente se añade durante el proceso de extracción de datos (ETL) y puede no existir directamente en las tablas del sistema de origen.

Ejemplos
Salesforce Service CloudZendesk SupportServiceNow CSM
Última actualización de los datos
LastDataUpdate
Marca de tiempo que indica la última vez que se actualizaron los datos desde el sistema de origen.
Descripción

El atributo Última actualización de los datos registra la fecha y hora de la extracción o actualización más reciente. Estos metadatos son esenciales para comprender la actualidad de los datos analizados y gestionar la canalización de datos.

Este atributo ofrece transparencia a las personas usuarias de negocio y a los analistas sobre el grado de actualización de su análisis. Ayuda a programar las actualizaciones de datos y garantiza que las decisiones se basen en información tan actualizada como sea necesario. Para supervisar procesos en curso, conocer la hora de la última actualización es fundamental para interpretar correctamente el estado actual de los casos abiertos.

Por qué es importante

Indica la actualidad de los datos y garantiza que los análisis y las decisiones empresariales se basen en información oportuna y relevante.

Dónde obtenerlo

Esta marca de tiempo normalmente se genera y se añade durante el proceso de extracción de datos (ETL).

Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
Agente
Agent
Nombre o identificador único del agente de atención al cliente o de la persona usuaria responsable de una actividad.
Descripción

El atributo Agente identifica a la persona empleada que realizó una actividad concreta o que tiene asignada actualmente una solicitud de servicio. Puede ser un ID único, una dirección de correo electrónico o un nombre completo.

Este atributo permite analizar el rendimiento y la carga de trabajo a nivel individual. Ayuda a las personas responsables a comprobar cómo se distribuye el trabajo, comparar el rendimiento de los agentes mediante métricas como el tiempo de resolución o la satisfacción del cliente e identificar oportunidades de formación. También es fundamental para analizar las transferencias entre agentes, que pueden provocar retrasos y frustración en el cliente.

Por qué es importante

Este atributo es esencial para analizar la carga de trabajo y el rendimiento de los agentes, así como el impacto de las transferencias entre ellos.

Dónde obtenerlo

Suele encontrarse en tablas del historial de asignaciones de casos, registros de eventos o como campo del registro principal del caso o ticket.

Ejemplos
John Smithagent.jane@example.comuser_1138Sarah Doe
Canal de comunicación
CommunicationChannel
Canal por el que se inició la solicitud de servicio o tuvo lugar la comunicación, como «Correo electrónico», «Teléfono» o «Chat».
Descripción

El Canal de comunicación identifica el medio que utilizó el cliente para interactuar con el servicio de atención. Entre los canales habituales se encuentran el correo electrónico, el teléfono, el portal web, el chat y las redes sociales. El canal puede influir en las expectativas del cliente y en la complejidad del proceso de resolución.

Analizar el proceso por canal de comunicación puede revelar diferencias importantes en el rendimiento. Por ejemplo, las solicitudes realizadas por teléfono pueden resolverse más rápido, pero requerir más recursos de los agentes que las enviadas a través de un portal web. Este análisis ayuda a las organizaciones a optimizar su estrategia de canales, asignar recursos eficazmente y adaptar la experiencia de servicio a los distintos medios de comunicación.

Por qué es importante

Muestra cómo los distintos canales de comunicación afectan a los tiempos de resolución, el esfuerzo de los agentes y la eficiencia general del proceso.

Dónde obtenerlo

Normalmente está disponible como campo estándar del registro del caso o ticket e indica cómo se creó la solicitud.

Ejemplos
Correo electrónicoTeléfonoChatPortal webRedes sociales
Está escalado
IsEscalated
Indicador que señala si la solicitud de servicio se ha escalado a un nivel superior de soporte o gestión.
Descripción

El atributo Está escalado es un indicador booleano (verdadero o falso) que marca si una solicitud de servicio se ha escalado formalmente. Las escalaciones suelen producirse cuando un problema es demasiado complejo para el nivel de soporte actual, no se resuelve dentro de un plazo determinado o el cliente está muy insatisfecho.

Este atributo es esencial para analizar las escalaciones. Permite calcular la tasa de escalación, un indicador clave de rendimiento. Al analizar el flujo del proceso de los casos escalados, las empresas pueden identificar sus causas raíz, como carencias de habilidades en el soporte de primera línea, procesos poco claros o problemas del producto. Reducir las escalaciones suele ser un objetivo prioritario, ya que son costosas y pueden afectar negativamente a la satisfacción del cliente.

Por qué es importante

Ayuda a identificar la frecuencia y las causas raíz de las escalaciones, y destaca oportunidades para mejorar la resolución en el primer contacto.

Dónde obtenerlo

A menudo es un campo de casilla de verificación o indicador del registro del caso o ticket. También puede derivarse detectando una actividad «Escalar».

Ejemplos
truefalse
Estado de la solicitud
RequestStatus
Estado actual o histórico de la solicitud de servicio, como «Abierta», «Pendiente», «Resuelta» o «Cerrada».
Descripción

El Estado de la solicitud indica la situación de una solicitud de servicio en un momento concreto de su ciclo de vida. El estado cambia a medida que se trabaja en la solicitud, por ejemplo, de «Nueva» a «En curso», después a «Pendiente del cliente» y finalmente a «Resuelta». La secuencia de cambios de estado suele constituir la base de las actividades del modelo de proceso.

Analizar los cambios de estado es una de las principales formas de comprender el flujo del proceso. Ayuda a identificar cuánto tiempo permanecen las solicitudes en determinados estados, como «Pendiente», lo que puede revelar dependencias de terceros. También se utiliza para diferenciar entre casos abiertos y cerrados, algo fundamental para informar sobre la carga de casos activa y las tasas de resolución.

Por qué es importante

Registra la etapa del ciclo de vida de una solicitud, ayuda a identificar el tiempo dedicado a estados de espera y permite definir las actividades del proceso.

Dónde obtenerlo

Es un campo principal del registro del caso o ticket. Los cambios de estado suelen registrarse en una tabla del historial de auditoría.

Ejemplos
NuevoEn cursoPendiente del clienteResueltoCerrado
Grupo asignado
AssignedGroup
Equipo, departamento o cola a la que se asigna la solicitud de servicio.
Descripción

El Grupo asignado identifica al equipo o unidad funcional responsable de una solicitud de servicio en un momento determinado. Puede ser «Soporte de nivel 1», «Departamento de facturación» o «Equipo de soporte técnico». A medida que avanzan, las solicitudes de servicio suelen pasar de un grupo a otro.

Analizar el Grupo asignado es fundamental para comprender la colaboración y las transferencias entre equipos. Ayuda a identificar qué equipos están sobrecargados, dónde se producen cuellos de botella entre grupos y qué rutas siguen los distintos tipos de solicitudes dentro de la organización. Esta información es esencial para optimizar las estructuras de los equipos, la asignación de recursos y las reglas de enrutamiento.

Por qué es importante

Permite analizar el rendimiento de los equipos, la distribución de la carga de trabajo y los retrasos causados por las transferencias entre departamentos.

Dónde obtenerlo

Se encuentra en el registro del caso o ticket, normalmente en campos como «Grupo de asignación», «Equipo» o «Cola».

Ejemplos
Soporte de nivel 1Consultas de facturaciónEscalaciones técnicasSoporte de hardware
Hora de finalización
EndTime
Marca de tiempo que indica cuándo se completó una actividad. Se utiliza para calcular la duración de cada actividad.
Descripción

El atributo Hora de finalización marca el momento en que termina una actividad. Mientras que la hora del evento marca el inicio, la hora de finalización proporciona el otro punto necesario para medir cuánto tardó una tarea específica. No todos los eventos tienen una hora de finalización diferenciada, pero cuando existe, por ejemplo en «Investigación del agente» o en una llamada con el cliente, aporta información valiosa.

En el análisis, la diferencia entre la hora de finalización y la hora del evento determina el tiempo de procesamiento de la actividad. Esto es fundamental para analizar cuellos de botella, ya que permite identificar qué pasos del proceso consumen más tiempo. Comprender la duración de las actividades ayuda a planificar recursos, evaluar el rendimiento e identificar oportunidades para agilizar las operaciones.

Por qué es importante

Este atributo es clave para calcular la duración de cada actividad, algo esencial para identificar cuellos de botella y medir la eficiencia.

Dónde obtenerlo

Normalmente se encuentra en registros de eventos o tablas de auditoría junto a la hora de inicio. Si no está disponible, puede ser necesario derivarlo de la hora de inicio del evento posterior.

Ejemplos
2023-10-26T10:30:00Z2023-10-26T11:00:45Z2023-10-27T16:20:00Z
Prioridad
Priority
Nivel de prioridad asignado a la solicitud de servicio, como «Baja», «Media», «Alta» o «Urgente».
Descripción

El atributo Prioridad indica la urgencia de una solicitud de servicio, que suele determinar la rapidez con la que debe atenderse. Este nivel normalmente se establece según el impacto empresarial y la gravedad del problema comunicado por el cliente. Los SLA suelen estar vinculados al nivel de prioridad.

En el análisis de procesos, la prioridad es una dimensión clave para filtrar y comparar. Los analistas pueden comprobar si las solicitudes de alta prioridad se resuelven realmente más rápido que las de baja prioridad, como se espera. También ayuda a verificar si se siguen las reglas de priorización y a evaluar si la asignación de recursos está alineada con las prioridades empresariales. Comparar los flujos de proceso de distintos niveles de prioridad puede revelar ineficiencias en la gestión de problemas críticos.

Por qué es importante

Permite analizar si las solicitudes urgentes se atienden más rápido y ayuda a verificar que los recursos estén alineados con las necesidades del negocio.

Dónde obtenerlo

Es un campo estándar del formulario del caso o ticket en la mayoría de los sistemas de atención al cliente.

Ejemplos
BajaMediaAltaUrgente
Satisfacción del cliente
CustomerSatisfaction
Puntuación o valoración de satisfacción proporcionada por el cliente después de resolver la solicitud de servicio.
Descripción

La Satisfacción del cliente es una métrica de resultados clave que mide la percepción del cliente sobre el servicio recibido. Normalmente se obtiene mediante una encuesta posterior a la resolución, a menudo en una escala numérica, como del 1 al 5, o mediante una valoración categórica como «Buena», «Neutral» o «Mala».

Este atributo es fundamental para relacionar el rendimiento del proceso con los resultados empresariales. Al correlacionar las puntuaciones de satisfacción con las métricas del proceso, los analistas pueden identificar qué comportamientos del proceso generan clientes satisfechos o insatisfechos. Por ejemplo, el análisis puede mostrar que los casos con varias reasignaciones o tiempos de resolución prolongados reciben sistemáticamente puntuaciones bajas. Esto proporciona una base clara y basada en datos para priorizar las mejoras de proceso que tendrán mayor impacto en la experiencia del cliente.

Por qué es importante

Mide directamente la percepción del cliente sobre la calidad del servicio y relaciona la eficiencia del proceso con los resultados empresariales.

Dónde obtenerlo

Normalmente se almacena en una tabla independiente de respuestas de encuestas que puede vincularse con el registro de la solicitud de servicio.

Ejemplos
5413
Tipo de solicitud
RequestType
Clasificación de la solicitud de servicio, como «Pregunta», «Incidente», «Problema» o «Solicitud de funcionalidad».
Descripción

El Tipo de solicitud ofrece una categorización general del problema o la consulta del cliente. Esta clasificación ayuda a segmentar las solicitudes de servicio para comprender los distintos tipos de demanda que recibe la organización de soporte. Entre los tipos habituales se encuentran los problemas técnicos, las consultas de facturación, las solicitudes de información y las reclamaciones.

Este atributo es muy valioso para el análisis, ya que permite filtrar y comparar los procesos correspondientes a distintos tipos de solicitudes. Por ejemplo, el proceso de resolución de una «Consulta de facturación» puede ser mucho más sencillo y rápido que el de un «Incidente técnico». Comprender estas diferencias es clave para establecer SLA adecuados, diseñar Workflows eficientes y asignar recursos de forma eficaz.

Por qué es importante

Segmentar las solicitudes por tipo es fundamental para comprender las distintas rutas del proceso y adaptar las mejoras a problemas específicos.

Dónde obtenerlo

Es un campo estándar del formulario principal del caso o ticket, que suele denominarse «Tipo», «Categoría» o «Clasificación».

Ejemplos
IncidentePreguntaProblemaSolicitud de funcionalidad
Cliente
Customer
Nombre o identificador único del cliente o empresa que inició la solicitud de servicio.
Descripción

El atributo Cliente identifica al cliente externo, ya sea una persona o una organización, asociado con la solicitud de servicio. Esto permite agrupar y analizar todas las interacciones de servicio de un cliente concreto.

Una visión centrada en el cliente es fundamental para comprender la experiencia general del cliente. Al analizar los datos filtrados por cliente, las empresas pueden identificar a quienes envían un gran volumen de solicitudes, lo que podría indicar problemas con un producto o la necesidad de mejorar la formación. También ayuda a consultar el historial de servicio de las cuentas clave para garantizar que reciben el nivel de soporte esperado.

Por qué es importante

Permite analizar el proceso desde la perspectiva del cliente, identificar problemas frecuentes de clientes específicos y gestionar cuentas clave.

Dónde obtenerlo

Es un campo estándar del registro del caso o ticket que enlaza con el objeto de contacto o cuenta del CRM.

Ejemplos
ABC CorporationGlobal Tech Inc.Jane DoeACCT-00123
Producto
Product
Producto o servicio al que se refiere la solicitud del cliente.
Descripción

El atributo Producto especifica el producto, servicio o funcionalidad concreta a la que se refiere la solicitud del cliente. Esto permite categorizar las solicitudes de servicio según el área del negocio a la que corresponden.

Analizar las solicitudes de servicio por producto es fundamental para el análisis de causas raíz y la mejora del producto. Un volumen elevado de tickets sobre un producto específico puede indicar problemas de calidad, errores o dificultades de uso. Estos datos proporcionan información valiosa a los equipos de desarrollo de producto e ingeniería, y les ayudan a priorizar correcciones y mejoras que reduzcan la carga de trabajo del soporte y mejoren la experiencia del cliente.

Por qué es importante

Vincula las solicitudes de servicio con productos específicos y proporciona información esencial para mejorar el producto y analizar las causas raíz.

Dónde obtenerlo

A menudo es un campo del formulario del caso o ticket que enlaza con un catálogo de productos o permite introducir el producto manualmente.

Ejemplos
Impresora Alpha-100Enterprise Suite v2.5Aplicación móvilPlataforma de facturación
Tiempo objetivo del SLA
SlaTargetTime
Fecha y hora acordadas contractualmente o establecidas como objetivo para resolver la solicitud de servicio.
Descripción

El Tiempo objetivo del SLA representa el plazo límite en el que se espera resolver una solicitud de servicio según el Acuerdo de nivel de servicio (SLA) aplicable. Este objetivo suele depender de la prioridad y el tipo de solicitud, o del nivel de contrato del cliente. Puede almacenarse como una marca de tiempo específica o como una duración desde la hora de creación.

Este atributo es fundamental para analizar el cumplimiento del SLA. Al comparar el tiempo real de resolución con el Tiempo objetivo del SLA, las organizaciones pueden determinar su tasa de cumplimiento del SLA. Process Mining permite desglosar aún más el análisis y mostrar qué tipos de solicitudes o pasos del proceso contribuyen más a los incumplimientos del SLA. Esto facilita la aplicación de mejoras específicas para cumplir los compromisos de servicio.

Por qué es importante

Es esencial para medir el cumplimiento del SLA, un KPI fundamental para las organizaciones de atención al cliente.

Dónde obtenerlo

Normalmente se calcula y almacena en el registro del caso o ticket según las políticas de SLA definidas en el sistema.

Ejemplos
2023-10-28T10:00:00Z2023-11-01T17:00:00Z2023-10-26T14:00:00Z
Obligatorio Recomendado Opcional

Actividades de atención al cliente

En esta sección se describen los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir el proceso con precisión e identificar cuellos de botella.
7 Recomendado 10 Opcional
Actividad Descripción
Solicitud asignada
Representa la asignación inicial de una solicitud de servicio a un agente o equipo concreto para su gestión. Es un paso crítico que traslada la solicitud de una cola a un flujo de trabajo activo.
Por qué es importante

Esta actividad es fundamental para realizar un seguimiento de la carga de trabajo de los agentes, medir el tiempo hasta la primera asignación e identificar cuellos de botella en el proceso de distribución.

Dónde obtenerlo

Se captura a partir de los cambios en el campo «Propietario» o «Asignado a» del Registro de auditoría o historial del registro de la solicitud de servicio.

Recopilar

Identifique el primer evento de población o cambio del campo del propietario, ya sea un agente o un grupo.

Tipo de evento explicit
Solicitud cerrada
Es la actividad final y representa el cierre administrativo permanente de la solicitud de servicio. A partir de este momento, la solicitud se considera completada y no se espera ninguna acción adicional.
Por qué es importante

Esta actividad marca el final definitivo del ciclo de vida del proceso. El tiempo entre la resolución y el cierre puede revelar políticas relacionadas con el cierre automático o la revisión final.

Dónde obtenerlo

Se captura a partir de un cambio de estado explícito a «Cerrada». Muchos sistemas cuentan con una marca de tiempo específica de cierre.

Recopilar

Utilice la marca de tiempo «Cerrada el» o la marca de tiempo del cambio de estado a «Cerrada».

Tipo de evento explicit
Solicitud de servicio creada
Marca el inicio del proceso de atención al cliente, cuando la solicitud de un cliente se registra formalmente. Este evento se captura cuando se genera un nuevo caso, ticket o registro de interacción en el sistema de origen.
Por qué es importante

Este es el evento de inicio principal del proceso. Es esencial para medir la duración total del ciclo de vida y analizar el volumen de solicitudes entrantes a lo largo del tiempo.

Dónde obtenerlo

Normalmente se captura a partir de la marca de tiempo de creación del registro principal del caso o ticket en el sistema de gestión de servicios.

Recopilar

Utilice la marca de tiempo de creación de la entidad principal del caso, ticket o incidente.

Tipo de evento explicit
Solicitud escalada
Representa la escalación formal de una solicitud de servicio a un nivel superior de soporte, a otro departamento o a la dirección. Ocurre cuando el agente inicial no puede resolver el problema.
Por qué es importante

Las escalaciones son un indicador clave de la complejidad del proceso, la capacidad de los agentes y los fallos de resolución en el primer contacto. Analizar las rutas de escalación ayuda a optimizar las estructuras de soporte.

Dónde obtenerlo

Puede ser un evento explícito del motor de reglas de escalación o inferirse de una reasignación a un equipo o usuario designado para escalaciones.

Recopilar

Utilice un indicador o una marca de tiempo específicos de escalación, o detecte un cambio de asignación a un equipo de escalación conocido.

Tipo de evento explicit
Solicitud reabierta
Ocurre cuando una solicitud de servicio previamente resuelta vuelve a un estado activo. Suele suceder si el cliente informa de que el problema no se solucionó o ha reaparecido.
Por qué es importante

Las solicitudes reabiertas son una medida directa del retrabajo y un indicador sólido de fallos en la resolución en el primer contacto. Analizar estos eventos es fundamental para mejorar la calidad de las soluciones.

Dónde obtenerlo

Normalmente es un evento explícito en el que el sistema cambia automáticamente el estado de «Resuelta» a «Abierta» al recibir una nueva respuesta del cliente.

Recopilar

Detecte un cambio de estado de «Resuelta» o «Cerrada» a «Abierta» o «En curso».

Tipo de evento explicit
Solicitud reasignada
Indica que la responsabilidad de una solicitud de servicio se ha transferido de un agente o equipo a otro después de la asignación inicial. Representa una transferencia dentro del proceso de soporte.
Por qué es importante

Registrar las reasignaciones es fundamental para analizar la fragmentación del proceso e identificar transferencias innecesarias. Las reasignaciones frecuentes pueden señalar problemas de enrutamiento o carencias de conocimiento.

Dónde obtenerlo

Se infiere mediante el seguimiento de los cambios posteriores en los campos «Propietario», «Asignado a» o «Grupo de asignación» después de la asignación inicial.

Recopilar

Identifique todos los cambios en los campos del propietario o del grupo de asignación posteriores a la primera asignación.

Tipo de evento inferred
Solicitud resuelta
Es un hito clave en el que el agente ha completado el trabajo y considera que el problema del cliente está resuelto. La solicitud pasa al estado «Resuelta» o «Solucionada».
Por qué es importante

Es el evento principal para medir el tiempo de resolución. Indica la finalización del trabajo activo del equipo de soporte y constituye un hito crítico del ciclo de vida del servicio.

Dónde obtenerlo

Se captura a partir de un cambio de estado explícito a «Resuelta» o «Solucionada». La mayoría de los sistemas registran una marca de tiempo específica de resolución.

Recopilar

Utilice la marca de tiempo «Resuelta el» o la marca de tiempo del cambio de estado a «Resuelta».

Tipo de evento explicit
Comentario interno añadido
Un agente añade una nota o comentario privado a la solicitud de servicio para colaborar internamente con otros agentes o equipos. El cliente no puede verlo.
Por qué es importante

Estos eventos indican colaboración interna, intercambio de conocimientos o preparación para una escalación. Una frecuencia elevada de notas internas puede sugerir complejidad del caso o carencias de conocimiento.

Dónde obtenerlo

Se captura del flujo de actividades o del registro de comunicaciones de la solicitud de servicio, filtrando los comentarios marcados como «internos» o «privados».

Recopilar

Filtre el registro de comentarios o actividades del caso para localizar las entradas designadas exclusivamente para uso interno.

Tipo de evento explicit
El agente inicia la investigación
Indica que un agente ha comenzado a trabajar activamente en la solicitud de servicio. Se diferencia de la asignación y representa el inicio del diagnóstico o del esfuerzo de resolución.
Por qué es importante

Ayuda a diferenciar el tiempo de espera del tiempo de trabajo activo. Analizar esta actividad puede revelar retrasos entre la asignación y el inicio del trabajo real.

Dónde obtenerlo

Normalmente se infiere de un cambio de estado de la solicitud de servicio, por ejemplo, de «Nueva» o «Asignada» a «En curso» o «Trabajo en curso».

Recopilar

Identifique el primer cambio de estado a un estado activo «en curso» después de la asignación.

Tipo de evento inferred
Encuesta de satisfacción enviada
Representa el envío de una encuesta de satisfacción al cliente, normalmente activado por una regla de automatización después de resolver una solicitud de servicio. Esto inicia el proceso de recopilación de comentarios.
Por qué es importante

Esta actividad aporta contexto a las métricas de opinión del cliente. Ayuda a analizar las tasas de respuesta de las encuestas y el momento en que se solicitan los comentarios.

Dónde obtenerlo

Se captura de un registro de automatización, un registro de correo electrónico saliente o un registro específico de encuesta vinculado a la solicitud de servicio.

Recopilar

Identifique la creación de un objeto de encuesta o de una comunicación saliente relacionada con una encuesta de satisfacción.

Tipo de evento explicit
Información recibida del cliente
Marca el momento en que el cliente proporciona la información solicitada y permite al agente reanudar el trabajo. Este evento suele devolver la solicitud de un estado pendiente a uno activo.
Por qué es importante

Este evento concluye un periodo de espera del cliente. Analizar el tiempo entre este evento y la actividad «Información solicitada» revela los tiempos de respuesta del cliente.

Dónde obtenerlo

Se infiere de una comunicación entrante del cliente o de un cambio de estado automático de «Pendiente» a «Abierta» o «En curso».

Recopilar

Detecte un mensaje entrante del cliente o un cambio de estado de «pendiente» a «activo».

Tipo de evento inferred
Información solicitada al cliente
Ocurre cuando un agente necesita más información del cliente para continuar y coloca la solicitud en estado pendiente. Esto pausa cualquier proceso interno o temporizador de SLA.
Por qué es importante

Esta actividad es clave para comprender los retrasos relacionados con el cliente. Registrar la duración de este estado ayuda a separar el tiempo de trabajo del agente del tiempo de espera del cliente.

Dónde obtenerlo

Normalmente se infiere de un cambio de estado a un valor como «Pendiente», «En espera» o «Esperando información del cliente».

Recopilar

Identifique los cambios de estado a «pendiente» o «esperando al cliente» en el historial del caso.

Tipo de evento inferred
Primera respuesta enviada
Marca la primera comunicación directa y no automatizada que un agente envía al cliente después de crear la solicitud. Es un hito clave para la interacción con el cliente.
Por qué es importante

Esta actividad es fundamental para medir y supervisar los SLA del «tiempo de primera respuesta». Refleja la rapidez con la que el equipo de soporte atiende los problemas de los clientes.

Dónde obtenerlo

A menudo es un evento explícito con marca de tiempo en el motor de SLA del sistema. También puede inferirse al localizar la primera comunicación pública saliente de un agente en la cronología del caso.

Recopilar

Utilice la marca de tiempo específica del «tiempo de primera respuesta», si está disponible, o localice la marca de tiempo del primer mensaje saliente del agente.

Tipo de evento explicit
Satisfacción del cliente recibida
Este evento ocurre cuando el cliente envía su respuesta a la encuesta de satisfacción. Los comentarios, como una valoración o un texto, se registran en la solicitud de servicio.
Por qué es importante

Establece un vínculo directo entre la ejecución del proceso y la calidad percibida por el cliente. Analizar las puntuaciones de satisfacción en el contexto del proceso ayuda a identificar los pasos que generan experiencias negativas.

Dónde obtenerlo

Se captura del módulo de encuestas cuando se envía la respuesta del cliente y se asocia con la solicitud de servicio original.

Recopilar

Utilice la marca de tiempo de envío de la respuesta a la encuesta de satisfacción del cliente.

Tipo de evento explicit
SLA incumplido
Representa el momento en que una solicitud de servicio no cumple un acuerdo de nivel de servicio definido, como el tiempo de primera respuesta o el tiempo de resolución. Es un evento crítico para el negocio.
Por qué es importante

Esta actividad mide directamente el rendimiento y el cumplimiento del nivel de servicio. Analizar cuándo y por qué se producen los incumplimientos es esencial para mejorar el proceso y gestionar las expectativas de los clientes.

Dónde obtenerlo

Es un evento calculado que se obtiene al comparar las marcas de tiempo de las actividades con los objetivos de SLA predefinidos en el contrato de servicio o en el motor de políticas.

Recopilar

Compare la diferencia de tiempo entre las actividades de inicio y finalización con el objetivo de SLA definido. Registre un evento de incumplimiento si la duración supera el objetivo.

Tipo de evento calculated
Solicitud categorizada
Representa la clasificación de una solicitud de servicio por tipo, categoría o prioridad. Este paso suele realizarlo un agente o un conjunto de reglas de automatización para determinar la urgencia y el enrutamiento.
Por qué es importante

Analizar los cambios de categorización ayuda a identificar la eficacia del triaje, el retrabajo y las solicitudes mal enrutadas. También aporta contexto sobre la complejidad y la naturaleza de las solicitudes de servicio.

Dónde obtenerlo

Normalmente se infiere del Registro de auditoría o del historial que registra los cambios en campos como «Categoría», «Tipo» o «Prioridad» del registro de la solicitud de servicio.

Recopilar

Detecte los cambios en los campos de categorización, prioridad o tipo del historial del caso.

Tipo de evento inferred
Solución propuesta
Indica que un agente ha formulado una solución y se la ha comunicado al cliente. Esta actividad puede preceder a la resolución formal, especialmente si se requiere la confirmación del cliente.
Por qué es importante

Este paso conceptual ayuda a diferenciar el tiempo necesario para encontrar una solución del tiempo dedicado a esperar la aceptación del cliente. Ofrece una visión más detallada de la fase de resolución.

Dónde obtenerlo

Normalmente se infiere de una comunicación saliente que contiene los detalles de la resolución o de un cambio de estado a «Esperando aceptación» o «Solución proporcionada».

Recopilar

Identifique un mensaje saliente con palabras clave como «solución» o un cambio de estado que indique una resolución propuesta.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos para Process Mining.

Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,

lea nuestra guía de ETL

o seleccione un proceso y un sistema específicos.

¿Listo para comenzar?

Comience a optimizar su proceso de atención al cliente seleccionando una guía de extracción específica para su sistema o utilizando este Template genérico como punto de partida para preparar sus datos.

Eleve ahora la excelencia de su servicio de atención al cliente

Descubra cuellos de botella, mejore la eficiencia de los agentes y deleite a sus clientes.

Iniciar la prueba gratuita

No necesita tarjeta de crédito. Comience en cuestión de minutos.