Su Plantilla de Datos de Servicio al Cliente

Freshdesk
Su Plantilla de Datos de Servicio al Cliente

Su Plantilla de Datos de Servicio al Cliente

Esta plantilla proporciona una guía completa sobre los atributos de datos esenciales y las actividades del proceso necesarias para un análisis eficaz del servicio al cliente. También incluye una orientación práctica para ayudarle a recopilar sus datos de manera eficiente. Utilice este recurso para optimizar su recopilación de datos y prepararse para un Process Mining perspicaz.
  • Atributos recomendados para recopilar
  • Actividades clave para el seguimiento
  • Guía de Extracción
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Servicio al Cliente

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis integral del servicio al cliente y para obtener insights profundos.
3 Requerido 5 Recomendado 12 Opcional
Nombre Descripción
Actividad
Activity
El nombre de un evento o paso de negocio específico que ocurrió dentro del proceso de atención al cliente.
Descripción

El atributo Actividad representa una acción o cambio de estado distinto en el ciclo de vida de una solicitud de servicio. Registra eventos empresariales clave como 'Ticket Creado', 'Ticket Asignado', 'Primera Respuesta Enviada' y 'Ticket Resuelto'. Estas actividades forman los nodos en el mapa de procesos.

Analizar la secuencia y frecuencia de estas actividades es el núcleo del Process Mining. Permite la visualización de los flujos de proceso, la identificación de rutas comunes y raras, y la detección de desviaciones del procedimiento operativo estándar. Comprender las actividades es crucial para identificar ineficiencias, bucles de retrabajo como 'Ticket Reabierto' o problemas de cumplimiento.

Por qué es importante

Este atributo define los pasos en el mapa de procesos, permitiendo la visualización y el análisis del flujo del proceso de principio a fin.

Dónde obtener

Derivado de los tipos de eventos dentro de Freshdesk. Esto puede ser una combinación de cambios de estado del endpoint de la API 'Tickets' y eventos específicos como notas o respuestas del endpoint 'Conversaciones'.

Ejemplos
Ticket CreadoPrimera Respuesta EnviadaEstado cambiado a PendienteIncidente ResueltoTicket Cerrado
Hora del Evento
EventTime
El timestamp que indica cuándo ocurrió una actividad o evento específico.
Descripción

Tiempo del Evento, o el timestamp, registra la fecha y hora exactas en que tuvo lugar una actividad. Es un componente crítico para ordenar los eventos cronológicamente y para calcular las duraciones entre diferentes pasos del proceso. Cada actividad registrada debe tener un timestamp correspondiente.

En el análisis, este atributo se utiliza para construir la línea de tiempo 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. Los timestamps precisos son esenciales para comprender el rendimiento del proceso e identificar los retrasos.

Por qué es importante

Esta marca de tiempo es esencial para ordenar los eventos cronológicamente y calcular todas las métricas basadas en la duración, como los tiempos de ciclo y el cumplimiento del SLA.

Dónde obtener

Esto corresponde a los campos 'created_at' o 'updated_at' asociados con eventos de tickets, respuestas o cambios de estado en la API de Freshdesk.

Ejemplos
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
Solicitud de Servicio
ServiceRequest
El identificador único para una sola consulta o problema del cliente, comúnmente conocido como ticket o caso.
Descripción

La Solicitud de Servicio es el identificador principal del caso que vincula todas las actividades relacionadas con una única interacción con el cliente. Cada nueva consulta, problema o solicitud del cliente genera un ID de Solicitud de Servicio único. Este ID permanece constante durante todo el ciclo de vida del ticket, desde la creación y asignación hasta la resolución y el cierre.

En el Process Mining, este atributo es fundamental para reconstruir el recorrido de principio a fin de cada caso de cliente. Al agrupar todos los eventos relacionados bajo un único ID de Solicitud de Servicio, los analistas pueden visualizar los flujos de proceso, medir los tiempos de ciclo e identificar variaciones o cuellos de botella que afectan a los casos individuales.

Por qué es importante

Este es el ID de Caso esencial que conecta todos los eventos relacionados en una única instancia de proceso, permitiendo una visión completa de cada recorrido de servicio al cliente.

Dónde obtener

