Desviación de tickets en Freshservice: cómo reducir tickets de TI con IA en 2026

Qué significa realmente la desviación de tickets para un equipo de TI

La desviación es una de esas métricas que todo el mundo cita y pocos definen de la misma manera, así que vale la pena fijarla antes de tocar ninguna configuración.

La desviación de tickets es el porcentaje de solicitudes entrantes que se resuelven sin un agente humano, normalmente porque una capa de autoservicio respondió la pregunta o completó la tarea primero. Alguien necesita que le reinicien la VPN, pregunta en Slack, la IA lo guía y ningún ticket llega a la cola. Esa es una solicitud desviada.

No es lo mismo que la resolución. La resolución cuenta cualquier ticket que se cierra, incluidos los cientos que tu equipo trabajó a mano. La desviación solo cuenta los que nunca te necesitaron. La distinción importa porque un bot que "responde" a todo pero genera una ola de seguimientos confusos no está desviando nada, solo está moviendo el trabajo hacia adelante.

El cálculo es simple: tasa de desviación = solicitudes resueltas por autoservicio ÷ solicitudes totales. Lo difícil es el nivel de calidad que hay detrás. Una solicitud desviada tiene que estar realmente resuelta, y las que no lo están tienen que escalar de forma limpia a una persona con contexto completo. Si esto se hace mal, tu cifra de desviación titular sube mientras tu equipo se ahoga en silencio. Es el mismo compromiso que analizamos en nuestra guía de desviación de tickets de soporte, y es la lente que hay que mantener sobre todo lo que sigue.

Cómo aborda Freshservice la desviación de tickets

Freshservice es la plataforma ITSM impulsada por IA de Freshworks, y toda su narrativa de desviación pasa por un solo producto: el Freddy AI Agent. Freshworks lo describe como una IA que resuelve consultas repetitivas y se pone "en marcha en minutos", y en la página de inicio de Freshservice la empresa cita 66 % de desviación de tickets con autoservicio impulsado por IA, junto con una caída del 77 % en el tiempo medio de resolución y una cifra de ROI del 356 % de un estudio TEI de Forrester.

El Freddy AI Agent es el nivel autónomo orientado al empleado, el bot que intercepta una solicitud e intenta resolverla antes de que se convierta en ticket. Se apoya en tus fuentes de conocimiento para responder preguntas comunes y puede crear automáticamente solicitudes de servicio a partir de una conversación, sin formularios rígidos. Detrás de él hay otros dos productos Freddy que no desvían directamente pero moldean la experiencia: Freddy AI Copilot, la capa de asistencia al agente que redacta respuestas y resume tickets, y Freddy AI Insights, la capa de análisis para líderes de servicio.

La desviación en Freshservice ocurre a través de cuatro canales, todos impulsados por ese único agente:

• Portal de soporte: autoservicio conversacional que reemplaza la búsqueda tradicional en la base de conocimiento para quienes solicitan ayuda.
• Bot de correo: responde automáticamente a consultas de correo sencillas con artículos de ayuda relevantes.
• Slack y Microsoft Teams: respuestas de primera línea y solicitudes de servicio dentro de las herramientas que los empleados ya usan a diario, mediante la integración ServiceBot.
• Microsoft 365 Copilot: expone la inteligencia de servicio dentro de la experiencia M365.

Sobre el papel es un cuadro completo: encontrarse con los empleados donde están, responder desde tu base de conocimiento y escalar solo lo que la IA no puede manejar. La trampa, como siempre, está en la configuración y la letra pequeña.

Cómo configurar la desviación de tickets en Freshservice, paso a paso

Activar Freddy es una tarea de administrador, y los pasos varían ligeramente según el canal que estés desplegando. Este es el camino.

Paso 1: confirma que tienes el plan correcto

Este es el primer muro con el que se topan la mayoría de los equipos. El Freddy AI Agent solo está disponible en el plan Enterprise de Freshservice, según la documentación oficial de configuración. Los niveles inferiores (Starter, Growth, Pro) no incluyen el agente autónomo, así que si la desviación es tu objetivo, efectivamente te estás comprometiendo con el nivel superior. En un momento veremos cuánto cuesta eso.

Paso 2: activa Freddy en la configuración global

Una vez en Enterprise, ve a Admin > Global Settings y busca Freddy.

Selecciona la tarjeta de Freddy y luego usa los interruptores por canal para activar el agente en cada superficie desde la que quieras que desvíe. Aquí puedes ver los interruptores del bot de correo y del portal de soporte, además de las opciones de Slack y Teams que requieren tener ServiceBot instalado primero.

Para Slack y Microsoft Teams, tienes que instalar ServiceBot para esa plataforma antes de que Freddy pueda configurarse allí. El portal de soporte y el bot de correo no lo necesitan.

