Su Template de datos de atención al cliente
Su Template de datos de atención al cliente
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
Atributos de atención al cliente
| 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 | |||
Actividades de atención al cliente
| 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 | |||
Guías de extracción
Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,
¿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.
No necesita tarjeta de crédito. Comience en cuestión de minutos.