Su Template de datos de servicio al cliente
Su Template de datos de servicio al cliente
- Atributos recomendados para recopilar
- Actividades clave que debe registrar
- Guía de extracción para Microsoft Dynamics 365 Customer Service
Atributos del servicio al cliente
| Nombre | Descripción | ||
|---|---|---|---|
|
Solicitud de servicio
ServiceRequest
|
Identificador único de una solicitud de servicio al cliente, también conocida como caso o ticket. | ||
|
Descripción
La solicitud de servicio es el identificador principal que vincula todas las actividades relacionadas con una consulta o un problema de un cliente. Funciona como ID del caso para Process Mining y ofrece una vista completa y coherente de cada interacción con el cliente, desde su creación hasta el cierre. El análisis por solicitud de servicio permite seguir el recorrido de principio a fin, medir los tiempos de resolución e identificar patrones entre casos similares.
Por qué es importante
Este es el ID del caso esencial que conecta todos los eventos relacionados en una única instancia del proceso y permite analizar el proceso de principio a fin.
Dónde obtenerlo
Es la clave principal de la entidad Case (incident) en Microsoft Dynamics 365 Customer Service.
Ejemplos
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
|
|||
|
Actividad
ActivityName
|
Nombre del evento de negocio específico que se produjo en un momento determinado en relación con una solicitud de servicio. | ||
|
Descripción
Este atributo describe un paso o un cambio de estado dentro del proceso de servicio al cliente, como 'Caso creado', 'Agente investigó el problema' o 'Caso resuelto'. Estas actividades constituyen la base del mapa del proceso y permiten visualizar y analizar el flujo del proceso. Al combinar cada actividad con una marca de tiempo, se crea un evento que define la secuencia del proceso.
Por qué es importante
Las actividades definen los pasos del proceso. Analizar su secuencia y frecuencia es fundamental para comprender los flujos del proceso, detectar desviaciones y encontrar cuellos de botella.
Dónde obtenerlo
Por lo general, se obtiene al asignar un nombre de actividad estandarizado a los cambios de estado (statuscode) o a eventos específicos de entidades relacionadas, como Tasks, Emails o Phone Calls.
Ejemplos
Caso creadoAgente investigó el problemaSolución propuesta al clienteCaso cerrado
|
|||
|
Hora de inicio
EventTime
|
Marca de tiempo que indica cuándo se produjo la actividad. | ||
|
Descripción
Este atributo registra la fecha y hora exactas en que se produjo una actividad específica. Es esencial para ordenar correctamente los eventos y realizar análisis basados en el tiempo, como calcular tiempos de ciclo, duraciones y tiempos de espera entre actividades. Para que el análisis de Process Mining sea fiable, las marcas de tiempo deben ser precisas y coherentes.
Por qué es importante
Esta marca de tiempo ordena cronológicamente los eventos y permite calcular todas las duraciones, algo fundamental para analizar el rendimiento y detectar cuellos de botella.
Dónde obtenerlo
Corresponde a campos como 'createdon' o 'modifiedon' de la entidad Case (incident) o de entidades de actividad relacionadas, como Email, Task o Phone Call.
Ejemplos
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
|
|||
|
Sistema de origen
SourceSystem
|
Identifica el sistema de origen del que se extrajeron los datos. | ||
|
Descripción
Este atributo especifica el origen de los datos de los eventos. En este proceso, identificará siempre a Microsoft Dynamics 365 Customer Service como sistema de origen. En entornos con varios sistemas, este campo es fundamental para distinguir las fuentes de datos y garantizar su trazabilidad.
Por qué es importante
Proporciona una trazabilidad clara de los datos, fundamental para la gobernanza de datos y para resolver incoherencias, especialmente en análisis que combinan varios sistemas.
Dónde obtenerlo
Por lo general, se trata de un valor estático que se añade durante la extracción y transformación de los datos para indicar el origen del conjunto de datos.
Ejemplos
Atención al cliente de Microsoft Dynamics 365
|
|||
|
Última actualización de datos
LastDataUpdate
|
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 los datos de Microsoft Dynamics 365 por última vez. Permite conocer su actualidad y es esencial para la elaboración de informes y la supervisión. Así, los usuarios pueden tener en cuenta la vigencia de los datos al interpretar Dashboards y análisis.
Por qué es importante
Informa a los usuarios de la actualidad de los datos, un aspecto fundamental para tomar decisiones de negocio oportunas y precisas a partir del análisis del proceso.
Dónde obtenerlo
Este valor se genera y se añade al conjunto de datos durante la extracción.
Ejemplos
2023-10-27T08:00:00Z
|
|||
|
Canal
Channel
|
Canal de comunicación por el que se inició la solicitud de servicio. | ||
|
Descripción
Este atributo identifica el origen de la interacción con el cliente, como una llamada telefónica, un correo electrónico, un portal web o un chat. Cada canal suele tener flujos de proceso, expectativas de los clientes y niveles de complejidad de resolución distintos. Analizar el proceso por canal ayuda a optimizar los flujos de trabajo específicos de cada canal y la asignación de recursos.
Por qué es importante
Permite comprender cómo afectan los distintos canales de contacto con los clientes a la eficiencia del proceso, el tiempo de resolución y la satisfacción del cliente.
Dónde obtenerlo
Corresponde al campo 'Case Origin' (caseorigincode) de la entidad Case (incident).
Ejemplos
TeléfonoCorreo electrónicoWebChat
|
|||
|
Motivo del estado
StatusReason
|
Proporciona un motivo más detallado del estado actual de la solicitud de servicio. | ||
|
Descripción
Aunque un caso tenga un estado general como 'Active' o 'Resolved', el motivo del estado aporta información más específica, como 'Information Provided' o 'Problem Solved'. Este atributo es fundamental para comprender los matices de cómo y por qué avanzan los casos durante su ciclo de vida. Por ejemplo, permite distinguir entre los casos resueltos correctamente y los cancelados por el cliente, algo esencial para analizar los resultados con precisión.
Por qué es importante
Ofrece información detallada sobre el resultado de un caso y los motivos de sus cambios de estado, lo que permite analizar con mayor precisión las vías de resolución y las causas de los problemas.
Dónde obtenerlo
Corresponde al campo 'Status Reason' (statuscode) de la entidad Case (incident).
Ejemplos
En cursoEn esperaProblema resueltoInformación proporcionada
|
|||
|
Nombre del agente
AgentName
|
Nombre del agente de servicio al cliente o del usuario responsable de la actividad. | ||
|
Descripción
Este atributo identifica al agente o usuario del sistema que realizó una actividad, como tomar un elemento de una cola o resolver un caso. Es fundamental para analizar el rendimiento de los agentes, la distribución de la carga de trabajo y la asignación de recursos. El seguimiento de las actividades por agente permite identificar a quienes obtienen mejores resultados, las necesidades de formación y los desequilibrios en la carga de trabajo.
Por qué es importante
Permite analizar el rendimiento individual y del equipo, ayuda a equilibrar la carga de trabajo y permite detectar oportunidades de acompañamiento para mejorar la calidad general del servicio.
Dónde obtenerlo
Corresponde al campo 'Owner' (ownerid) de la entidad Case (incident), que está vinculado a la entidad System User (systemuser).
Ejemplos
Alice SmithBob JohnsonSistema
|
|||
|
Nombre del cliente
CustomerName
|
Nombre del cliente o de 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 la perspectiva del cliente y detectar quiénes presentan más solicitudes, experimentan tiempos de resolución más largos o tienen problemas más complejos. Esta información es esencial para gestionar las relaciones con los clientes y mejorar el servicio que se les ofrece.
Por qué es importante
Permite analizar los datos por cliente para detectar patrones, mejorar el servicio a las cuentas clave y comprender el recorrido del cliente.
Dónde obtenerlo
Es el campo de búsqueda 'Customer' (customerid) de la entidad Case (incident), que puede apuntar a un registro de Account o Contact.
Ejemplos
Global Tech Inc.Jane DoeInnovate Solutions
|
|||
|
Prioridad
Priority
|
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, que suele clasificarse como baja, normal, alta o urgente. La prioridad determina el orden en que se atienden los casos y, a menudo, establece los objetivos del SLA. Analizar cómo afecta la prioridad al flujo del proceso, la asignación de recursos y los tiempos de resolución es clave para garantizar que los problemas críticos se atiendan con rapidez.
Por qué es importante
Ayuda a saber si las solicitudes de alta prioridad se procesan más rápido y cumplen sus objetivos, así como a comprender cómo afectan los niveles de prioridad al rendimiento general del proceso.
Dónde obtenerlo
Corresponde al campo 'Priority' (prioritycode) de la entidad Case (incident).
Ejemplos
BajaNormalAlta
|
|||
|
Tiempo objetivo de resolución del SLA
SlaTargetResolutionTime
|
Tiempo objetivo acordado contractualmente para resolver la solicitud de servicio. | ||
|
Descripción
Este atributo especifica el tiempo objetivo en que debe resolverse una solicitud de servicio según el acuerdo de nivel de servicio (SLA) vigente. Sirve como referencia para medir el rendimiento real. Este valor es fundamental para el Dashboard de supervisión del cumplimiento de los SLA y para calcular el KPI de tasa de cumplimiento de los SLA, que permite detectar cuándo el proceso no cumple los compromisos de servicio.
Por qué es importante
Es la referencia principal para medir el rendimiento del servicio con respecto a los compromisos. Permite analizar directamente el cumplimiento de los SLA y los incumplimientos.
Dónde obtenerlo
Este valor se determina según la configuración del SLA en Dynamics 365 y se asocia a un caso mediante las instancias de SLA KPI.
Ejemplos
2592008640014400
|
|||
|
Tipo de solicitud de servicio
ServiceRequestType
|
Categoría o clasificación principal de la solicitud de servicio. | ||
|
Descripción
Este atributo clasifica la solicitud de servicio según su naturaleza, por ejemplo, 'Consulta de facturación', 'Soporte técnico' o 'Retroalimentación sobre el producto'. Es fundamental para segmentar el análisis del proceso y comprender cómo se gestionan los distintos tipos de solicitudes. El análisis por tipo puede revelar que algunas categorías tardan más en resolverse, se escalan con mayor frecuencia o siguen otros recorridos del proceso.
Por qué es importante
Permite segmentar el proceso para detectar cuellos de botella específicos de cada tipo, necesidades de recursos y oportunidades de mejora. También ayuda a definir mejores estrategias de enrutamiento y gestión.
Dónde obtenerlo
Esta información suele almacenarse en el campo 'Subject' (subjectid) o en un campo de categoría personalizado de la entidad Case (incident).
Ejemplos
Consulta de facturaciónSoporte técnicoRetroalimentación sobre el productoGestión de cuentas
|
|||
|
Equipo responsable
OwnerTeam
|
Equipo que tiene actualmente asignada la solicitud de servicio. | ||
|
Descripción
Este atributo identifica al equipo responsable de la solicitud de servicio. La solicitud puede estar asignada a una persona del equipo de soporte o a un equipo (cola). Analizar los datos por equipo es fundamental para comprender el rendimiento de cada equipo, la distribución de la carga de trabajo entre los distintos niveles o especialidades de soporte y las diferencias en los procesos entre equipos.
Por qué es importante
Permite analizar el rendimiento de cada equipo, algo esencial para gestionar eficazmente los niveles de soporte y los grupos especializados.
Dónde obtenerlo
Se obtiene del campo 'Owner' (ownerid) de la entidad Case (incident) cuando el propietario es un registro de Team y no de System User.
Ejemplos
Soporte de nivel 1Departamento de facturaciónEspecialistas técnicos
|
|||
|
Escalado
IsEscalated
|
Indicador de si se ha escalado la solicitud de servicio. | ||
|
Descripción
Este atributo booleano indica si se ha escalado una solicitud de servicio. Las escalaciones se producen cuando el soporte de primer nivel no puede resolver un problema y se requiere la intervención de un equipo de mayor nivel o de una persona especialista. Hacer un seguimiento de este indicador es esencial para el Dashboard de rutas de escalación internas y el KPI de tasa de escalación interna, ya que ayuda a identificar las causas raíz de las escalaciones y las deficiencias de los niveles iniciales de soporte.
Por qué es importante
Mide directamente la frecuencia de las escalaciones, pone de relieve los problemas de resolución en el primer contacto y señala las áreas que necesitan mejoras en los procesos o en las habilidades del personal de soporte.
Dónde obtenerlo
Corresponde al campo 'Is Escalated' (isescalated) de la entidad Case (incident).
Ejemplos
truefalse
|
|||
|
Hay retrabajo
IsRework
|
Indicador calculado que señala si un caso incluyó actividades de retrabajo. | ||
|
Descripción
Este indicador booleano identifica los casos que contienen ciclos de retrabajo o actividades repetidas, como varios eventos de 'Information Requested From Customer' o un evento de 'Case Reactivated' después de la resolución. Se calcula analizando la secuencia de actividades para detectar patrones que indiquen ineficiencia o que el problema no se resolvió correctamente a la primera. 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 para que el análisis se centre en las causas raíz del trabajo repetido y el esfuerzo desperdiciado.
Dónde obtenerlo
Se calcula detectando secuencias de actividades específicas (por ejemplo, Resuelto -> Reactivado) o actividades repetidas dentro de un caso mediante análisis de Process Mining.
Ejemplos
truefalse
|
|||
|
ID del artículo de conocimiento
KnowledgeArticleId
|
Identificador de un artículo de la base de conocimientos vinculado a la solicitud de servicio. | ||
|
Descripción
Este atributo registra el ID de cualquier artículo de conocimiento utilizado o vinculado durante la resolución de una solicitud de servicio. Permite medir directamente hasta qué punto el personal de soporte utiliza la base de conocimientos para resolver los problemas de los clientes. Estos datos son clave para el Dashboard de uso de artículos de conocimiento y el KPI correspondiente, ya que ayudan a evaluar el valor y la integridad de la base de conocimientos.
Por qué es importante
Registra el uso de la base de conocimientos y ayuda a determinar si el personal de soporte aprovecha los recursos disponibles para resolver los problemas con mayor rapidez y coherencia.
Dónde obtenerlo
Esta información se encuentra en la relación entre las entidades Case (incident) y Knowledge Article (knowledgearticle).
Ejemplos
KA-01337KA-02048
|
|||
|
Producto relacionado
ProductInvolved
|
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 segmentar el proceso de servicio por producto y detectar si algunos productos generan más solicitudes de soporte, presentan problemas más complejos o requieren habilidades especializadas del personal de soporte. Este análisis ayuda a mejorar los productos y planificar los recursos.
Por qué es importante
Permite analizar los procesos por producto para identificar problemas recurrentes, mejorar la documentación de soporte y asignar eficazmente los recursos especializados.
Dónde obtenerlo
Corresponde al campo de búsqueda 'Product' (productid) de la entidad Case (incident).
Ejemplos
Impresora Alpha-100Software CRM ZetaPlan de datos Omega
|
|||
|
Puntuación CSAT
CustomerSatisfactionScore
|
Puntuación de satisfacción que proporciona el cliente tras la resolución del caso. | ||
|
Descripción
Este atributo contiene la valoración numérica o categórica de una encuesta de satisfacción del cliente (CSAT), que suele recopilarse después de cerrar una solicitud de servicio. Mide directamente 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 media tras la resolución, ya que relacionan el rendimiento del proceso con los resultados para el cliente.
Por qué es importante
Mide directamente la satisfacción del cliente y permite a la organización relacionar el comportamiento del proceso con la percepción del cliente e impulsar mejoras.
Dónde obtenerlo
Por lo general, procede de una entidad de encuesta relacionada, como Customer Voice, y se vincula de nuevo a la entidad Case (incident).
Ejemplos
5341
|
|||
|
Resuelto en el primer contacto
IsFirstContactResolution
|
Indicador de si la solicitud se resolvió durante el primer contacto. | ||
|
Descripción
Este atributo calculado identifica las solicitudes de servicio que se resolvieron sin interacciones posteriores con el cliente ni demoras importantes que requirieran reasignar el caso. Definir la lógica exacta puede ser complejo, pero normalmente implica comprobar que el tiempo de ciclo sea corto y que no haya actividades de reapertura ni consultas del cliente después de la interacción inicial. Es la base del KPI de tasa de resolución en el primer contacto.
Por qué es importante
Es una medida clave de la eficiencia del servicio y la satisfacción del cliente, ya que muestra la capacidad de resolver los problemas con rapidez y de forma completa.
Dónde obtenerlo
Se calcula a partir de la secuencia y el momento de las actividades del Registro de eventos de cada caso.
Ejemplos
truefalse
|
|||
|
Se ha incumplido el SLA
IsSlaBreached
|
Indicador calculado que señala si la solicitud de servicio superó el objetivo del SLA. | ||
|
Descripción
Este indicador booleano se calcula comparando el tiempo real de resolución de una solicitud de servicio con su 'SLA Target Resolution Time'. Se establece en true si el tiempo real supera el objetivo. Este atributo es fundamental para el Dashboard de seguimiento del cumplimiento del SLA y para calcular el KPI de tasa de cumplimiento del SLA, ya que ofrece un resultado claro, binario, sobre el rendimiento del SLA en cada caso.
Por qué es importante
Indica claramente si se cumplió el SLA en cada caso, lo que facilita filtrar, agregar y analizar las causas raíz de los incumplimientos.
Dónde obtenerlo
Se calcula comparando 'ServiceRequestCycleTime' con 'SlaTargetResolutionTime'.
Ejemplos
truefalse
|
|||
Actividades del servicio al cliente
| Actividad | Descripción | ||
|---|---|---|---|
|
Caso asignado
|
Esta actividad representa la asignación de un caso a una cola o a un usuario específico para que lo gestione. El sistema registra explícitamente los cambios en el propietario del caso, que pueden consultarse en los registros de auditoría. | ||
|
Por qué es importante
Registrar las asignaciones es fundamental para analizar la distribución de la carga de trabajo, detectar demoras relacionadas con las asignaciones y comprender la eficiencia del enrutamiento. Permite saber con qué rapidez se derivan los casos al equipo o a la persona adecuados.
Dónde obtenerlo
Se registra al hacer seguimiento de los 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
Extraiga de los registros de auditoría los cambios del campo 'ownerid' con sus marcas de tiempo.
Tipo de evento
explicit
|
|||
|
Caso cerrado
|
Este es el cierre administrativo definitivo del registro del caso, que puede producirse al mismo tiempo que la resolución o más adelante. La actividad se registra cuando el estado del caso cambia a 'Closed'. | ||
|
Por qué es importante
Representa el final absoluto del ciclo de vida del proceso en el sistema. El tiempo entre 'Resolved' y 'Closed' puede indicar carga administrativa o demoras en la finalización de los registros.
Dónde obtenerlo
Se registra cuando el campo 'statecode' de la entidad 'Incident' cambia a 'Canceled' (2) o a un estado personalizado de cierre. La marca de tiempo está disponible en el historial de auditoría.
Capturar
Registre la marca de tiempo en que 'statecode' cambia a su estado terminal final (por ejemplo, Canceled/Closed).
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. Se trata de un evento explícito, registrado con una marca de tiempo específica cuando se guarda por primera vez el registro de la entidad 'Incident'. | ||
|
Por qué es importante
Como evento de inicio principal, esta actividad es esencial para calcular la duración total del ciclo de vida del caso y comprender las tendencias en el volumen de casos. Sirve de referencia para todos los análisis posteriores del proceso.
Dónde obtenerlo
Este evento se obtiene de la marca de tiempo 'createdon' de la entidad 'Incident' (Case) de cada nuevo registro.
Capturar
Utilice la marca de tiempo 'createdon' del registro Incident.
Tipo de evento
explicit
|
|||
|
Caso escalado
|
Representa la escalación formal de un caso a un nivel de soporte superior o a otro equipo. Puede tratarse de una acción explícita del usuario que reasigna el caso a una cola o a un usuario designado para las escalaciones. | ||
|
Por qué es importante
Supervisar las escalaciones es fundamental para el KPI 'Tasa de escalaciones internas' y para identificar las causas de los problemas que el soporte de primera línea no puede resolver. También permite detectar puntos débiles del proceso y necesidades de formación.
Dónde obtenerlo
Se infiere a partir de un cambio en el campo 'ownerid' a una cola o un equipo designado para las escalaciones. También puede registrarse mediante una acción personalizada explícita que marque el caso como escalado.
Capturar
Identifique la marca de tiempo del cambio de 'ownerid' a una cola de escalaciones conocida.
Tipo de evento
inferred
|
|||
|
Caso resuelto
|
Este hito clave indica el momento en que el agente considera que el problema del cliente está resuelto. Es una acción explícita en Dynamics 365 que crea un registro de actividad 'Case Resolution' vinculado al caso. | ||
|
Por qué es importante
Como evento de fin principal basado en el éxito, esta actividad es esencial para calcular los tiempos y las tasas de resolución. Es un componente fundamental de casi todos los KPI de servicio al cliente.
Dónde obtenerlo
Este evento corresponde a la creación de un registro de actividad 'Resolution' (Case Resolution). La marca de tiempo 'actualend' de este registro indica el momento de la resolución.
Capturar
Utilice la marca de tiempo 'actualend' o 'createdon' del registro de actividad 'Resolution' asociado.
Tipo de evento
explicit
|
|||
|
Temporizador del SLA iniciado
|
Indica que se ha activado el temporizador de un acuerdo de nivel de servicio (SLA) para el caso. El temporizador empieza a medir el tiempo con respecto a una métrica de servicio definida, como 'First Response By' o 'Resolve By'. Se trata de un evento explícito gestionado por el motor de SLA de Dynamics 365. | ||
|
Por qué es importante
Esta actividad es fundamental para supervisar el cumplimiento de los SLA y saber cuándo empieza a contar el tiempo de los compromisos de servicio. Permite analizar directamente si se están alcanzando los objetivos de servicio.
Dónde obtenerlo
Se registra en la entidad 'SLA KPI Instance', relacionada con la entidad 'Incident'. La marca de tiempo 'createdon' del registro correspondiente de SLA KPI Instance indica el inicio.
Capturar
Utilice la marca de tiempo de creación del registro 'SLA KPI Instance' asociado al caso.
Tipo de evento
explicit
|
|||
|
Agente investigó el problema
|
Representa el trabajo activo del agente para comprender y diagnosticar el problema del cliente. Es una actividad inferida que suele identificarse cuando el agente vincula un artículo de Knowledge al caso, lo que indica que ha realizado una investigación. | ||
|
Por qué es importante
El seguimiento de esta actividad permite medir el uso de los recursos de conocimiento y su efecto en los tiempos de resolución. También ayuda a saber si los agentes aprovechan las herramientas disponibles para resolver los problemas con eficiencia.
Dónde obtenerlo
Se infiere a partir de la creación de un registro en la entidad 'IncidentKnowledgeBaseRecord', que vincula un artículo de Knowledge con un caso. Se utiliza la marca de tiempo de creación de este registro.
Capturar
Utilice la marca de tiempo en que se asocia un artículo de Knowledge con el Incident.
Tipo de evento
inferred
|
|||
|
Caso reactivado
|
Se produce cuando un caso resuelto anteriormente se vuelve a abrir, de forma automática o manual, normalmente porque el cliente respondió o indicó que el problema seguía sin resolverse. Es un comportamiento estándar del sistema que cambia el estado del caso de 'Resolved' a 'Active'. | ||
|
Por qué es importante
Esta actividad es clave para detectar retrabajos y analizar la 'Tasa de resolución en el primer contacto'. Un número elevado de reactivaciones apunta a soluciones iniciales incompletas o ineficaces.
Dónde obtenerlo
Se registra cuando el campo 'statecode' de la entidad 'Incident' cambia de 'Resolved' (1) a 'Active' (0). La marca de tiempo de este cambio queda registrada en el historial de auditoría.
Capturar
Registre en los registros de auditoría la marca de tiempo del cambio de 'statecode' de Resolved a Active.
Tipo de evento
explicit
|
|||
|
Caso tomado de la cola por un agente
|
Este evento se produce cuando un agente toma activamente un caso de una cola compartida para empezar a gestionarlo. 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 permite medir cuánto tiempo espera realmente un caso en una cola antes de que un agente empiece a trabajar en él. Es clave para detectar cuellos de botella en las colas y comprender la iniciativa de los agentes.
Dónde obtenerlo
Se registra cuando un usuario actualiza el campo 'workedbyid' de 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 en que se completa el campo 'workedbyid' de QueueItem.
Tipo de evento
explicit
|
|||
|
Categoría del caso modificada
|
Este evento se produce cuando un agente modifica la categoría o el asunto de un caso después de su creación inicial. El sistema registra explícitamente este cambio mediante la función de auditoría. | ||
|
Por qué es importante
El seguimiento de los cambios de categoría es esencial para el KPI 'Tasa de recategorización de solicitudes de servicio'. Una frecuencia elevada indica problemas en la clasificación inicial, que pueden provocar un enrutamiento incorrecto y demoras.
Dónde obtenerlo
Se obtiene del historial de auditoría de la entidad 'Incident', en concreto, del seguimiento de los cambios en el campo 'subjectid' o en otros campos personalizados de categorización.
Capturar
Extraiga de los registros de auditoría los cambios del campo 'subjectid' con sus marcas de tiempo.
Tipo de evento
explicit
|
|||
|
Encuesta de satisfacción enviada
|
Indica el envío de una encuesta de satisfacción del cliente, que suele activarse automáticamente después de resolver un caso. Normalmente se registra 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 analizar las puntuaciones de satisfacción en el contexto del recorrido que siguió el caso.
Dónde obtenerlo
Se infiere a partir de la creación de una actividad 'Email' saliente con un enlace a la 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 señala que el agente necesita más información del cliente para continuar. Suele inferirse cuando el estado del caso cambia a un estado de espera o cuando se envía un correo electrónico desde la cronología del caso. | ||
|
Por qué es importante
Es fundamental para medir las demoras relacionadas con el cliente y comprender el KPI 'Tiempo de espera de información del cliente'. Permite aislar el tiempo del proceso que transcurre a la espera de información externa.
Dónde obtenerlo
Puede inferirse a partir 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
Registre la marca de tiempo del cambio de statuscode a un estado designado como 'waiting for customer'.
Tipo de evento
inferred
|
|||
|
Solución propuesta al cliente
|
Esta actividad indica que el agente ha formulado una solución y se la ha comunicado al cliente. Suele inferirse a partir de un correo electrónico enviado desde la cronología del caso o de un cambio de estado a 'Pending Customer Confirmation'. | ||
|
Por qué es importante
Este hito marca el paso de la investigación a la resolución. Analizar el tiempo entre la propuesta y la confirmación de una solución puede revelar demoras en la respuesta del cliente o problemas con las soluciones propuestas.
Dónde obtenerlo
Puede inferirse a partir de la marca de tiempo de un registro de actividad '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 de un cambio de estado a 'Solution Proposed'.
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para comenzar?
Use esta plantilla de datos para poner en marcha su iniciativa de Process Mining y mejorar la eficiencia de las operaciones de atención al cliente. Empiece hoy a optimizar sus flujos de trabajo para ofrecer una mejor experiencia a sus clientes.
Optimice la atención al cliente: aumente la resolución en el primer contacto y reduzca costes
Identifique los cuellos de botella y alcance una resolución del 80 % en el primer contacto para mejorar la satisfacción de sus clientes.
No se requiere tarjeta de crédito. Configure todo en minutos.