Cuando un ticket llega a la persona equivocada, la regla básica es que quien lo recibe no lo deja aparcado: lo acepta o lo devuelve con un motivo en un plazo corto, el sistema lo reasigna con ese dato en la mano y, si rebota más de las veces permitidas o nadie lo toca, sube a un responsable. Con tres o cuatro reglas escritas, un error de asignación deja de ser un problema que se descubre cuando el cliente se queja.
Un agente de IA que reparte tickets se equivocará alguna vez, igual que se equivoca la persona que hace ese reparto a mano. Lo que marca la diferencia no es que nunca falle, sino qué pasa después. Estas reglas están pensadas para que las pueda leer y aprobar un gerente, sin entrar en la parte técnica.
¿Qué hacer cuando un ticket llega a la persona equivocada?
Lo primero es que quien lo recibe sepa qué hacer sin tener que preguntar a nadie. La instrucción debería ser siempre la misma: leerlo, decidir si es suyo y, si no lo es, devolverlo con un motivo breve ("es de facturación", "falta información del cliente", "es un tema legal"). Ese motivo es lo más valioso, porque es el dato que permite reasignar bien y, más adelante, corregir las reglas del agente.
Qué no debe pasar: que el ticket se quede en la bandeja de alguien "porque ya lo miraré", o que se reenvíe de persona en persona sin quedar registrado. Cada paso debe constar en el propio ticket, para que se vea quién lo tuvo, cuánto tiempo y por qué se movió. Si en tu empresa se reparte por correo o por mensajería, la regla es la misma: un único sitio donde se anota quién tiene cada cosa.
Cinco reglas sencillas de reasignación
- Aceptar o devolver en un plazo corto. Quien recibe el ticket tiene un margen definido para aceptarlo o rechazarlo con motivo. Si no responde, el sistema lo trata como "sin atender" y avisa.
- Un rechazo siempre lleva motivo. Sin motivo, el agente no puede reasignar con criterio y repetiría el error.
- Un máximo de reasignaciones. Por ejemplo, dos. Si un ticket ha pasado por dos personas y sigue sin dueño claro, deja de moverse automáticamente y lo decide un responsable. Esa cifra es un ejemplo: tu equipo puede fijar otra.
- Una persona de respaldo para cada tipo de ticket. Si el destinatario habitual está de vacaciones o ausente, el ticket va a su suplente. Tener esa lista actualizada evita que un ticket espere a que alguien vuelva.
- El cliente no ve el ping-pong. Mientras se aclara quién lo lleva, el cliente recibe una confirmación de que su caso está en marcha, no una cadena de mensajes contradictorios.
¿Qué pasa con un ticket que nadie toca?
Un ticket sin atender es más peligroso que uno mal asignado, porque es invisible: nadie se queja hasta que ya es tarde. Por eso conviene que el sistema vigile el tiempo, no solo el reparto. Una escalera de avisos razonable sería esta:
| Situación | Qué hace el agente | Quién actúa |
|---|---|---|
| El ticket lleva sin abrirse más de lo permitido | Recuerda a la persona asignada | La persona asignada |
| Sigue sin atenderse tras el recordatorio | Avisa a su suplente y al responsable del equipo | El responsable decide quién lo coge |
| Lleva demasiado tiempo abierto sin respuesta al cliente | Marca el ticket como urgente y avisa a dirección | Dirección o el responsable de atención |
Los plazos exactos dependen de la urgencia que tiene cada tipo de ticket para tu negocio: un fallo que impide trabajar a un cliente no admite la misma espera que una duda sobre una factura. Fíjalos por escrito, distingue como mucho tres niveles de urgencia y revísalos tras un tiempo de uso. No hay un plazo universal que sirva para todas las empresas.
¿Cuándo debe subir un ticket a un responsable?
Hay situaciones en las que el agente no debería intentar resolver por su cuenta, aunque pudiera reasignar. Escalar a una persona con autoridad es lo correcto cuando:
- El ticket ha superado el máximo de reasignaciones.
- Lleva más tiempo sin atender del permitido para su nivel de urgencia.
- Se refiere a una reclamación formal, una amenaza de baja o un cliente especialmente importante.
- Menciona un tema legal o de protección de datos, por ejemplo, una petición de acceso, rectificación o supresión de datos personales, o una queja que cita una norma.
- Describe un riesgo para personas o para la seguridad de tus sistemas.
- El cliente pide expresamente hablar con una persona.
- El agente no está seguro de a quién corresponde, lo que debería poder indicar en lugar de forzar una asignación.
Este último punto es clave. Un agente bien configurado puede decir "no sé a quién pasa esto" y derivarlo a un responsable, en lugar de elegir al azar. Tienes un enfoque más amplio de este tema en cómo automatizar el escalado de incidencias complejas a un humano.
Qué hace el agente y qué sigue haciendo una persona
El agente clasifica el ticket, lo asigna según las reglas, vigila los plazos, envía los recordatorios, registra los movimientos y prepara un resumen semanal. La persona atiende el caso, decide si un rechazo es justificado y resuelve lo que el agente no sabe repartir. Y el responsable del equipo hace tres cosas que no se delegan:
- Revisa los rechazos. Cada ticket devuelto indica una regla que se puede mejorar. Si siempre se devuelven los mismos, el agente necesita instrucciones nuevas.
- Aprueba los cambios de reglas. El agente puede proponer ajustes ("los tickets sobre devoluciones van casi siempre a postventa"), pero el cambio lo aprueba una persona.
- Decide los casos sensibles, sobre todo los que afectan a datos personales, reclamaciones o relaciones importantes.
Una precisión sobre los datos: los tickets suelen contener información de clientes. Reasignar no debe implicar que cualquiera pueda ver cualquier ticket; el acceso debería limitarse a quien lo necesita para resolverlo, y quedar registrado.
Qué conviene medir cada semana
Sin entrar en cifras, hay tres preguntas que un responsable puede mirar en cinco minutos: qué tickets se han reasignado y por qué, cuáles han estado más tiempo sin atender y qué motivos de rechazo se repiten. Si una categoría concentra los errores, probablemente la regla de asignación es ambigua. Si hay personas con muchos tickets sin atender, quizá el problema no es la asignación sino la carga. Para repasar cómo funciona el reparto en origen, puedes leer cómo automatizar la asignación de tickets de soporte con IA.
Conclusión
Un ticket mal asignado no es un fracaso del agente, sino una situación para la que hay que tener un procedimiento: quien lo recibe lo acepta o lo devuelve con motivo, hay un máximo de reasignaciones, un suplente para cada tipo y una escalera de avisos para los tickets que nadie toca. Cuando el procedimiento está escrito, los errores se corrigen rápido y además enseñan al sistema a equivocarse menos.
En MG Solutions construimos agentes de IA específicos para cada empresa, adaptados a tu forma de trabajar y a tus herramientas, no una plantilla genérica, y definimos contigo las reglas de reasignación y escalado antes de ponerlos en marcha.
Si quieres ver cómo encajaría en tu empresa, escríbenos y lo hablamos.