Su Template de datos de servicio al cliente
Su Template de datos de servicio al cliente
Este es nuestro Template genérico de datos para Process Mining de Servicio al cliente. Para obtener indicaciones más específicas, use nuestros Templates para cada sistema.
Seleccione un sistema específico- Campos de datos estandarizados para un análisis coherente
- Actividades clave para mapear el proceso con precisión
- Estructura básica aplicable a distintos sistemas
Atributos del servicio al cliente
| Nombre | Descripción | ||
|---|---|---|---|
| Actividad Activity | Nombre de un evento de negocio, una tarea o un paso específico que tuvo lugar durante el proceso de atención al cliente para una solicitud de servicio determinada. | ||
| Descripción Una actividad representa un paso o evento concreto del 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á vinculada a una solicitud de servicio específica y tiene una marca de tiempo que indica cuándo ocurrió. Este atributo es fundamental para crear el mapa del proceso, que representa visualmente el flujo de trabajo de atención al cliente. Analizar la secuencia y la frecuencia de las actividades ayuda a descubrir las rutas que siguen realmente las solicitudes de servicio y a identificar los flujos de trabajo habituales, los cuellos de botella, las desviaciones y los ciclos de retrabajo. Es la base de cualquier análisis de Process Mining. Por qué es importante Este atributo define los pasos del mapa del proceso. Es esencial para comprender qué trabajo se realiza y en qué orden. Dónde obtenerlo A menudo se obtiene de los registros de eventos, las tablas de cambios de estado o los 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 un evento específico. | ||
| Descripción La hora del evento, también conocida como hora de inicio, registra el momento en que tuvo lugar una actividad. Cada evento del registro, desde la creación inicial de una solicitud de servicio hasta su cierre definitivo, tiene una marca de tiempo. Estos datos temporales son esenciales para ordenar los eventos cronológicamente. La secuencia de estas marcas de tiempo para una solicitud de servicio 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, incluidos el cálculo del tiempo entre actividades, la medición del tiempo total de resolución de un 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 los registros de eventos o en las tablas de auditoría, a menudo 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 la solicitud de servicio ServiceRequestId | Identificador único de una consulta o problema de un cliente. Este ID vincula todas las actividades relacionadas en un mismo caso. | ||
| Descripción El ID de la solicitud de servicio es la clave principal que identifica de forma única cada caso de cliente desde su creación hasta su resolución final. Sirve como identificador del caso y agrupa en una cronología 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 vincular cada actividad con un ID de solicitud de servicio específico, los analistas pueden visualizar los flujos del proceso, detectar desviaciones y medir con precisión la duración de los casos. Así se obtiene una perspectiva centrada en cada caso, esencial para comprender el rendimiento e identificar oportunidades de mejora. Por qué es importante Este es el identificador esencial del caso. Sin él, no es posible seguir el recorrido de un problema concreto del cliente a través del proceso. Dónde obtenerlo Suele encontrarse 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. Este atributo resulta útil para hacer un 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. Cuando 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 del flujo del proceso, aporta 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 los procesos 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 que no exista 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 cuándo se actualizaron por última vez 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 conocer la actualidad de los datos analizados y gestionar el flujo de datos. Este atributo permite que los usuarios de negocio y los analistas sepan hasta qué fecha están actualizados sus análisis. Ayuda a programar las actualizaciones de datos y garantiza que las decisiones se basen en datos tan recientes 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 ayuda a garantizar que los análisis y las decisiones de negocio se basen en información oportuna y pertinente. Dónde obtenerlo Esta marca de tiempo suele generarse y añadirse 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 usuario responsable de una actividad. | ||
| Descripción El atributo Agente identifica a la persona 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 de cada persona. Ayuda a los responsables a ver cómo se distribuye el trabajo, comparar el rendimiento de los agentes según métricas como el tiempo de resolución o la satisfacción del cliente e identificar necesidades de formación. También es fundamental para analizar las transferencias entre agentes, que pueden causar retrasos y frustración en los clientes. 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 las tablas del historial de asignaciones de casos, en los 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 se produjo 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 ponerse en contacto con la mesa de ayuda. 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 según el canal de comunicación puede revelar diferencias importantes en el rendimiento. Por ejemplo, las solicitudes recibidas por teléfono podrían resolverse más rápido, pero requerir más recursos de los agentes que las recibidas a través de un portal web. Este análisis ayuda a las organizaciones a optimizar su estrategia de canales, asignar los recursos de forma eficaz y adaptar la experiencia de servicio a cada medio de comunicación. Por qué es importante Muestra cómo influyen los distintos canales de comunicación en los tiempos de resolución, el esfuerzo de los agentes y la eficiencia general del proceso. Dónde obtenerlo Suele estar 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 | |||
| Escalado IsEscalated | Indicador que señala si la solicitud de servicio se ha escalado a un nivel superior de soporte o a la dirección. | ||
| Descripción El atributo Escalado es un indicador booleano (verdadero o falso) que señala si una solicitud de servicio se ha escalado formalmente. Los escalamientos suelen producirse cuando el problema es demasiado complejo para el nivel de soporte actual, no se resuelve dentro del plazo establecido o el cliente está muy insatisfecho. Este atributo es esencial para analizar los escalamientos. Permite a las organizaciones calcular la tasa de escalamiento, 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 con el producto. Reducir los escalamientos suele ser un objetivo importante, ya que generan costes 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 los escalamientos, y pone de manifiesto oportunidades para mejorar la resolución en el primer contacto. Dónde obtenerlo Suele ser una casilla de verificación o un campo indicador del registro del caso o ticket. También puede deducirse al detectar una actividad «Escalar». Ejemplos truefalse | |||
| Estado de la solicitud RequestStatus | Estado actual o histórico de la solicitud de servicio, como «Abierto», «Pendiente», «Resuelto» o «Cerrado». | ||
| Descripción El estado de la solicitud indica en qué etapa del ciclo de vida se encuentra una solicitud de servicio en un momento determinado. El estado cambia a medida que se trabaja en la solicitud, por ejemplo, de «Nueva» a «En curso», luego a «Pendiente del cliente» y, por último, a «Resuelta». La secuencia de cambios de estado suele servir de base para definir 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 poner de manifiesto dependencias de terceros. También permite distinguir entre casos abiertos y cerrados, algo fundamental para informar sobre la carga de trabajo activa y las tasas de resolución. Por qué es importante Registra la etapa del ciclo de vida de una solicitud y ayuda a identificar el tiempo que pasa en espera y a definir las actividades del proceso. Dónde obtenerlo Es un campo esencial 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 al 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 tienen una carga excesiva, 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 la estructura 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, a menudo en campos como «Grupo de asignación», «Equipo» o «Cola». Ejemplos Soporte de nivel 1Consultas de facturaciónEscalamientos técnicosSoporte 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 concluye una actividad. Mientras que la hora del evento indica el inicio, la hora de finalización proporciona el otro dato necesario para medir cuánto duró una tarea específica. No todos los eventos tienen una hora de finalización diferenciada, pero cuando la tienen, como en una «Investigación del agente» o una llamada con un cliente, esta información resulta valiosa. En el análisis, la diferencia entre la hora de finalización y la hora del evento indica el tiempo de procesamiento de la actividad. Este dato es fundamental para el análisis de Bottleneck, cuyo objetivo es encontrar los pasos del proceso que consumen más tiempo. Comprender la duración de las actividades ayuda a planificar los 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 Suele encontrarse en los registros de eventos o en las tablas de auditoría, junto a la hora de inicio. Si no está disponible, puede ser necesario calcularla a partir de la hora de inicio del evento siguiente. 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 y suele influir en la rapidez con que debe atenderse. Este nivel suele determinarse según el impacto en el negocio y la gravedad del problema comunicado por el cliente. A menudo, los SLA dependen del 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, como se espera, las solicitudes de prioridad alta se resuelven más rápido que las de prioridad baja. También permite verificar si se siguen las reglas de priorización y evaluar si la asignación de recursos se ajusta a las prioridades del negocio. Comparar los flujos del proceso según el nivel 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 comprobar que los recursos se ajusten a 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 calificación de satisfacción que proporciona el cliente después de que se resuelve la solicitud de servicio. | ||
| Descripción La satisfacción del cliente es una métrica clave de resultados que mide la percepción del cliente sobre el servicio recibido. Suele registrarse mediante una encuesta posterior a la resolución, a menudo con una escala numérica, como del 1 al 5, o con una calificación por categorías, como «Bueno», «Neutral» o «Malo». Este atributo es fundamental para relacionar el rendimiento del proceso con los resultados del negocio. 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 podría mostrar que los casos con varias reasignaciones o tiempos de resolución prolongados reciben sistemáticamente puntuaciones bajas. Esto proporciona una base clara, respaldada por datos, para priorizar las mejoras del 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 del negocio. Dónde obtenerlo Suele almacenarse en una tabla independiente de respuestas a encuestas que puede vincularse al 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 función». | ||
| Descripción El tipo de solicitud ofrece una clasificación general del problema o la consulta del cliente. Esta clasificación permite segmentar las solicitudes de servicio para comprender los distintos tipos de demanda que recibe el equipo de soporte. Entre los tipos habituales se encuentran los problemas técnicos, las consultas de facturación, las solicitudes de información y las quejas. Este atributo es muy útil para filtrar y comparar los procesos de 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 flujos de trabajo eficientes y asignar los 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 cada problema. Dónde obtenerlo Es un campo estándar del formulario principal del caso o ticket, que suele llamarse «Tipo», «Categoría» o «Clasificación». Ejemplos IncidentePreguntaProblemaSolicitud de función | |||
| Cliente Customer | Nombre o identificador único del cliente o la 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 a la solicitud de servicio. Permite agrupar y analizar todas las interacciones de servicio de un cliente determinado. Una perspectiva centrada en el cliente es fundamental para comprender su experiencia general. Al analizar los datos filtrados por cliente, las empresas pueden identificar a quienes presentan un gran volumen de solicitudes, lo que podría indicar problemas con un producto o la necesidad de ofrecer más formación. También ayuda a consultar el historial de servicio de las cuentas clave para asegurarse de que reciben el nivel de soporte esperado. Por qué es importante Ofrece una perspectiva del proceso centrada en el cliente y ayuda a identificar problemas recurrentes de clientes específicos y a gestionar las cuentas clave. Dónde obtenerlo Es un campo estándar del registro del caso o ticket que se vincula al objeto de contacto o cuenta del CRM. Ejemplos ABC CorporationGlobal Tech Inc.Jane DoeACCT-00123 | |||
| Hora objetivo del SLA SlaTargetTime | Fecha y hora acordadas contractualmente o establecidas como objetivo para resolver la solicitud de servicio. | ||
| Descripción La hora objetivo del SLA representa la fecha límite para 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 a partir de la hora de creación. Este atributo es fundamental para analizar el cumplimiento del SLA. Al comparar el tiempo real de resolución con la hora objetivo del SLA, las organizaciones pueden determinar su tasa de cumplimiento. Process Mining permite desglosar aún más este análisis y mostrar qué tipos de solicitudes o pasos del proceso contribuyen más a los incumplimientos del SLA. Así se pueden aplicar mejoras específicas para cumplir los compromisos de servicio. Por qué es importante Es esencial para medir el cumplimiento del SLA, un KPI crítico para las organizaciones de atención al cliente. Dónde obtenerlo Suele calcularse y almacenarse 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 | |||
| Producto Product | Producto o servicio al que se refiere la solicitud del cliente. | ||
| Descripción El atributo Producto especifica el producto, servicio o función concreta a la que se refiere la solicitud del cliente. Permite clasificar las solicitudes de servicio según el área del negocio a la que corresponden. Analizar las solicitudes de servicio por producto es fundamental para identificar las causas raíz y mejorar los productos. Un gran volumen de tickets relacionados con un producto específico puede indicar problemas de calidad, errores o dificultades de uso. Estos datos proporcionan retroalimentación valiosa a los equipos de desarrollo e ingeniería de productos y les ayudan a priorizar las correcciones y mejoras que reducirán la carga de trabajo del soporte y mejorarán la experiencia del cliente. Por qué es importante Vincula las solicitudes de servicio con productos específicos y proporciona retroalimentación clave para mejorar los productos e identificar las causas raíz. Dónde obtenerlo A menudo es un campo del formulario del caso o ticket que se vincula a un catálogo de productos o permite introducir el dato manualmente. Ejemplos Impresora Alpha-100Enterprise Suite v2.5Aplicación móvilPlataforma de facturación | |||
Actividades del servicio al cliente
| Actividad | Descripción | ||
|---|---|---|---|
| Solicitud asignada | Representa la asignación inicial de una solicitud de servicio a un agente o equipo concreto para que la gestione. Es un paso crítico que saca la solicitud de una cola y la incorpora a un flujo de trabajo activo. | ||
| Por qué es importante Esta actividad es fundamental para hacer 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 'Responsable' o 'Asignado a' del registro de auditoría o del historial de la solicitud de servicio. Capturar Identifique el primer registro o cambio en el campo del agente o grupo responsable. Tipo de evento explicit | |||
| Solicitud cerrada | Esta es la actividad final y representa el cierre administrativo definitivo de la solicitud de servicio. A partir de este momento, la solicitud se considera completada y no se espera ninguna otra acción. | ||
| Por qué es importante Esta actividad marca el final definitivo del ciclo de vida del proceso. El tiempo transcurrido entre la resolución y el cierre puede revelar políticas del proceso relacionadas con el cierre automático o la revisión final. Dónde obtenerlo Se registra cuando se cambia explícitamente el estado a «Cerrado». Muchos sistemas cuentan con una marca de tiempo específica para «Fecha de cierre». Capturar Utilice la marca de tiempo de «Fecha de cierre» o la correspondiente al cambio de estado a «Cerrado». Tipo de evento explicit | |||
| Solicitud de servicio creada | Marca el inicio del proceso de atención al cliente, cuando se registra formalmente una solicitud. Este evento se captura cuando el sistema de origen genera un nuevo caso, ticket o registro de interacción. | ||
| Por qué es importante Es el evento de inicio principal del proceso. Resulta 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 Suele capturarse a partir de la marca de tiempo de creación del caso o ticket principal en el sistema de gestión de servicios. Capturar Utilice la marca de tiempo de creación del caso, ticket o incidente principal. 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. Se produce 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 las dificultades para resolver los problemas 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 usuario o equipo de escalación designado. Capturar Utilice una marca o una marca de tiempo específica de escalación, o detecte un cambio de asignación a un equipo de escalación conocido. Tipo de evento explicit | |||
| Solicitud reabierta | Se produce cuando una solicitud de servicio que ya se había resuelto vuelve a un estado activo. Suele ocurrir si el cliente informa que el problema no se solucionó o ha vuelto a aparecer. | ||
| Por qué es importante Las solicitudes reabiertas miden directamente el retrabajo y son un claro indicador de que no se resolvió el problema en el primer contacto. Analizar estos eventos es fundamental para mejorar la calidad de las soluciones. Dónde obtenerlo Suele ser 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. Capturar Detecte los cambios de estado de 'Resuelta' o 'Cerrada' a 'Abierta' o 'En curso'. Tipo de evento explicit | |||
| Solicitud reasignada | Indica que, después de la asignación inicial, la responsabilidad de una solicitud de servicio se ha transferido de un agente o equipo a otro. Representa un traspaso dentro del proceso de soporte. | ||
| Por qué es importante Hacer un seguimiento de las reasignaciones es fundamental para analizar la fragmentación del proceso e identificar traspasos innecesarios. Las reasignaciones frecuentes pueden indicar problemas de asignación o carencias de conocimientos. Dónde obtenerlo Se infiere al supervisar los cambios posteriores en los campos 'Responsable', 'Asignado a' o 'Grupo de asignación' después de la asignación inicial. Capturar Identifique todos los cambios en los campos de responsable o grupo de asignación posteriores a la primera asignación. Tipo de evento inferred | |||
| Solicitud resuelta | Es un hito clave: el agente ha terminado 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 que el equipo de soporte ha terminado el trabajo activo y constituye un hito crítico en el 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 registra una marca de tiempo específica de resolución. Capturar Utilice la marca de tiempo de 'Resuelta el' o la del cambio de estado a 'Resuelta'. Tipo de evento explicit | |||
| Comentario interno añadido | Un agente añade una nota o un comentario privado a la solicitud de servicio para colaborar 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 indicar que el caso es complejo o que hay carencias de conocimientos. Dónde obtenerlo Se captura del flujo de actividad o del registro de comunicaciones de la solicitud de servicio, filtrando los comentarios marcados como 'internos' o 'privados'. Capturar Filtre los comentarios o el registro de actividad del caso para mostrar las entradas designadas como solo internas. 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 marca el inicio del diagnóstico o de las tareas de resolución. | ||
| Por qué es importante Ayuda a distinguir el tiempo de espera del tiempo de trabajo activo. Analizar esta actividad puede revelar demoras entre la asignación y el inicio del trabajo. Dónde obtenerlo Por lo general, 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'. Capturar Identifique el primer cambio de estado a uno activo, como '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, que suele activar una regla de automatización después de resolver una solicitud de servicio. Este evento inicia la recopilación de retroalimentación. | ||
| Por qué es importante Esta actividad aporta contexto a las métricas de retroalimentación de los clientes. Ayuda a analizar los índices de respuesta a las encuestas y el momento en que se solicitan. Dónde obtenerlo Se captura de un registro de automatización, un registro de correo electrónico saliente o un registro específico de la encuesta vinculado a la solicitud de servicio. Capturar 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 el agente puede reanudar el trabajo. Este evento suele devolver la solicitud de un estado pendiente a uno activo. | ||
| Por qué es importante Este evento pone fin a un periodo de espera del cliente. Analizar el tiempo transcurrido entre esta actividad y 'Información solicitada' permite conocer los tiempos de respuesta de los clientes. Dónde obtenerlo Se infiere de una comunicación entrante del cliente o de un cambio automático de estado de 'Pendiente' a 'Abierta' o 'En curso'. Capturar Detecte un mensaje entrante del cliente o un cambio de estado de 'Pendiente' a un estado activo. Tipo de evento inferred | |||
| Información solicitada al cliente | Se produce cuando un agente necesita más información del cliente para continuar y deja la solicitud en estado pendiente. Esto pausa los procesos internos y los temporizadores de los SLA. | ||
| Por qué es importante Esta actividad es clave para comprender las demoras relacionadas con el cliente. Hacer un seguimiento de la duración de este estado permite distinguir el tiempo de trabajo del agente del tiempo de espera del cliente. Dónde obtenerlo Por lo general, se infiere de un cambio de estado a un valor como 'Pendiente', 'En espera' o 'A la espera de información del cliente'. Capturar Identifique en el historial del caso los cambios de estado a 'Pendiente' o 'A la espera del cliente'. Tipo de evento inferred | |||
| Primera respuesta enviada | Marca la primera comunicación directa, 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, el motor de SLA del sistema registra este evento de forma explícita con una marca de tiempo. También puede inferirse al localizar el primer mensaje público saliente de un agente en la cronología del caso. Capturar Utilice la marca de tiempo específica de 'Tiempo de primera respuesta', si está disponible. De lo contrario, localice la marca de tiempo del primer mensaje saliente del agente. Tipo de evento explicit | |||
| Satisfacción del cliente recibida | Este evento se produce cuando el cliente envía su respuesta a la encuesta de satisfacción. La retroalimentación, como una calificación o un comentario, queda registrada en la solicitud de servicio. | ||
| Por qué es importante Vincula directamente la ejecución del proceso con 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 en el módulo de encuestas cuando el cliente envía una respuesta y esta se asocia con la solicitud de servicio original. Capturar 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 incumple 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 la empresa. | ||
| Por qué es importante Esta actividad mide directamente el rendimiento del nivel de servicio y su cumplimiento. 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 Este evento se calcula comparando las marcas de tiempo de las actividades con los objetivos de SLA predefinidos en el contrato de servicio o el motor de políticas. Capturar Compare la diferencia entre las marcas de tiempo de las actividades de inicio y fin 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. A menudo, un agente o unas reglas de automatización realizan este paso para determinar la urgencia y la asignación. | ||
| Por qué es importante Analizar los cambios de categorización ayuda a evaluar la eficacia del triaje, detectar retrabajo y localizar solicitudes mal asignadas. También aporta contexto sobre la complejidad y la naturaleza de las solicitudes de servicio. Dónde obtenerlo Por lo general, se infiere del registro de auditoría o del historial de cambios en campos como 'Categoría', 'Tipo' o 'Prioridad' del registro de la solicitud de servicio. Capturar Detecte en el historial del caso los cambios en los campos de categoría, prioridad o tipo. 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 necesita la confirmación del cliente. | ||
| Por qué es importante Este paso conceptual permite distinguir el tiempo necesario para encontrar una solución del tiempo de espera de la aceptación del cliente. Ofrece una visión más detallada de la fase de resolución. Dónde obtenerlo Por lo general, se infiere de una comunicación saliente con detalles de la resolución o de un cambio de estado a 'A la espera de aceptación' o 'Solución proporcionada'. Capturar Identifique un mensaje saliente que contenga 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,
¿Todo 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 base para preparar sus datos.
Mejore hoy mismo la calidad de su servicio al cliente
Detecte cuellos de botella, mejore la eficiencia de los agentes y ofrezca una mejor experiencia a sus clientes.
No se requiere tarjeta de crédito. Comience en unos minutos.