Este es el ID de ticket principal en Freshdesk, típicamente encontrado como el campo 'id' en el endpoint de la API 'Tickets'.

Ejemplos
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
`Tiempo de resolución`
ResolutionTime
El tiempo total transcurrido desde que se creó una solicitud de servicio hasta que se resolvió.
Descripción

El Tiempo de Resolución es un KPI crítico a nivel de caso que mide la duración de principio a fin del proceso de servicio. Se calcula como la diferencia entre la marca de tiempo de la actividad 'Ticket Resuelto' y la actividad 'Ticket Creado'.

Este atributo es una medida principal de la eficiencia del proceso. Se utiliza en casi todos los dashboards de servicio para hacer un seguimiento del desempeño a lo largo del tiempo, comparar el desempeño entre diferentes categorías e identificar casos que tardan un tiempo inusualmente largo en resolverse. Reducir el tiempo promedio de resolución es a menudo un objetivo clave de las iniciativas de mejora de procesos.

Por qué es importante

Este es un KPI primario para medir la eficiencia del proceso, mostrando el tiempo total que se tarda en resolver el problema de un cliente de principio a fin.

Dónde obtener

Campo calculado. Es la duración entre el timestamp del primer evento (creación) y el timestamp del evento 'Ticket Resuelto' para cada Solicitud de Servicio.

Ejemplos
25920000086400000604800000
Agente Asignado
AssignedAgent
El nombre o ID del agente de atención al cliente responsable del ticket en el momento del evento.
Descripción

Este atributo identifica al agente específico asignado para gestionar la solicitud de servicio. El agente asignado puede cambiar a lo largo del ciclo de vida del ticket debido a reasignaciones o escaladas.

Analizar los datos por Agente Asignado es crítico para los dashboards de gestión del desempeño. Permite la medición de KPIs específicos del agente, como el tiempo promedio de resolución, el volumen de tickets y las tasas de reapertura. Esto ayuda a identificar a los agentes de alto rendimiento, descubrir necesidades de capacitación y analizar el impacto de las transferencias de agentes en el tiempo de resolución general.

Por qué es importante

Permite el análisis de rendimiento por agente individual, ayudando a identificar a los de mejor desempeño, oportunidades de capacitación y el impacto de las reasignaciones.

Dónde obtener

Esto corresponde al campo 'responder_id' en el objeto 'Tickets' de Freshdesk, que luego puede unirse con los detalles del agente.

Ejemplos
Alice JohnsonRobert SmithMaria Garcia
Estado
Status
El estado actual o histórico de la solicitud de servicio, como 'Abierto', 'Pendiente', 'Resuelto' o 'Cerrado'.
Descripción

El atributo Estado indica el estado de una solicitud de servicio en un momento dado. Los cambios de estado a menudo representan hitos clave en el proceso, por ejemplo, pasar de 'Abierto' a 'Pendiente' cuando se espera la entrada del cliente, o de 'Pendiente' a 'Abierto' cuando el cliente responde.

El seguimiento de los cambios de estado es fundamental para comprender el ciclo de vida del ticket. Ayuda a identificar cuánto tiempo pasan los tickets en ciertos estados, lo cual es útil para identificar cuellos de botella. Por ejemplo, una larga duración en el estado 'Pendiente' podría indicar retrasos en la recepción de información de los clientes.

Por qué es importante

El seguimiento de los cambios de estado es clave para comprender el ciclo de vida del ticket e identificar cuánto tiempo pasan los casos en estados específicos como 'Pendiente' o 'En Espera'.

Dónde obtener

Esto corresponde al campo 'status' en el objeto 'Tickets' de Freshdesk. Los estados históricos deben inferirse de los registros de actividad.

Ejemplos
AbiertoPendienteResueltoCerrado
Prioridad
Priority
El 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 a menudo dicta los tiempos de respuesta y resolución objetivo. La prioridad puede establecerse automáticamente según reglas o manualmente por un agente durante el triaje.

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 gestionan realmente más rápido que los de baja prioridad. También ayuda a comprender si los cambios de prioridad, una forma de retrabajo, son comunes y qué impacto tienen en el proceso.

Por qué es importante

Esencial para el análisis de SLA y para comprender si los recursos se asignan correctamente para manejar problemas de alta prioridad más rápido que los de baja prioridad.

