Enrutamiento automático de tickets: métodos, herramientas y configuración

El enrutamiento suele fallar en el primer paso. Si los tickets llegan sin una categoría fiable, hasta un buen método de asignación los manda a las personas equivocadas. Por eso conviene tratar el enrutamiento como dos decisiones separadas: qué es este ticket y quién debe atenderlo; primero el grupo y después el agente. Señales que puedes usar para categorizar un ticket:

• Punto de entrada: por qué dirección de email, formulario web, línea telefónica o widget de chat llegó el ticket.
• Campos del formulario: un tipo de solicitud o un desplegable que eligió el cliente.
• Datos del solicitante: la organización, el plan o una etiqueta VIP en el usuario.
• Contenido: palabras clave en el asunto o la descripción, o una clasificación por IA de la intención, el idioma y el sentimiento.

La clasificación por IA ya viene integrada en los principales helpdesks. El triaje inteligente de Zendesk clasifica los tickets nuevos por intención, sentimiento, idioma y entidades a partir del asunto y el primer comentario público, y añade los resultados como campos de ticket que pueden usar los disparadores, las vistas y el enrutamiento. Trátalo como cualquier otra señal: revisa una muestra de sus clasificaciones antes de enrutar basándote en ellas.

En la práctica, estos métodos se combinan por capas: las reglas o la IA deciden el grupo, y la asignación por round-robin, por carga o por habilidades elige al agente dentro de él.

Zendesk. El enrutamiento omnicanal solo envía trabajo a los agentes cuyo estado los hace elegibles para ese canal, y las reglas de capacidad limitan cuántos tickets por canal puede tener un agente a la vez. Las habilidades pueden marcarse como obligatorias u opcionales: las opcionales se descartan tras un tiempo de espera de habilidades para que el ticket llegue a un grupo más amplio de agentes, mientras que las obligatorias nunca caducan. El orden de la cola depende de la antigüedad del ticket, de la prioridad o del incumplimiento de SLA más próximo, según tu plan y tu configuración.

Freshdesk. Por defecto, las reglas de creación de tickets se detienen en la primera regla activa cuyas condiciones se cumplen, así que coloca las reglas específicas por encima de las genéricas; también puedes cambiar a ejecutar todas las reglas que coincidan. Freshdesk aconseja asignar un grupo antes que un agente, porque asignar un agente sin grupo puede dejar el ticket sin asignar. En la asignación por habilidades, un ticket que no coincide con ninguna habilidad queda sin asignar hasta que alguien lo asigna, así que crea una habilidad de respaldo con el grupo como condición. En round-robin, Omniroute se salta a los agentes que han llegado a su límite y da el siguiente ticket al agente cuya última asignación es la más antigua.

Jira Service Management. El enrutamiento se construye con reglas de automatización: un desencadenador como un nuevo elemento de trabajo, condiciones sobre el tipo de solicitud o los campos, y acciones como asignar. Con el método de carga equilibrada, cada persona recibe una parte igual de los elementos de trabajo dentro de un ámbito que defines con JQL; sin una restricción JQL, la regla cuenta los elementos asignados en todo el proyecto. Round-robin recorre por orden a las personas de la lista.

1. Revisa unas cuantas semanas de tickets recientes: enumera las categorías principales y anota quién resolvió realmente cada una.
2. Define los grupos antes que los agentes. Primero enruta al equipo correcto; elegir al agente es un segundo paso.
3. Usa primero tus señales más fiables —puntos de entrada y campos de formulario— y añade clasificación por palabras clave o por IA para el resto.
4. Elige un método de asignación por grupo: round-robin para trabajo uniforme, por carga cuando el esfuerzo por ticket varía, por habilidades cuando importa la especialización.
5. Añade una alternativa para que nada se quede sin asignar: una regla general, una habilidad de respaldo o una cola de triaje con un responsable.
6. Etiqueta las decisiones de enrutamiento para poder sacar informes sobre ellas, y revisa cada mes los tickets mal enrutados.

El servicio Ticket Routing & Categorization de TascaLab (690 €, pago único) funciona sobre el helpdesk que ya tienes —Zendesk, Freshdesk o Jira—, con sus reglas nativas cuando bastan, y con API, webhooks o Make/n8n cuando no, por ejemplo para categorizar los tickets antes de que tu enrutamiento nativo los asigne. No hay que cambiar de plataforma.

La mayoría de las implantaciones llevan 1–3 semanas. Todos los proyectos incluyen 30 días de soporte tras el lanzamiento y documentación básica, sin costes ocultos, y una llamada de Health Check gratuita de 30 minutos es un buen punto de partida para analizar tu cola actual.