Su Template de datos de atención al cliente
Su Template de datos de atención al cliente
- Atributos recomendados para recopilar
- Actividades clave que conviene seguir
- Guía de extracción
Atributos de atención al cliente
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
Marca de tiempo precisa que indica cuándo se produjo una actividad o un evento específicos. | ||
|
Descripción
La hora del evento registra la fecha y la hora en que se realizó una actividad. Esta marca de tiempo es fundamental para ordenar cronológicamente los eventos y calcular la duración entre los distintos pasos del proceso. En el análisis de Process Mining, este atributo se utiliza para calcular todas las métricas basadas en el tiempo, incluidos los tiempos de ciclo, los tiempos de espera y los tiempos de procesamiento. Permite identificar cuellos de botella al detectar actividades precedidas por demoras prolongadas y medir el rendimiento frente a los acuerdos de nivel de servicio (SLA). Para que el análisis sea fiable, las marcas de tiempo deben ser precisas y coherentes.
Por qué es importante
Esta marca de tiempo es fundamental para ordenar correctamente los eventos y calcular todas las métricas de rendimiento, como los tiempos de ciclo y los cuellos de botella.
Dónde obtenerlo
Suele corresponder al campo 'sys_created_on' de las tablas de auditoría e historial de ServiceNow (por ejemplo, 'sys_audit').
Ejemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
|
|||
|
Solicitud de servicio
ServiceRequest
|
Identificador único de cada solicitud de servicio, caso o ticket de atención al cliente. | ||
|
Descripción
La solicitud de servicio es el identificador principal del caso y vincula todas las actividades y eventos relacionados con un problema de un cliente, desde su creación hasta su cierre. Es el hilo conductor para seguir todo el recorrido de una interacción con el cliente. En Process Mining, este atributo es fundamental para reconstruir el flujo del proceso. Cada valor único de solicitud de servicio representa una instancia del proceso y permite analizar los tiempos de ciclo, las rutas y las variaciones de cada caso. Así, todos los pasos, desde el contacto inicial hasta la resolución y el cierre, quedan asociados correctamente a la misma consulta del cliente.
Por qué es importante
Este es el ID del caso esencial que conecta todos los pasos del proceso y permite analizar el ciclo de vida completo de cada interacción de atención al cliente.
Dónde obtenerlo
Suele corresponder al campo 'number' de la tabla 'sn_customerservice_case' en ServiceNow CSM.
Ejemplos
CS0010001CS0010045CS0010112
|
|||
|
Nombre de la actividad
ActivityName
|
Nombre de un evento o una tarea específicos que tuvieron lugar durante el ciclo de vida de la solicitud de servicio. | ||
|
Descripción
El nombre de la actividad describe un paso del proceso de atención al cliente, como «Solicitud de servicio creada», «Solicitud asignada a un agente» o «Solución propuesta». Estas actividades se extraen de los registros del sistema o de las actualizaciones de las tablas para crear una secuencia cronológica de eventos para cada solicitud de servicio. Este atributo es fundamental para visualizar el mapa del proceso, identificar cuellos de botella y comprender el flujo de trabajo. Al analizar la secuencia y la frecuencia de las actividades, quienes analizan el proceso pueden descubrir las rutas habituales, las desviaciones y las áreas con retrabajo o ineficiencias. El nivel de detalle de las actividades definidas influye directamente en la profundidad de la información que se puede obtener del modelo de proceso.
Por qué es importante
Este atributo es la base del mapa del proceso: define los pasos y las tareas específicos cuyo orden y duración se analizan.
Dónde obtenerlo
Es un atributo conceptual que se obtiene de las tablas de auditoría del sistema (por ejemplo, 'sys_audit') o del seguimiento de los cambios de estado y las actualizaciones de campos clave en la tabla 'sn_customerservice_case'.
Ejemplos
Solicitud de servicio creadaSolicitud asignada a un agenteInformación solicitada al clienteSolicitud de servicio resuelta
|
|||
|
Agente asignado
AssignedAgent
|
Agente de servicio asignado actualmente para atender la solicitud de servicio. | ||
|
Descripción
Este atributo identifica a la persona responsable de la solicitud de servicio en un momento determinado. Suele cambiar durante el ciclo de vida del caso, cuando la solicitud pasa de un agente o especialista a otro. Analizar el agente asignado es clave para comprender la distribución de la carga de trabajo, el rendimiento de los agentes y los traspasos. Permite responder preguntas como qué agentes atienden los casos más complejos, con qué frecuencia se reasignan los casos y si ciertos agentes están asociados con tiempos de resolución más largos o una mayor satisfacción del cliente. Es fundamental para el Dashboard «Traspasos y reasignaciones entre agentes».
Por qué es importante
Registra quién es responsable de cada caso y permite analizar la carga de trabajo, el rendimiento y la frecuencia de las reasignaciones, que suelen indicar fricciones en el proceso.
Dónde obtenerlo
Corresponde al campo 'assigned_to' de la tabla 'sn_customerservice_case'.
Ejemplos
Beth AnglinDavid LooAbel Tuter
|
|||
|
Categoría
Category
|
Clasificación principal de la solicitud de servicio, como «Facturación» o «Problema técnico». | ||
|
Descripción
La categoría agrupa las solicitudes de servicio según la naturaleza de la consulta o el problema del cliente. Por lo general, se asigna cuando se crea la solicitud y ayuda a dirigirla al grupo de asignación adecuado. Este atributo es esencial para segmentar el análisis del proceso. Al filtrar por categoría, se pueden comparar los flujos de proceso de distintos tipos de solicitud. Por ejemplo, el proceso de resolución de un problema de «Facturación» puede ser muy distinto del de un «Problema técnico». Es un atributo clave para segmentar los datos en casi todos los Dashboards.
Por qué es importante
Permite desglosar el análisis por tipo de solicitud y descubrir si ciertas categorías son más propensas a sufrir demoras, escalamientos o incumplimientos de los SLA.
Dónde obtenerlo
Corresponde al campo 'category' de la tabla 'sn_customerservice_case'.
Ejemplos
Consulta / AyudaPedidosProblemas con productosFacturación
|
|||
|
Estado
State
|
Estado actual de la solicitud de servicio en su ciclo de vida. | ||
|
Descripción
El atributo de estado describe la situación operativa de una solicitud de servicio en un momento determinado, por ejemplo, «Nuevo», «En curso», «En espera de información», «Resuelto» o «Cerrado». Los cambios en este campo suelen utilizarse para definir las actividades del modelo de proceso. Analizar el estado ofrece una visión general de la etapa del proceso en que se encuentran los casos. Permite identificar cuánto tiempo permanecen en ciertos estados, como «En espera de información», que puede ser una fuente importante de demoras. También ayuda a definir los puntos de inicio y fin de KPI clave, como «Tiempo desde la resolución hasta el cierre».
Por qué es importante
Indica el estado de una solicitud en cualquier momento y ayuda a identificar el tiempo que permanece en estados improductivos, como «En espera» o «En espera de información».
Dónde obtenerlo
Corresponde al campo 'state' de la tabla 'sn_customerservice_case'.
Ejemplos
NuevoEn cursoEn espera de información del usuarioResueltoCerrado
|
|||
|
Grupo de asignación
AssignmentGroup
|
Equipo o departamento responsable de la solicitud de servicio. | ||
|
Descripción
El grupo de asignación representa la cola o el equipo al que se asigna una solicitud de servicio. Según la naturaleza del problema, las solicitudes suelen pasar entre distintos grupos, como un equipo de soporte de nivel 1, un equipo técnico especializado o el departamento de facturación. Este atributo es esencial para analizar los traspasos entre departamentos e identificar cuellos de botella en los equipos. Permite visualizar cómo fluye el trabajo entre distintas áreas funcionales y detectar grupos con exceso de carga o que necesitan más formación. Contribuye directamente a los Dashboards «Traspasos y reasignaciones entre agentes» y «Flujo del proceso».
Por qué es importante
Identifica al equipo responsable del trabajo, un dato clave para analizar el rendimiento y la carga de trabajo de los equipos, así como los traspasos entre departamentos.
Dónde obtenerlo
Corresponde al campo 'assignment_group' de la tabla 'sn_customerservice_case'.
Ejemplos
Mesa de ayudaConsultas de facturaciónSoporte técnico de nivel 2
|
|||
|
Prioridad
Priority
|
Nivel de prioridad de la solicitud de servicio, que determina su urgencia. | ||
|
Descripción
La prioridad indica la importancia y la urgencia con que se debe atender una solicitud de servicio. Suele determinarse en función del impacto de la solicitud en el cliente y de su urgencia. Los valores habituales van de Crítico a Bajo. En Process Mining, la prioridad es una dimensión útil para filtrar y comparar. Permite comprobar si las solicitudes de alta prioridad se procesan realmente más rápido que las de baja prioridad y si los incumplimientos de los SLA son más frecuentes en ciertos niveles de prioridad. Es un atributo fundamental para el Dashboard «Tiempo de ciclo integral de las solicitudes de servicio».
Por qué es importante
Permite segmentar las solicitudes de servicio por urgencia, algo esencial para comprobar que los problemas críticos se atienden más rápido que los que no lo son.
Dónde obtenerlo
Corresponde al campo 'priority' de la tabla 'sn_customerservice_case'.
Ejemplos
1 - Crítico2 - Alto3 - Moderado4 - Bajo
|
|||
|
Se incumplió el SLA
IsSlaBreached
|
Indicador booleano que señala si la solicitud de servicio superó el objetivo establecido en el acuerdo de nivel de servicio (SLA). | ||
|
Descripción
Este atributo calculado indica si una solicitud de servicio se resolvió dentro del plazo acordado. Suele tener el valor 'True' si el tiempo de resolución superó el objetivo del SLA y 'False' en caso contrario. Así se obtiene un resultado claro, de sí o no, sobre el cumplimiento del SLA en cada caso. Este atributo es esencial para el Dashboard 'Tendencias de cumplimiento e incumplimiento del SLA' y el KPI 'Tasa de cumplimiento del SLA'. Simplifica el análisis porque permite filtrar y contar directamente los casos que incumplieron el SLA, lo que facilita identificar los tipos de solicitud, las prioridades o los equipos más asociados con esos incumplimientos.
Por qué es importante
Indica claramente si un caso cumplió el plazo, un dato fundamental para medir e informar sobre el cumplimiento del SLA.
Dónde obtenerlo
Se calcula a partir del campo 'made_sla' de la tabla 'task_sla' o comparando el tiempo de resolución real con el tiempo de resolución previsto.
Ejemplos
truefalse
|
|||
|
Canal
Channel
|
Canal de comunicación por el que se inició la solicitud de servicio. | ||
|
Descripción
El canal indica el medio que utilizó el cliente para enviar su solicitud, por ejemplo, «Correo electrónico», «Teléfono», «Portal web» o «Chat». Cada canal puede tener características del proceso y expectativas del cliente muy distintas. Analizar el proceso por canal ayuda a evaluar la eficacia de cada medio de comunicación. Por ejemplo, permite saber si las solicitudes telefónicas tienen una mayor tasa de resolución en el primer contacto o si las solicitudes por correo electrónico suelen tener tiempos de ciclo más largos. Contribuye directamente al Dashboard «Eficacia de los canales de comunicación».
Por qué es importante
Ayuda a determinar la eficiencia y los resultados de los distintos canales de interacción con el cliente, como el teléfono, el correo electrónico o el portal web.
Dónde obtenerlo
Suele corresponder al campo 'contact_type' de la tabla 'sn_customerservice_case'.
Ejemplos
TeléfonoCorreo electrónicoAutoservicioChat
|
|||
|
Cliente
Customer
|
Nombre o identificador del cliente o la empresa que inició la solicitud de servicio. | ||
|
Descripción
Este atributo identifica a la parte interesada externa, ya sea una persona o una organización, para quien se solicita el servicio. Aporta el contexto del cliente a cada caso. En el análisis, el atributo de cliente permite ver el proceso de servicio desde la perspectiva del cliente. Se puede utilizar para identificar si ciertos clientes tienen más problemas o sufren demoras más largas, y combinarlo con otros datos del cliente, como el segmento o el valor, para priorizar las iniciativas de mejora del proceso. Por ejemplo, permite comprobar si los clientes de alto valor reciben un servicio más rápido.
Por qué es importante
Vincula el proceso con clientes específicos y permite analizar los niveles de servicio y la frecuencia de los problemas en cuentas clave o segmentos de clientes.
Dónde obtenerlo
Podría corresponder al campo 'caller_id', 'opened_for' o 'account' de la tabla 'sn_customerservice_case', que hace referencia a tablas de usuarios o empresas.
Ejemplos
John SmithACME CorporationGlobal Tech Inc.
|
|||
|
Código de resolución
ResolutionCode
|
Código que indica el resultado final o cómo se resolvió la solicitud de servicio. | ||
|
Descripción
El código de resolución es un valor estructurado que el agente selecciona al resolver un caso. Aporta detalles específicos sobre la solución, como «Resuelto por el usuario», «Error conocido», «Duplicado» o «No se requiere ninguna acción». Este atributo es útil para analizar las causas raíz. Al analizar la frecuencia de los distintos códigos de resolución, las organizaciones pueden identificar problemas recurrentes, carencias de conocimiento o problemas con los productos. Esta información permite impulsar mejoras que reduzcan el volumen de ciertos tipos de solicitudes de servicio.
Por qué es importante
Aporta información sobre los resultados de las solicitudes de servicio, fundamental para analizar las causas raíz e identificar problemas recurrentes.
Dónde obtenerlo
Corresponde al campo 'close_code' o a un campo personalizado de código de resolución de la tabla 'sn_customerservice_case'.
Ejemplos
Resuelto (solución temporal)Resuelto (de forma permanente)No resuelto (el cliente no responde)Cerrado/resuelto por quien realizó la llamada
|
|||
|
Es retrabajo
IsRework
|
Indicador booleano que señala si se produjo un retrabajo considerable, por ejemplo, si se reabrió un caso o se repitió una investigación. | ||
|
Descripción
Este atributo calculado marca los casos que presentan patrones de ineficiencia o repetición. La lógica puede activarse ante eventos como 'Solicitud de servicio reabierta' o cuando una secuencia clave de actividades, como 'El agente inicia la investigación' seguida de 'Solución propuesta', se repite varias veces en un mismo caso. Este indicador permite identificar rápidamente los casos problemáticos y cuantificar el nivel general de retrabajo del proceso. Contribuye directamente al Dashboard 'Puntos críticos de retrabajo y repetición' y al KPI 'Tasa de retrabajo', para que los analistas puedan centrarse en las causas de la ineficiencia sin tener que buscar manualmente los patrones repetitivos.
Por qué es importante
Ayuda a cuantificar la ineficiencia del proceso al marcar los casos con ciclos repetitivos o eventos de reapertura, lo que facilita medir y reducir el retrabajo.
Dónde obtenerlo
Este atributo se calcula durante la transformación de datos, aplicando reglas de negocio que detectan patrones de retrabajo, como un valor distinto de cero en 'ReopenCount' o actividades repetidas.
Ejemplos
truefalse
|
|||
|
Número de reaperturas
ReopenCount
|
Número de veces que el cliente ha reabierto una solicitud de servicio resuelta. | ||
|
Descripción
Este contador registra cuántas veces un caso ha pasado de «Resuelto» o «Cerrado» a «En curso» o «Abierto». Si se reabre un caso, es posible que la solución inicial no haya sido eficaz o estuviera incompleta. Este atributo es un indicador claro del retrabajo y de la calidad de la resolución en el primer intento. Un número elevado de reaperturas apunta a problemas en el proceso de resolución, como agentes que cierran tickets antes de tiempo o no resuelven por completo el problema de fondo del cliente. Es una métrica clave para comprender la eficacia de las soluciones propuestas.
Por qué es importante
Indica resoluciones fallidas y retrabajo. Un número elevado de reaperturas señala una baja calidad del proceso de resolución y genera frustración en los clientes.
Dónde obtenerlo
A menudo se registra en un campo llamado 'reopen_count' de la tabla 'sn_customerservice_case' o de una tabla relacionada.
Ejemplos
012
|
|||
|
Número de reasignaciones
ReassignmentCount
|
Número total de veces que la solicitud de servicio se ha reasignado a otro agente o grupo. | ||
|
Descripción
Este atributo es un contador que aumenta cada vez que cambia el campo 'assigned_to' o 'assignment_group'. Ofrece una medida sencilla de cuántas transferencias internas ha tenido un caso. El número de reasignaciones mide directamente las fricciones del proceso y es un dato clave para el Dashboard «Traspasos y reasignaciones entre agentes» y el KPI «Promedio de traspasos entre agentes por solicitud». Un número elevado de reasignaciones suele indicar problemas con la asignación inicial, carencias de habilidades de los agentes o dificultades para clasificar los casos. Todo ello prolonga los tiempos de resolución.
Por qué es importante
Mide directamente las ineficiencias del proceso al contar los traspasos. Un número elevado suele estar relacionado con tiempos de resolución más largos e insatisfacción del cliente.
Dónde obtenerlo
Es el campo de métrica estándar 'reassignment_count' de la tabla 'task', que es la tabla principal de la que hereda 'sn_customerservice_case'.
Ejemplos
0135
|
|||
|
Se resolvió en el primer contacto
IsFirstContactResolution
|
Indicador booleano que señala si el agente asignado inicialmente resolvió la solicitud sin transferencias ni escalaciones. | ||
|
Descripción
Este atributo calculado identifica las solicitudes de servicio que se resolvieron de forma eficiente durante la primera interacción o por el primer agente que atendió el caso. La lógica suele comprobar condiciones como que no haya reasignaciones ('ReassignmentCount' sea 0), que no se haya producido ninguna actividad de 'Escalación interna activada' y que no se haya solicitado más información al cliente. Este atributo mide directamente una métrica clave de atención al cliente y contribuye al Dashboard y al KPI 'Tasa de resolución en el primer contacto'. Permite cuantificar fácilmente el desempeño de la resolución en el primer contacto y analizar los factores, como el canal o la categoría de la solicitud, que favorecen o dificultan este resultado.
Por qué es importante
Mide directamente la eficiencia de la respuesta inicial. Una tasa alta de resolución en el primer contacto está estrechamente relacionada tanto con la eficiencia operativa como con una alta satisfacción del cliente.
Dónde obtenerlo
Este atributo se calcula durante la transformación de datos a partir de reglas, como que 'ReassignmentCount' sea cero y que no se produzcan actividades de escalación.
Ejemplos
truefalse
|
|||
|
Sistema de origen
SourceSystem
|
Sistema del que se extrajeron los datos. | ||
|
Descripción
Este atributo identifica el origen de los datos, algo especialmente importante en entornos donde se agrega información de varios sistemas. En esta vista del proceso, el valor sería siempre 'ServiceNow CSM'. En el análisis, ayuda con la gobernanza de datos y la resolución de problemas. Si intervienen varios sistemas de origen, permite filtrar el proceso para entender cómo funciona en un sistema concreto o comparar las variaciones del proceso entre distintos sistemas.
Por qué es importante
Aporta contexto esencial sobre el origen de los datos, aclara la información en entornos con varios sistemas y facilita la gobernanza de datos.
Dónde obtenerlo
Es un valor estático que se añade durante la transformación de los datos para indicar el origen del conjunto de datos.
Ejemplos
ServiceNow CSM
|
|||
|
Última actualización de datos
LastDataUpdate
|
Marca de tiempo que indica cuándo se extrajeron o actualizaron por última vez los datos del sistema de origen. | ||
|
Descripción
Este atributo registra la fecha y la hora de la extracción de datos más reciente. Indica qué tan actualizados están los datos analizados y permite saber si se trata de información casi en tiempo real o de una instantánea histórica. Durante el análisis, estos metadatos son fundamentales para comprender el período que abarca el conjunto de datos. Ayudan a interpretar correctamente los Dashboards y los KPI, por ejemplo, al indicar que los datos están actualizados hasta la última hora o hasta el día anterior.
Por qué es importante
Indica qué tan actualizados están los datos, algo fundamental para que la información de Process Mining siga siendo pertinente y oportuna.
Dónde obtenerlo
Esta marca de tiempo se genera y se añade durante el proceso de extracción, transformación y carga de datos (ETL).
Ejemplos
2023-11-20T08:00:00Z
|
|||
Actividades de atención al cliente
| Actividad | Descripción | ||
|---|---|---|---|
|
Escalamiento interno activado
|
Representa el escalamiento formal de una solicitud de servicio a un nivel superior de soporte o gestión para resolverla. Se puede inferir a partir de un cambio del grupo de asignación a un equipo de nivel superior o de la activación de una marca. | ||
|
Por qué es importante
El seguimiento de los escalamientos ayuda a identificar debilidades del proceso, carencias de conocimiento en el soporte de primera línea y tipos de caso complejos. Es un indicador clave de fricciones en el proceso y de insatisfacción del cliente.
Dónde obtenerlo
Se puede inferir del registro de auditoría al detectar un cambio en 'assignment_group' a un equipo de escalamiento conocido o un cambio en el campo 'escalation' del registro del caso.
Capturar
Detectar un cambio en el campo 'escalation' o el traslado a un 'assignment_group' de nivel superior.
Tipo de evento
inferred
|
|||
|
Solicitud asignada a un agente
|
Esta actividad se produce cuando se asigna una solicitud de servicio a un agente concreto para que la investigue y resuelva. Se captura al inferir el cambio en el campo assigned_to del registro del caso. | ||
|
Por qué es importante
Este es un hito clave para medir los tiempos de respuesta inicial y la distribución de la carga de trabajo entre los agentes. El seguimiento de las reasignaciones de este campo permite detectar ineficiencias del proceso y posibles cuellos de botella en la disponibilidad de los agentes.
Dónde obtenerlo
Se infiere del historial de auditoría (sys_audit) de la tabla sn_customerservice_case mediante el seguimiento de cuándo se completa o cambia el campo assigned_to.
Capturar
Detectar los cambios de valor del campo 'assigned_to' en el historial de auditoría del caso.
Tipo de evento
inferred
|
|||
|
Solicitud de servicio cerrada
|
Esta es la actividad final y marca el cierre formal del registro de la solicitud de servicio, a menudo después de un período de confirmación tras la resolución. Se registra cuando el estado del caso cambia a «Cerrado» y se establece la marca de tiempo closed_at. | ||
|
Por qué es importante
Como punto final definitivo del proceso, esta actividad es esencial para calcular el ciclo de vida completo del caso. Analizar el tiempo entre «Resuelto» y «Cerrado» permite detectar tareas administrativas o demoras.
Dónde obtenerlo
Se infiere del historial de auditoría cuando el campo de estado de la tabla sn_customerservice_case se establece en 'Closed'. El campo closed_at se completa al mismo tiempo.
Capturar
Detectar el cambio de 'state' a 'Closed' y usar la marca de tiempo correspondiente.
Tipo de evento
inferred
|
|||
|
Solicitud de servicio creada
|
Esta actividad marca el inicio del proceso de atención al cliente, cuando se registra formalmente un caso nuevo en el sistema. El evento se captura de forma explícita al insertar un registro nuevo en la tabla sn_customerservice_case. | ||
|
Por qué es importante
Como punto de partida de cada caso, esta actividad es esencial para calcular el tiempo de ciclo integral y analizar el volumen de solicitudes recibidas. Activa todos los procesos posteriores y los temporizadores del SLA.
Dónde obtenerlo
Este evento corresponde a la creación de un registro en la tabla sn_customerservice_case. La marca de tiempo se obtiene del campo sys_created_on.
Capturar
Marca de tiempo de creación del registro (sys_created_on) en la tabla sn_customerservice_case.
Tipo de evento
explicit
|
|||
|
Solicitud de servicio resuelta
|
Este hito clave indica que el agente de servicio ha terminado el trabajo y que el problema se considera resuelto. Se registra cuando el estado del caso cambia a «Resuelto» y se completa la marca de tiempo resolved_at. | ||
|
Por qué es importante
Esta actividad marca el final del proceso de resolución activa y es fundamental para calcular los tiempos de ciclo de resolución y el cumplimiento de los SLA. Es un punto final clave para muchos KPI de eficiencia.
Dónde obtenerlo
Se infiere del historial de auditoría cuando el campo de estado de la tabla sn_customerservice_case se establece en 'Resolved'. El campo resolved_at suele completarse al mismo tiempo.
Capturar
Detectar el cambio de 'state' a 'Resolved' y usar la marca de tiempo correspondiente.
Tipo de evento
inferred
|
|||
|
El agente inicia la investigación
|
Esta actividad indica que un agente ha comenzado a trabajar activamente en la solicitud de servicio. Suele inferirse cuando el estado del caso cambia de «Nuevo» o «Asignado» a «En curso». | ||
|
Por qué es importante
Este evento permite distinguir el tiempo en cola del tiempo de trabajo activo. Analizar el tiempo transcurrido entre la asignación y el inicio de la investigación permite detectar demoras en la atención de nuevos casos.
Dónde obtenerlo
Se infiere cuando el campo de estado del caso cambia a un estado de trabajo activo, como «En curso». Los valores de estado específicos se pueden configurar y conviene verificarlos.
Capturar
Detectar el cambio del campo 'state' de un valor pendiente a uno activo (por ejemplo, de 'New' a 'Work in Progress').
Tipo de evento
inferred
|
|||
|
Encuesta enviada al cliente
|
Representa el envío de una encuesta de satisfacción al cliente después de resolver un caso. Este evento suele registrarse cuando se crea una instancia de encuesta y se asocia con el caso. | ||
|
Por qué es importante
Esta actividad ayuda a relacionar los patrones de ejecución del proceso con la retroalimentación del cliente. Saber cuándo se envían las encuestas, y si se envían, es importante para analizar la eficacia del ciclo de retroalimentación.
Dónde obtenerlo
Es un evento explícito registrado en una tabla específica de encuestas, como asmt_assessment_instance, que contiene una referencia al registro del caso de origen.
Capturar
Creación de un registro en la tabla 'asmt_assessment_instance' vinculado al caso.
Tipo de evento
explicit
|
|||
|
Grupo de asignación cambiado
|
Indica que la responsabilidad de un caso se ha transferido de un equipo a otro. Este evento se infiere mediante el seguimiento de los cambios en el campo assignment_group del registro del caso. | ||
|
Por qué es importante
El seguimiento de los cambios en los grupos de asignación es fundamental para analizar los traspasos entre departamentos e identificar problemas sistemáticos de asignación. Una frecuencia elevada de esta actividad puede indicar que la responsabilidad o la definición del proceso no están claras.
Dónde obtenerlo
Se infiere del historial de auditoría (sys_audit) de la tabla sn_customerservice_case mediante el seguimiento de los cambios en el campo assignment_group.
Capturar
Detectar los cambios de valor del campo 'assignment_group' en el historial de auditoría del caso.
Tipo de evento
inferred
|
|||
|
Información recibida del cliente
|
Esta actividad marca el momento en que el cliente proporciona la información solicitada y el agente puede reanudar el trabajo. Se infiere cuando el estado del caso pasa de «En espera de información del usuario» a un estado activo. | ||
|
Por qué es importante
Este evento pone fin al período de espera del cliente y permite medir con precisión sus tiempos de respuesta. Ayuda a identificar los tipos de caso o clientes asociados con las demoras más prolongadas.
Dónde obtenerlo
Se infiere del historial de auditoría de la tabla sn_customerservice_case cuando el campo de estado cambia de «En espera de información» a un estado activo, como «En curso».
Capturar
Detectar el cambio del campo 'state' de un valor «en espera del cliente» a un valor activo.
Tipo de evento
inferred
|
|||
|
Información solicitada al cliente
|
Se produce cuando un agente necesita información adicional del cliente para continuar y deja el caso en estado pendiente. Se infiere a partir de un cambio de estado a un valor como «En espera de información del usuario» o «En espera». | ||
|
Por qué es importante
Esta actividad es fundamental para el análisis de los tiempos de espera de información del cliente. Permite aislar las demoras del proceso causadas por dependencias externas y diferenciarlas del tiempo de procesamiento interno.
Dónde obtenerlo
Se infiere del historial de auditoría de la tabla sn_customerservice_case cuando el campo de estado cambia a un valor que indica que se espera información del cliente (por ejemplo, 'Awaiting Info').
Capturar
Detectar el cambio del campo 'state' a un valor designado como «en espera del cliente».
Tipo de evento
inferred
|
|||
|
SLA incumplido
|
Representa el momento en que una solicitud de servicio incumple un acuerdo de nivel de servicio (SLA) definido, por ejemplo, el tiempo de resolución. Es un evento calculado que se obtiene al comparar el tiempo de resolución con la hora de finalización prevista del SLA. | ||
|
Por qué es importante
Identificar los incumplimientos de SLA es fundamental para supervisar el cumplimiento y gestionar el rendimiento. Este evento ayuda a determinar qué etapas del proceso o tipos de caso contribuyen más a los incumplimientos de los SLA.
Dónde obtenerlo
Se calcula analizando los registros de la tabla task_sla relacionados con el caso. Hay un incumplimiento si el campo has_breached es true o si actual_elapsed_time supera planned_duration.
Capturar
Comprobar la marca 'has_breached' en el registro task_sla vinculado.
Tipo de evento
calculated
|
|||
|
Solicitud clasificada y priorizada
|
Representa la clasificación inicial, en la que se asignan una categoría y un nivel de prioridad a la solicitud de servicio para determinar su urgencia y asignación. Se infiere a partir de los cambios en los campos de categoría, subcategoría o prioridad del registro del caso en el historial de auditoría. | ||
|
Por qué es importante
Analizar esta actividad ayuda a detectar retrasos en la clasificación de los casos y a garantizar que las solicitudes se asignen correctamente y se gestionen según su urgencia. Afecta al tiempo hasta la primera asignación y a la eficiencia general de la resolución.
Dónde obtenerlo
Se infiere del historial de auditoría (sys_audit) de la tabla sn_customerservice_case, en concreto, del seguimiento de la asignación inicial o las actualizaciones de los campos de categoría y prioridad.
Capturar
Detectar el primer valor asignado o los cambios de valor en los campos 'category' o 'priority'.
Tipo de evento
inferred
|
|||
|
Solicitud de servicio reabierta
|
Se produce cuando una solicitud de servicio que ya se había resuelto vuelve a un estado activo porque el problema reapareció o la solución no fue eficaz. Se infiere al detectar un cambio de estado de «Resuelto» a «En curso». | ||
|
Por qué es importante
Los casos reabiertos miden directamente la calidad de la resolución y son una de las principales causas de retrabajo. Analizar estos eventos es fundamental para mejorar la tasa de resolución en el primer contacto y la satisfacción del cliente.
Dónde obtenerlo
Se infiere del historial de auditoría de la tabla sn_customerservice_case al identificar una secuencia en la que el campo de estado pasa de «Resuelto» a un estado activo.
Capturar
Detectar el cambio de 'state' de 'Resolved' a un valor activo, como 'Work in Progress'.
Tipo de evento
inferred
|
|||
|
Solución propuesta
|
Esta actividad marca el momento en que un agente identifica una solución y se la comunica al cliente para que la confirme. Suele inferirse a partir de un cambio de estado a un valor como «En espera de aceptación» o de una nota de trabajo específica. | ||
|
Por qué es importante
Este hito separa la fase de investigación de la fase de confirmación y resolución. Analizar el tiempo de espera de la confirmación del cliente puede revelar oportunidades para agilizar las etapas finales del cierre de un caso.
Dónde obtenerlo
Se infiere del registro de auditoría de la tabla sn_customerservice_case cuando el estado cambia a un valor que indica que se propuso una solución (por ejemplo, 'Proposed Solution'). Esto puede variar según la implementación.
Capturar
Detectar el cambio del campo 'state' a un valor como 'Proposed Solution' o 'Awaiting Acceptance'.
Tipo de evento
inferred
|
|||
Guías de extracción
¿Todo listo para empezar?
Utilice este Template para preparar sus datos de forma eficaz, descubrir información valiosa y optimizar las operaciones de atención al cliente. Comience hoy a avanzar hacia un proceso más eficiente y centrado en el cliente.
Alcance hoy la máxima eficiencia en la atención al cliente
Mejore la satisfacción del cliente y alcance una tasa del 80 % de resolución en el primer contacto.
No se requiere tarjeta de crédito. Empiece en cuestión de minutos.