Dónde obtener

Esto corresponde al campo 'priority' en el objeto 'Tickets' de Freshdesk.

Ejemplos
BajoMedioAltoUrgente
Tipo de Solicitud de Servicio
ServiceRequestType
La clasificación de la solicitud de servicio, como 'Pregunta', 'Incidente', 'Problema' o 'Solicitud de Característica'.
Descripción

El Tipo de Solicitud de Servicio es un campo de categorización crucial que define la naturaleza de la consulta del cliente. Esta clasificación se establece típicamente cuando se crea el ticket o durante un paso de triaje inicial, y ayuda a dirigir la solicitud al equipo o agente apropiado.

En el análisis, este atributo permite segmentar el proceso para comprender cómo se manejan los diferentes tipos de solicitudes. Ayuda a responder preguntas como '¿Las incidencias tardan más en resolverse que las preguntas?' y '¿Qué tipos de solicitudes se reabren con mayor frecuencia?'. Esta segmentación es clave para identificar cuellos de botella específicos del tipo y optimizar los workflows de manera consecuente.

Por qué es importante

Permite la segmentación de procesos para comparar el rendimiento y los workflows para diferentes tipos de problemas de clientes, como incidentes versus preguntas.

Dónde obtener

Es probable que este sea el campo 'type' disponible en el objeto 'Tickets' de Freshdesk.

Ejemplos
PreguntaIncidenteProblemaSolicitud de Característica
¿Se incumplió el SLA?
IsSlaBreached
Una bandera booleana que indica si el tiempo de resolución de la solicitud de servicio excedió el objetivo del SLA.
Descripción

Este atributo calculado proporciona un indicador binario claro del cumplimiento del SLA para cada solicitud de servicio. Se deriva comparando el 'ResolutionTime' real con el 'SlaTargetResolutionTime'. Si el tiempo real es mayor que el objetivo, el indicador es verdadero.

Este atributo simplifica el análisis y la creación de dashboards para el cumplimiento del SLA. Permite contar y filtrar fácilmente los tickets incumplidos, lo que permite a los analistas identificar rápidamente la magnitud del incumplimiento del SLA y profundizar en los patrones del proceso de los tickets incumplidos para encontrar las causas raíz. Apoya directamente el dashboard y el KPI de Visión General del Cumplimiento del SLA.

Por qué es importante

Simplifica el análisis de cumplimiento del SLA al proporcionar un indicador claro para cada caso que no logró cumplir su objetivo, permitiendo el análisis de la causa raíz de los incumplimientos.

Dónde obtener

Este es un campo calculado, derivado al comparar la marca de tiempo de resolución real con el campo 'SlaTargetResolutionTime' o 'due_by' de Freshdesk.

Ejemplos
truefalse
¿Se reabrió?
IsReopened
Una bandera booleana que indica si una solicitud de servicio resuelta fue reabierta alguna vez.
Descripción

Este atributo a nivel de caso es un indicador que se establece en verdadero si una solicitud de servicio experimentó la actividad 'Ticket Reabierto' en algún momento de su ciclo de vida. Proporciona una forma sencilla de identificar y analizar los casos que requirieron retrabajo.

Una alta tasa de tickets reabiertos sugiere que la resolución inicial no fue efectiva o completa, lo que genera ineficiencia y frustración en el cliente. Al filtrar por tickets reabiertos, los analistas pueden investigar las causas raíz, como las razones comunes de reapertura, qué agentes o equipos tienen tasas más altas y qué tipos de tickets son más propensos a ser reabiertos.

Por qué es importante

Identifica casos que requirieron retrabajo, un indicador clave de la calidad de la resolución y la ineficiencia del proceso. Analizar estos casos ayuda a mejorar la resolución en el primer contacto.

Dónde obtener

Campo calculado. Se establece en verdadero para una Solicitud de Servicio si existe un evento con Actividad = 'Ticket Reabierto' para ese caso.

Ejemplos
truefalse
Calificación de Satisfacción
SatisfactionRating
La puntuación de satisfacción proporcionada por el cliente después de que el ticket fue resuelto.
Descripción

