Un agente de IA detecta tickets duplicados comparando tres cosas: quién escribe, de qué habla y cuándo lo hace. Si coinciden, junta los avisos en un solo ticket, conserva todos los mensajes y avisa a la persona que lleva el caso. Lo que deja en manos de una persona son los casos dudosos, que son justo los que no conviene fusionar a ciegas.
El problema es muy cotidiano. Un cliente escribe por correo a primera hora, vuelve a intentarlo por el chat de la web porque nadie ha contestado y a media mañana llama por teléfono. Resultado: tres tickets, dos compañeros trabajando sin saberlo en lo mismo y un cliente que recibe tres respuestas distintas, o ninguna. Un departamento de atención grande tiene personas y herramientas dedicadas a limpiar la cola; una pyme necesita que esa limpieza se haga sola.
Antes y después: la misma mañana, con y sin fusión
Sin fusión. El cliente abre un ticket por correo diciendo que su pedido no ha llegado. Una hora después escribe por el chat: "sigo sin recibir nada". Más tarde llama y la persona de teléfono abre un tercer ticket. Dos compañeros investigan el mismo envío por separado, uno de ellos contesta con una explicación y el otro con otra, y el cliente acaba más enfadado que al principio.
Con fusión. El primer ticket queda como principal. Cuando entra el mensaje del chat, el agente reconoce al cliente, ve que habla del mismo pedido y lo añade al ticket original. Cuando llega la llamada, la persona que atiende ya ve el historial completo en una sola pantalla. El cliente recibe una única respuesta y sabe que su caso está localizado.
¿Cómo reconoce un agente que dos tickets son el mismo problema?
El agente no se fija en una sola pista, sino que combina varias y decide cuánta seguridad tiene. Esa combinación es lo que la diferencia de una regla simple que solo compara palabras idénticas, porque el cliente rara vez usa dos veces las mismas frases. "No me ha llegado el paquete" y "mi pedido sigue sin aparecer" dicen lo mismo, y un agente que entiende el sentido del texto lo detecta.
Estas son las señales que suele usar:
- Quién. El mismo correo, el mismo teléfono, el mismo número de cliente o la misma empresa, aunque el aviso entre por canales distintos.
- De qué. La misma referencia (número de pedido, de factura, producto) y el mismo tipo de problema.
- Cuándo. Una ventana de tiempo razonable. Quien insiste hoy probablemente habla de lo mismo; quien escribe meses después, quizá no.
- En qué estado está el otro ticket. Abierto, recién cerrado o a la espera de respuesta del cliente.
Con esas señales el agente clasifica cada pareja de tickets en tres grupos: coincidencia clara, probable o dudosa. En las claras actúa, en las probables propone y en las dudosas no toca nada.
¿Qué significa fusionar sin perder información?
Fusionar no es borrar. Es reunir en un solo sitio todo lo que el cliente ha dicho por cualquier canal, de modo que quien lleve el caso lo vea completo y el cliente no tenga que repetirse. Para que eso funcione sin perder datos ni crear confusión, una fusión bien hecha respeta cinco reglas:
- El ticket principal suele ser el más antiguo, o el que ya tiene una persona responsable.
- Los mensajes de los demás se añaden en orden, indicando el canal y la hora de cada uno.
- El cliente recibe un único aviso: hemos reunido tus mensajes en un solo caso y este es su número.
- La persona que llevaba el ticket secundario recibe un aviso para no duplicar el trabajo.
- Nada se pierde y todo se puede deshacer: si alguien comprueba que eran dos asuntos distintos, separa los tickets con un clic.
Esa última regla es la que da tranquilidad. Si una fusión equivocada fuera irreversible, ningún responsable de soporte la activaría.
¿Qué casos deja el agente a una persona?
Un agente deja a una persona todo aquello en lo que fusionar podría mezclar asuntos que no deben mezclarse o tapar un problema que requiere criterio humano. Fusionar un ticket de más tiene un coste pequeño y fácil de deshacer; mezclar la conversación de dos clientes distintos, no. Estos son los casos en los que conviene que el agente se pare y pregunte:
- Mismo cliente, dos problemas distintos. Pide una factura y, además, se queja de una entrega. Fusionarlos mezclaría dos tareas con responsables diferentes.
- Varios clientes con el mismo fallo. No son duplicados, porque son personas distintas. Lo correcto es agruparlos bajo una incidencia general para responder a todos a la vez, no unirlos en un único ticket.
- Dos personas de una misma empresa con pedidos diferentes. Comparten dominio de correo, pero no el asunto.
- Reclamaciones formales, bajas y asuntos con consecuencias legales o económicas. Aquí cualquier movimiento lo revisa una persona.
- Un ticket que ya tiene respuesta de un compañero. Si la solución propuesta es distinta, alguien debe decidir cuál prevalece.
Cuando el asunto escala por su complejidad, el siguiente paso es el que se describe en escalado de incidencias complejas a una persona.
Por dónde empezar, paso a paso
No hace falta cambiar tu herramienta de soporte para empezar. Un recorrido sensato es este:
- Mira un mes de tickets y marca a mano cuáles eran duplicados. Te dará una idea del tamaño del problema y servirá de ejemplos.
- Escribe las reglas con frases normales. Por ejemplo: mismo cliente, mismo pedido y mensajes con pocos días de diferencia como máximo (el plazo lo fijas tú).
- Primera fase, solo sugerencias. El agente propone "estos dos parecen el mismo" y una persona confirma cada vez.
- Fusión automática solo para los casos claros. Cuando las sugerencias acierten de forma consistente, se activa la fusión sin confirmación únicamente para esas parejas.
- Revisión semanal. Mirar qué fusiones se han deshecho enseña qué regla hay que afinar.
- Ampliar canales poco a poco. Primero correo y chat; el teléfono y otros canales, cuando lo anterior funcione.
Una vez limpia la cola, el siguiente problema es repartir bien el trabajo. Lo tienes en asignar tickets por carga de trabajo y habilidad del equipo y, de forma más general, en asignación automática de tickets.
Qué cuidar
El principal riesgo es el falso duplicado: unir dos conversaciones que pertenecen a personas o asuntos distintos. Si eso ocurre, puede acabar viéndose información de un cliente en la conversación de otro. Por eso la regla de oro es que, ante la duda, el agente no fusiona y pregunta.
Los datos personales también importan. Reconocer a un cliente a través de correo, teléfono y chat supone cruzar datos de contacto de varios canales. Debe encajar con lo que informas a tus clientes en tu política de privacidad, y quien tenga acceso a los tickets debe ser solo quien lo necesite. Es un asunto que conviene revisar con tu asesor en protección de datos.
Conclusión
Detectar y fusionar tickets duplicados es una de las tareas donde un agente aporta más por el esfuerzo que cuesta: reconoce al cliente, entiende que habla de lo mismo, une los mensajes sin perder ninguno y deja a las personas lo que requiere criterio. Empezar por sugerencias y activar la fusión automática solo en los casos claros permite ganar confianza sin riesgos.
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 ajustamos las reglas de fusión a los canales y a los tipos de caso que tiene tu equipo.
Si quieres ver cómo encajaría en tu empresa, escríbenos y lo hablamos.