Agente de IA para el triaje y la priorización de tickets de soporte

Clasificar un ticket no es responderlo. Es decidir de qué trata, cuánto urge y quién debe ocuparse de él. Esta etapa parece sencilla vista de lejos, pero consume un tiempo enorme cuando el volumen sube, y se degrada rápido si nadie la supervisa de forma continua. Un agente de IA autónomo puede encargarse exactamente de esta etapa, la que precede a la respuesta en sí.

El problema

El volumen de tickets no baja. Según una encuesta de McKinsey citada por Zendesk, el 57 % de los directivos espera que el volumen de llamadas y tickets de servicio al cliente aumente hasta una quinta parte en los próximos uno o dos años (https://www.zendesk.fr/blog/customer-service/satisfaction/customer-service-statistics/). Al mismo tiempo, las expectativas suben: el informe CX Trends 2026 de Zendesk, elaborado a partir de más de 11 000 consumidores y responsables de CX encuestados en 22 países, indica que el 88 % de los clientes espera respuestas más rápidas que hace un año, y que el 74 % de los consumidores ya considera normal un soporte disponible las 24 horas (https://cxtrends.zendesk.com/). El mismo informe es tajante sobre las consecuencias de un mal triaje: el 85 % de los responsables de CX considera que los clientes abandonan una marca tras un problema sin resolver, incluso desde el primer contacto.

El triaje también forma parte de las tareas que más tiempo consumen a los equipos de soporte, lo que limita el tiempo disponible para la parte que realmente importa, la respuesta al cliente. El informe Customer Service Transformation de Intercom (2025) señala que el 76 % de los equipos de soporte terminó invirtiendo en IA el año pasado, frente al 54 % que lo tenía previsto al principio, una señal de que la presión operativa suele superar los planes iniciales (https://www.intercom.com/blog/customer-service-transformation-report-2025/). El mismo informe observa que solo el 19 % de los equipos de soporte considera que sus herramientas actuales cubren completamente sus necesidades, lo que sugiere que buena parte de la carga de triaje sigue siendo manual hoy en día.

Este triaje manual tiene, además de la lentitud, un costo oculto: la constancia. Una persona que lleva ocho horas clasificando tickets ya no lo hace con el mismo rigor que a primera hora, y el fin de semana o fuera del horario de guardia, nadie clasifica nada hasta que el equipo vuelve. Un ticket urgente publicado un sábado por la mañana puede así esperar hasta el lunes incluso antes de ser visto, no solo antes de ser atendido. Ese hueco de cobertura, más que la velocidad de procesamiento en sí, es lo que más pesa en la experiencia del cliente en las organizaciones que no cuentan con una guardia de soporte dedicada.

Qué hace el agente, paso a paso

En Atako, este agente funciona de forma continua, no solo durante el horario laboral del equipo de soporte. Recibe los tickets nuevos a través de las integraciones conectadas a Zendesk, Intercom o Freshdesk, según la herramienta de la empresa, y analiza cada mensaje para extraer la intención, el tema y una puntuación de urgencia.

Luego enriquece el ticket con el historial del cliente extraído del CRM (antigüedad, plan contratado, tickets anteriores), antes de clasificarlo por categoría (facturación, error, pregunta de producto, cancelación) y por equipo destinatario. En ese momento se aplican reglas de escalada configurables: estatus VIP de la cuenta, mención de palabras clave sensibles como una cancelación o una mención legal, o ticket que lleva demasiado tiempo sin respuesta. El ticket se dirige entonces a la cola correcta, con todo el contexto ya adjunto, y se envía una alerta a Slack para los casos urgentes o escalados. Cada decisión de clasificación queda registrada, para que una persona pueda corregirla y afinar las reglas más adelante.

Lo que este agente deliberadamente no hace: redactar la respuesta final al cliente, ni cerrar el ticket. Ese es el papel de un agente de automatización de tickets de soporte, un componente distinto que toma el relevo una vez hecho el triaje.

Las integraciones utilizadas

Zendesk proporciona la lectura de los tickets entrantes y del historial (get_ticket, search_tickets), con la actualización de la categoría y la prioridad mediante update_ticket una vez hecha la clasificación. En Intercom, el agente se conecta a las conversaciones para clasificar los mensajes en tiempo real y transmitir los casos ambiguos a una persona. Para los equipos que usan Freshdesk en lugar de Zendesk, se aplica la misma lógica de lectura y reclasificación.

HubSpot sirve para enriquecer el ticket antes de decidir su prioridad: una búsqueda de contacto (search_contacts) o de negocio en curso puede revelar que se trata de una cuenta clave o de una renovación próxima, dos elementos que cambian la prioridad real de un ticket. Slack recibe finalmente la alerta cuando un ticket se clasifica como urgente, mediante post_message en el canal de soporte elegido por el equipo.

Lo que sigue en manos humanas

El agente nunca responde al cliente en lugar del equipo de soporte, y no cierra ningún ticket. Su papel termina en la clasificación, el enriquecimiento y el enrutamiento. Cada integración que usa depende de un grant preciso, con un alcance definido (solo lectura, o lectura y escritura): en Zendesk, por ejemplo, un grant puede autorizar la lectura completa de los tickets pero limitar la escritura a la simple actualización de la categoría, sin tocar el contenido del ticket en sí.

Tres cosas siguen estructuralmente del lado humano. Primero, atender y responder a los tickets una vez clasificados, el agente prepara el terreno, no redacta la respuesta al cliente. Segundo, reclasificar los tickets mal categorizados: una clasificación errónea sigue siendo visible y modificable como cualquier otro ticket, y corregir al agente forma parte del funcionamiento normal, no de un fallo que ocultar. Tercero, definir y hacer evolucionar los criterios de urgencia y escalada, un trabajo que exige el conocimiento fino del oficio de soporte que conserva el equipo.

Este reparto del trabajo corresponde a lo que se conoce como human-in-the-loop: el agente absorbe el volumen y la repetición del triaje, la persona conserva la decisión sobre la respuesta y sobre las reglas mismas. Cada llamada de integración realizada por el agente (lectura de un ticket, actualización de categoría, alerta en Slack) queda registrada con su estado, visible en la línea de tiempo de actividad del agente, y consultable en detalle por un administrador en el registro de integraciones de toda la empresa.

Resultado medible

El beneficio principal es la constancia: un ticket que llega un domingo a medianoche se clasifica y se dirige tan rápido como un ticket que llega un martes a las 10. Ya no depende de quién esté disponible en ese momento preciso para abrir la cola y hacer el triaje a mano. Para un equipo que recibe un volumen de tickets en crecimiento, como sugiere la encuesta de McKinsey citada más arriba, es la parte del trabajo que mejor absorbe el aumento de volumen sin sumar contrataciones al mismo ritmo, manteniendo un tiempo de triaje estable incluso cuando el número de tickets se duplica de un trimestre a otro.

El plan Standard de Atako cobra 20 euros al mes por slot de agente, con 1000 créditos incluidos cada mes para cubrir las llamadas al modelo usadas en la lectura, la clasificación y el enriquecimiento de cada ticket. Este costo no depende ni del volumen de tickets procesados ni del número de personas del equipo de soporte que consultan las clasificaciones, solo cuenta el número de agentes activos simultáneamente. El detalle completo está en la página de precios.