La Calificación de Satisfacción es una métrica de resultado clave, típicamente recopilada a través de una encuesta enviada después de que un ticket se resuelve. Generalmente consiste en una puntuación numérica o una calificación categórica como 'Satisfecho', 'Neutral' o 'Insatisfecho'.

Este atributo permite correlacionar los patrones del proceso con los resultados del cliente. Al analizar las variantes del proceso que conducen a bajas puntuaciones de satisfacción, las organizaciones pueden identificar comportamientos o retrasos específicos que impactan negativamente en la experiencia del cliente. Esto proporciona un vínculo directo entre la eficiencia del proceso y la felicidad del cliente.

Por qué es importante

Vincula la ejecución del proceso con los resultados del cliente, ayudando a identificar qué comportamientos del proceso conducen a una alta o baja satisfacción del cliente.

Dónde obtener

Estos datos forman parte de la función de calificaciones de satisfacción en Freshdesk y se pueden recuperar a través del endpoint de API 'Surveys' o 'Satisfaction Ratings'.

Ejemplos
5314
Canal de Comunicación
CommunicationChannel
El canal a través del cual 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 la comunicación del cliente. Diferentes canales pueden tener flujos de proceso y tiempos de resolución distintos. Por ejemplo, una solicitud iniciada vía chat podría tener un tiempo de resolución esperado más corto 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 del canal. Puede revelar qué canales están asociados con resoluciones más rápidas o una mayor satisfacción del cliente, informando decisiones estratégicas sobre en qué canales promocionar o invertir.

Por qué es importante

Ayuda a analizar el rendimiento y la eficiencia del proceso a través de diferentes canales de contacto con el cliente como correo electrónico, teléfono o chat.

Dónde obtener

Esto corresponde al campo 'source' en el objeto 'Tickets' de Freshdesk.

Ejemplos
EmailTeléfonoPortal webChat
Grupo Asignado
AssignedGroup
El equipo o departamento al que se asigna la solicitud de servicio.
Descripción

El Grupo Asignado representa el equipo de agentes responsable de gestionar una solicitud de servicio específica. Los tickets a menudo se dirigen a grupos especializados en función de su tipo o complejidad, como 'Soporte Técnico' o 'Departamento de Facturación'.

Este atributo es valioso para analizar las transferencias interdepartamentales y el desempeño a nivel de equipo. Ayuda a identificar qué grupos gestionan la mayoría de los tickets, cuáles tienen los tiempos de resolución más largos y con qué frecuencia se transfieren los tickets entre grupos. Esta información es clave para optimizar las estructuras de equipo y los workflows.

Por qué es importante

Permite el análisis de rendimiento a nivel de equipo o departamento, resaltando las transferencias (handoffs) e identificando cuellos de botella específicos del grupo.

Dónde obtener

Esto corresponde al campo 'group_id' en el objeto 'Tickets' de Freshdesk.

Ejemplos
L1 SupportL2 Technical SupportFacturaciónÉxito del Cliente
Nombre del Cliente
CustomerName
El nombre o ID del cliente que inició la solicitud de servicio.
Descripción

Este atributo identifica al cliente asociado con la solicitud de servicio. Proporciona una forma de analizar el proceso desde una perspectiva centrada en el cliente, haciendo un seguimiento de todas las interacciones de un cliente específico a lo largo del tiempo.

El análisis por cliente puede revelar patrones como qué clientes envían la mayor cantidad de tickets o cuáles experimentan la mayor cantidad de problemas reabiertos. Esto puede informar iniciativas de éxito del cliente y ayudar a identificar a los clientes que pueden estar en riesgo de abandono debido a malas experiencias de servicio. También es crucial para comprender el recorrido del cliente de principio a fin a través de múltiples solicitudes de servicio.

Por qué es importante

Permite una vista de proceso centrada en el cliente, ayudando a identificar solicitantes frecuentes o clientes que experimentan problemas repetidos.

Dónde obtener

Esta información está vinculada a través del 'requester_id' en el objeto 'Tickets', que se conecta al objeto 'Contacts' o 'Users' en Freshdesk.

Ejemplos
John DoeJane Smith`Global Tech Inc.`
Producto
Product
El producto o servicio al que se refiere la solicitud del cliente.
Descripción

