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 para Microsoft Dynamics 365 Customer Service
Atributos de Servicio al Cliente
| Nombre | Descripción | ||
|---|---|---|---|
|
Solicitud de Servicio
ServiceRequest
|
El identificador único para una solicitud de servicio al cliente, también conocido como caso o ticket. | ||
|
Descripción
La Solicitud de Servicio sirve como identificador principal, vinculando todas las actividades relacionadas con una única consulta o problema del cliente. Actúa como el ID de Caso para Process Mining, asegurando una vista completa y consistente de cada interacción con el cliente desde su creación hasta su cierre. Analizar por Solicitud de Servicio permite rastrear el recorrido de principio a fin, medir los tiempos de resolución e identificar patrones en casos similares.
Por qué es importante
Este es el ID de Caso esencial que conecta todos los eventos relacionados en una única instancia de proceso, haciendo posible el análisis de procesos de principio a fin.
Dónde obtener
Esta es la clave principal de la entidad Caso (incidente) en Microsoft Dynamics 365 Customer Service.
Ejemplos
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
|
|||
|
Actividad
ActivityName
|
El nombre del evento de negocio específico que ocurrió en un momento determinado para una solicitud de servicio. | ||
|
Descripción
Este atributo describe un solo paso o cambio de estado dentro del proceso de servicio al cliente, como 'Caso Creado', 'Agente Investigó Problema' o 'Caso Resuelto'. Estas actividades forman la columna vertebral del mapa de procesos, permitiendo la visualización y el análisis del flujo del proceso. Cada actividad, cuando se combina con una marca de tiempo, crea un evento que define la secuencia del proceso.
Por qué es importante
Las actividades definen los pasos del proceso. Analizar la secuencia y frecuencia de las actividades es fundamental para comprender los flujos del proceso, identificar desviaciones y encontrar cuellos de botella.
Dónde obtener
Generalmente se deriva mapeando cambios de estado (statuscode) o eventos específicos de entidades relacionadas como Tareas, Correos electrónicos o Llamadas Telefónicas a un nombre de actividad estandarizado.
Ejemplos
Caso creadoAgente Investigó el ProblemaSolución Propuesta al ClienteCaso cerrado
|
|||
|
Hora de Inicio
EventTime
|
El timestamp que indica cuándo ocurrió la actividad. | ||
|
Descripción
Este atributo registra la fecha y hora precisas en que tuvo lugar una actividad específica. Es esencial para secuenciar eventos correctamente y para todo análisis basado en el tiempo, incluyendo el cálculo de tiempos de ciclo, duraciones y tiempos de espera entre actividades. Una marca de tiempo precisa y consistente es crítica para la integridad del análisis de Process Mining.
Por qué es importante
Esta marca de tiempo ordena los eventos cronológicamente y habilita todos los cálculos basados en duración, que son cruciales para el análisis de rendimiento y la identificación de cuellos de botella.
Dónde obtener
Esto corresponde a campos como 'createdon' o 'modifiedon' en la entidad Caso (incidente) o entidades de actividad relacionadas (por ejemplo, Email, Tarea, Llamada Telefónica).
Ejemplos
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
|
|||
|
Source System
SourceSystem
|
Identifica el sistema de origen del que se extrajeron los datos. | ||
|
Descripción
Este atributo especifica el origen de los datos del evento. Para este proceso, identificará consistentemente a Microsoft Dynamics 365 Customer Service como la fuente. En entornos con múltiples sistemas, este campo es crítico para distinguir las fuentes de datos y asegurar el linaje de datos.
Por qué es importante
Proporciona un linaje de datos claro, crucial para la gobernanza de datos y la resolución de inconsistencias, especialmente en análisis de sistemas híbridos.
Dónde obtener
Este es típicamente un valor estático añadido durante el proceso de extracción y transformación de datos para etiquetar el origen del dataset.
Ejemplos
Microsoft Dynamics 365 Customer Service
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo de la última actualización o extracción de datos del sistema de origen. | ||
|
Descripción
Este atributo indica cuándo se extrajeron por última vez los datos de Microsoft Dynamics 365. Se utiliza para comprender la frescura de los datos que se analizan y es esencial para fines de informes y monitoreo. Garantiza que los usuarios sean conscientes de la actualidad de los datos al interpretar dashboards y análisis.
Por qué es importante
Informa a los usuarios sobre la actualidad de los datos, lo cual es vital para tomar decisiones empresariales oportunas y precisas basadas en el análisis del proceso.
Dónde obtener
Este valor se genera y se registra en el conjunto de datos en el momento de la extracción.
Ejemplos
2023-10-27T08:00:00Z
|
|||
|
Channel
Channel
|
El canal de comunicación por el cual se inició la solicitud de servicio. | ||
|
Descripción
Este atributo identifica el origen de la interacción con el cliente, como Teléfono, Correo Electrónico, Portal Web o Chat. Los diferentes canales a menudo tienen flujos de proceso, expectativas del cliente y complejidades de resolución distintos. Analizar el proceso por canal ayuda a optimizar los flujos de trabajo específicos del canal y la asignación de recursos.
Por qué es importante
Ofrece insights sobre cómo los diferentes canales de contacto con el cliente impactan la eficiencia del proceso, el tiempo de resolución y la satisfacción del cliente.
Dónde obtener
Esto corresponde al campo 'Origen del Caso' (caseorigincode) en la entidad Caso (incidente).
Ejemplos
TeléfonoEmailWebChat
|
|||
|
Nombre del Agente
AgentName
|
El nombre del agente de servicio al cliente o usuario responsable de la actividad. | ||
|
Descripción
Este atributo identifica al agente o usuario del sistema específico que realizó una actividad, como tomar un elemento de una cola o resolver un caso. Es crucial para analizar el rendimiento del agente, la distribución de la carga de trabajo y la asignación de recursos. Al rastrear las actividades a nivel de agente, las organizaciones pueden identificar a los mejores, las necesidades de capacitación y los desequilibrios en la carga de trabajo.
Por qué es importante
Permite el análisis del rendimiento individual y del equipo, ayuda a equilibrar la carga de trabajo e identifica oportunidades de capacitación para mejorar la calidad general del servicio.
Dónde obtener
Corresponde al campo 'Owner' (ownerid) de la entidad Caso (incident), que enlaza con la entidad System User (systemuser).
Ejemplos
Alice SmithBob JohnsonSistema
|
|||
|
Nombre del Cliente
CustomerName
|
El nombre del cliente o la cuenta asociada a la solicitud de servicio. | ||
|
Descripción
Este atributo identifica al cliente que inició la solicitud de servicio. Permite analizar el proceso desde una perspectiva centrada en el cliente, ayudando a identificar qué clientes presentan la mayor cantidad de solicitudes, experimentan los tiempos de resolución más largos o tienen los problemas más complejos. Esto es esencial para gestionar las relaciones con los clientes y mejorar la prestación de servicios específicos para el cliente.
Por qué es importante
Permite el análisis a nivel de cliente para identificar patrones, mejorar el servicio para cuentas clave y comprender el recorrido del cliente.
Dónde obtener
Este es el campo de búsqueda 'Cliente' (customerid) en la entidad Caso (incidente), que puede apuntar a un registro de Cuenta o Contacto.
Ejemplos
`Global Tech Inc.`Jane DoeInnovar Soluciones
|
|||
|
Prioridad
Priority
|
El nivel de prioridad asignado a la solicitud de servicio, que indica su urgencia. | ||
|
Descripción
Este atributo define la urgencia de una solicitud de servicio, típicamente categorizada como Baja, Normal, Alta o Urgente. La prioridad se utiliza para determinar el orden en que se abordan los casos y a menudo dicta los objetivos de SLA. Analizar cómo la prioridad impacta el flujo del proceso, la asignación de recursos y los tiempos de resolución es clave para garantizar que los problemas críticos se manejen con prontitud.
Por qué es importante
Ayuda a comprender si las solicitudes de alta prioridad se procesan más rápido y cumplen sus objetivos, y cómo los niveles de prioridad afectan el rendimiento general del proceso.
Dónde obtener
Esto corresponde al campo 'Prioridad' (prioritycode) en la entidad Caso (incidente).
Ejemplos
BajoNormalAlto
|
|||
|
Razón del Estado
StatusReason
|
Proporciona una razón más detallada para el estado actual de la solicitud de servicio. | ||
|
Descripción
Aunque un caso tiene un estado general como 'Activo' o 'Resuelto', el Motivo de Estado proporciona un contexto más específico, como 'Información Proporcionada' o 'Problema Resuelto'. Este atributo es crucial para comprender los matices de cómo y por qué los casos avanzan a lo largo de su ciclo de vida. Por ejemplo, puede diferenciar entre casos resueltos con éxito y aquellos cancelados por el cliente, lo cual es vital para un análisis de resultados preciso.
Por qué es importante
Ofrece una visión granular del resultado de un caso y las razones de sus cambios de estado, permitiendo un análisis más preciso de las rutas de resolución y las causas raíz.
Dónde obtener
Esto corresponde al campo 'Motivo de Estado' (statuscode) en la entidad Caso (incidente).
Ejemplos
En ProgresoEn esperaProblema ResueltoInformación Proporcionada
|
|||
|
Tiempo Objetivo de Resolución de SLA
SlaTargetResolutionTime
|
El tiempo objetivo de resolución de la solicitud de servicio acordado contractualmente. | ||
|
Descripción
Este atributo especifica la duración objetivo dentro de la cual una solicitud de servicio debe resolverse según el Acuerdo de Nivel de Servicio (SLA) activo. Sirve como el punto de referencia contra el cual se mide el rendimiento real. Este valor es crítico para el dashboard de Monitoreo de Cumplimiento de SLA y para calcular el KPI de Tasa de Cumplimiento de SLA, destacando dónde el proceso no está cumpliendo con los compromisos de servicio.
Por qué es importante
Este es el principal punto de referencia para medir el rendimiento del servicio frente a los compromisos, permitiendo directamente el análisis del cumplimiento y las infracciones del SLA.
Dónde obtener
Este valor está determinado por la configuración del SLA en Dynamics 365 y se asocia a un caso a través de las instancias de KPI de SLA.
Ejemplos
2592008640014400
|
|||
|
Tipo de Solicitud de Servicio
ServiceRequestType
|
La categoría o clasificación principal de la solicitud de servicio. | ||
|
Descripción
Este atributo categoriza la solicitud de servicio según su naturaleza, como 'Consulta de Facturación', 'Soporte Técnico' o 'Comentarios del Producto'. Es fundamental para segmentar el análisis del proceso y comprender cómo se manejan los diferentes tipos de solicitudes. El análisis por tipo puede revelar que ciertas categorías tienen tiempos de resolución más largos, tasas de escalación más altas o siguen rutas de proceso diferentes.
Por qué es importante
Permite la segmentación de procesos para descubrir cuellos de botella específicos por tipo, necesidades de recursos y oportunidades de mejora, lo que apoya mejores estrategias de enrutamiento y manejo.
Dónde obtener
Esta información a menudo se almacena en el campo 'Tema' (subjectid) o en un campo de categoría personalizado en la entidad Caso (incidente).
Ejemplos
Consulta de FacturaciónSoporte TécnicoComentarios del ProductoGestión de Cuentas
|
|||
|
¿Es Resolución en el Primer Contacto?
IsFirstContactResolution
|
Un indicador que señala si la solicitud fue resuelta durante el primer contacto. | ||
|
Descripción
Este atributo calculado identifica las solicitudes de servicio que se resolvieron sin interacciones de seguimiento del cliente ni retrasos significativos que requirieran la reasignación del agente. La definición de la lógica exacta puede ser compleja, pero normalmente implica verificar un tiempo de ciclo corto y la ausencia de actividades de reapertura o consulta del cliente después de la interacción inicial. Es la base para el KPI de Tasa de Resolución en el Primer Contacto.
Por qué es importante
Esta es una medida crítica de la eficiencia del servicio y la satisfacción del cliente, ya que destaca la capacidad de resolver problemas de forma rápida y completa.
Dónde obtener
Calculado en base a la secuencia y el momento de las actividades en el registro de eventos para cada caso.
Ejemplos
truefalse
|
|||
|
¿Es Retrabajo?
IsRework
|
Un indicador calculado que señala si un caso implicó actividades de reelaboración. | ||
|
Descripción
Este indicador booleano identifica casos que contienen ciclos de retrabajo o actividades repetidas, como múltiples eventos de 'Información Solicitada al Cliente' o un evento de 'Caso Reactivado' después de ser resuelto. Se calcula analizando la secuencia de actividades en busca de patrones que indiquen ineficiencia o un fallo en la resolución correcta del problema la primera vez. Este atributo es clave para el dashboard de Análisis de Retrabajo y Contactos Repetidos.
Por qué es importante
Ayuda a cuantificar y aislar las ineficiencias del proceso, permitiendo a los analistas centrarse en las causas raíz del trabajo repetido y el esfuerzo desperdiciado.
Dónde obtener
Calculado detectando secuencias de actividades específicas (ej. Resuelto -> Reactivado) o actividades repetidas dentro de un caso utilizando análisis de Process Mining.
Ejemplos
truefalse
|
|||
|
¿Se incumplió el SLA?
IsSlaBreached
|
Un indicador calculado que señala si la solicitud de servicio excedió su objetivo de SLA. | ||
|
Descripción
Este indicador booleano se determina comparando el tiempo de resolución real de una solicitud de servicio con su 'Tiempo Objetivo de Resolución de SLA'. Se establece en verdadero si el tiempo real es mayor que el tiempo objetivo. Este atributo es fundamental para el dashboard de Monitoreo de Cumplimiento de SLA y para calcular el KPI de Tasa de Cumplimiento de SLA, proporcionando un resultado binario claro para el rendimiento del SLA de cada caso.
Por qué es importante
Proporciona un resultado claro de éxito o fracaso para el cumplimiento del SLA en cada caso, facilitando la filtración, agregación y análisis de las causas raíz de las infracciones.
Dónde obtener
Calculado comparando 'ServiceRequestCycleTime' con 'SlaTargetResolutionTime'.
Ejemplos
truefalse
|
|||
|
Equipo Propietario
OwnerTeam
|
El equipo que actualmente posee la solicitud de servicio. | ||
|
Descripción
Este atributo identifica al equipo responsable de la solicitud de servicio. Una solicitud puede ser propiedad de un agente individual o de un equipo (cola). Analizar por equipo es crucial para comprender el rendimiento a nivel de equipo, la distribución de la carga de trabajo entre diferentes niveles de soporte o especialidades, y la identificación de variaciones de proceso entre equipos.
Por qué es importante
Permite el análisis de rendimiento a nivel de equipo, lo cual es esencial para gestionar eficazmente los niveles de soporte y los grupos especializados.
Dónde obtener
Derivado del campo 'Owner' (ownerid) de la entidad Caso (incident) cuando el propietario es un registro de Equipo en lugar de un Usuario del Sistema.
Ejemplos
Soporte Nivel 1Departamento de FacturaciónEspecialistas Técnicos
|
|||
|
Está Escalado
IsEscalated
|
Un indicador que señala si la solicitud de servicio ha sido escalada. | ||
|
Descripción
Este atributo booleano indica si una solicitud de servicio ha pasado por una escalación. Las escalaciones ocurren cuando el soporte de primer nivel no puede resolver un problema, requiriendo la intervención de un equipo o especialista de nivel superior. Rastrear este indicador es esencial para el dashboard de Rutas de Escalación Interna y el KPI de Tasa de Escalación Interna, ayudando a identificar las causas raíz de las escalaciones y las debilidades en los niveles de soporte iniciales.
Por qué es importante
Mide directamente la frecuencia de las escalaciones, destacando problemas con la resolución en el primer contacto y señalando áreas que necesitan mejoras en los procesos o habilidades del agente.
Dónde obtener
Esto corresponde al campo 'Es Escalado' (isescalated) en la entidad Caso (incidente).
Ejemplos
truefalse
|
|||
|
ID del Artículo de Conocimiento
KnowledgeArticleId
|
El identificador de un artículo de la base de conocimientos vinculado a la solicitud de servicio. | ||
|
Descripción
Este atributo captura el ID de cualquier artículo de conocimiento que se utilizó o vinculó durante la resolución de una solicitud de servicio. Proporciona una medida directa de la eficacia con la que los agentes utilizan la base de conocimientos para resolver problemas de los clientes. Estos datos son clave para el dashboard de Utilización de Artículos de Conocimiento y el KPI correspondiente, ayudando a evaluar el valor y la exhaustividad de la base de conocimientos.
Por qué es importante
Rastrea el uso de la base de conocimientos, ayudando a comprender si los agentes están aprovechando los recursos disponibles para resolver problemas de forma más rápida y consistente.
Dónde obtener
Esta información se encuentra en la relación entre las entidades Caso (incidente) y Artículo de Conocimiento (knowledgearticle).
Ejemplos
KA-01337KA-02048
|
|||
|
Producto Involucrado
ProductInvolved
|
El producto asociado a la solicitud de servicio del cliente. | ||
|
Descripción
Este atributo identifica el producto o servicio específico al que se refiere el problema del cliente. Permite la segmentación del proceso de servicio basada en el producto, lo que puede revelar si ciertos productos generan más solicitudes de soporte, tienen problemas más complejos o requieren habilidades de agente especializadas. Este análisis ayuda en la mejora del producto y la planificación de recursos.
Por qué es importante
Permite el análisis de procesos específicos de productos para identificar problemas recurrentes de productos, mejorar la documentación de soporte y asignar recursos expertos de manera efectiva.
Dónde obtener
Esto corresponde al campo de búsqueda 'Producto' (productid) en la entidad Caso (incidente).
Ejemplos
Impresora Alpha-100Software CRM ZetaPlan de Datos Omega
|
|||
|
Puntuación CSAT
CustomerSatisfactionScore
|
La puntuación de satisfacción proporcionada por el cliente después de la resolución del caso. | ||
|
Descripción
Este atributo contiene la calificación numérica o categórica de una encuesta de satisfacción del cliente (CSAT), generalmente recopilada después de cerrar una solicitud de servicio. Es una medida directa de la percepción del cliente sobre la calidad del servicio. Estos datos son esenciales para el dashboard de Tendencias de Satisfacción del Cliente y el KPI de Puntuación CSAT Promedio Post-Resolución, vinculando el rendimiento del proceso con los resultados del cliente.
Por qué es importante
Proporciona una medida directa de la satisfacción del cliente, permitiendo a la organización correlacionar los comportamientos del proceso con el sentimiento del cliente e impulsar mejoras.
Dónde obtener
Esto se obtiene típicamente de una entidad de encuesta relacionada, como Customer Voice, y se vincula de nuevo a la entidad Caso (incidente).
Ejemplos
5341
|
|||
|
Tiempo de Ciclo de Solicitud de Servicio
ServiceRequestCycleTime
|
El tiempo total transcurrido desde la creación hasta la resolución de una solicitud de servicio. | ||
|
Descripción
Esta métrica calculada mide la duración de principio a fin de cada solicitud de servicio. Se calcula como la diferencia de tiempo entre la actividad 'Caso Creado' y la actividad 'Caso Resuelto'. Este es un KPI principal para evaluar la eficiencia general del proceso y es central para el dashboard de Tiempos de Resolución de Solicitudes de Servicio. Ayuda a identificar casos que tardan excepcionalmente y a detectar retrasos sistémicos.
Por qué es importante
Esta es una métrica clave de rendimiento del proceso que mide directamente la eficiencia del proceso de resolución de principio a fin y ayuda a identificar casos de larga duración.
Dónde obtener
Calculado restando la marca de tiempo del primer evento de la marca de tiempo del último evento de resolución para cada ID de Caso.
Ejemplos
1728006048003600
|
|||
Actividades de Servicio al Cliente
| Actividad | Descripción | ||
|---|---|---|---|
|
Caso Asignado
|
Esta actividad representa la asignación de un caso a una cola o usuario específico para su gestión. El sistema registra explícitamente los cambios en el propietario del caso, que pueden rastrearse a través de los registros de auditoría del sistema. | ||
|
Por qué es importante
El seguimiento de las asignaciones es crucial para analizar la distribución de la carga de trabajo, identificar retrasos relacionados con las asignaciones y comprender la eficiencia del enrutamiento. Ayuda a responder preguntas sobre la rapidez con la que los casos se dirigen al equipo o la persona correctos.
Dónde obtener
Capturado mediante el seguimiento de cambios en el campo 'ownerid' de la entidad 'Incident'. La marca de tiempo del cambio está disponible en los registros del historial de auditoría.
Capturar
Extraer los cambios con marca de tiempo del campo 'ownerid' de los registros de auditoría.
Tipo de evento
explicit
|
|||
|
Caso cerrado
|
Este es el cierre administrativo final del registro del caso, que puede ocurrir al mismo tiempo que la resolución o algún tiempo después. Esta actividad se captura mediante un cambio en el estado del caso a 'Cerrado'. | ||
|
Por qué es importante
Esto representa el final absoluto del ciclo de vida del proceso en el sistema. El tiempo entre 'Resuelto' y 'Cerrado' puede indicar gastos administrativos o retrasos en la finalización de los registros.
Dónde obtener
Capturado por un cambio en el campo 'statecode' de la entidad 'Incident' a 'Canceled' (2) o a un estado cerrado personalizado. La marca de tiempo está disponible en el historial de auditoría.
Capturar
Rastree la marca de tiempo del cambio de 'statecode' a su estado terminal final (por ejemplo, Cancelado/Cerrado).
Tipo de evento
explicit
|
|||
|
Caso creado
|
Esta actividad marca el inicio del proceso de servicio al cliente, cuando se crea un nuevo registro de caso en el sistema. La creación es un evento explícito, registrado con una marca de tiempo específica cuando se guarda por primera vez el registro de la entidad 'Incidente'. | ||
|
Por qué es importante
Como el evento de inicio principal, esta actividad es esencial para calcular la duración total del ciclo de vida del caso y comprender las tendencias del volumen de casos. Sirve como ancla para todo análisis de procesos posterior.
Dónde obtener
Este evento se captura a partir de la marca de tiempo 'createdon' en la entidad 'Incidente' (Caso) para cada nuevo registro.
Capturar
Utilice la marca de tiempo 'createdon' del registro de Incidente.
Tipo de evento
explicit
|
|||
|
Caso Escalado
|
Representa la escalación formal de un caso a un nivel superior de soporte o a un equipo diferente. Esta puede ser una acción explícita del usuario que reasigna el caso a una cola o usuario de escalación designado. | ||
|
Por qué es importante
La monitorización de las escalaciones es vital para el KPI
Dónde obtener
Inferencia de un cambio en el campo 'ownerid' a una cola o equipo de escalación designado. También puede ser una acción personalizada explícita que marca el caso como escalado.
Capturar
Identifique un cambio con marca de tiempo del campo 'ownerid' a una cola de escalación conocida.
Tipo de evento
inferred
|
|||
|
Caso Resuelto
|
Este es un hito clave que representa el punto en el que el agente considera que el problema del cliente ha sido abordado. Esta es una acción explícita en Dynamics 365, creando un registro de actividad de 'Resolución de Caso' vinculado al caso. | ||
|
Por qué es importante
Como el evento final principal basado en el éxito, esta actividad es esencial para calcular los tiempos de resolución y las tasas de éxito. Es un componente crítico de casi todos los KPI de servicio al cliente.
Dónde obtener
Este evento corresponde a la creación de un registro de actividad de 'Resolución' (Resolución de Caso). La marca de tiempo 'actualend' en este registro marca el tiempo de resolución.
Capturar
Utilice la marca de tiempo 'actualend' o 'createdon' del registro de actividad de 'Resolución' asociado.
Tipo de evento
explicit
|
|||
|
Temporizador de SLA Iniciado
|
Indica la activación de un temporizador de Acuerdo de Nivel de Servicio (SLA) para el caso, que comienza a rastrear el tiempo contra una métrica de servicio definida como 'Primera Respuesta Antes De' o 'Resolver Antes De'. Este es un evento explícito gestionado por el motor de SLA de Dynamics 365. | ||
|
Por qué es importante
Esta actividad es fundamental para monitorear el cumplimiento de los SLA y entender cuándo comienza el reloj para los compromisos de servicio. Apoya directamente el análisis de si se están cumpliendo los objetivos de servicio.
Dónde obtener
Registrado en la entidad 'SLA KPI Instance', relacionada con la entidad 'Incidente'. La marca de tiempo 'createdon' del registro de SLA KPI Instance relevante marca el inicio.
Capturar
Utilice la marca de tiempo de creación del registro de 'SLA KPI Instance' asociado al caso.
Tipo de evento
explicit
|
|||
|
Agente Investigó el Problema
|
Representa al agente trabajando activamente para comprender y diagnosticar el problema del cliente. Esta es una actividad inferida, a menudo identificada por el agente que vincula un Artículo de Conocimiento al caso, lo que indica que se ha realizado una investigación. | ||
|
Por qué es importante
El seguimiento de esto ayuda a medir la utilización de los recursos de conocimiento y su impacto en los tiempos de resolución. Proporciona insights sobre si los agentes están aprovechando las herramientas disponibles para resolver problemas de manera eficiente.
Dónde obtener
Inferencia de la creación de un registro en la entidad 'IncidentKnowledgeBaseRecord', que vincula un Artículo de Conocimiento a un Caso. Se utiliza la marca de tiempo de esta creación de registro.
Capturar
Utilice la marca de tiempo cuando un Artículo de Conocimiento se asocia con el Incidente.
Tipo de evento
inferred
|
|||
|
Caso Reactivado
|
Ocurre cuando un caso previamente resuelto se reabre automáticamente o manualmente, generalmente porque el cliente respondió o informó que el problema no se había solucionado. Este es un comportamiento estándar del sistema que cambia el estado del caso de 'Resuelto' a 'Activo' nuevamente. | ||
|
Por qué es importante
Esta actividad es crucial para identificar el retrabajo y analizar la 'Tasa de Resolución en el Primer Contacto'. Un alto número de reactivaciones apunta a soluciones iniciales incompletas o ineficaces.
Dónde obtener
Capturado por un cambio en el campo 'statecode' de la entidad 'Incident' de 'Resolved' (1) a 'Active' (0). La marca de tiempo de este cambio se registra en el historial de auditoría.
Capturar
Rastree la marca de tiempo del cambio de 'statecode' de Resuelto a Activo en los registros de auditoría.
Tipo de evento
explicit
|
|||
|
Categorización del Caso Cambiada
|
Este evento ocurre cuando un agente modifica la categoría o el tema de un caso después de su creación inicial. Este es un cambio explícito rastreado por la funcionalidad de auditoría del sistema. | ||
|
Por qué es importante
El seguimiento de la recategorización es esencial para el KPI 'Tasa de Recategorización de Solicitudes de Servicio'. Una alta frecuencia indica problemas con el triaje inicial, lo que lleva a un enrutamiento incorrecto y retrasos.
Dónde obtener
Capturado del historial de auditoría para la entidad 'Incident', específicamente al rastrear cambios en el campo 'subjectid' u otros campos de categorización personalizados.
Capturar
Extraer los cambios con marca de tiempo del campo 'subjectid' de los registros de auditoría.
Tipo de evento
explicit
|
|||
|
Elemento de Cola Tomado por el Agente
|
Este evento ocurre cuando un agente toma activamente un caso de una cola compartida para comenzar a trabajar en él. Esta es una acción deliberada del usuario, distinta de la asignación del caso a la cola por parte del sistema. | ||
|
Por qué es importante
Esta actividad ayuda a medir el tiempo real que un caso espera en una cola antes de que un agente comience a trabajar. Es clave para identificar cuellos de botella en la cola y comprender la proactividad del agente.
Dónde obtener
Se rastrea cuando un usuario actualiza el campo 'workedbyid' en la entidad 'QueueItem' asociada al caso, o cuando el propietario del caso cambia de una cola a un usuario.
Capturar
Identifique la marca de tiempo cuando se llena el campo 'workedbyid' en QueueItem.
Tipo de evento
explicit
|
|||
|
Encuesta de Satisfacción Enviada
|
Marca el envío de una encuesta de satisfacción del cliente, que suele activarse automáticamente después de que se resuelve un caso. Esto se suele capturar como un correo electrónico saliente o una actividad de encuesta de Customer Voice. | ||
|
Por qué es importante
Esta actividad vincula el proceso operativo con los resultados de la experiencia del cliente. Permite el análisis de las puntuaciones de satisfacción en el contexto de la ruta del proceso que siguió un caso.
Dónde obtener
Inferencia de la creación de una actividad 'Email' saliente con un enlace de encuesta, o de un registro de actividad 'Customer Voice survey invite' relacionado con el caso.
Capturar
Utilice la marca de tiempo de creación del registro de actividad relacionado con la encuesta.
Tipo de evento
inferred
|
|||
|
Información Solicitada al Cliente
|
Esta actividad marca un punto en el que el agente requiere más información del cliente para proceder. A menudo se infiere por el cambio de estado del caso a 'en espera' o por el envío de un correo electrónico saliente desde la cronología del caso. | ||
|
Por qué es importante
Esto es crítico para medir los retrasos relacionados con el cliente y comprender el KPI 'Tiempo de Espera de Información del Cliente'. Ayuda a aislar el tiempo de proceso dedicado a esperar inputs externos.
Dónde obtener
Se puede inferir de un cambio en el campo 'statuscode' de la entidad 'Incident' a un valor como 'On Hold' con el motivo 'Waiting for Customer'. Se utiliza la marca de tiempo de este cambio de estado.
Capturar
Rastree la marca de tiempo de un cambio de 'statuscode' a un estado designado de 'esperando al cliente'.
Tipo de evento
inferred
|
|||
|
Solución Propuesta al Cliente
|
Esta actividad significa que el agente ha formulado una solución y la ha comunicado al cliente. Generalmente se infiere de un correo electrónico saliente enviado desde la cronología del caso o de un cambio de estado a 'Pendiente de Confirmación del Cliente'. | ||
|
Por qué es importante
Este hito marca la transición de la investigación a la resolución. Analizar el tiempo entre la propuesta y la confirmación de una solución puede revelar retrasos en la respuesta del cliente o problemas con las soluciones propuestas.
Dónde obtener
Puede inferirse de la marca de tiempo de un registro de actividad de 'Email' saliente relacionado con el caso o de un cambio de 'statuscode' a un estado previo a la resolución.
Capturar
Utilice la marca de tiempo de una actividad de correo electrónico saliente o un cambio de estado a 'Solución Propuesta'.
Tipo de evento
inferred
|
|||