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 supervisar
- Guía de extracción
Atributos de atención al cliente
| Nombre | Descripción | ||
|---|---|---|---|
|
Solicitud de servicio
ServiceRequest
|
El identificador único de un caso o ticket de atención al cliente, que vincula todas las actividades relacionadas. | ||
|
Descripción
La Service Request, también denominada Ticket o Case, actúa como identificador principal y vincula todas las actividades relacionadas con una única consulta o problema del cliente. En Salesforce Service Cloud, corresponde al Case Number. 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 «Case Created», «Agent Investigates Issue» y «Case Resolved», en una única instancia del proceso, lo que facilita un análisis integral de principio a fin.
Por qué es importante
Es el elemento fundamental del Process Mining, ya que conecta todos los eventos pertenecientes al mismo problema del cliente en una instancia de proceso coherente.
Dónde obtenerlo
Objeto Salesforce Case, campo: CaseNumber
Ejemplos
000010240000105800001193
|
|||
|
Hora del evento
EventTime
|
La marca de tiempo precisa que indica cuándo se produjo una actividad. | ||
|
Descripción
Event Time registra la fecha y la hora en que una actividad específica quedó registrada 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 del proceso. Es fundamental para los KPI relacionados con el rendimiento, como medir el tiempo entre «Case Created» e «Initial Acknowledgment Sent» o calcular el tiempo total de resolución.
Por qué es importante
Esta marca de tiempo es fundamental para comprender la línea temporal del proceso, calcular las métricas de rendimiento e identificar retrasos entre actividades.
Dónde obtenerlo
Se obtiene 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
|
El nombre de un evento o paso empresarial específico que tuvo lugar dentro del proceso de atención al cliente. | ||
|
Descripción
Este atributo describe un único 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 «Case Created», «Internal Escalation Triggered» y «Case Closed» es fundamental para el Process Mining. Ayuda a 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
Normalmente se obtiene a partir de una combinación de campos, como cambios de estado en el objeto Case, en el campo Status, o registros de los objetos CaseHistory o EmailMessage.
Ejemplos
Caso creadoCaso asignado a un agenteSolución propuesta al clienteCaso cerrado
|
|||
|
Sistema de origen
SourceSystemName
|
El 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 contexto 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 único sistema, este atributo proporciona un contexto esencial sobre el origen de los datos. Ayuda en la gobernanza de datos, la resolución de problemas y la verificación de que los análisis se basan en el conjunto de datos correcto.
Por qué es importante
Proporciona un contexto esencial sobre el origen de los datos, necesario para la gobernanza de datos y para los análisis que pueden combinar información de varios sistemas.
Dónde obtenerlo
Normalmente se trata de un valor estático añadido durante el proceso de extracción y transformación de datos para identificar el origen del conjunto de datos.
Ejemplos
Salesforce Service CloudSFSC
|
|||
|
Última actualización de 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 desde el sistema de origen. Es un campo de metadatos que se aplica a todo el conjunto de datos, no a eventos individuales. Su principal finalidad es informar a los usuarios sobre la actualidad de los datos que están analizando. Esto es fundamental para garantizar que la información y las decisiones se basen en datos actuales y relevantes, y ayuda a gestionar las expectativas sobre su vigencia.
Por qué es importante
Garantiza la transparencia sobre la actualidad de los datos y permite a los usuarios comprender hasta qué punto su análisis refleja la situación actual.
Dónde obtenerlo
Este valor normalmente se genera y almacena durante el proceso de extracción, transformación y carga (ETL) de datos.
Ejemplos
2023-10-27T04:00:00Z
|
|||
|
Agente asignado
AssignedAgent
|
El usuario o la cola a los que está asignada actualmente la solicitud de servicio. | ||
|
Descripción
Este atributo identifica al agente individual o al equipo responsable de gestionar la solicitud de servicio en un momento determinado. En Salesforce, normalmente corresponde al propietario del Caso. El 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. Ayuda a responder preguntas como cuántas veces se reasigna un caso, qué agentes gestionan los casos más complejos y si la carga de trabajo está equilibrada en todo 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 Salesforce Case, campo: OwnerId. Este campo contiene el ID de un User o una Queue.
Ejemplos
Sarah JonesDavid ChenCola de soporte de nivel 2
|
|||
|
Canal de comunicación
CommunicationChannel
|
El canal a través del cual se inició la solicitud de servicio, como el correo electrónico, el teléfono o la web. | ||
|
Descripción
Este atributo especifica el medio de comunicación que utilizó el cliente para enviar su solicitud de servicio. En Salesforce, normalmente se captura 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 qué canales son más eficaces para cada tipo de problema, lo que respalda el panel Communication Channel Efficiency.
Por qué es importante
Permite comparar el rendimiento de los distintos canales de contacto con el cliente, lo que ayuda a optimizar la estrategia de canales y la asignación de recursos.
Dónde obtenerlo
Objeto Salesforce Case, campo: Origin
Ejemplos
Correo electrónicoTeléfonoWebChat
|
|||
|
Estado del caso
CaseStatus
|
El estado actual de la solicitud de servicio en su ciclo de vida, como New, In Progress o Closed. | ||
|
Descripción
Case Status indica el estado actual de una solicitud de servicio. Los cambios de estado suelen ser la principal fuente para identificar actividades en el proceso. Por ejemplo, un cambio de «New» a «Working» puede asignarse a la actividad «Agent Investigates Issue». Analizar el estado final de los casos ayuda a comprender los resultados de resolución. También se utiliza para filtrar casos abiertos o cerrados e identificar aquellos que pueden llevar demasiado tiempo estancados en un estado concreto.
Por qué es importante
Proporciona información sobre el estado y el resultado actuales del caso, y los cambios de estado suelen utilizarse para derivar la secuencia de actividades.
Dónde obtenerlo
Objeto Salesforce Case, campo: Status
Ejemplos
NuevoEn gestiónEsperando al clienteCerrado
|
|||
|
Estado del SLA
SlaStatus
|
Indica si el caso se resolvió dentro del objetivo establecido en el SLA. | ||
|
Descripción
Este atributo categoriza cada caso resuelto según su cumplimiento del acuerdo de nivel de servicio definido. Se calcula comparando la marca de tiempo real de resolución con «SLA Target Resolution Time». Como entrada directa del KPI de tasa de cumplimiento del SLA, este atributo simplifica la supervisión del rendimiento. Permite filtrar y analizar rápidamente todos los casos que no cumplen el SLA para identificar las causas raíz habituales de los incumplimientos, como determinados tipos de caso, productos o cuellos de botella del proceso.
Por qué es importante
Proporciona un resultado binario claro 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
|
La marca de tiempo que indica cuándo se completó una actividad. | ||
|
Descripción
End Time representa el momento en que se completa una actividad. Al combinarlo con Start Time, permite calcular con precisión el tiempo de procesamiento de la actividad. En muchos eventos de Salesforce, el evento es instantáneo, por lo que Start Time y End Time son idénticos. Sin embargo, en actividades de larga duración, disponer de un End Time diferenciado es fundamental para medir con precisión el tiempo dedicado a una tarea. Esto respalda directamente el análisis del rendimiento al 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
A menudo coincide con StartTime en los eventos instantáneos. En las actividades con duración, debe obtenerse de un campo específico que indique la 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
|
El nivel de prioridad asignado a la solicitud de servicio, como High, Medium o Low. | ||
|
Descripción
Case Priority es una clasificación estándar que se utiliza para determinar la urgencia de una solicitud de servicio. Esta designación suele definir los tiempos objetivo de respuesta y resolución según los Service Level Agreements (SLA). Analizar el rendimiento del proceso según la prioridad es fundamental para evaluar la eficacia de la estrategia de priorización. Ayuda a determinar si los casos de alta prioridad se resuelven realmente más rápido y cumplen sus exigentes objetivos de SLA, y respalda directamente el panel Case Prioritization and Impact.
Por qué es importante
Permite analizar si el proceso prioriza eficazmente los casos urgentes y cumple distintos niveles de servicio según la importancia del caso.
Dónde obtenerlo
Objeto Salesforce Case, campo: Priority
Ejemplos
AltaMediaBaja
|
|||
|
Se resolvió en el primer contacto
IsFirstContactResolution
|
Un 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, normalmente se analiza la secuencia y el momento de las actividades. Una tasa elevada de resolución en el primer contacto (FCR) es un indicador sólido de un proceso de atención al cliente eficiente y eficaz. Este atributo calculado constituye la base del 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 los factores que favorecen una resolución eficaz de los problemas.
Dónde obtenerlo
Se calcula durante la transformación de datos mediante el análisis del registro de eventos de un caso determinado. Una regla habitual consiste en comprobar si «Case Resolved» ocurre antes que cualquier actividad «Information Requested From Customer» o cualquier actividad posterior de contacto con el cliente.
Ejemplos
truefalse
|
|||
|
Tiempo objetivo de resolución del SLA
SlaTargetResolutionTime
|
La fecha y hora objetivo en la que debería resolverse 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. Normalmente se determina en función de factores como la prioridad y el tipo de caso, así como el nivel del cliente. Salesforce puede calcularlo automáticamente mediante sus 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 este objetivo, la organización puede calcular su KPI de tasa de cumplimiento del SLA e identificar los casos en riesgo de incumplirlo, lo que respalda directamente el panel de cumplimiento del SLA de casos.
Por qué es importante
Proporciona el punto de referencia con el que se mide el rendimiento real, por lo que resulta 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
|
La clasificación de la solicitud de servicio, como Question, Problem o Feature Request. | ||
|
Descripción
Case Type 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 para comprender cómo se gestionan los distintos tipos de problemas. Analizar el proceso según Case Type puede revelar que ciertos tipos de solicitudes siguen rutas diferentes, tienen tiempos de resolución más largos o requieren más transferencias. Esta información resulta valiosa para adaptar y mejorar el proceso en categorías de trabajo específicas.
Por qué es importante
Permite segmentar el proceso para comprender si los distintos tipos de solicitudes se gestionan de manera diferente e identificar áreas de mejora especializada.
Dónde obtenerlo
Objeto Salesforce Case, campo: Type
Ejemplos
ProblemaSolicitud de funcionalidadPregunta
|
|||
|
Asunto del caso
CaseSubject
|
Un breve resumen o título del problema o la solicitud del cliente. | ||
|
Descripción
El asunto del caso proporciona un resumen conciso 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 categorizar casos, identificar problemas emergentes o añadir contexto cualitativo al análisis cuantitativo del proceso.
Por qué es importante
Ofrece un contexto rápido y general sobre el caso, útil para el análisis detallado y aprovechable en la minería de texto.
Dónde obtenerlo
Objeto Case de Salesforce, campo: Subject
Ejemplos
No se puede iniciar sesión en el portalPregunta sobre el estado de cuentaSolicitud de funcionalidad para el Dashboard de informes
|
|||
|
Es retrabajo
IsRework
|
Un indicador que señala si un caso implicó 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 pasar repetidamente entre «Agent Investigates» y «Solution Proposed». Para identificar el retrabajo es necesario analizar la secuencia de actividades y detectar bucles no deseados. Este atributo respalda directamente el KPI de tasa de retrabajo y el panel de transferencias entre agentes y patrones de retrabajo. Identificar los casos con retrabajo permite a los analistas investigar las causas raíz, que pueden ir desde soluciones inadecuadas hasta una recopilación incompleta de información, y aplicar medidas correctivas.
Por qué es importante
Pone de relieve la ineficiencia 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 del mismo caso lo marcaría como retrabajo.
Ejemplos
truefalse
|
|||
|
Está escalado
IsEscalated
|
Un indicador que señala si el caso ha sido escalado. | ||
|
Descripción
Este atributo booleano indica si una solicitud de servicio ha sido escalada. En Salesforce, puede realizarse el seguimiento mediante el campo estándar IsEscalated, que se establece automáticamente según las reglas de escalado. Este indicador alimenta directamente el panel de análisis de escalados internos y el KPI de tasa de escalados internos. Permite filtrar y agregar 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 escalados de casos, un indicador clave de fricción y complejidad del proceso, así como de posibles carencias de conocimiento de los agentes.
Dónde obtenerlo
Objeto Case de Salesforce, campo: IsEscalated
Ejemplos
truefalse
|
|||
|
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. En Salesforce, puede tratarse de un Contact (una persona) o una Account (una empresa). Analizar el proceso desde la perspectiva del cliente puede proporcionar información valiosa. Por ejemplo, puede ayudar a identificar si determinados clientes experimentan más problemas o tiempos de resolución más largos. Esto puede orientar las estrategias de gestión de relaciones con clientes y poner de relieve oportunidades para ofrecer soporte proactivo.
Por qué es importante
Permite realizar análisis centrados en el cliente y ayuda a identificar patrones y variaciones de rendimiento en clientes o segmentos de clientes específicos.
Dónde obtenerlo
Objeto Case de Salesforce, campos: ContactId o AccountId, que enlazan respectivamente con los objetos Contact y Account.
Ejemplos
Global Tech Inc.Emily WhiteInnovate Solutions
|
|||
|
Número de transferencias entre agentes
AgentHandoffCount
|
El número de veces que un caso se reasignó de un agente o una cola a otro. | ||
|
Descripción
Esta métrica cuantifica el número de reasignaciones que 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 único caso. Este atributo constituye la base del KPI de promedio de transferencias entre agentes por caso y se visualiza en el panel de transferencias entre agentes y patrones de retrabajo. Un número elevado de transferencias suele indicar ineficiencias del proceso, una asignación de responsabilidades poco clara o carencias de conocimiento, factores que pueden prolongar los tiempos de resolución y generar frustración en los clientes.
Por qué es importante
Cuantifica la fricción interna del proceso, ya que las transferencias excesivas son una fuente habitual de retrasos e insatisfacción del cliente.
Dónde obtenerlo
Se calcula a nivel de caso durante la transformación de datos, contando el número único de valores del campo «AssignedAgent» para cada «ServiceRequest» y restando uno.
Ejemplos
0135
|
|||
|
Producto involucrado
ProductInvolved
|
El 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, normalmente se gestiona mediante una búsqueda del objeto Product. Segmentar los datos del proceso por producto es fundamental para analizar la calidad del producto. Ayuda a identificar qué productos generan más solicitudes de soporte, qué tipos de problemas presentan y si el proceso de resolución varía entre las distintas líneas de productos. Esta información proporciona comentarios esenciales para los equipos de desarrollo de productos.
Por qué es importante
Permite analizar el proceso por producto, lo que puede revelar 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, aunque opcional.
Ejemplos
Alpha CRM SuiteBeta Analytics ToolGamma Data Connector
|
|||
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 concretos para su gestión. Es un paso fundamental del proceso y se captura mediante un cambio en el campo de propietario del caso. | ||
|
Por qué es importante
Esta actividad es esencial para realizar un seguimiento de la carga de trabajo de los agentes, los retrasos en las asignaciones y la frecuencia de las transferencias. Constituye 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.
Recopilar
Identificar 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 se realice más trabajo, salvo que se reabra. | ||
|
Por qué es importante
Como evento terminal, esta actividad proporciona el punto final para calcular la duración total del caso. El tiempo entre «Resolved» y «Closed» también puede revelar ineficiencias en el proceso de cierre.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo en la que el campo IsClosed del objeto Case se establece en true. En ese momento también se rellena el campo ClosedDate.
Recopilar
Marca de tiempo en la que el campo IsClosed cambia a true, registrada 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 se captura explícitamente cuando se crea un nuevo registro en el objeto Case, con una marca de tiempo precisa. | ||
|
Por qué es importante
Como evento inicial 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 del registro del objeto Case. La marca de tiempo se captura en el campo estándar CreatedDate.
Recopilar
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 un periodo determinado. | ||
|
Por qué es importante
Es uno de los principales puntos finales para medir el tiempo de resolución y resulta fundamental para calcular el cumplimiento de los SLA. Marca el final del trabajo activo en el caso.
Dónde obtenerlo
Se infiere a partir del objeto CaseHistory cuando el campo Status cambia a «Resolved». En este momento, el campo IsClosed todavía puede ser false.
Recopilar
Marca de tiempo del cambio de Case Status a «Resolved».
Tipo de evento
inferred
|
|||
|
Escalamiento interno activado
|
Esta actividad se produce cuando un caso requiere un nivel superior de asistencia o conocimientos y se escala formalmente. Puede capturarse de forma explícita mediante las reglas de escalamiento de Salesforce o inferirse a partir de un cambio de campo. | ||
|
Por qué es importante
Analizar los escalamientos ayuda a identificar tipos de casos complejos, necesidades de formación de los agentes de primera línea y problemas sistémicos. Es un indicador clave de la fricción del proceso y de su impacto en el tiempo de resolución.
Dónde obtenerlo
Puede tratarse de un evento explícito procedente de registros CaseEscalation. Con mayor frecuencia, se infiere a partir de CaseHistory cuando un campo de casilla de verificación como «IsEscalated» se establece en true.
Recopilar
Marca de tiempo del cambio del campo «IsEscalated» a true.
Tipo de evento
inferred
|
|||
|
Hito del SLA incumplido
|
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 entitlement y registros de hitos. | ||
|
Por qué es importante
Esta actividad es fundamental para analizar el cumplimiento de los SLA y supervisar el cumplimiento normativo. Destaca directamente los casos que no cumplieron las expectativas del cliente 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.
Recopilar
El evento corresponde a la marca de tiempo en la que el indicador IsViolated pasa a true en un registro CaseMilestone.
Tipo de evento
explicit
|
|||
|
Acuse de recibo inicial enviado
|
Representa la primera comunicación enviada al cliente para confirmar la recepción de su solicitud de servicio. Normalmente se trata de un correo electrónico automático activado por las reglas de creación de casos, que se infiere al identificar la primera comunicación saliente. | ||
|
Por qué es importante
El seguimiento de esta actividad es fundamental para medir los tiempos de respuesta inicial y garantizar que los clientes reciban información con rapidez. Ayuda a analizar el KPI «Initial Acknowledgment Latency» para mejorar la comunicación con el cliente.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo del primer registro EmailMessage saliente asociado al Case. También puede inferirse de la actualización de un campo personalizado activada por una regla de automatización.
Recopilar
Identificar la marca de tiempo del primer EmailMessage saliente vinculado al Case.
Tipo de evento
inferred
|
|||
|
Caso categorizado y priorizado
|
Esta actividad se produce cuando un caso se clasifica con un tipo, una categoría y un nivel de prioridad. A menudo la realiza un equipo de triaje o la activan reglas de automatización, y se infiere a partir de cambios en los campos relevantes del caso. | ||
|
Por qué es importante
La categorización es clave para comprender la distribución de los casos y la eficacia del enrutamiento. 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 con rapidez.
Dónde obtenerlo
Se infiere a partir del objeto CaseHistory, mediante el seguimiento de la primera vez que los campos Priority, Type u otros campos de clasificación se rellenan o cambian respecto de sus valores predeterminados.
Recopilar
Realizar un seguimiento de las actualizaciones de campos como Priority o Type en CaseHistory.
Tipo de evento
inferred
|
|||
|
Caso reabierto
|
Se produce cuando un caso previamente resuelto o cerrado se reactiva porque el problema reaparece o la solución no resulta 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 First Contact Resolution. Analizar su frecuencia y sus causas raíz 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 cambia de un estado cerrado o resuelto a un estado abierto.
Recopilar
Marca de tiempo del cambio de Status o del campo IsClosed de un estado terminal a un estado activo.
Tipo de evento
inferred
|
|||
|
Caso reasignado
|
Representa una transferencia en la que un caso pasa 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 un enrutamiento inicial incorrecto, ineficiencias del proceso o carencias de conocimiento, lo que provoca retrasos y una mala experiencia del cliente. Esta actividad ayuda a cuantificar las transferencias entre agentes.
Dónde obtenerlo
Se infiere a partir de cualquier cambio en el campo OwnerId del objeto CaseHistory posterior a la asignación inicial.
Recopilar
Identificar todas las actualizaciones del campo OwnerId posteriores a la primera.
Tipo de evento
inferred
|
|||
|
El agente investiga el problema
|
Representa la fase 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 un estado en curso. | ||
|
Por qué es importante
Comprender la duración de la fase de investigación ayuda a identificar la complejidad de las solicitudes de servicio y las áreas en las que los agentes pueden necesitar más formación o recursos. Permite separar 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 a un valor que indica trabajo activo, como «In Progress» o «Working».
Recopilar
Marca de tiempo del cambio de Case Status a un valor «in-progress».
Tipo de evento
inferred
|
|||
|
Encuesta de satisfacción enviada
|
Representa el envío de una encuesta de satisfacción del cliente (CSAT) o de Net Promoter Score (NPS). Normalmente se trata de una acción automatizada posterior a la resolución o el cierre del caso. | ||
|
Por qué es importante
Aunque no forma parte del proceso central de resolución, esta actividad es importante para comprender el ciclo de retroalimentación. Analizar su momento y frecuencia garantiza que la voz del cliente se capture de forma constante.
Dónde obtenerlo
Se infiere a partir de un registro EmailMessage saliente asociado al caso que coincide con una plantilla de encuesta. Como alternativa, puede capturarse mediante la creación de un registro SurveyInvitation.
Recopilar
Identificar el correo electrónico saliente de la encuesta o la creación del registro SurveyInvitation.
Tipo de evento
inferred
|
|||
|
Información recibida del cliente
|
Esta actividad marca el final del tiempo de espera del cliente, cuando este proporciona la información solicitada. A menudo se infiere cuando el estado del caso vuelve a un estado activo después de una comunicación entrante. | ||
|
Por qué es importante
El seguimiento de este evento es fundamental para comprender los tiempos de respuesta del cliente y su impacto en el ciclo de vida completo del caso. Señala la reanudación del trabajo activo del agente.
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 «Waiting on Customer» a «In Progress» en el objeto CaseHistory.
Recopilar
Marca de tiempo del correo electrónico entrante o del cambio de estado desde «waiting».
Tipo de evento
inferred
|
|||
|
Información solicitada al cliente
|
Esta actividad se produce cuando un agente necesita información adicional del cliente para continuar con el caso. Normalmente se infiere a partir de un cambio del estado del caso a «waiting on customer». | ||
|
Por qué es importante
Esta actividad marca el inicio de un tiempo de espera que no está bajo el control del agente. Aislar este tiempo es fundamental para medir con precisión la eficiencia del proceso interno y el rendimiento del agente.
Dónde obtenerlo
Se infiere a partir del objeto CaseHistory cuando el campo Status se actualiza a un valor como «Waiting on Customer Response» o «Pending».
Recopilar
Marca de tiempo del cambio de Case Status a un valor «waiting».
Tipo de evento
inferred
|
|||
|
Solución propuesta al cliente
|
Indica el momento en que un agente proporciona al cliente una posible solución. Es un paso conceptual que normalmente se infiere a partir de una comunicación saliente o de un cambio de estado específico. | ||
|
Por qué es importante
El seguimiento de este hito ayuda a medir el tiempo transcurrido desde la investigación hasta 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 con palabras clave específicas o de un cambio de estado a «Solution Provided» en el objeto CaseHistory.
Recopilar
Marca de tiempo del cambio de estado o del evento de comunicación saliente.
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para comenzar?
Utilice este Template de datos para iniciar su recorrido de Process Mining y descubrir oportunidades ocultas en sus operaciones de atención al cliente. ¡Comience hoy mismo a transformar la prestación de su servicio!
Alcance ahora la máxima eficiencia en la atención al cliente
Alcance una resolución en el primer contacto del 80 % y mejore sus puntuaciones de CSAT.
No se requiere tarjeta de crédito