Este atributo especifica la línea de producto o servicio que es objeto de la solicitud de servicio. A menudo es un campo personalizado configurado en Freshdesk para ayudar a categorizar los tickets para el enrutamiento y la elaboración de informes.

Al filtrar el proceso por producto, las organizaciones pueden descubrir problemas específicos del producto. Por ejemplo, puede destacar si un determinado producto genera un número desproporcionado de tickets de soporte o si el lanzamiento de un nuevo producto está causando un aumento en las consultas. Este análisis proporciona una 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, proporcionando insights sobre qué productos generan la mayoría de las solicitudes de soporte o tienen los tiempos de resolución más largos.

Dónde obtener

Este es típicamente un campo personalizado. La ubicación exacta depende de la configuración de Freshdesk, probablemente se encuentra en la parte de 'custom_fields' de la respuesta de la API 'Tickets'.

Ejemplos
Alpha PlatformBeta Mobile AppGamma Subscription
Recuento de Transferencias de Agente
AgentTransferCount
El número total de veces que una solicitud de servicio fue reasignada de un agente a otro.
Descripción

Este atributo es una métrica a nivel de caso que cuenta el número de veces que cambió el agente asignado a un ticket. Se calcula contando las ocurrencias de la actividad 'Ticket Reasignado' para cada solicitud de servicio.

Las transferencias frecuentes, también conocidas como 'ping-pong', pueden generar retrasos significativos y una experiencia frustrante para el cliente, ya que el contexto se pierde con cada traspaso. Analizar el recuento de transferencias ayuda a identificar problemas con el enrutamiento inicial, lagunas en las habilidades de los agentes o complejidad del proceso. El objetivo suele ser minimizar 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 principal de retrasos y frustración para el cliente, contribuyendo a mejorar la resolución en el primer contacto.

Dónde obtener

Campo calculado. Este es el recuento de actividades 'Ticket Reasignado' para cada Solicitud de Servicio única.

Ejemplos
0132
Source System
SourceSystem
El sistema del que se extrajeron los datos, que en este caso es 'Freshdesk'.
Descripción

Este atributo identifica la aplicación de origen de la que provienen los datos del proceso. Para este análisis, el valor será estático, por ejemplo, 'Freshdesk', lo que indica que todos los eventos provienen de la plataforma de servicio al cliente de Freshdesk.

Aunque pueda parecer simple, este atributo es importante para la gobernanza de datos y en escenarios donde se fusionan datos de múltiples sistemas. Proporciona un linaje y contexto claros, asegurando que los analistas comprendan el origen de los datos que están examinando. Esto es crucial para mantener la integridad de los datos y generar confianza en el análisis.

Por qué es importante

Proporciona un contexto esencial sobre el origen de los datos, lo que es fundamental para la gobernanza de datos y al combinar datos de múltiples sistemas de origen.

Dónde obtener

Este es un valor estático, 'Freshdesk', añadido durante el proceso de transformación de datos para identificar la fuente de datos.

Ejemplos
Freshdesk
Tiempo de Primera Respuesta
FirstResponseTime
El tiempo transcurrido desde la creación del ticket hasta la primera respuesta del agente al cliente.
Descripción

El Tiempo de Primera Respuesta mide la rapidez con la que un cliente recibe una respuesta inicial, no automatizada, de un agente de servicio. Se calcula como la diferencia entre el timestamp de la actividad 'Primera Respuesta Enviada' y la actividad 'Ticket Creado'.

Este KPI es un indicador clave de la capacidad de respuesta del servicio y tiene un fuerte impacto en la satisfacción del cliente. Un tiempo de primera respuesta corto asegura al cliente que su problema ha sido reconocido y está siendo abordado. Analizar esta métrica ayuda a las organizaciones a asegurar que están cumpliendo con los SLA de respuesta inicial y proporcionando una experiencia al cliente pronta.

Por qué es importante

Mide la capacidad de respuesta del servicio, un factor clave para la satisfacción del cliente que aborda directamente el objetivo de una prestación de servicio proactiva.

Dónde obtener

Campo calculado. Es la duración entre el timestamp del evento 'Ticket Creado' y el evento 'Primera Respuesta Enviada'.

