Su Plantilla de Datos de Servicio al Cliente
Su Plantilla de Datos de Servicio al Cliente
- Atributos recomendados para recopilar
- Actividades clave para el seguimiento
- Guía de Extracción
Atributos del Servicio al Cliente
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del Evento
EventTime
|
La marca de tiempo precisa que indica cuándo ocurrió una actividad o evento específico. | ||
|
Descripción
Event Time registra la fecha y hora en que se realizó una actividad. Esta marca de tiempo es fundamental para ordenar los eventos cronológicamente y para calcular las duraciones entre los diferentes 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 las duraciones de procesamiento. Permite a los analistas identificar cuellos de botella al encontrar actividades con largos retrasos que las preceden y medir el rendimiento frente a los acuerdos de nivel de servicio (SLA). Las marcas de tiempo precisas y consistentes son esenciales para un análisis fiable.
Por qué es importante
Esta marca de tiempo es fundamental para secuenciar los eventos correctamente y calcular todas las métricas de rendimiento, como los tiempos de ciclo y los cuellos de botella.
Dónde obtener
Esto típicamente corresponde al campo
Ejemplos
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
|
|||
|
Solicitud de Servicio
ServiceRequest
|
El identificador único para cada solicitud de servicio al cliente, caso o ticket. | ||
|
Descripción
La Solicitud de Servicio es el identificador principal del caso que vincula todas las actividades y eventos relacionados con un único problema del cliente, desde su creación hasta su cierre. Actúa como el hilo conductor central para rastrear el recorrido de principio a fin 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, lo que permite el análisis de tiempos de ciclo, rutas y variaciones caso por caso. Asegura que todos los pasos, desde el contacto inicial hasta la resolución final y el cierre, estén correctamente asociados con la misma consulta del cliente.
Por qué es importante
Este es el ID de Caso esencial que conecta todos los pasos del proceso, haciendo posible analizar el ciclo de vida completo de cada interacción de servicio al cliente.
Dónde obtener
Este es típicamente el campo
Ejemplos
CS0010001CS0010045CS0010112
|
|||
|
Nombre de la Actividad
ActivityName
|
El nombre de un evento o tarea específica que ocurrió dentro del ciclo de vida de la solicitud de servicio. | ||
|
Descripción
El Nombre de la Actividad describe un paso en el proceso de servicio al cliente, como 'Solicitud de Servicio Creada', 'Solicitud Asignada a Agente' o 'Solución Propuesta'. Estas actividades se extraen de los registros del sistema o de las actualizaciones de la tabla para construir una secuencia cronológica de eventos para cada solicitud de servicio. Este atributo es crucial para visualizar el mapa de procesos, identificar cuellos de botella y comprender el flujo de trabajo. Al analizar la secuencia y frecuencia de las actividades, los analistas pueden descubrir rutas de proceso comunes, desviaciones y áreas de reelaboración o ineficiencia. La granularidad de las actividades definidas impacta directamente la profundidad de los conocimientos que pueden obtenerse del modelo de proceso.
Por qué es importante
Este atributo constituye la columna vertebral del mapa de procesos, definiendo los pasos y tareas específicos cuya secuencia y duración son analizadas.
Dónde obtener
Este es un atributo conceptual derivado de tablas de auditoría del sistema (por ejemplo,
Ejemplos
Solicitud de Servicio CreadaSolicitud Asignada a AgenteInformación Solicitada al ClienteSolicitud de Servicio Resuelta
|
|||
|
¿Se incumplió el SLA?
IsSlaBreached
|
Un indicador booleano que señala si la solicitud de servicio superó su objetivo de Acuerdo de Nivel de Servicio (SLA) definido. | ||
|
Descripción
Este atributo calculado indica si una solicitud de servicio se resolvió dentro del plazo acordado. Típicamente es 'Verdadero' si el tiempo de resolución superó el objetivo del ANS y 'Falso' en caso contrario. Esto proporciona un resultado binario claro para el rendimiento del ANS en cada caso. Este atributo es esencial para el dashboard de 'Tendencias de Adherencia y Violación de ANS' y el KPI de 'Tasa de Adherencia a ANS'. Simplifica el análisis al permitir el filtrado directo y el recuento de casos incumplidos, lo que facilita la identificación de qué tipos de solicitudes, prioridades o equipos están más asociados con las violaciones de ANS.
Por qué es importante
Proporciona una respuesta clara de sí o no sobre si un caso cumplió su plazo, lo cual es fundamental para medir e informar sobre el cumplimiento de los ANS.
Dónde obtener
Calculado a partir del campo 'made_sla' de la tabla 'task_sla', o derivado al comparar el tiempo de resolución real con el tiempo de resolución planificado.
Ejemplos
truefalse
|
|||
|
Agente Asignado
AssignedAgent
|
El agente de servicio individual actualmente asignado para gestionar la solicitud de servicio. | ||
|
Descripción
Este atributo identifica al usuario responsable de la solicitud de servicio en un momento dado. A menudo cambia a lo largo del ciclo de vida del caso a medida que la solicitud se transfiere entre diferentes agentes o especialistas. Analizar el Agente Asignado es clave para comprender la distribución de la carga de trabajo, el rendimiento del agente y las transferencias. Ayuda a responder preguntas como qué agentes manejan 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. Esto es crucial para el dashboard de 'Transferencias y Reasignaciones de Agentes'.
Por qué es importante
Rastrea la responsabilidad del agente, permitiendo el análisis de la carga de trabajo, el rendimiento y la frecuencia de las reasignaciones, lo que a menudo indica fricción en el proceso.
Dónde obtener
Esto corresponde al campo
Ejemplos
Beth AnglinDavid LooAbel Tuter
|
|||
|
Categoría
Category
|
La clasificación principal de la solicitud de servicio, como 'Facturación' o 'Incidencia Técnica'. | ||
|
Descripción
La Categoría proporciona una agrupación de alto nivel para las solicitudes de servicio basada en la naturaleza de la consulta o problema del cliente. Esta clasificación se realiza típicamente cuando se crea la solicitud por primera vez y ayuda a enrutarla al grupo de asignación correcto. Este atributo es esencial para segmentar el análisis del proceso. Al filtrar por Categoría, los analistas pueden comparar los flujos de proceso para diferentes tipos de solicitudes. Por ejemplo, el proceso de resolución para un problema de 'Facturación' podría ser muy diferente del de un 'Problema Técnico'. Este es un atributo clave para casi todos los dashboards para segmentar los datos.
Por qué es importante
Permite desglosar el análisis por tipo de solicitud, revelando si ciertas categorías son más propensas a retrasos, escaladas o incumplimientos de SLA.
Dónde obtener
Esto corresponde al campo
Ejemplos
Consulta / AyudaPedidosIncidencias de ProductoFacturación
|
|||
|
Estado
State
|
El estado o situación actual de la solicitud de servicio en su ciclo de vida. | ||
|
Descripción
El atributo Estado describe la situación operativa de una solicitud de servicio en cualquier momento, como 'Nuevo', 'En curso', 'Esperando información', 'Resuelto' o 'Cerrado'. Los cambios en este campo se utilizan a menudo para definir las actividades en el modelo de proceso. Analizar el Estado proporciona una visión de alto nivel de dónde se encuentran los casos en el proceso. Se utiliza para identificar cuánto tiempo pasan los casos en ciertos estados, como 'Esperando información', que puede ser una fuente significativa de retraso. También ayuda a definir los puntos de inicio y fin para KPI clave como el 'Tiempo de resolución a cierre'.
Por qué es importante
Indica el estado de una solicitud en cualquier momento, ayudando a identificar el tiempo invertido en estados no productivos como 'En Espera' o 'Esperando Información'.
Dónde obtener
Esto corresponde al campo
Ejemplos
NuevoEn ProgresoEn espera de información del usuarioResueltoCerrado
|
|||
|
Grupo de asignación
AssignmentGroup
|
El 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. Las solicitudes a menudo se enrutan entre diferentes grupos, como una mesa de soporte de Nivel 1, un equipo técnico especializado o un departamento de facturación, dependiendo de la naturaleza del problema. Este atributo es esencial para analizar las transferencias interdepartamentales e identificar cuellos de botella a nivel de equipo. Ayuda a visualizar cómo fluye el trabajo entre diferentes áreas funcionales y puede destacar grupos que están sobrecargados o que requieren capacitación adicional. Esto respalda directamente los dashboards de 'Transferencias de Agentes y Reasignaciones' y 'Flujo de Proceso'.
Por qué es importante
Identifica qué equipo es responsable del trabajo, lo cual es fundamental para analizar el rendimiento del equipo, las cargas de trabajo y los traspasos de procesos entre departamentos.
Dónde obtener
Esto corresponde al campo
Ejemplos
Mesa de AyudaConsultas de FacturaciónSoporte Técnico Nivel 2
|
|||
|
Prioridad
Priority
|
El nivel de prioridad de la solicitud de servicio, que influye en su urgencia. | ||
|
Descripción
La Prioridad indica la importancia y la urgencia requerida para abordar una solicitud de servicio. A menudo se determina por una combinación del impacto de la solicitud en el cliente y su urgencia. Los valores comunes varían de Crítica a Baja. En Process Mining, la Prioridad es una dimensión poderosa para filtrar y comparar. Permite a los analistas verificar si las solicitudes de alta prioridad se procesan realmente más rápido que las de baja prioridad, y ver si los incumplimientos de ANS son más comunes para ciertos niveles de prioridad. Esto es fundamental para el dashboard de 'Tiempo de ciclo de la solicitud de servicio de principio a fin'.
Por qué es importante
Esto permite segmentar las solicitudes de servicio por urgencia, lo cual es esencial para verificar que los problemas críticos se manejen más rápido que los no críticos.
Dónde obtener
Esto corresponde al campo
Ejemplos
1 - Crítico2 - Alta3 - Moderada4 - Baja
|
|||
|
¿Es Retrabajo?
IsRework
|
Un indicador booleano que señala si se ha producido un retrabajo significativo, como un caso reabierto o una investigación repetida. | ||
|
Descripción
Este es un atributo calculado que marca los casos que exhiben patrones de ineficiencia o repetición. La lógica para esta bandera podría activarse por eventos como 'Solicitud de Servicio Reabierta' o si una secuencia clave de actividades, como 'Agente Inicia Investigación' seguida de 'Solución Propuesta', ocurre varias veces dentro del mismo caso. Esta bandera es invaluable para identificar rápidamente casos problemáticos y cuantificar el nivel general de reelaboración en el proceso. Apoya directamente el dashboard de 'Puntos Críticos de Reelaboración y Repetición' y el KPI de 'Tasa de Reelaboración', permitiendo a los analistas centrarse en los impulsores de la ineficiencia sin necesidad de identificar manualmente patrones repetitivos.
Por qué es importante
Ayuda a cuantificar la ineficiencia del proceso al marcar casos con bucles repetitivos o eventos de reapertura, lo que facilita medir y dirigir el retrabajo.
Dónde obtener
Este es un atributo calculado. Se deriva durante la transformación de datos aplicando lógica de negocio que detecta patrones de reelaboración, como un 'ReopenCount' distinto de cero o actividades repetidas.
Ejemplos
truefalse
|
|||
|
Channel
Channel
|
El canal de comunicación a través del cual se inició la solicitud de servicio. | ||
|
Descripción
El Canal indica el método utilizado por el cliente para enviar su solicitud, por ejemplo, 'Correo electrónico', 'Teléfono', 'Portal web' o 'Chat'. Los diferentes canales pueden tener características de proceso y expectativas del cliente significativamente distintas. Analizar el proceso por Canal ayuda a evaluar la efectividad de cada método de comunicación. Por ejemplo, puede revelar si las solicitudes enviadas por 'Teléfono' tienen una mayor tasa de resolución en el primer contacto o si las solicitudes por 'Correo electrónico' tienden a tener tiempos de ciclo más largos. Esto apoya directamente el dashboard de 'Efectividad del Canal de Comunicación'.
Por qué es importante
Ayuda a determinar la eficiencia y los resultados de los diferentes canales de interacción con el cliente, como teléfono, correo electrónico o portal web.
Dónde obtener
Esto típicamente corresponde al campo
Ejemplos
TeléfonoEmailSelf-serviceChat
|
|||
|
Cliente
Customer
|
El nombre o identificador del cliente o empresa que inició la solicitud de servicio. | ||
|
Descripción
Este atributo identifica al interesado externo, ya sea un individuo o una organización, para quien es la solicitud de servicio. Proporciona el contexto del cliente para cada caso. En el análisis, el atributo Cliente permite una vista del proceso de servicio centrada en el cliente. Puede utilizarse para identificar si ciertos clientes experimentan más problemas o retrasos más largos, y puede unirse con otros datos del cliente, como segmento o valor, para priorizar los esfuerzos de mejora del proceso. Por ejemplo, se podría verificar si los clientes de alto valor reciben un servicio más rápido.
Por qué es importante
Vincula el proceso a clientes específicos, permitiendo el análisis de los niveles de servicio y la frecuencia de incidencias para cuentas clave o segmentos de clientes.
Dónde obtener
Esto podría ser el campo
Ejemplos
John SmithACME Corporation`Global Tech Inc.`
|
|||
|
Código de Resolución
ResolutionCode
|
Un 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 seleccionado por el agente al resolver un caso. Proporciona detalles específicos sobre la solución, como 'Resuelto por el usuario', 'Error conocido', 'Duplicado' o 'No se requiere acción'. Este atributo es valioso para el análisis de la causa raíz. Al analizar la frecuencia de los diferentes códigos de resolución, las organizaciones pueden identificar problemas recurrentes, lagunas de conocimiento o problemas de producto. Esta información puede utilizarse para impulsar mejoras que reduzcan el volumen de ciertos tipos de solicitudes de servicio.
Por qué es importante
Ofrece información sobre los resultados de las solicitudes de servicio, lo cual es crucial para el análisis de la causa raíz y la identificación de problemas recurrentes.
Dónde obtener
Esto corresponde al campo
Ejemplos
Resuelto (Solución Temporal)Resuelto (Permanentemente)No Resuelto (Cliente sin Respuesta)Cerrado/Resuelto por Solicitante
|
|||
|
Es Resolución en el Primer Contacto
IsFirstContactResolution
|
Un indicador booleano que señala si la solicitud fue resuelta por el primer agente asignado sin traspasos ni escaladas. | ||
|
Descripción
Este atributo calculado identifica las solicitudes de servicio que se resolvieron eficientemente durante la primera interacción o por el primer agente que manejó el caso. La lógica típicamente verifica condiciones como cero reasignaciones ('ReassignmentCount' es 0), ninguna actividad de 'Escalada Interna Activada' y ninguna solicitud de más información al cliente. Este atributo mide directamente una métrica crítica de servicio al cliente y respalda el dashboard y KPI de 'Tasa de Resolución en el Primer Contacto'. Permite una fácil cuantificación del rendimiento de la FCR y ayuda a analizar los factores, como el canal o la categoría de la solicitud, que contribuyen o dificultan el logro de la resolución en el primer contacto.
Por qué es importante
Mide directamente la eficiencia de la respuesta inicial. Una tasa alta de FCR está fuertemente ligada tanto a la eficiencia operativa como a una alta satisfacción del cliente.
Dónde obtener
Este es un atributo calculado. Se deriva durante la transformación de datos basándose en reglas, como que
Ejemplos
truefalse
|
|||
|
Recuento de Reaperturas
ReopenCount
|
El número de veces que un cliente ha reabierto una solicitud de servicio ya resuelta. | ||
|
Descripción
Este contador rastrea cuántas veces un caso ha pasado de un estado 'Resuelto' o 'Cerrado' de nuevo a un estado 'En curso' o 'Abierto'. Un caso reabierto sugiere que la solución inicial no fue efectiva o completa. Este atributo es un fuerte indicador de la reelaboración y la calidad de la resolución inicial. Un alto recuento de reaperturas señala problemas en el proceso de resolución, como agentes que cierran tickets prematuramente o que no abordan completamente el problema subyacente del cliente. Es una métrica clave para comprender la efectividad de las soluciones propuestas.
Por qué es importante
Indica resoluciones fallidas y retrabajo. Un alto número de reaperturas señala una mala calidad en el proceso de resolución y lleva a la frustración del cliente.
Dónde obtener
Esto a menudo se rastrea en un campo llamado
Ejemplos
012
|
|||
|
Recuento de Reasignaciones
ReassignmentCount
|
El número total de veces que la solicitud de servicio ha sido reasignada a un agente o grupo diferente. | ||
|
Descripción
Este atributo es un contador que se incrementa cada vez que cambia el campo 'assigned_to' o 'assignment_group'. Proporciona una métrica simple de la cantidad de transferencia interna que ha experimentado un caso. El Recuento de Reasignaciones es una medida directa de la fricción del proceso y es una entrada clave para el dashboard de 'Transferencias y Reasignaciones de Agentes' y el KPI de 'Promedio de Transferencias de Agentes por Solicitud'. Un recuento alto de reasignaciones a menudo indica problemas con el enrutamiento inicial, lagunas en las habilidades de los agentes o casos difíciles de categorizar, todo lo cual conduce a tiempos de resolución más largos.
Por qué es importante
Mide directamente la ineficiencia del proceso contando los traspasos. Un número elevado a menudo se correlaciona con tiempos de resolución más largos y la insatisfacción del cliente.
Dónde obtener
Este es un campo métrico estándar,
Ejemplos
0135
|
|||
|
Source System
SourceSystem
|
El sistema del cual se extrajo la data. | ||
|
Descripción
Este atributo identifica el origen de los datos, lo cual es especialmente importante en entornos donde la información se agrega desde múltiples sistemas. Para esta vista del proceso, el valor sería consistentemente 'ServiceNow CSM'. En el análisis, esto ayuda en la gobernanza y resolución de problemas de los datos. Cuando hay múltiples sistemas de origen involucrados, permite filtrar el proceso para comprender cómo opera dentro de un sistema específico o para comparar variaciones del proceso entre diferentes sistemas.
Por qué es importante
Proporciona un contexto esencial sobre el origen de los datos, asegurando la claridad en entornos multisistema y ayudando en la gobernanza de los datos.
Dónde obtener
Este es un valor estático añadido durante el proceso de transformación de datos para etiquetar el origen del conjunto de datos.
Ejemplos
ServiceNow CSM
|
|||
|
Tiempo de Procesamiento
ProcessingTime
|
La duración del tiempo dedicado activamente a una actividad. | ||
|
Descripción
El Tiempo de Procesamiento, también conocido como tiempo activo o tiempo de servicio, mide la duración de una actividad desde su inicio hasta su fin. Representa el tiempo que un agente o sistema dedica a realizar activamente una tarea, a diferencia del tiempo de espera entre tareas. En Process Mining, esta métrica es crítica para distinguir entre el tiempo de valor añadido y el tiempo de espera sin valor añadido. Analizar el tiempo de procesamiento ayuda a identificar qué tareas específicas son las que más tiempo consumen y dónde hay oportunidades de automatización o capacitación para mejorar la eficiencia. Es una métrica fundamental para el análisis de cuellos de botella.
Por qué es importante
Mide el tiempo de trabajo activo de una actividad, ayudando a distinguir el tiempo de valor añadido del tiempo de espera improductivo en el proceso.
Dónde obtener
Este es un atributo calculado, típicamente derivado como la diferencia entre el
Ejemplos
PT15MPT2H30MP1D
|
|||
|
Última actualización de datos
LastDataUpdate
|
La 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 hora de la extracción de datos más reciente. Proporciona contexto sobre la actualidad de los datos que se analizan, asegurando que los usuarios sepan si están viendo información casi en tiempo real o una instantánea histórica. Durante el análisis, esta es una pieza crítica de metadatos para comprender la ventana de tiempo del conjunto de datos. Ayuda a los usuarios a interpretar correctamente los dashboards y los KPI, sabiendo, por ejemplo, que los datos están actualizados a la última hora o al día anterior.
Por qué es importante
Indica la frescura de los datos, lo cual es crucial para la relevancia y la oportunidad de los conocimientos de process mining.
Dónde obtener
Este
Ejemplos
2023-11-20T08:00:00Z
|
|||
Actividades de Servicio al Cliente
| Actividad | Descripción | ||
|---|---|---|---|
|
Escalada Interna Activada
|
Representa la escalada formal de una solicitud de servicio a un nivel superior de soporte o gestión para su resolución. Esto puede inferirse de un cambio en el grupo de asignación a un equipo de nivel superior o de la activación de un indicador. | ||
|
Por qué es importante
El seguimiento de las escaladas ayuda a identificar debilidades en el proceso, lagunas de conocimiento en el soporte de primera línea y tipos de casos complejos. Este es un indicador clave de la fricción del proceso y la insatisfacción del cliente.
Dónde obtener
Se puede inferir del registro de auditoría al detectar un cambio en el 'assignment_group' a un equipo de escalada conocido, o un cambio en el campo 'escalation' del registro del caso.
Capturar
Detectar cambio en el campo 'escalation' o un movimiento a un 'assignment_group' de nivel superior.
Tipo de evento
inferred
|
|||
|
Solicitud Asignada a Agente
|
Esta actividad ocurre cuando una solicitud de servicio se asigna a un agente específico para su investigación y resolución. Se captura infiriendo el cambio en el campo `assigned_to` del registro del caso. | ||
|
Por qué es importante
Este es un hito crítico para medir los tiempos de respuesta iniciales y la distribución de la carga de trabajo del agente. El seguimiento de las reasignaciones de este campo destaca las ineficiencias del proceso y los posibles cuellos de botella en la disponibilidad del agente.
Dónde obtener
Inferido del historial de auditoría (
Capturar
Detectar cambio de valor para el campo 'assigned_to' en el registro de auditoría del caso.
Tipo de evento
inferred
|
|||
|
Solicitud de Servicio Cerrada
|
Esta es la actividad final, que marca el cierre formal del registro de la solicitud de servicio, a menudo después de un período de confirmación posterior a la resolución. Se captura cuando el estado del caso cambia a 'Cerrado' y se establece la marca de tiempo `closed_at`. | ||
|
Por qué es importante
Como el final definitivo del proceso, esta actividad es esencial para calcular el ciclo de vida completo del caso. Analizar el tiempo entre 'Resuelto' y 'Cerrado' revela sobrecarga administrativa o retrasos.
Dónde obtener
Inferido del historial de auditoría cuando el campo de estado en la tabla
Capturar
Detectar cambio de 'estado' a 'Cerrado' y usar la marca de tiempo correspondiente.
Tipo de evento
inferred
|
|||
|
Solicitud de Servicio Creada
|
Esta actividad marca el inicio del proceso de servicio al cliente, cuando un nuevo caso se registra formalmente en el sistema. Este evento se captura explícitamente cuando se inserta un nuevo registro en la tabla `sn_customerservice_case`. | ||
|
Por qué es importante
Como punto de partida para cada caso, esta actividad es esencial para calcular el tiempo de ciclo de principio a fin y analizar los volúmenes de entrada de solicitudes. Sirve como disparador para todos los procesos posteriores y los temporizadores de SLA.
Dónde obtener
Este evento corresponde a la creación de un registro en la tabla
Capturar
Marca de tiempo de creación de registro (sys_created_on) en la tabla sn_customerservice_case.
Tipo de evento
explicit
|
|||
|
Solicitud de Servicio Resuelta
|
Este es un hito clave que indica que el agente de servicio ha completado el trabajo y el problema se considera resuelto. Esto se captura cuando el estado del caso cambia a 'Resuelto' y se rellena la marca de tiempo `resolved_at`. | ||
|
Por qué es importante
Esta actividad marca el final del proceso de resolución activa y es crucial para calcular los tiempos de ciclo de resolución y el cumplimiento del ANS. Sirve como punto final principal para muchos KPI de eficiencia.
Dónde obtener
Inferido del historial de auditoría cuando el campo de estado en la tabla
Capturar
Detectar cambio de 'estado' a 'Resuelto' y usar la marca de tiempo correspondiente.
Tipo de evento
inferred
|
|||
|
Agente Inicia Investigación
|
Esta actividad significa que un agente ha comenzado a trabajar activamente en la solicitud de servicio. Normalmente se infiere cuando el estado del caso cambia de un estado como 'Nuevo' o 'Asignado' a 'En curso'. | ||
|
Por qué es importante
Este evento ayuda a distinguir el tiempo de cola del tiempo de trabajo activo. Analizar la duración entre la asignación y el inicio de la investigación revela retrasos en la toma de nuevos casos por parte de los agentes.
Dónde obtener
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 pueden configurarse y deben verificarse.
Capturar
Detectar cambio en el campo 'estado' de un valor pendiente a uno activo (por ejemplo, 'Nuevo' a 'En Curso').
Tipo de evento
inferred
|
|||
|
Encuesta al Cliente Enviada
|
Representa el envío de una encuesta de satisfacción del cliente después de la resolución de un caso. Este evento se captura típicamente cuando se crea un registro de instancia de encuesta y se asocia con el caso. | ||
|
Por qué es importante
Esta actividad ayuda a correlacionar los patrones de ejecución del proceso con los comentarios del cliente. Comprender cuándo y si se envían encuestas es importante para analizar la efectividad del ciclo de retroalimentación.
Dónde obtener
Este es un evento explícito registrado en una tabla específica de encuestas como
Capturar
Creación de registro en la tabla 'asmt_assessment_instance' vinculada al caso.
Tipo de evento
explicit
|
|||
|
Grupo de asignación cambiado
|
Indica que la responsabilidad de un caso ha sido transferida de un equipo a otro. Este evento se infiere al monitorear los cambios en el campo `assignment_group` dentro del registro del caso. | ||
|
Por qué es importante
El seguimiento de los cambios en los grupos de asignación es crucial para analizar las transferencias interdepartamentales e identificar problemas sistemáticos de enrutamiento. Una alta frecuencia de esta actividad puede indicar una titularidad o definiciones de proceso poco claras.
Dónde obtener
Inferido del historial de auditoría (
Capturar
Detectar cambio de valor para el campo 'assignment_group' en el registro 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, permitiendo al agente reanudar el trabajo. Se infiere cuando el estado del caso cambia de 'Esperando información del usuario' a un estado activo. | ||
|
Por qué es importante
Este evento concluye el período de espera del cliente, permitiendo una medición precisa de los tiempos de respuesta del cliente. Ayuda a identificar qué tipos de casos o clientes están asociados con los retrasos más largos.
Dónde obtener
Inferido del historial de auditoría de la tabla
Capturar
Detectar cambio en el campo 'estado' de un valor 'esperando cliente' de nuevo a un valor activo.
Tipo de evento
inferred
|
|||
|
Información Solicitada al Cliente
|
Sucede cuando un agente requiere información adicional del cliente para proceder y pone el caso en un estado pendiente. Esto se infiere de un cambio de estado a un valor como 'Esperando información del usuario' o 'En espera'. | ||
|
Por qué es importante
Esta actividad es crucial para el análisis de 'Tiempos de espera de información del cliente'. Aísla los retrasos del proceso causados por dependencias externas, separándolos del tiempo de procesamiento interno.
Dónde obtener
Inferido del historial de auditoría de la tabla
Capturar
Detectar cambio en el campo 'estado' a un valor designado de 'esperando cliente'.
Tipo de evento
inferred
|
|||
|
SLA Incumplido
|
Representa el momento en que una solicitud de servicio no cumple con un Acuerdo de Nivel de Servicio (ANS) definido, como el tiempo de resolución. Este es un evento calculado, derivado de la comparación del tiempo de resolución con el tiempo de finalización planificado del ANS. | ||
|
Por qué es importante
Identificar los incumplimientos de SLA es fundamental para el monitoreo del cumplimiento y la gestión del rendimiento. Este evento ayuda a identificar qué etapas del proceso o tipos de casos contribuyen más a las violaciones de SLA.
Dónde obtener
Calculado analizando los registros en la tabla
Capturar
Verifique el indicador 'has_breached' en el registro de
Tipo de evento
calculated
|
|||
|
Solicitud Categorizada y Priorizada
|
Representa el triaje inicial donde la solicitud de servicio se clasifica y se le asigna un nivel de prioridad para determinar su urgencia y enrutamiento. Esto se infiere de los cambios en los campos de categoría, subcategoría o prioridad en el registro de auditoría del caso. | ||
|
Por qué es importante
Analizar esta actividad ayuda a identificar retrasos en la clasificación de casos y asegura que las solicitudes se enruten correctamente y se gestionen según la urgencia. Impacta el tiempo de la primera asignación y la eficiencia general de la resolución.
Dónde obtener
Inferido del historial de auditoría (
Capturar
Detectar el primer valor establecido o cambio de valor para los campos 'categoría' o 'prioridad'.
Tipo de evento
inferred
|
|||
|
Solicitud de Servicio Reabierta
|
Ocurre cuando una solicitud de servicio previamente resuelta vuelve a un estado activo porque el problema reapareció o la solución fue ineficaz. Esto se infiere al detectar un cambio de estado de 'Resuelto' a 'En Curso'. | ||
|
Por qué es importante
Los casos reabiertos son una medida directa de la calidad de la resolución y un factor principal de reelaboración. Analizar estos eventos es crucial para mejorar las tasas de resolución en el primer contacto y la satisfacción del cliente.
Dónde obtener
Inferido del historial de auditoría de la tabla
Capturar
Detectar cambio de 'estado' de 'Resuelto' a un valor activo como 'En Curso'.
Tipo de evento
inferred
|
|||
|
Solución Propuesta
|
Esta actividad marca el momento en que un agente ha identificado una solución y la ha comunicado al cliente para su confirmación. A menudo se infiere de un cambio de estado a un valor como 'Esperando aceptación' o de una entrada específica en las notas de trabajo. | ||
|
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 para la confirmación del cliente puede revelar oportunidades para optimizar las etapas finales de un caso.
Dónde obtener
Inferido del registro de auditoría de la tabla
Capturar
Detectar cambio en el campo 'estado' a un valor como 'Solución Propuesta' o 'Pendiente de Aceptación'.
Tipo de evento
inferred
|
|||