Clasificar y derivar tickets con IA: qué contratar

Esta guía es para operaciones e IT cuando las solicitudes ya entran a una mesa de ayuda, pero alguien todavía lee y distribuye cada caso. El objetivo acotado es ordenar la entrada. Responder al solicitante, resolver el problema y cerrar el ticket son alcances diferentes; no hace falta comprarlos juntos.

Compará las alternativas sobre el mismo canal, categorías y destino. Si el formulario ya trae un área obligatoria y una regla la deriva correctamente, pedir un modelo para repetir esa decisión agrega una dependencia que debe justificar su lugar. Si el texto libre concentra la información necesaria, probá si una función nativa o una integración puede interpretarlo con el criterio de tu equipo.

La documentación de Zendesk, consultada el 28 de octubre de 2026, describe clasificación por tema, tono e idioma, con campos de confianza. Distingue disponibilidad de clasificación y uso en workflows: este último requiere el complemento Copilot según la página vigente. Verificá la cuenta y el canal antes de presupuestar una integración externa.

Zendesk también documenta flujos que usan esas clasificaciones para asignar equipos o pasar información a otros sistemas. Son capacidades declaradas del producto; no prueban que las reglas de tu empresa estén configuradas ni que tus tickets queden bien derivados.

Pedí una prueba que conserve la mesa de ayuda como registro del caso. El proveedor debe indicar dónde vive la categoría, quién puede corregirla y cuál sistema decide la asignación. Si dos automatizaciones pueden cambiar el mismo responsable, acordá cuál prevalece y cómo se evita que el ticket rebote.

Antes de entrenar o configurar nada, escribí qué significa cada categoría, qué casos excluye y a qué cola lleva. Incluí ejemplos autorizados, solicitudes ambiguas y una salida de revisión cuando no alcanza la información. Si dos responsables no coinciden al etiquetar un caso, primero resolvé esa regla; todavía no tenés una referencia estable para evaluar al sistema.

Separá tema, urgencia y equipo responsable. Una queja escrita con enojo no alcanza por sí sola para decidir una prioridad operativa. La empresa debe fijar el criterio y las excepciones: qué información confirma una interrupción, qué casos requieren revisión y quién puede modificar la prioridad.

No trates una puntuación de confianza como garantía. Acordá cómo se verifica con ejemplos de tu proceso y qué acción habilita cada resultado. Un caso incierto puede quedar en una cola de revisión; enviarlo a cualquier área para completar una estadística no resuelve la entrada.

Armá una muestra autorizada que represente los canales, idiomas y categorías del alcance. Reservá casos que no se usaron para ajustar las reglas o el clasificador. Registrá versión de configuración, categoría esperada, destino esperado y resultado obtenido. Si la muestra es chica o deja fuera un canal, declaralo antes de extrapolar.

Compará el resultado con el proceso actual sobre los mismos casos. Medí errores por categoría, casos sin decisión, reasignaciones humanas y tiempo hasta una cola responsable. Revisá por separado los errores que mandan un caso crítico al equipo incorrecto: un promedio de aciertos puede ocultarlos.

La matriz siguiente es un ejemplo ficticio de aceptación, no una integración construida ni un resultado de cliente. Los criterios concretos y sus umbrales se acuerdan para el proceso contratado.

El marco de evaluaciones de agentes de Anthropic, publicado el 9 de enero de 2026, separa el resultado en el sistema del registro de pasos. Para esta compra, proponemos comprobar la asignación en destino y revisar las acciones permitidas; no aceptar solo el mensaje «ticket derivado».

Guardá las pruebas y sus resultados antes de cambiar categorías, reglas, modelo o proveedor. Repetí los casos comparables y agregá los nuevos problemas encontrados. Si cambia el catálogo de categorías, documentá la equivalencia: comparar porcentajes con categorías distintas puede esconder una regresión.

Además del acierto final, revisá qué información se consultó, qué se escribió y si se respetaron los límites del encargo. Registrá costo por ticket procesado, tiempos de espera y revisión humana, sin copiar datos sensibles innecesarios al registro técnico. No fijes un ahorro ni una tasa de automatización prometida sin haber medido el proceso de referencia.

Empezá con propuestas visibles para el equipo antes de habilitar derivaciones automáticas. Definí qué condición permite ampliar, quién autoriza el cambio y cómo volver a asignación manual. Si después querés que el sistema envíe respuestas o modifique otro sistema, tratá esas acciones como una ampliación y consultá los controles de aprobación para agentes.

Pedí un alcance que nombre el canal de entrada, catálogo de categorías, colas, sistemas consultados y campos que se pueden escribir. La entrega debería incluir configuración o código, pruebas de referencia, documentación de operación y tratamiento de pendientes. Separá licencia de plataforma, uso de APIs, integración y soporte posterior; no asumas guardia permanente.

El primer encargo puede limitarse a un canal y una familia de solicitudes, con corrección humana y prueba de asignación. Si la función nativa ya cumple, no hace falta reemplazarla. Si falta conectar datos o ejecutar la derivación de forma comprobable, ese tramo puede ser una integración con agentes y APIs de Duotach. El alcance se confirma según accesos, sistemas y reglas disponibles.

Contanos qué mesa de ayuda usás, por dónde entran los tickets y qué parte de la asignación sigue siendo manual. Desde el formulario podés consultar por esa integración; la evaluación de tus datos y la construcción de pruebas se delimitan dentro del trabajo contratado.