Ejemplos
3000009000001800000
Tiempo de Resolución Objetivo del SLA
SlaTargetResolutionTime
El tiempo acordado contractualmente o el tiempo objetivo para resolver la solicitud de servicio.
Descripción

Este atributo define la duración objetivo dentro de la cual una solicitud de servicio debe resolverse de acuerdo con el Acuerdo de Nivel de Servicio (SLA). Este objetivo a menudo depende de la prioridad o el tipo del ticket.

Esta es una entrada crítica para calcular el cumplimiento del SLA. Al comparar el tiempo de resolución real con este objetivo, se puede determinar si se 'Cumplió' o 'Incumplió'. Analizar el rendimiento del SLA en diferentes tipos de solicitud, equipos o agentes es una parte central de la gestión del servicio.

Por qué es importante

Proporciona la base para medir el cumplimiento del SLA, un KPI clave para cualquier organización de atención al cliente.

Dónde obtener

Esto puede estar disponible como un campo como 'fr_due_by' (primera respuesta) o 'due_by' (resolución) en el objeto 'Tickets' de Freshdesk, o puede necesitar ser derivado basándose en las reglas de la política de SLA.

Ejemplos
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
Última actualización de datos
LastDataUpdate
La `timestamp` que indica la última vez que los `datos` se actualizaron desde el sistema de origen.
Descripción

Este atributo registra la fecha y hora en que el conjunto de datos fue extraído o actualizado por última vez de Freshdesk. Proporciona transparencia sobre la actualidad de los datos analizados, lo cual es crítico para tomar decisiones comerciales oportunas y relevantes.

Los analistas utilizan esta información para comprender la ventana de tiempo cubierta por los datos y para confirmar que están trabajando con la información más actual disponible. Es una pieza clave de metadatos para cualquier dashboard o informe de Process Mining, asegurando que las partes interesadas estén al tanto de la actualidad de los datos.

Por qué es importante

Indica la frescura de los datos, asegurando que los análisis y decisiones se basen en información actualizada.

Dónde obtener

Este es un campo de metadatos generado durante el proceso de extracción de datos, que captura la marca de tiempo de la extracción de los datos.

Ejemplos
2023-12-01T08:00:00Z
Requerido Recomendado Opcional

Actividades de Servicio al Cliente

Estos son los pasos clave del proceso y los hitos significativos a capturar en su registro de eventos para una identificación precisa del proceso y de cuellos de botella.
5 Recomendado 8 Opcional
Actividad Descripción
Incidencia Asignada
Representa la asignación de un ticket a un agente o grupo específico para su tramitación. Este evento se registra explícitamente en el historial del ticket siempre que el campo de agente o grupo asignado se rellena o cambia.
Por qué es importante

El seguimiento de las asignaciones es crucial para analizar la carga de trabajo de los agentes, identificar ineficiencias de enrutamiento y medir los KPIs de tiempo de asignación. Ayuda a comprender cómo se distribuye el trabajo y dónde ocurren los retrasos antes de que comience el trabajo.

Dónde obtener

Capturado del registro de 'Actividades del Ticket' donde los cambios en los campos 'Agente' o 'Grupo' se registran con un timestamp.

Capturar

Evento registrado cuando el campo 'Asignado a' se actualiza para un agente o grupo.

Tipo de evento explicit
Incidente Resuelto
Representa el hito clave donde el agente ha proporcionado una solución y ha cambiado el estado del ticket a 'Resuelto'. Este es un cambio de estado explícito que se registra en el historial del ticket.
Por qué es importante

Esta actividad marca el fin del trabajo activo en un ticket y es la base para medir el tiempo de resolución. Es un evento crítico para analizar el desempeño del agente y la eficiencia general del proceso.

Dónde obtener

Capturado del registro de 'Actividades del Ticket', que registra el cambio de estado específico a 'Resuelto' junto con un timestamp.

Capturar

Evento registrado cuando el campo 'Estado' del ticket se actualiza a 'Resuelto'.

Tipo de evento explicit
Primera Respuesta Enviada
Marca la primera respuesta pública enviada por un agente al cliente después de la creación del ticket. Freshdesk captura explícitamente este evento para medir el 'Tiempo de Primera Respuesta' para el seguimiento de SLA.
Por qué es importante

