Su Plantilla de Datos de Servicio al Cliente

Microsoft Dynamics 365 Customer Service
Su Plantilla de Datos de Servicio al Cliente

Su Plantilla de Datos de Servicio al Cliente

Esta plantilla proporciona un enfoque estructurado para recopilar los datos esenciales necesarios para un análisis exhaustivo de su proceso de servicio al cliente. Describe los atributos cruciales a recopilar, las actividades clave a rastrear y ofrece orientación sobre cómo extraer esta información de manera efectiva.
  • Atributos recomendados para recopilar
  • Actividades clave para el seguimiento
  • Guía de extracción para Microsoft Dynamics 365 Customer Service
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Servicio al Cliente

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis exhaustivo de su proceso de servicio al cliente.
5 Requerido 7 Recomendado 9 Opcional
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
Requerido Recomendado Opcional

Actividades de Servicio al Cliente

Estos son los pasos clave del proceso y los hitos a capturar en su registro de eventos para un descubrimiento y optimización precisos del servicio al cliente.
6 Recomendado 7 Opcional
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
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Microsoft Dynamics 365 Customer Service