Paso 3: conecta y prepara tus fuentes de conocimiento

La desviación es tan buena como lo que la IA puede leer. La Enterprise Search de Freddy puede extraer contenido de tu base de conocimiento de Freshservice, Microsoft SharePoint, Google Drive y Confluence. Aquí es donde la base de conocimiento hace el trabajo pesado, y vale la pena conocer de antemano las limitaciones de procesamiento:

• Freddy procesa solo las primeras 50 imágenes en línea de un artículo de solución y los primeros 5 adjuntos (hasta 5 MB cada uno).
• Un artículo puede tardar entre 1 y 24 horas en terminar de procesarse.
• Puede interpretar contenido basado en imágenes dentro de los artículos, pero no puede leer archivos .pdf, .docx ni .xlsx.

Ese último punto hace tropezar a muchos equipos de TI cuyos runbooks viven en Word y PDF. Si tu fuente de verdad es un montón de documentos que Freddy no puede analizar, tu tasa de desviación queda limitada antes incluso de empezar.

Paso 4: configura la transferencia y monitorea el uso

Cuando la autorresolución falla, la "transferencia fluida al agente" de Freddy convierte la conversación en un incidente, pasando el historial completo del chat (incluidas las capturas de pantalla subidas) al agente asignado. Después, vigila los números: el informe general del Freddy AI Agent en el módulo de Analytics rastrea el uso y el rendimiento, tu bucle de retroalimentación sobre qué se está desviando realmente.

Cómo se ve la desviación en la práctica (y dónde se nota la brecha)

Esta es la parte que las páginas de marketing omiten. Configurar Freddy es sencillo; acercarse siquiera a ese número del 66 % es otra historia, y la propia comunidad de usuarios de Freshservice es franca al respecto.

La advertencia más contundente viene de un responsable de TI en una organización de 600 personas que activó Freddy y midió los resultados cinco meses después:

"Autoresolve is maybe 25% which is fine i guess. But our MTTR actually went UP. About 20% compared to where we were before... Freddy tries, fails, agent picks it up but has to scroll thru the full back-and-forth before they can respond... users who got autoresolved come back 2 days later w/ a follow up, new ticket because the original closed. Dup tickets are up like 15ish percent."

u/Time_Beautiful2460, r/Freshservice

Esa es la trampa de la desviación en una sola publicación: una tasa de autorresolución de alrededor del 25 % que aumentó el tiempo medio de resolución, porque cada intento fallido añadía sobrecarga de transferencia y cada "resolución" endeble volvía como duplicado. La cifra titular subió; el equipo se volvió más lento.

Otros son más directos sobre el techo de la IA. Un administrador de sistemas que evaluaba Freshservice lo expresó así:

"the AI is abysmal for incident deflection and offers zero insight into why users found it unhelpful when they rate it and it also doesn't learn from users rating an interaction as unhelpful."

u/howzer22x, r/sysadmin

La queja de "no aprende" es la que merece atención. Un motor de desviación que no puede mejorar a partir de las valoraciones negativas que recibe se estancará donde sea que lo deje tu base de conocimiento inicial. Nada de esto significa que Freshservice sea un mal service desk, muchos equipos medianos realmente lo aprecian por su interfaz limpia y su configuración rápida. Significa que la cifra de desviación se gana, no se enciende con un interruptor, y las limitaciones de la IA de Freshservice son lo bastante reales como para que planifiques en torno a ellas.

El modelo de precios y sesiones que conviene conocer antes de comprometerte

La desviación en Freshservice tiene una estructura de costos que sorprende a los equipos, así que vamos a exponerla con claridad. Aquí están los cuatro niveles de ITSM (facturados anualmente):

La trampa estructural está en la columna de la derecha: el Freddy AI Agent autónomo solo viene incluido en Enterprise. En cualquier otro nivel es un complemento o simplemente no está disponible, por lo que la desviación significa, en la práctica, comprar el plan superior. La propia comunidad de Freshservice ha sido vocal al respecto:

"I do like the UI of Freshservice seems easy to use. The freddy AI is an add on so expensive for what it can do and only available at enterprise."

r/sysadmin

Luego está la unidad facturable. El Freddy AI Agent se mide en sesiones, donde una sesión es cualquier interacción que un usuario único tiene con el agente dentro de un período de 24 horas. Cada licencia Enterprise incluye 1200 sesiones al año, con paquetes de sesiones adicionales y excedentes cotizados bajo pedido (Freshworks no publica esas cifras). Para un equipo de TI con mucha actividad, 1200 sesiones no es demasiado, y el modelo te cobra según la métrica que no puedes controlar directamente.

La objeción más profunda que plantean los usuarios tiene que ver con a qué está atado el precio:

"Freddy AI has the same limitations as every AI tool built by ITSM vendors. It's mainly tight to the Freshworks ecosystem, plus has limited human in the loop validation along with the fact that you don't have the ability to choose which LLMs you want to use. Also, its pricing is tied to the agents not the employees."

u/chris_la33, r/Freshservice

Para el panorama completo, nuestro desglose de precios de Freshservice y la guía de precios Enterprise repasan cada partida. La versión resumida: aquí la desviación es un compromiso de nivel Enterprise, por agente y por sesión, y deberías comparar el costo con las horas de agente que realmente ahorrarías antes de firmar.

Cómo aumentar de verdad tu tasa de desviación

Cualquiera que sea la herramienta que uses, las palancas que mueven la desviación son las mismas. El bot es quizás el 20 % del resultado; el otro 80 % es todo lo que lo rodea. Aquí es donde conviene invertir tu energía.

1. Arregla primero la base de conocimiento. Esta es, por mucho, la palanca más grande, y por eso el problema de Word y PDF de arriba importa tanto. Si tus respuestas no están escritas en un formato que la IA pueda leer, ningún ajuste te salvará. Audita tus artículos, llena los vacíos que revela tu historial de tickets y mantenlos actualizados. Nuestra guía de bases de conocimiento con IA explica qué significa realmente estar "lista para IA".

2. Enruta solo lo que la IA tiene la confianza de manejar. Esta es la palanca que la mayoría de los equipos se salta y la que separa la desviación real de la trampa de los tickets duplicados. En lugar de forzar al bot a intentar cada solicitud, deja que maneje solo las preguntas de las que está seguro y que deje el resto intacto para una persona. Una líder de CX en una marca DTC de suplementos que gestiona unos 7000 tickets al mes le planteó todo el problema a nuestro equipo en una sola frase: la IA "nunca va a poder responder el 100 % de las preguntas", y un bot que simplemente responde "lo siento, no lo sé" es inútil porque "no puedo revisar mis 7000 tickets para ver si la IA realmente dio una buena respuesta". Lo que quería era una IA "que solo maneje los tickets de los que tiene confianza y deje todos los demás en paz". Eso es enrutamiento basado en confianza, y es exactamente el control que los usuarios de Freshservice mencionados arriba llevan tiempo pidiendo.

3. Entrena con tus tickets anteriores. Tus tickets históricos son los mejores datos de entrenamiento posibles, contienen las preguntas exactas que hacen tus empleados y las respuestas exactas que funcionaron. Un motor de desviación que aprende de ellos empieza mucho más alto que uno que trabaja con una base de conocimiento escasa. Aquí es también donde más pesa la queja de que Freddy "no aprende de la retroalimentación".

4. Encuentra a las personas en el canal que ya usan. El autoservicio solo desvía si la gente lo usa. Responder dentro de Slack y Teams, donde los empleados ya hacen sus preguntas, desvía mucho más que un portal que nadie visita.

5. Haz que la escalación sea limpia. Cuando la IA transfiere, el agente debería recibir el contexto completo al instante, sin tener que releer un ida y vuelta fallido (justo lo que provocó ese aumento del 20 % en el MTTR). Una escalación limpia es lo que evita que una tasa de desviación alta se convierta en retrabajo oculto.

Prueba eesel para la desviación de tickets en Freshservice

Si los límites de Freshservice descritos arriba te suenan familiares, la restricción a Enterprise, los topes de sesiones, la IA que no aprende de la retroalimentación, esta es exactamente la brecha que eesel está diseñado para cerrar. eesel es un agente de IA que vive dentro de las herramientas que tu equipo ya usa, incluidas Freshservice, Jira Service Management, Slack y Microsoft Teams, y gestiona de forma autónoma las solicitudes de TI de primera línea.

Dos cosas hacen que la matemática de la desviación funcione de forma distinta. Primero, eesel se entrena con tus propios tickets históricos y te permite ejecutar una simulación contra solicitudes pasadas antes de que responda a una real, para que veas tu tasa de desviación proyectada de antemano en lugar de descubrirla cinco meses después. Segundo, usa enrutamiento basado en confianza: tú decides exactamente qué solicitudes puede manejar, y deja el resto para una persona, el único control que los usuarios de Freshservice mencionados arriba llevaban tiempo pidiendo.

Ya está haciendo este trabajo en mesas de ayuda de TI reales. Jason Loyola, Head of IT en InDebted, usa eesel como primer respondedor en su cola de Jira Service Management, desviando tickets en camino hacia un objetivo del 55 %, y el precio se basa en el uso (por tarea, no por agente ni por sesión), de modo que el costo sigue lo que realmente desvías. Puedes conectarlo y probarlo con tus propios tickets en minutos, sin necesidad de un contrato Enterprise.