Este es un hito crítico para medir la capacidad de respuesta del cliente y el cumplimiento del SLA. Analizar el tiempo hasta esta actividad ayuda a identificar retrasos en la interacción inicial con los clientes.

Dónde obtener

Este es un evento específico que Freshdesk rastrea para fines de SLA. Corresponde a la marca de tiempo del primer comentario público añadido por un agente.

Capturar

Identificado por la primera respuesta pública del agente en el historial de conversaciones del ticket.

Tipo de evento explicit
Ticket Cerrado
Esta es la actividad final, que representa el cierre permanente del ticket. A menudo la realiza automáticamente el sistema después de un período de tiempo establecido en estado 'Resuelto' sin nuevas respuestas del cliente.
Por qué es importante

Esta actividad marca el fin definitivo del ciclo de vida de la solicitud de servicio. Proporciona el punto final para cálculos precisos del tiempo de ciclo de principio a fin.

Dónde obtener

Capturado del registro de 'Actividades del Ticket', que registra el cambio de estado final a 'Cerrado'. Esto a menudo es activado por una automatización del sistema.

Capturar

Evento registrado cuando el campo 'Estado' del ticket se actualiza a 'Cerrado'.

Tipo de evento explicit
Ticket Creado
Este es el primer evento en el ciclo de vida del servicio al cliente, que representa el momento en que la solicitud de un cliente se registra formalmente en Freshdesk. Esta actividad se captura explícitamente cuando se genera un nuevo ticket, ya sea a través de correo electrónico, un portal, teléfono o integración API.
Por qué es importante

Esta actividad sirve como punto de partida para cada caso, lo que la hace esencial para calcular los tiempos de resolución generales y analizar las tendencias de volumen de tickets por canal o tipo.

Dónde obtener

Este es un evento explícito en el registro de 'Actividades del Ticket' de Freshdesk. Se genera automáticamente al crear un nuevo registro de ticket.

Capturar

Registrado directamente en el flujo de actividad del ticket al crearse.

Tipo de evento explicit
Cliente Respondió
Representa una nueva respuesta o comunicación recibida del cliente. Este es un evento explícito en el hilo de conversación del ticket y normalmente desencadena un cambio de estado de 'Pendiente' a 'Abierto'.
Por qué es importante

Esta actividad es clave para comprender la naturaleza de ida y vuelta de las interacciones con el cliente y medir los tiempos de respuesta del cliente. También reaviva cualquier temporizador de SLA pausado, afectando las métricas de cumplimiento.

Dónde obtener

Registrado como una nueva entrada en el hilo de conversación del ticket. El evento está asociado con el registro de contacto del cliente.

Capturar

Una nueva nota pública añadida al ticket por el contacto del cliente.

Tipo de evento explicit
Encuesta de Satisfacción Enviada
Representa el envío de una encuesta de satisfacción del cliente, que normalmente se activa por una regla de automatización después de que un ticket se resuelve. Este evento puede ser capturado si la acción de automatización queda registrada en el historial del ticket.
Por qué es importante

Marca el inicio del proceso de recopilación de feedback. Correlacionar las respuestas de la encuesta con las variantes del proceso puede proporcionar insights profundos sobre cómo el rendimiento del proceso impacta en la satisfacción del cliente.

Dónde obtener

Esto es típicamente desencadenado por una 'Automation Rule'. Su visibilidad como evento discreto en el registro de actividades del ticket depende de la configuración de registro de Freshdesk para las automatizaciones.

Capturar

Evento registrado por la ejecución de una regla de automatización después de la resolución del ticket.

Tipo de evento explicit
Estado cambiado a Pendiente
Esta actividad ocurre cuando un agente está esperando información del cliente y cambia el estado del ticket a 'Pendiente'. Este evento se registra explícitamente como un cambio de estado en el historial de actividades del ticket.
Por qué es importante

Identifica períodos en los que el proceso está en pausa esperando una entrada externa. Analizar el tiempo invertido en este estado ayuda a cuantificar los retrasos por parte del cliente y apoya el análisis de cumplimiento de SLA, ya que los temporizadores de SLA a menudo se pausan en este estado.

Dónde obtener

Capturado del registro de 'Actividades del Ticket', que registra todos los cambios de estado, incluyendo la transición a 'Pendiente'.

