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
- Instrucciones para la extracción
Atributos del servicio al cliente
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
Activity
|
Nombre de un evento o paso concreto del negocio que tuvo lugar durante el proceso de atención al cliente. | ||
|
Descripción
El atributo Actividad representa una acción concreta o un cambio de estado en el ciclo de vida de una solicitud de servicio. Registra eventos clave del negocio, como «Ticket creado», «Ticket asignado», «Primera respuesta enviada» y «Ticket resuelto». Estas actividades forman los nodos del mapa de procesos. Analizar la secuencia y la frecuencia de estas actividades es fundamental en Process Mining. Permite visualizar los flujos del proceso, identificar las rutas habituales y poco frecuentes, y detectar desviaciones del procedimiento operativo estándar. Comprender las actividades es esencial para localizar ineficiencias, ciclos de trabajo repetido como «Ticket reabierto» o problemas de cumplimiento.
Por qué es importante
Este atributo define los pasos del mapa de procesos y permite visualizar y analizar el flujo del proceso de principio a fin.
Dónde obtenerlo
Se deriva de los tipos de eventos de Freshdesk. Puede combinar cambios de estado del endpoint «Tickets» de la API con eventos específicos, como notas o respuestas del endpoint «Conversations».
Ejemplos
Ticket creadoPrimera respuesta enviadaEstado cambiado a pendienteTicket resueltoTicket cerrado
|
|||
|
Hora del evento
EventTime
|
Marca de tiempo que indica cuándo tuvo lugar una actividad o un evento concreto. | ||
|
Descripción
La hora del evento, o marca de tiempo, registra la fecha y la hora exactas en que tuvo lugar una actividad. Es fundamental para ordenar cronológicamente los eventos y calcular la duración entre los distintos pasos del proceso. Cada actividad registrada debe tener una marca de tiempo correspondiente. En el análisis, este atributo se utiliza para crear la cronología de cada solicitud de servicio. Es la base para calcular todos los KPI relacionados con el tiempo, como el tiempo de resolución, el tiempo de primera respuesta y la duración de los cuellos de botella. Las marcas de tiempo precisas son esenciales para comprender el rendimiento del proceso e identificar demoras.
Por qué es importante
Esta marca de tiempo es esencial para ordenar cronológicamente los eventos y calcular todas las métricas de duración, como los tiempos de ciclo y el cumplimiento de los SLA.
Dónde obtenerlo
Corresponde a los campos «created_at» o «updated_at» asociados a los eventos, las respuestas o los cambios de estado de los tickets en la API de Freshdesk.
Ejemplos
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
|
|||
|
Solicitud de servicio
ServiceRequest
|
Identificador único de una consulta o problema de un cliente, conocido habitualmente como ticket o caso. | ||
|
Descripción
La solicitud de servicio es el identificador principal del caso y vincula todas las actividades relacionadas con una interacción concreta con el cliente. Cada nueva consulta, problema o solicitud genera un ID de solicitud de servicio único. Este ID se mantiene durante todo el ciclo de vida del ticket, desde su creación y asignación hasta su resolución y cierre. En Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada caso de atención al cliente. Al agrupar todos los eventos relacionados bajo un mismo ID de solicitud de servicio, quienes analizan los datos pueden visualizar los flujos del proceso, medir los tiempos de ciclo e identificar variaciones o cuellos de botella que afectan a cada caso.
Por qué es importante
Este es el ID del caso esencial que vincula todos los eventos relacionados en una única instancia del proceso y permite ver de principio a fin cada recorrido de atención al cliente.
Dónde obtenerlo
Este es el ID principal del ticket en Freshdesk. Normalmente, se encuentra en el campo «id» del endpoint «Tickets» de la API.
Ejemplos
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
|
|||
|
Estado
Status
|
Estado actual o histórico de la solicitud de servicio, como «Abierta», «Pendiente», «Resuelta» o «Cerrada». | ||
|
Descripción
El atributo Estado indica la situación de una solicitud de servicio en un momento determinado. Los cambios de estado suelen representar hitos importantes del proceso. Por ejemplo, la solicitud pasa de «Abierta» a «Pendiente» mientras se espera información del cliente, o de «Pendiente» a «Abierta» cuando el cliente responde. Registrar los cambios de estado es fundamental para comprender el ciclo de vida del ticket. Permite identificar cuánto tiempo permanecen los tickets en determinados estados, lo que ayuda a localizar cuellos de botella. Por ejemplo, una permanencia prolongada en el estado «Pendiente» podría indicar demoras en la recepción de información de los clientes.
Por qué es importante
Registrar los cambios de estado es fundamental para comprender el ciclo de vida del ticket e identificar cuánto tiempo permanecen los casos en estados específicos, como «Pendiente» o «En espera».
Dónde obtenerlo
Corresponde al campo 'status' del objeto 'Tickets' de Freshdesk. Los estados históricos deben inferirse a partir de los registros de actividad.
Ejemplos
AbiertaPendienteResueltaCerrada
|
|||
|
Persona asignada
AssignedAgent
|
Nombre o ID de la persona del equipo de atención al cliente responsable del ticket en el momento del evento. | ||
|
Descripción
Este atributo identifica a la persona concreta asignada para gestionar la solicitud de servicio. La asignación puede cambiar durante el ciclo de vida del ticket debido a reasignaciones o escalaciones. Analizar los datos por persona asignada es fundamental para los Dashboards de gestión del rendimiento. Permite medir los KPI individuales, como el tiempo medio de resolución, el volumen de tickets y las tasas de reapertura. Esto ayuda a identificar a quienes obtienen mejores resultados, detectar necesidades de formación y analizar cómo afectan las transferencias al tiempo total de resolución.
Por qué es importante
Permite analizar el rendimiento de cada persona del equipo e identificar a quienes obtienen mejores resultados, las oportunidades de formación y el impacto de las reasignaciones.
Dónde obtenerlo
Corresponde al campo «responder_id» del objeto «Tickets» de Freshdesk, que después puede combinarse con los datos del personal.
Ejemplos
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
Prioridad
Priority
|
Nivel de prioridad asignado a la solicitud de servicio, como «Baja», «Media», «Alta» o «Urgente». | ||
|
Descripción
El atributo Prioridad refleja la urgencia de una solicitud de servicio y suele determinar los tiempos objetivo de respuesta y resolución. La prioridad puede asignarse automáticamente mediante reglas o manualmente por un agente durante la clasificación inicial. Este atributo es esencial para analizar el cumplimiento del SLA y la asignación de recursos. Al filtrar el mapa de procesos por prioridad, los analistas pueden determinar si los tickets de alta prioridad se atienden realmente más rápido que los de baja prioridad. También permite saber si los cambios de prioridad, que implican volver a trabajar en el caso, son frecuentes y qué impacto tienen en el proceso.
Por qué es importante
Es esencial para analizar el SLA y determinar si los recursos se asignan correctamente para atender los casos de alta prioridad más rápido que los de baja prioridad.
Dónde obtenerlo
Corresponde al campo 'priority' del objeto 'Tickets' de Freshdesk.
Ejemplos
BajaMediaAltaUrgente
|
|||
|
Tipo de solicitud de servicio
ServiceRequestType
|
Clasificación de la solicitud de servicio, como «Pregunta», «Incidente», «Problema» o «Solicitud de funcionalidad». | ||
|
Descripción
El tipo de solicitud de servicio es un campo de clasificación fundamental que define la naturaleza de la consulta del cliente. Esta clasificación suele establecerse al crear el ticket o durante la clasificación inicial, y ayuda a dirigir la solicitud al equipo o a la persona adecuados. En el análisis, este atributo permite segmentar el proceso para comprender cómo se gestionan los distintos tipos de solicitudes. Ayuda a responder preguntas como «¿Los incidentes tardan más en resolverse que las consultas?» y «¿Qué tipos de solicitudes se reabren con más frecuencia?». Esta segmentación es clave para identificar cuellos de botella específicos de cada tipo y optimizar los flujos de trabajo.
Por qué es importante
Permite segmentar el proceso para comparar el rendimiento y los flujos de trabajo de distintos tipos de problemas de clientes, como los incidentes y las consultas.
Dónde obtenerlo
Probablemente corresponde al campo «type» disponible en el objeto «Tickets» de Freshdesk.
Ejemplos
PreguntaIncidenteProblemaSolicitud de funcionalidad
|
|||
|
Calificación de satisfacción
SatisfactionRating
|
Puntuación de satisfacción que proporciona el cliente después de que se resuelve el ticket. | ||
|
Descripción
La Calificación de satisfacción es una métrica clave de resultados que suele recopilarse mediante una encuesta enviada después de resolver un ticket. Por lo general, consiste en una puntuación numérica o una valoración categórica, como «Satisfecho», «Neutral» o «Insatisfecho». Este atributo permite relacionar los patrones del proceso con los resultados para el cliente. Al analizar las variantes del proceso que dan lugar a puntuaciones bajas de satisfacción, las organizaciones pueden identificar comportamientos o demoras concretos que afectan negativamente a la experiencia del cliente. Así se establece una relación directa entre la eficiencia del proceso y la satisfacción del cliente.
Por qué es importante
Relaciona la ejecución del proceso con los resultados para el cliente y ayuda a identificar qué comportamientos del proceso se asocian con una satisfacción alta o baja.
Dónde obtenerlo
Estos datos forman parte de la función de calificaciones de satisfacción de Freshdesk y pueden obtenerse mediante el endpoint de la API 'Surveys' o 'Satisfaction Ratings'.
Ejemplos
5314
|
|||
|
Canal de comunicación
CommunicationChannel
|
Canal por el que se inició la solicitud de servicio, como «Correo electrónico», «Teléfono», «Chat» o «Portal web». | ||
|
Descripción
Este atributo identifica el origen o canal de comunicación con el cliente. Cada canal puede tener flujos de proceso y tiempos de resolución distintos. Por ejemplo, una solicitud iniciada por chat podría tener un tiempo de resolución previsto menor que una enviada por correo electrónico. Analizar el proceso por canal de comunicación ayuda a optimizar la asignación de recursos y a comprender la eficiencia de cada canal. Permite identificar cuáles se asocian con resoluciones más rápidas o con una mayor satisfacción del cliente, y aporta información para decidir qué canales conviene promover o en cuáles invertir.
Por qué es importante
Permite analizar el rendimiento y la eficiencia del proceso en los distintos canales de contacto con los clientes, como el correo electrónico, el teléfono o el chat.
Dónde obtenerlo
Corresponde al campo 'source' del objeto 'Tickets' de Freshdesk.
Ejemplos
Correo electrónicoTeléfonoPortal webChat
|
|||
|
Grupo asignado
AssignedGroup
|
Equipo o departamento al que se asigna la solicitud de servicio. | ||
|
Descripción
El Grupo asignado representa al equipo de agentes responsable de gestionar una solicitud de servicio específica. A menudo, los tickets se derivan a grupos especializados según su tipo o complejidad, como «Soporte técnico» o «Departamento de facturación». Este atributo resulta útil para analizar las transferencias entre departamentos y el rendimiento de cada equipo. Permite identificar qué grupos gestionan más tickets, cuáles tardan más en resolverlos y con qué frecuencia se transfieren los tickets entre grupos. Esta información es clave para optimizar la estructura de los equipos y los flujos de trabajo.
Por qué es importante
Permite analizar el rendimiento por equipo o departamento, detectar transferencias e identificar cuellos de botella específicos de cada grupo.
Dónde obtenerlo
Corresponde al campo 'group_id' del objeto 'Tickets' de Freshdesk.
Ejemplos
Soporte de nivel 1Soporte técnico de nivel 2FacturaciónÉxito del cliente
|
|||
|
Incumple el SLA
IsSlaBreached
|
Indicador booleano que señala si el tiempo de resolución de la solicitud de servicio superó el objetivo del SLA. | ||
|
Descripción
Este atributo calculado indica de forma clara y binaria si cada solicitud de servicio cumple el SLA. Se obtiene al comparar 'ResolutionTime' real con 'SlaTargetResolutionTime'. Si el tiempo real supera el objetivo, el indicador es verdadero. Este atributo simplifica el análisis y la creación de Dashboards sobre el cumplimiento del SLA. Permite contar y filtrar fácilmente los tickets que incumplieron el SLA, para que los analistas identifiquen rápidamente la magnitud del incumplimiento y examinen los patrones del proceso en esos tickets hasta encontrar las causas raíz. También sirve de apoyo al Dashboard y al KPI de resumen del cumplimiento del SLA.
Por qué es importante
Simplifica el análisis del cumplimiento del SLA con un indicador claro para cada caso que no alcanzó su objetivo y permite analizar las causas raíz de los incumplimientos.
Dónde obtenerlo
Campo calculado que compara la marca de tiempo real de resolución con 'SlaTargetResolutionTime' o con el campo 'due_by' de Freshdesk.
Ejemplos
truefalse
|
|||
|
Nombre del cliente
CustomerName
|
Nombre o ID del cliente que inició la solicitud de servicio. | ||
|
Descripción
Este atributo identifica al cliente asociado a la solicitud de servicio. Permite analizar el proceso desde la perspectiva del cliente y hacer un seguimiento de todas sus interacciones a lo largo del tiempo. El análisis por cliente puede revelar patrones, como quiénes envían más tickets o quiénes tienen más casos reabiertos. Esta información puede orientar las iniciativas de éxito del cliente y ayudar a identificar a quienes podrían dejar de ser clientes debido a una mala experiencia de servicio. También es fundamental para comprender el recorrido completo del cliente a través de varias solicitudes de servicio.
Por qué es importante
Ofrece una perspectiva del proceso centrada en el cliente y ayuda a identificar a quienes envían solicitudes con frecuencia o tienen problemas recurrentes.
Dónde obtenerlo
Esta información se vincula mediante 'requester_id' del objeto 'Tickets', que se conecta con el objeto 'Contacts' o 'Users' de Freshdesk.
Ejemplos
Juan PérezAna GarcíaGlobal Tech Inc.
|
|||
|
Número de transferencias entre agentes
AgentTransferCount
|
Número total de veces que una solicitud de servicio se reasignó de un agente a otro. | ||
|
Descripción
Esta métrica del caso cuenta cuántas veces cambió el agente asignado a un ticket. Se calcula contando las apariciones de la actividad 'Ticket Reassigned' en cada solicitud de servicio. Las transferencias frecuentes, también conocidas como «ping-pong», pueden causar demoras importantes y frustrar al cliente, ya que se pierde contexto con cada traspaso. Analizar el número de transferencias ayuda a detectar problemas en la asignación inicial, carencias de habilidades de los agentes o complejidad del proceso. A menudo, el objetivo es reducir las transferencias innecesarias para mejorar la eficiencia y la satisfacción del cliente.
Por qué es importante
Mide la frecuencia de las transferencias internas, que pueden ser una fuente importante de demoras y frustración para el cliente, y ayuda a mejorar la resolución en el primer nivel.
Dónde obtenerlo
Campo calculado. Es el recuento de las actividades 'Ticket Reassigned' para cada solicitud de servicio única.
Ejemplos
0132
|
|||
|
Producto
Product
|
Producto o servicio al que se refiere la solicitud del cliente. | ||
|
Descripción
Este atributo especifica la línea de productos o servicios a la que se refiere la solicitud. Suele ser un campo personalizado configurado en Freshdesk para clasificar los tickets y facilitar su derivación y la elaboración de informes. Al filtrar el proceso por producto, las organizaciones pueden detectar problemas específicos de cada producto. Por ejemplo, pueden descubrir si un producto genera una cantidad desproporcionada de tickets de soporte o si el lanzamiento de uno nuevo provoca un aumento repentino de las consultas. Este análisis aporta retroalimentación valiosa a los equipos de desarrollo y gestión de productos.
Por qué es importante
Permite filtrar el proceso por área de producto e identificar cuáles generan más solicitudes de soporte o tienen tiempos de resolución más prolongados.
Dónde obtenerlo
Suele ser un campo personalizado. Su ubicación exacta depende de la configuración de Freshdesk; probablemente se encuentre en la sección 'custom_fields' de la respuesta de la API de 'Tickets'.
Ejemplos
Plataforma AlphaAplicación móvil BetaSuscripción Gamma
|
|||
|
Se reabrió
IsReopened
|
Indicador booleano que señala si una solicitud de servicio resuelta se volvió a abrir en algún momento. | ||
|
Descripción
Este atributo del caso es un indicador que se establece como verdadero si, en algún momento del ciclo de vida de una solicitud de servicio, se produjo la actividad 'Ticket Reopened'. Permite identificar y analizar fácilmente los casos que requirieron volver a trabajarse. Una tasa elevada de tickets reabiertos sugiere que la resolución inicial no fue eficaz o estuvo incompleta, lo que genera ineficiencias y frustración en los clientes. Al filtrar los tickets reabiertos, los analistas pueden investigar las causas raíz, por ejemplo, los motivos más frecuentes de reapertura, los agentes o equipos con tasas más altas y los tipos de ticket más propensos a reabrirse.
Por qué es importante
Identifica los casos que requirieron volver a trabajarse, un indicador clave de la calidad de la resolución y de las ineficiencias del proceso. Analizarlos ayuda a mejorar la resolución en el primer contacto.
Dónde obtenerlo
Campo calculado. Se establece como verdadero para una solicitud de servicio si existe un evento con Activity = 'Ticket Reopened' para ese caso.
Ejemplos
truefalse
|
|||
|
Sistema de origen
SourceSystem
|
Sistema del que se extrajeron los datos, que en este caso es «Freshdesk». | ||
|
Descripción
Este atributo identifica la aplicación de origen de los datos del proceso. En este análisis, su valor será estático, por ejemplo, «Freshdesk», para indicar que todos los eventos proceden de la plataforma de atención al cliente Freshdesk. Aunque parezca sencillo, este atributo es importante para la gobernanza de datos y para los casos en que se combinan datos de varios sistemas. Permite conocer claramente el origen y el contexto de los datos, de modo que quienes los analizan sepan de dónde proceden. Esto es fundamental para mantener la integridad de los datos y generar confianza en el análisis.
Por qué es importante
Aporta contexto esencial sobre el origen de los datos, algo fundamental para la gobernanza de datos y para combinar datos de varios sistemas de origen.
Dónde obtenerlo
Es un valor estático, «Freshdesk», que se añade durante la transformación de los datos para identificar su origen.
Ejemplos
Freshdesk
|
|||
|
Tiempo de primera respuesta
FirstResponseTime
|
Tiempo transcurrido desde la creación del ticket hasta la primera respuesta de un agente al cliente. | ||
|
Descripción
El Tiempo de primera respuesta mide cuánto tarda un cliente en recibir una respuesta inicial no automatizada de un agente de servicio. Se calcula como la diferencia entre la marca de tiempo de la actividad 'First Response Sent' y la de 'Ticket Created'. Este KPI es un indicador clave de la capacidad de respuesta del servicio y tiene un gran impacto en la satisfacción del cliente. Una primera respuesta rápida confirma al cliente que se ha recibido su solicitud y que se está atendiendo. Analizar esta métrica ayuda a las organizaciones a comprobar si cumplen los SLA de respuesta inicial y ofrecen una atención oportuna.
Por qué es importante
Mide la capacidad de respuesta del servicio, un factor clave para la satisfacción del cliente que contribuye directamente a ofrecer una atención proactiva.
Dónde obtenerlo
Campo calculado. Es el tiempo transcurrido entre la marca de tiempo del evento 'Ticket Created' y la del evento 'First Response Sent'.
Ejemplos
3000009000001800000
|
|||
|
Tiempo objetivo de resolución del SLA
SlaTargetResolutionTime
|
Tiempo acordado por contrato o establecido como objetivo para resolver la solicitud de servicio. | ||
|
Descripción
Este atributo define el tiempo objetivo en el que debe resolverse una solicitud de servicio según el acuerdo de nivel de servicio (SLA). El objetivo suele depender de la prioridad o el tipo de ticket. Es un dato fundamental para calcular el cumplimiento del SLA. Al comparar el tiempo real de resolución con este objetivo, se puede determinar si se cumplió o se incumplió. Analizar el rendimiento del SLA por tipo de solicitud, equipo o agente es una parte esencial de la gestión del servicio.
Por qué es importante
Establece la referencia para medir el cumplimiento del SLA, un indicador clave del rendimiento de cualquier organización de atención al cliente.
Dónde obtenerlo
Puede estar disponible en un campo como 'fr_due_by' (primera respuesta) o 'due_by' (resolución) del objeto 'Tickets' de Freshdesk, o puede ser necesario calcularlo a partir de las reglas de la política del SLA.
Ejemplos
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
|
|||
|
Última actualización de los datos
LastDataUpdate
|
Marca de tiempo que indica cuándo se actualizaron por última vez los datos del sistema de origen. | ||
|
Descripción
Este atributo registra la fecha y la hora de la última extracción o actualización del conjunto de datos desde Freshdesk. Permite saber si los datos analizados están actualizados, algo fundamental para tomar decisiones empresariales oportunas y pertinentes. Quienes analizan los datos utilizan esta información para conocer el periodo que abarcan y confirmar que trabajan con la información más reciente disponible. Es un metadato clave para cualquier Dashboard o informe de Process Mining, ya que permite a las partes interesadas saber cuándo se actualizaron los datos por última vez.
Por qué es importante
Indica si los datos están actualizados y ayuda a garantizar que los análisis y las decisiones se basen en información reciente.
Dónde obtenerlo
Este campo de metadatos se genera durante la extracción de datos y registra la marca de tiempo de la extracción.
Ejemplos
2023-12-01T08:00:00Z
|
|||
Actividades del servicio al cliente
| Actividad | Descripción | ||
|---|---|---|---|
|
Primera respuesta enviada
|
Indica la primera respuesta pública que una persona del equipo envía al cliente después de crear el ticket. Freshdesk registra explícitamente este evento para medir el «First Response Time» y hacer un seguimiento de los SLA. | ||
|
Por qué es importante
Este hito es fundamental para medir la rapidez de respuesta al cliente y el cumplimiento de los SLA. Analizar el tiempo hasta esta actividad ayuda a detectar demoras en el primer contacto con los clientes.
Dónde obtenerlo
Freshdesk registra este evento específico para el seguimiento de los SLA. Corresponde a la marca de tiempo del primer comentario público añadido por una persona del equipo.
Capturar
Se identifica por la primera respuesta pública del personal en el historial de conversación del ticket.
Tipo de evento
explicit
|
|||
|
Ticket asignado
|
Indica que un ticket se asignó a una persona o grupo concreto para su gestión. Este evento queda registrado explícitamente en el historial del ticket cada vez que se completa o cambia el campo de la persona o el grupo asignado. | ||
|
Por qué es importante
Hacer un seguimiento de las asignaciones es fundamental para analizar la carga de trabajo, detectar ineficiencias en el enrutamiento y medir los KPI del tiempo hasta la asignación. Permite comprender cómo se distribuye el trabajo y dónde se producen demoras antes de empezar a atenderlo.
Dónde obtenerlo
Se obtiene del registro «Ticket Activities», donde los cambios en los campos «Agent» o «Group» aparecen con una marca de tiempo.
Capturar
Evento registrado cuando se actualiza el campo «Assigned to» de una persona o un grupo.
Tipo de evento
explicit
|
|||
|
Ticket cerrado
|
Esta es la actividad final y representa el cierre definitivo del ticket. A menudo, el sistema la realiza automáticamente después de que el ticket permanece en estado «Resolved» durante un periodo determinado sin recibir nuevas respuestas del cliente. | ||
|
Por qué es importante
Esta actividad marca el final definitivo del ciclo de vida de la solicitud de servicio. Proporciona el punto final para calcular con precisión el tiempo de ciclo de principio a fin.
Dónde obtenerlo
Se obtiene del registro «Ticket Activities», que recoge el cambio final de estado a «Closed». A menudo, este cambio lo activa una automatización del sistema.
Capturar
Evento registrado cuando el campo «Status» del ticket se actualiza a «Closed».
Tipo de evento
explicit
|
|||
|
Ticket creado
|
Este es el primer evento del ciclo de atención al cliente y corresponde al momento en que la solicitud se registra formalmente en Freshdesk. La actividad queda registrada de forma explícita cuando se crea un ticket, ya sea por correo electrónico, un portal, teléfono o una integración con una API. | ||
|
Por qué es importante
Esta actividad marca el inicio de cada caso y es esencial para calcular el tiempo total de resolución y analizar las tendencias del volumen de tickets por canal o tipo.
Dónde obtenerlo
Este evento explícito aparece en el registro «Ticket Activities» de Freshdesk. Se genera automáticamente al crear un nuevo registro de ticket.
Capturar
Se registra directamente en el historial de actividad del ticket al crearlo.
Tipo de evento
explicit
|
|||
|
Ticket resuelto
|
Indica el hito clave en que una persona del equipo proporciona una solución y cambia el estado del ticket a «Resolved». Este cambio de estado explícito queda registrado en el historial del ticket. | ||
|
Por qué es importante
Esta actividad marca el fin del trabajo activo en un ticket y sirve de base para medir el tiempo de resolución. Es un evento fundamental para analizar el rendimiento del personal y la eficiencia general del proceso.
Dónde obtenerlo
Se obtiene del registro «Ticket Activities», que recoge el cambio de estado específico a «Resolved» junto con una marca de tiempo.
Capturar
Evento registrado cuando el campo «Status» del ticket se actualiza a «Resolved».
Tipo de evento
explicit
|
|||
|
Cliente respondió
|
Indica que se recibió una nueva respuesta o comunicación del cliente. Es un evento explícito en el hilo de conversación del ticket y, por lo general, cambia el estado de «Pending» a «Open». | ||
|
Por qué es importante
Esta actividad es clave para comprender el intercambio de mensajes con los clientes y medir sus tiempos de respuesta. También reanuda los temporizadores de los SLA que estaban pausados, lo que afecta a las métricas de cumplimiento.
Dónde obtenerlo
Se registra como una nueva entrada en el hilo de conversación del ticket y se asocia al registro de contacto del cliente.
Capturar
Nueva nota pública añadida al ticket por el contacto del cliente.
Tipo de evento
explicit
|
|||
|
Encuesta de satisfacción enviada
|
Indica el envío de una encuesta de satisfacción al cliente, normalmente activado por una regla de automatización después de resolver un ticket. El evento puede registrarse si la acción automatizada queda anotada en el historial del ticket. | ||
|
Por qué es importante
Marca el inicio del proceso de recopilación de retroalimentación. Relacionar las respuestas de la encuesta con las variantes del proceso permite comprender en profundidad cómo influye el rendimiento del proceso en la satisfacción del cliente.
Dónde obtenerlo
Normalmente, este evento se activa mediante una «Automation Rule». Que aparezca como evento independiente en el registro de actividad del ticket depende de la configuración de registro de automatizaciones de Freshdesk.
Capturar
Evento registrado por la ejecución de una regla de automatización después de resolver el ticket.
Tipo de evento
explicit
|
|||
|
Estado cambiado a pendiente
|
Esta actividad se produce cuando una persona del equipo espera información del cliente y cambia el estado del ticket a «Pending». El cambio de estado queda registrado explícitamente en el historial de actividad del ticket. | ||
|
Por qué es importante
Permite identificar los periodos en que el proceso se detiene a la espera de información externa. Analizar el tiempo en este estado ayuda a cuantificar las demoras atribuibles al cliente y a evaluar el cumplimiento de los SLA, ya que los temporizadores de los SLA suelen pausarse en esta situación.
Dónde obtenerlo
Se obtiene del registro «Ticket Activities», que recoge todos los cambios de estado, incluido el paso a «Pending».
Capturar
Evento registrado cuando el campo «Status» del ticket se actualiza a «Pending».
Tipo de evento
explicit
|
|||
|
Nota interna añadida
|
Una persona del equipo añade una nota privada al ticket para colaborar internamente con otras personas. Este evento explícito queda registrado en el historial de actividad del ticket y solo es visible para el personal. | ||
|
Por qué es importante
Hacer un seguimiento de las notas internas ayuda a analizar los patrones de colaboración e identificar los casos que requieren un debate interno considerable. Si se añaden muchas notas internas antes de resolver un caso, puede tratarse de un problema complejo o de una falta de conocimientos.
Dónde obtenerlo
Se registra como «Private Note» en el historial de conversación del ticket y se distingue de las respuestas públicas al cliente.
Capturar
Evento registrado cuando una persona del equipo añade una nota marcada como «Private».
Tipo de evento
explicit
|
|||
|
Prioridad del ticket cambiada
|
Este evento se produce cuando una persona del equipo o una regla de automatización cambia la prioridad de un ticket, por ejemplo, de «Low» a «High». El cambio queda registrado explícitamente en el historial de actividad del ticket. | ||
|
Por qué es importante
Los cambios de prioridad pueden indicar una escalación o una nueva evaluación de la urgencia del problema. Analizarlos ayuda a comprender qué provoca las escalaciones y cómo afectan al tiempo de resolución.
Dónde obtenerlo
Se obtiene del registro «Ticket Activities», que recoge todos los cambios en las propiedades del ticket, incluido el campo «Priority».
Capturar
Evento registrado cuando se actualiza el valor del campo «Priority».
Tipo de evento
explicit
|
|||
|
SLA incumplido
|
Evento calculado que se produce cuando el tiempo de respuesta o resolución de un ticket supera el objetivo definido en la política de SLA. Freshdesk hace un seguimiento del estado del SLA y marca los tickets como «violated», lo que permite derivar esta actividad. | ||
|
Por qué es importante
Esta actividad facilita directamente el análisis del cumplimiento de los SLA, ya que señala exactamente cuándo y dónde no se cumplen los compromisos de nivel de servicio. Es fundamental para identificar las causas sistémicas de las demoras.
Dónde obtenerlo
Este evento se deduce o calcula a partir del estado del «SLA» del ticket. Puede generarse cuando el estado del SLA cambia a «Violated» o al comparar las marcas de tiempo de respuesta y resolución con los objetivos del SLA.
Capturar
Se deriva de los datos del ticket cuando «Time to Resolve» supera «SLA Target Resolution Time».
Tipo de evento
calculated
|
|||
|
Ticket reabierto
|
Esta actividad se produce cuando un cliente responde a un ticket que ya está en estado «Resolved» y el sistema cambia automáticamente su estado a «Open». El sistema registra explícitamente este evento. | ||
|
Por qué es importante
Una tasa alta de reapertura indica que las soluciones iniciales no son eficaces, lo que genera trabajo repetido e insatisfacción del cliente. Analizar esta actividad es esencial para el «Ticket Re-opening Analysis» y para mejorar la resolución en el primer contacto.
Dónde obtenerlo
Este evento se registra cuando la respuesta de un cliente provoca un cambio automático de estado de «Resolved» a «Open». El cambio queda anotado en el registro «Ticket Activities».
Capturar
Cambio de estado de «Resolved» a «Open» provocado por una interacción del cliente.
Tipo de evento
explicit
|
|||
|
Ticket reasignado
|
Se produce cuando un ticket se transfiere a otra persona o grupo después de la asignación inicial. Este evento explícito queda registrado en el historial de actividad del ticket como un cambio de responsable. | ||
|
Por qué es importante
Las reasignaciones frecuentes o una alta tasa de transferencias entre personas suelen indicar un enrutamiento inicial incorrecto o conocimientos aislados. Este análisis ayuda a encontrar oportunidades para mejorar la resolución en el primer contacto.
Dónde obtenerlo
Se hace un seguimiento de los cambios en los campos «Agent» o «Group» del registro «Ticket Activities» posteriores a la primera asignación.
Capturar
Actualización posterior del campo «Assigned to» después de realizar la asignación inicial.
Tipo de evento
explicit
|
|||
Guías de extracción
¿Listo para comenzar?
Empiece a transformar las operaciones de servicio al cliente con una visión clara de sus procesos. Este Template es el primer paso hacia una optimización basada en datos.
Optimice hoy el servicio al cliente en Freshdesk
Logre resolver el 80 % de las solicitudes en el primer contacto y mejore la experiencia de sus clientes.
No se requiere tarjeta de crédito. Configuración en minutos.