Clasificación y enrutamiento de tickets Zendesk AI: Intelligent Triage integrado vs clasificador propio

Según la ayuda de Zendesk revisada para esta guía, Intelligent Triage clasifica tickets nuevos por tema, sentimiento, idioma y entidades (p. ej. productos), con base en el asunto y el primer comentario público. Tema y sentimiento pueden actualizarse con respuestas si hay detección dinámica; el idioma no se actualiza en cada respuesta. Cada clasificación trae confianza High/Medium/Low para agentes, no una probabilidad 0–1 umbralizable como en una API de modelo. Los agentes pueden corregir campos; eso no reentrena el modelo. Este artículo resume páginas públicas; nombres de plan, add-ons y etiquetas (Topic vs Intent) pueden cambiar: verifica Admin Center antes de comprar o reconstruir triggers.

Quédate en Intelligent Triage cuando tus reglas mapeen limpio a topics, bandas de sentimiento e idiomas, y los agentes ya trabajen con vistas y triggers. Encaja: enviar sentimiento negativo de alta confianza a una vista prioritaria; enrutar por idioma; abrir un macro si el topic es un how-to conocido. Evitas otra clave, otro dominio de fallo y otro sitio para el texto. Heredas el empaquetado Zendesk: la automatización de flujos requiere Copilot según su documentación. Si los topics cubren ~80–90% del volumen tras un mes de correcciones, el ML propio suele ser prematuro. Mide correcciones y malas rutas dentro de Zendesk antes de sumar un modelo externo.

Añade un clasificador externo cuando Intelligent Triage no exprese tu contrato de colas. Ejemplos: separar “riesgo de chargeback” de billing ordinario; puntuar urgencia en una rúbrica de tres niveles independiente del sentimiento; exigir review explícita con evidencia mixta. High/Medium/Low puede ser demasiado grueso para puertas que necesitan 0.75 vs 0.90. También puedes necesitar scoring en sombra sobre un set etiquetado que Explore no guarda, o un log de decisión neutral para auditorías. Deja creación de tickets, macros y UI en Zendesk; solo mueve el juicio. Si solo faltan topics, créalos antes en Admin Center: suele ser más barato.

Mantén Zendesk como sistema de registro. Al crear el ticket (o un trigger filtrado), tu middleware lee asunto y primer comentario, quita secretos y hace POST Choice—y opcionalmente Score—a https://jevmodel.app/api/v1/systemone con clave JevModel en servidor. Mapea etiquetas a tags, grupos o campos; nunca dejes que el modelo dé permisos o reembolse. Si falla HTTP, code !== 0, hay etiquetas desconocidas o probabilidades cercanas, asigna cola humana. JevModel solo acepta texto/JSON, tope 8.000 caracteres, 1–8 preguntas, Choice 2–12, 10 runs gratis/día UTC tras verificar email. Sin clave de idempotencia: deduplica por ticket id. Ver support-triage para cola+urgencia; aquí nos centramos en cuándo salir del camino nativo.

{
  "state": {"ticket_id": "123", "subject": "Charged twice", "comment": "Please fix my invoice."},
  "questions": {
    "queue": {
      "type": "choice",
      "instructions": "Choose the support queue.",
      "criteria": {
        "billing": "Charges, refunds, invoices.",
        "technical": "Product bugs or outages.",
        "review": "Mixed or unclear; needs a person."
      }
    }
  }
}

Lee la tabla como restricciones, no como exactitud universal. La calidad de topics en Zendesk es por cuenta y no se republica aquí. La exactitud de JevModel en tus tickets no está medida hasta etiquetar una muestra.

Ejecuta el clasificador propio en paralelo 2–4 semanas sin cambiar el enrutado en vivo. Registra topic Zendesk, etiqueta custom, probabilidades, cola final del agente y tiempo de resolución. Acepta el corte solo si las malas rutas automáticas caben en el presupuesto y la revisión es operable. Dueños: soporte (etiquetas), ingeniería (timeouts/reintentos), seguridad (qué campos pueden salir). Si no supera Intelligent Triage en tu scorecard, quédate con lo integrado—o combina: Triage para idioma, Choice propio para cola.