Capturar

Evento registrado cuando el campo 'Estado' del ticket se actualiza a 'Pendiente'.

Tipo de evento explicit
Nota Interna Añadida
Un agente añade una nota privada al ticket, destinada a la colaboración interna con otros agentes. Este es un evento explícito capturado en el flujo de actividad del ticket, visible solo para los agentes.
Por qué es importante

El seguimiento de las notas internas ayuda a analizar los patrones de colaboración e identificar problemas que requieren una discusión interna significativa. Una alta frecuencia de notas internas antes de la resolución puede indicar problemas complejos o lagunas de conocimiento.

Dónde obtener

Registrado como una 'Nota Privada' en el historial de conversación del ticket, distinto de las respuestas públicas al cliente.

Capturar

Evento registrado cuando un agente añade una nota marcada como 'Privada'.

Tipo de evento explicit
Prioridad del Ticket Cambiada
Este evento ocurre cuando un agente o una regla de automatización cambia el nivel de prioridad de un ticket, como de 'Baja' a 'Alta'. Esto se registra como una actualización explícita en el registro de actividades del ticket.
Por qué es importante

Los cambios de prioridad pueden indicar escalaciones o una reevaluación de la urgencia del problema. Analizar estos cambios ayuda a comprender los factores de escalación y su impacto en el tiempo de resolución.

Dónde obtener

Capturado del registro de 'Actividades del Ticket', que registra todos los cambios en las propiedades del ticket, incluyendo el campo 'Prioridad'.

Capturar

Evento registrado cuando se actualiza el valor del campo 'Prioridad'.

Tipo de evento explicit
SLA Incumplido
Un evento calculado que ocurre cuando el tiempo empleado en responder o resolver un ticket excede el objetivo definido en la política de SLA. Freshdesk rastrea el estado del SLA y marca los tickets como 'violados', lo cual puede utilizarse para derivar esta actividad.
Por qué es importante

Esta actividad apoya directamente el análisis de cumplimiento del SLA al señalar exactamente cuándo y dónde no se cumplen los compromisos de nivel de servicio. Es fundamental para identificar las causas sistémicas de los retrasos.

Dónde obtener

Este evento se infiere o calcula observando el estado del 'SLA' de un ticket. Se puede generar una actividad cuando el estado del SLA del ticket cambia a 'Violado' o comparando las marcas de tiempo de respuesta/resolución con los objetivos del SLA.

Capturar

Derive de los datos del ticket cuando el 'Tiempo para Resolver' exceda el 'Tiempo Objetivo de Resolución de SLA'.

Tipo de evento calculated
Ticket Reabierto
Esta actividad ocurre cuando un cliente responde a un ticket que ya está en estado 'Resuelto', lo que cambia automáticamente su estado a 'Abierto'. Este es un evento explícito que el sistema registra.
Por qué es importante

Una alta tasa de reapertura indica que las soluciones iniciales no son efectivas, lo que lleva a retrabajo y a la insatisfacción del cliente. Analizar esta actividad es esencial para el 'Análisis de Reapertura de Tickets' y para mejorar la resolución en el primer contacto.

Dónde obtener

Este evento se captura cuando la respuesta de un cliente desencadena un cambio de estado automático de 'Resuelto' a 'Abierto'. Este cambio de estado se registra en el log de 'Actividades del Ticket'.

Capturar

Cambio de estado de 'Resuelto' a 'Abierto' provocado por una interacción del cliente.

Tipo de evento explicit
Ticket Reasignado
Ocurre cuando un ticket se transfiere de un agente o grupo a otro después de la asignación inicial. Este es un evento explícito capturado en el registro de actividades del ticket como un cambio en el propietario.
Por qué es importante

Las reasignaciones frecuentes, o una alta tasa de transferencia de agente a agente, a menudo indican un enrutamiento inicial incorrecto o conocimiento aislado. Este análisis ayuda a identificar oportunidades para mejorar la resolución en el primer contacto.

Dónde obtener

Registrado mediante cambios en los campos 'Agent' o 'Group' en el registro de 'Actividades del Ticket' después de la primera asignación.

Capturar

Una actualización posterior al campo 'Asignado a' después de una asignación inicial.

Tipo de evento explicit
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Freshdesk