Su Template de datos de atención al cliente
Su Template de datos de atención al cliente
- Atributos recomendados para recopilar
- Actividades clave que debe seguir
- Guía de extracción
Atributos de atención al cliente
| Nombre | Descripción | ||
|---|---|---|---|
|
Solicitud de servicio
ServiceRequest
|
Identificador único de un caso o ticket de atención al cliente que vincula todas las actividades relacionadas. | ||
|
Descripción
La solicitud de servicio, también llamada ticket o caso, es el identificador principal que vincula todas las actividades relacionadas con una consulta o un problema de un cliente. En Salesforce Service Cloud, corresponde al número de caso. Este atributo es esencial para reconstruir el recorrido completo de cada interacción con el cliente. Permite que la herramienta de Process Mining agrupe todos los eventos relacionados, como «Caso creado», «El agente investiga el problema» y «Caso resuelto», en una sola instancia del proceso, para analizarla de principio a fin.
Por qué es importante
Es el elemento fundamental de Process Mining, ya que conecta todos los eventos relacionados con un mismo problema del cliente en una instancia de proceso coherente.
Dónde obtenerlo
Objeto Case de Salesforce, campo: CaseNumber
Ejemplos
000010240000105800001193
|
|||
|
Hora del evento
EventTime
|
Marca de tiempo precisa que indica cuándo se produjo una actividad. | ||
|
Descripción
La hora del evento registra la fecha y la hora en que se anotó una actividad específica en el sistema. Proporciona el contexto temporal de todo el proceso y permite calcular duraciones, tiempos de espera y tiempos de ciclo. En el análisis, esta marca de tiempo se utiliza para ordenar cronológicamente los eventos de cada solicitud de servicio y constituye la base del descubrimiento de procesos. Es fundamental para los KPI de rendimiento, por ejemplo, para medir el tiempo entre «Caso creado» y «Envío de la confirmación inicial» o calcular el tiempo total de resolución.
Por qué es importante
Esta marca de tiempo es fundamental para comprender la cronología del proceso, calcular métricas de rendimiento e identificar demoras entre actividades.
Dónde obtenerlo
Se deriva de varios campos de fecha correspondientes a eventos específicos, como CreatedDate del objeto Case o CreatedDate de los registros CaseHistory.
Ejemplos
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
|
|||
|
Nombre de la actividad
ActivityName
|
Nombre de un evento o paso específico del proceso de atención al cliente. | ||
|
Descripción
Este atributo describe un paso o hito del ciclo de vida de una solicitud de servicio. Las actividades son los nodos del mapa de procesos y representan acciones realizadas por agentes, sistemas automatizados o clientes. Analizar la secuencia y la frecuencia de actividades como «Caso creado», «Se activa una escalación interna» y «Caso cerrado» es fundamental en Process Mining. Permite descubrir el flujo real del proceso, identificar cuellos de botella y detectar desviaciones respecto del procedimiento operativo estándar.
Por qué es importante
Las actividades definen los pasos del proceso y su secuencia constituye la base del mapa de procesos y de todos los análisis posteriores.
Dónde obtenerlo
Suele derivarse de una combinación de campos, como los cambios de estado del objeto Case (campo Status) o los registros de los objetos CaseHistory o EmailMessage.
Ejemplos
Caso creadoCaso asignado a un agenteSe propone una solución al clienteCaso cerrado
|
|||
|
Sistema de origen
SourceSystemName
|
Sistema del que proceden los datos del proceso. | ||
|
Descripción
Este atributo identifica la aplicación de origen en la que se generaron los datos, que en este caso es Salesforce Service Cloud. Resulta especialmente útil en entornos donde se combinan datos de varios sistemas para obtener una visión integral del proceso. Incluso al analizar un solo sistema, este atributo aporta contexto esencial sobre el origen de los datos. Ayuda con la gobernanza de datos, la resolución de problemas y la verificación de que los análisis se basen en el conjunto de datos correcto.
Por qué es importante
Aporta contexto esencial sobre el origen de los datos, necesario para la gobernanza de datos y para los análisis que pueden combinar datos de varios sistemas.
Dónde obtenerlo
Suele ser un valor estático que se añade durante la extracción y transformación de datos para indicar el origen del conjunto de datos.
Ejemplos
Salesforce Service CloudSFSC
|
|||
|
Última actualización de los datos
LastDataUpdateTime
|
Marca de tiempo que indica cuándo se actualizaron por última vez los datos de este proceso. | ||
|
Descripción
Este atributo registra la marca de tiempo de la última extracción o actualización de datos del sistema de origen. Es un campo de metadatos que se aplica al conjunto de datos completo, no a eventos individuales. Su función principal es informar a los usuarios sobre la actualidad de los datos que analizan. Esto es fundamental para que la información y las decisiones se basen en datos actuales y pertinentes, y ayuda a establecer expectativas sobre su vigencia.
Por qué es importante
Aporta transparencia sobre la actualidad de los datos y permite a los usuarios saber qué tan recientes son los análisis.
Dónde obtenerlo
Este valor suele generarse y almacenarse durante el proceso de extracción, transformación y carga de datos (ETL).
Ejemplos
2023-10-27T04:00:00Z
|
|||
|
Agente asignado
AssignedAgent
|
Usuario o cola a la que está asignada actualmente la solicitud de servicio. | ||
|
Descripción
Este atributo identifica al agente o equipo responsable de atender la solicitud de servicio en un momento determinado. En Salesforce, suele corresponder al propietario del caso. Hacer un seguimiento de los cambios en este atributo es fundamental para analizar el rendimiento de los agentes, la distribución de la carga de trabajo y las transferencias. Permite responder preguntas como cuántas veces se reasigna un caso, qué agentes atienden los casos más complejos y si la carga de trabajo está equilibrada en el equipo. Es un atributo clave para los Dashboards de transferencias entre agentes y distribución de la carga de trabajo.
Por qué es importante
Es esencial para analizar la carga de trabajo y el rendimiento de los agentes, así como la frecuencia de las transferencias, que influye directamente en la eficiencia y el tiempo de resolución.
Dónde obtenerlo
Objeto Case de Salesforce, campo: OwnerId. Este campo contiene el ID de un usuario o una cola.
Ejemplos
Sarah JonesDavid ChenCola de asistencia de nivel 2
|
|||
|
Canal de comunicación
CommunicationChannel
|
Canal por el que se inició la solicitud de servicio, como correo electrónico, teléfono o web. | ||
|
Descripción
Este atributo especifica el medio de comunicación que utilizó el cliente para enviar su solicitud de servicio. En Salesforce, suele registrarse en el campo Case Origin. Comprender el canal de comunicación es clave para optimizar la asignación de recursos y mejorar la eficiencia del servicio. Al analizar los tiempos de resolución y los flujos del proceso por canal, las organizaciones pueden identificar cuáles son más eficaces para cada tipo de problema. Esta información contribuye al Dashboard de eficiencia de los canales de comunicación.
Por qué es importante
Permite comparar el rendimiento de los distintos canales de contacto con los clientes y ayuda a optimizar la estrategia de canales y la asignación de recursos.
Dónde obtenerlo
Objeto Case de Salesforce, campo: Origin
Ejemplos
Correo electrónicoTeléfonoWebChat
|
|||
|
Estado del caso
CaseStatus
|
Estado actual de la solicitud de servicio en su ciclo de vida, por ejemplo, nuevo, en curso o cerrado. | ||
|
Descripción
El estado del caso indica la situación actual de una solicitud de servicio. Los cambios de estado suelen ser la fuente principal para identificar actividades del proceso. Por ejemplo, un cambio de «Nuevo» a «En atención» puede corresponder a la actividad «El agente investiga el problema». Analizar el estado final de los casos ayuda a comprender los resultados de resolución. También permite filtrar los casos abiertos o cerrados e identificar aquellos que llevan demasiado tiempo estancados en un estado determinado.
Por qué es importante
Permite conocer el estado actual y el resultado del caso. Los cambios de estado suelen utilizarse para determinar la secuencia de actividades.
Dónde obtenerlo
Objeto Case de Salesforce, campo: Status
Ejemplos
NuevoEn cursoEn espera del clienteCerrado
|
|||
|
Estado del SLA
SlaStatus
|
Indica si el caso se resolvió dentro del tiempo objetivo del SLA. | ||
|
Descripción
Este atributo clasifica cada caso resuelto según el cumplimiento del acuerdo de nivel de servicio definido. Se calcula comparando la marca de tiempo real de resolución con el tiempo objetivo de resolución del SLA. Como dato de entrada directo para el KPI de tasa de cumplimiento del SLA, este atributo facilita el seguimiento del rendimiento. Permite filtrar y analizar rápidamente los casos que no cumplen los requisitos para identificar las causas habituales de los incumplimientos del SLA, como determinados tipos de casos o productos, o cuellos de botella en el proceso.
Por qué es importante
Ofrece un resultado claro, de sí o no, sobre el cumplimiento del SLA para cada caso, fundamental para supervisar el rendimiento y analizar las causas raíz de los retrasos.
Dónde obtenerlo
Se calcula en la capa de transformación de datos comparando la marca de tiempo de Case Resolved con el atributo SlaTargetResolutionTime.
Ejemplos
CumplidoIncumplido
|
|||
|
Hora de finalización
EndTime
|
Marca de tiempo que indica cuándo se completó una actividad. | ||
|
Descripción
La hora de finalización indica cuándo concluyó una actividad. Al combinarla con la hora de inicio, permite calcular con precisión los tiempos de procesamiento de las actividades. En muchos eventos de Salesforce, el evento es instantáneo, por lo que la hora de inicio y la hora de finalización coinciden. Sin embargo, en las actividades de larga duración, contar con una hora de finalización distinta es fundamental para medir con precisión el tiempo dedicado a una tarea. Esto facilita directamente el análisis del rendimiento, ya que permite distinguir el tiempo de procesamiento activo del tiempo de espera entre pasos.
Por qué es importante
Permite calcular la duración real de una actividad, algo esencial para analizar el rendimiento de los agentes e identificar los pasos que consumen más tiempo.
Dónde obtenerlo
En los eventos instantáneos, suele coincidir con StartTime. Para las actividades que tienen una duración, debe obtenerse de un campo específico que indique su finalización, lo que puede requerir una configuración personalizada.
Ejemplos
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
|
|||
|
Prioridad del caso
CasePriority
|
Nivel de prioridad asignado a la solicitud de servicio, por ejemplo, alta, media o baja. | ||
|
Descripción
La prioridad del caso es una clasificación estándar que permite determinar la urgencia de una solicitud de servicio. Esta designación suele establecer los tiempos objetivo de respuesta y resolución según los acuerdos de nivel de servicio (SLA). Analizar el rendimiento del proceso según la prioridad es fundamental para evaluar la eficacia de la estrategia de priorización. Permite determinar si los casos de alta prioridad se resuelven realmente más rápido y cumplen sus exigentes objetivos de SLA. También es un elemento clave del Dashboard de priorización e impacto de los casos.
Por qué es importante
Permite analizar si el proceso prioriza eficazmente los casos urgentes y cumple los distintos niveles de servicio según la importancia de cada caso.
Dónde obtenerlo
Objeto Case de Salesforce, campo: Priority
Ejemplos
AltaMediaBaja
|
|||
|
Resuelto en el primer contacto
IsFirstContactResolution
|
Indicador que señala si el caso se resolvió durante la primera interacción con el cliente. | ||
|
Descripción
Este atributo booleano identifica las solicitudes de servicio que se resolvieron sin necesidad de seguimiento después del contacto inicial con el cliente. Para determinarlo, suele analizarse la secuencia y el momento de las actividades. Una tasa alta de resolución en el primer contacto (FCR) es un claro indicador de un proceso de atención al cliente eficiente y eficaz. Este atributo calculado sirve de base para el KPI de tasa de resolución en el primer contacto. Analizar los casos que no se resuelven en el primer contacto puede revelar oportunidades para mejorar la formación de los agentes, el contenido de la base de conocimientos y el diseño del proceso.
Por qué es importante
Mide directamente un aspecto clave de la eficiencia del servicio y la satisfacción del cliente, y ayuda a identificar qué facilita la resolución eficaz de problemas.
Dónde obtenerlo
Se calcula durante la transformación de datos mediante el análisis del Registro de eventos de un caso. Una regla habitual consiste en comprobar si Case Resolved ocurre antes de Information Requested From Customer o de cualquier actividad posterior de contacto con el cliente.
Ejemplos
truefalse
|
|||
|
Tiempo objetivo de resolución del SLA
SlaTargetResolutionTime
|
Fecha y hora límite para resolver la solicitud de servicio según el SLA. | ||
|
Descripción
Este atributo define el plazo del acuerdo de nivel de servicio (SLA) para resolver un caso. Suele determinarse según factores como la prioridad y el tipo de caso, así como la categoría del cliente. Salesforce puede calcularlo automáticamente mediante las funciones de derechos y hitos. Esta marca de tiempo es esencial para medir el cumplimiento del SLA. Al comparar el tiempo real de resolución con el objetivo, la organización puede calcular el KPI de tasa de cumplimiento del SLA e identificar los casos que corren el riesgo de incumplirlo. Esto contribuye directamente al Dashboard de cumplimiento del SLA de casos.
Por qué es importante
Proporciona el valor de referencia para medir el rendimiento real, por lo que es fundamental para calcular el cumplimiento del SLA e identificar los casos en riesgo.
Dónde obtenerlo
A menudo se almacena en el campo SlaExitDate del objeto Case Milestone, que forma parte de la función Entitlement Management de Salesforce.
Ejemplos
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
|
|||
|
Tipo de caso
CaseType
|
Clasificación de la solicitud de servicio, como pregunta, problema o solicitud de una función. | ||
|
Descripción
El tipo de caso es un atributo categórico que ayuda a clasificar la naturaleza de la consulta o el problema del cliente. Esto permite segmentar las solicitudes de servicio y entender cómo se gestionan los distintos tipos de problemas. El análisis del proceso por tipo de caso puede revelar que ciertas solicitudes siguen rutas diferentes, tardan más en resolverse o requieren más traspasos. Esta información resulta útil para adaptar y mejorar el proceso según las categorías de trabajo.
Por qué es importante
Permite segmentar el proceso para saber si se gestionan de forma distinta los diferentes tipos de solicitudes e identificar áreas que requieren mejoras específicas.
Dónde obtenerlo
Objeto Case de Salesforce, campo: Type
Ejemplos
ProblemaSolicitud de una funciónPregunta
|
|||
|
Asunto del caso
CaseSubject
|
Breve resumen o título del problema o la solicitud del cliente. | ||
|
Descripción
El asunto del caso ofrece un resumen breve en texto libre de la solicitud de servicio. A menudo corresponde al asunto del correo electrónico o a un título introducido por el agente o el cliente. Aunque no es un campo estructurado para el análisis directo del proceso, el asunto contiene información contextual valiosa. Puede utilizarse con técnicas de minería de texto para clasificar casos, identificar problemas emergentes o aportar contexto cualitativo al análisis cuantitativo del proceso.
Por qué es importante
Ofrece rápidamente una visión general del caso, útil para analizarlo en detalle y aplicar técnicas de minería de texto.
Dónde obtenerlo
Objeto Case de Salesforce, campo: Subject
Ejemplos
No puedo iniciar sesión en el portalConsulta sobre el estado de cuentaSolicitud de una función para el Dashboard de informes
|
|||
|
Escalado
IsEscalated
|
Indicador que señala si el caso se ha escalado. | ||
|
Descripción
Este atributo booleano indica si una solicitud de servicio se ha escalado. En Salesforce, puede registrarse mediante el campo estándar IsEscalated, que se establece automáticamente según las reglas de escalamiento. Este indicador es un dato de entrada directo para el Dashboard de análisis de escalamiento interno y el KPI de tasa de escalamiento interno. Permite filtrar y agrupar fácilmente todos los casos escalados, cuantificar su frecuencia y analizar su impacto en los tiempos generales de resolución y la complejidad del proceso.
Por qué es importante
Mide directamente los escalamientos de casos, un indicador clave de fricciones en el proceso, complejidad o falta de conocimientos de los agentes.
Dónde obtenerlo
Objeto Case de Salesforce, campo: IsEscalated
Ejemplos
truefalse
|
|||
|
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. En Salesforce, puede ser un Contact (una persona) o un Account (una empresa). El análisis del proceso desde la perspectiva del cliente puede aportar información valiosa. Por ejemplo, puede ayudar a identificar si ciertos clientes tienen más problemas o tardan más en obtener una resolución. Estos datos pueden orientar las estrategias de gestión de las relaciones con los clientes y señalar oportunidades para ofrecer soporte proactivo.
Por qué es importante
Permite analizar el proceso desde la perspectiva del cliente e identificar patrones y diferencias de rendimiento entre clientes o segmentos específicos.
Dónde obtenerlo
Objeto Case de Salesforce, campos: ContactId o AccountId, que enlazan con los objetos Contact y Account, respectivamente.
Ejemplos
Global Tech Inc.Emily WhiteInnovate Solutions
|
|||
|
Número de traspasos entre agentes
AgentHandoffCount
|
Número de veces que un caso se reasignó de un agente o una cola a otro. | ||
|
Descripción
Esta métrica cuantifica cuántas reasignaciones experimenta una solicitud de servicio antes de resolverse. Se calcula contando los cambios distintos en el atributo AssignedAgent durante el ciclo de vida de un caso. Este atributo sirve de base para el KPI de promedio de traspasos entre agentes por caso y se muestra en el Dashboard de traspasos entre agentes y patrones de retrabajo. Un número elevado de traspasos suele indicar ineficiencias en el proceso, falta de claridad sobre quién es responsable o carencias de conocimientos. Todo ello puede alargar los tiempos de resolución y frustrar a los clientes.
Por qué es importante
Cuantifica las fricciones internas del proceso, ya que los traspasos excesivos suelen causar retrasos e insatisfacción de los clientes.
Dónde obtenerlo
Se calcula por caso durante la transformación de datos: se cuenta el número de valores únicos del campo AssignedAgent para cada ServiceRequest y se resta uno.
Ejemplos
0135
|
|||
|
Producto relacionado
ProductInvolved
|
Producto o servicio específico al que se refiere la solicitud del cliente. | ||
|
Descripción
Este atributo vincula una solicitud de servicio con un producto o servicio específico. En Salesforce, suele gestionarse mediante una búsqueda del objeto Product. Segmentar los datos del proceso por producto es fundamental para analizar la calidad de los productos. Ayuda a identificar qué productos generan más solicitudes de soporte, qué problemas presentan y si el proceso de resolución varía entre líneas de productos. Esta información es una retroalimentación esencial para los equipos de desarrollo de productos.
Por qué es importante
Permite analizar el proceso por producto e identificar problemas de calidad o carencias de soporte en productos específicos.
Dónde obtenerlo
Objeto Case de Salesforce, campo: ProductId. Es un campo de búsqueda estándar, pero opcional.
Ejemplos
Suite CRM AlphaHerramienta de análisis BetaConector de datos Gamma
|
|||
|
Retrabajo
IsRework
|
Indicador que señala si un caso requirió retrabajo o volvió a una etapa anterior. | ||
|
Descripción
Este atributo booleano marca los casos que presentan patrones de retrabajo, como volver a abrirse después del cierre o alternar repetidamente entre Agent Investigates y Solution Proposed. Para identificar el retrabajo, es necesario analizar la secuencia de actividades y detectar ciclos no deseados. Este atributo contribuye directamente al KPI de tasa de retrabajo y al Dashboard de traspasos entre agentes y patrones de retrabajo. Identificar los casos con retrabajo permite investigar sus causas raíz, que pueden ir desde soluciones inadecuadas hasta la recopilación incompleta de información, y tomar medidas correctivas.
Por qué es importante
Pone de manifiesto las ineficiencias del proceso y el esfuerzo desperdiciado, y permite analizar de forma específica las actividades que se repiten con frecuencia.
Dónde obtenerlo
Se calcula durante la transformación de datos mediante el análisis de las secuencias de actividades. Por ejemplo, una secuencia como Case Closed -> Case Reopened o Solution Proposed -> Agent Investigates Issue dentro de un mismo caso lo marcaría como retrabajo.
Ejemplos
truefalse
|
|||
Actividades de atención al cliente
| Actividad | Descripción | ||
|---|---|---|---|
|
Caso asignado a un agente
|
Marca el momento en que una solicitud de servicio se asigna a un agente o una cola específicos para su atención. Es un paso fundamental del proceso y se registra mediante un cambio en el campo de propietario del caso. | ||
|
Por qué es importante
Esta actividad es esencial para hacer un seguimiento de la carga de trabajo de los agentes, las demoras en las asignaciones y la frecuencia de las transferencias. Es la base para analizar el rendimiento de los agentes e identificar cuellos de botella en el proceso de asignación.
Dónde obtenerlo
Se infiere a partir de un cambio en el campo OwnerId del objeto Case. La marca de tiempo de este cambio se registra en el objeto CaseHistory.
Capturar
Identifique la marca de tiempo de la primera actualización del campo OwnerId.
Tipo de evento
inferred
|
|||
|
Caso cerrado
|
Esta actividad representa el final definitivo del ciclo de vida de la solicitud de servicio. Una vez cerrado el caso, no se espera que haya más trabajo, salvo que se vuelva a abrir. | ||
|
Por qué es importante
Como evento terminal, esta actividad proporciona el punto final para calcular la duración total del caso. El tiempo entre «Resuelto» y «Cerrado» también puede revelar ineficiencias en el proceso de cierre.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo en que el campo IsClosed del objeto Case se establece en true. En ese momento también se completa el campo ClosedDate.
Capturar
Marca de tiempo del cambio del campo IsClosed a true, registrado en CaseHistory.
Tipo de evento
inferred
|
|||
|
Caso creado
|
Esta actividad marca el inicio oficial del proceso de atención al cliente, cuando se registra en Salesforce una nueva solicitud de servicio o caso. El evento queda registrado explícitamente al crear un nuevo registro en el objeto Case, con una marca de tiempo precisa. | ||
|
Por qué es importante
Como evento de inicio principal, esta actividad es esencial para calcular el ciclo de vida completo del caso y los tiempos de resolución. Proporciona la referencia para medir el rendimiento frente a los SLA y comprender el volumen de casos.
Dónde obtenerlo
Este evento corresponde a la creación de un registro en el objeto Case. La marca de tiempo se captura en el campo estándar CreatedDate.
Capturar
Directamente de la marca de tiempo de creación del registro Case.
Tipo de evento
explicit
|
|||
|
Caso resuelto
|
Este hito clave indica que el agente ha completado el trabajo necesario para resolver el problema del cliente. El caso queda pendiente del cierre definitivo, que puede automatizarse después de cierto tiempo. | ||
|
Por qué es importante
Es un punto final principal para medir el tiempo de resolución y resulta fundamental para calcular el cumplimiento de los SLA. Marca el fin del trabajo activo en el caso.
Dónde obtenerlo
Se infiere a partir del objeto CaseHistory cuando el campo Status cambia a «Resuelto». En ese momento, el campo IsClosed aún puede tener el valor false.
Capturar
Marca de tiempo del cambio del estado del caso a «Resuelto».
Tipo de evento
inferred
|
|||
|
Se activa una escalación interna
|
Esta actividad se produce cuando un caso requiere un nivel superior de asistencia o conocimientos y se escala formalmente. Salesforce puede registrarla explícitamente mediante sus reglas de escalación o inferirla a partir de un cambio en un campo. | ||
|
Por qué es importante
Analizar las escalaciones ayuda a identificar tipos de casos complejos, necesidades de formación para los agentes de primera línea y problemas sistémicos. Es un indicador clave de las fricciones del proceso y de su impacto en el tiempo de resolución.
Dónde obtenerlo
Puede registrarse como un evento explícito en los registros CaseEscalation. Lo más habitual es inferirlo a partir de CaseHistory cuando un campo de casilla, como «IsEscalated», se establece en true.
Capturar
Marca de tiempo del cambio del campo «IsEscalated» a true.
Tipo de evento
inferred
|
|||
|
Se incumple un hito del SLA
|
Este evento se activa cuando no se cumple un compromiso de servicio, como el tiempo de primera respuesta o de resolución. Salesforce realiza el seguimiento mediante procesos de derechos y registros de hitos. | ||
|
Por qué es importante
Esta actividad es fundamental para analizar el cumplimiento de los SLA y supervisar el cumplimiento. Señala directamente los casos que no cumplieron las expectativas de los clientes y permite mejorar el proceso de forma específica.
Dónde obtenerlo
Se captura a partir del objeto CaseMilestone. Se genera un evento cuando el campo IsViolated de un registro de hito se establece en true.
Capturar
El evento corresponde a la marca de tiempo en que el indicador IsViolated pasa a true en un registro CaseMilestone.
Tipo de evento
explicit
|
|||
|
Caso categorizado y priorizado
|
Esta actividad se produce cuando se asignan al caso un tipo, una categoría y un nivel de prioridad. Suele realizarla un equipo de clasificación o activarse mediante reglas de automatización, y se infiere a partir de los cambios en los campos pertinentes del caso. | ||
|
Por qué es importante
La categorización es clave para comprender la distribución de los casos y la eficacia de su asignación. Analizar este paso ayuda a optimizar la distribución de la carga de trabajo y a garantizar que los casos de alta prioridad se atiendan rápidamente.
Dónde obtenerlo
Se infiere a partir del objeto CaseHistory, al registrar la primera vez que se completan los campos Priority, Type u otros campos de clasificación, o cuando cambian de sus valores predeterminados.
Capturar
Registre las actualizaciones de campos como Priority o Type en CaseHistory.
Tipo de evento
inferred
|
|||
|
Caso reabierto
|
Se produce cuando se reactiva un caso resuelto o cerrado porque el problema vuelve a aparecer o la solución no ha sido eficaz. Es un indicador clave de retrabajo. | ||
|
Por qué es importante
Los casos reabiertos son una señal clara de resoluciones de baja calidad o de fallos en la resolución en el primer contacto. Analizar su frecuencia y sus causas es esencial para mejorar la calidad del servicio.
Dónde obtenerlo
Se infiere a partir del objeto CaseHistory cuando el campo IsClosed cambia de true a false o cuando Status pasa de un estado cerrado o resuelto a uno abierto.
Capturar
Marca de tiempo del cambio de Status o IsClosed de un estado terminal a uno activo.
Tipo de evento
inferred
|
|||
|
Caso reasignado
|
Representa una transferencia del caso de un agente o una cola a otro después de la asignación inicial. Se infiere a partir de cambios posteriores en el campo de propietario del caso. | ||
|
Por qué es importante
Las reasignaciones frecuentes pueden indicar una asignación inicial incorrecta, ineficiencias en el proceso o falta de conocimientos, lo que provoca demoras y una mala experiencia para el cliente. Esta actividad permite cuantificar las transferencias entre agentes.
Dónde obtenerlo
Se infiere a partir de cualquier cambio en el campo OwnerId del objeto CaseHistory después de la asignación inicial.
Capturar
Identifique todas las actualizaciones del campo OwnerId posteriores a la primera.
Tipo de evento
inferred
|
|||
|
El agente investiga el problema
|
Representa la etapa en la que un agente trabaja activamente para diagnosticar y comprender el problema del cliente. No es un evento explícito, sino que se infiere cuando el estado del caso cambia de nuevo o abierto a en curso. | ||
|
Por qué es importante
Conocer la duración de la investigación ayuda a identificar la complejidad de las solicitudes de servicio y las áreas en las que los agentes podrían necesitar más formación o recursos. Permite distinguir el tiempo de trabajo activo del tiempo de espera.
Dónde obtenerlo
Se infiere a partir del objeto CaseHistory cuando el campo Status se actualiza con un valor que indica trabajo activo, como «En curso» o «En atención».
Capturar
Marca de tiempo del cambio del estado del caso a un valor «en curso».
Tipo de evento
inferred
|
|||
|
Envío de la confirmación inicial
|
Representa la primera comunicación enviada al cliente para confirmar la recepción de su solicitud de servicio. Suele ser un correo electrónico automático que se activa al crear el caso y se infiere al identificar la primera comunicación saliente. | ||
|
Por qué es importante
Registrar esta actividad es fundamental para medir los tiempos de respuesta inicial y asegurarse de que los clientes reciban información rápidamente. Permite analizar el KPI «Demora en la confirmación inicial» y mejorar la comunicación con los clientes.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo del primer registro EmailMessage saliente asociado al caso. También puede inferirse de la actualización de un campo personalizado activada por una regla de automatización.
Capturar
Identifique la marca de tiempo del primer EmailMessage saliente vinculado al caso.
Tipo de evento
inferred
|
|||
|
Se envía una encuesta de satisfacción
|
Representa el envío de una encuesta de satisfacción del cliente (CSAT) o de Net Promoter Score (NPS). Suele ser una acción automatizada posterior a la resolución o al cierre del caso. | ||
|
Por qué es importante
Aunque no forma parte del proceso principal de resolución, esta actividad es importante para comprender el ciclo de retroalimentación. Analizar cuándo y con qué frecuencia se realiza permite recoger de forma constante la opinión de los clientes.
Dónde obtenerlo
Se infiere a partir de un registro EmailMessage saliente asociado al caso que coincide con una plantilla de encuesta. También puede registrarse al crear un registro SurveyInvitation.
Capturar
Identifique el correo electrónico saliente de la encuesta o la creación de un registro SurveyInvitation.
Tipo de evento
inferred
|
|||
|
Se propone una solución al cliente
|
Indica el momento en que un agente ofrece al cliente una posible solución. Es un paso conceptual que suele inferirse a partir de una comunicación saliente o de un cambio de estado específico. | ||
|
Por qué es importante
Registrar este hito ayuda a medir el tiempo transcurrido entre la investigación y la propuesta de solución. También puede marcar el inicio de un ciclo de confirmación si el cliente no acepta la solución.
Dónde obtenerlo
Se infiere a partir de un EmailMessage saliente que contiene palabras clave específicas o de un cambio de estado a «Solución proporcionada» en el objeto CaseHistory.
Capturar
Marca de tiempo del cambio de estado o del evento de comunicación saliente.
Tipo de evento
inferred
|
|||
|
Se recibe información del cliente
|
Esta actividad marca el final del tiempo de espera del cliente, cuando este proporciona la información solicitada. Suele inferirse cuando el estado del caso vuelve a uno activo después de una comunicación entrante. | ||
|
Por qué es importante
Registrar este evento es fundamental para comprender los tiempos de respuesta de los clientes y su impacto en el ciclo de vida completo del caso. Indica que el agente reanuda el trabajo activo.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo de un EmailMessage entrante asociado al caso o de un cambio de estado de «En espera del cliente» a «En curso» en el objeto CaseHistory.
Capturar
Marca de tiempo del correo electrónico entrante o del cambio de estado desde «en espera».
Tipo de evento
inferred
|
|||
|
Se solicita información al cliente
|
Esta actividad se produce cuando un agente necesita información adicional del cliente para continuar con el caso. Suele inferirse a partir de un cambio en el estado del caso a «en espera del cliente». | ||
|
Por qué es importante
Esta actividad marca el inicio de un tiempo de espera que no depende del agente. Aislar este tiempo es fundamental para medir con precisión la eficiencia del proceso interno y el rendimiento de los agentes.
Dónde obtenerlo
Se infiere a partir del objeto CaseHistory cuando el campo Status se actualiza con un valor como «En espera de respuesta del cliente» o «Pendiente».
Capturar
Marca de tiempo del cambio del estado del caso a un valor «en espera».
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para empezar?
Utilice este Template de datos para poner en marcha su iniciativa de Process Mining y descubrir oportunidades ocultas en las operaciones de atención al cliente. ¡Empiece hoy mismo a transformar la prestación de sus servicios!
Aumente ahora al máximo la eficiencia de la atención al cliente
Logre una resolución del 80 % en el primer contacto y aumente la satisfacción del cliente.
No se requiere tarjeta de crédito