Cuatro horas para responder una reclamación, quince minutos después del cambio
La mediana de tiempo de respuesta a una reclamación bajó de cuatro horas a quince minutos. No porque alguien empezara a escribir más rápido, sino porque dejó de buscar.
De dónde salían esas cuatro horas
Una tienda que vende en tres mercados, unos ochocientos pedidos al mes, cuatro personas en atención al cliente y tres buzones de correo, uno por país. Un cliente escribe una reclamación. Antes de que nadie pueda redactar una respuesta, hay que ejecutar una serie de movimientos de los que ninguno es trabajo de fondo:
- buscar en el correo si ese cliente ya había escrito, y en cuál de las tres cuentas;
- abrir el panel de la tienda y localizar el pedido por apellido o dirección, porque el número de pedido rara vez aparece en el correo;
- comprobar qué se envió exactamente y cuándo;
- recordar qué responde la empresa en esa situación, porque las reglas existen, solo que no siempre por escrito;
- escribir la respuesta y enviarla de forma que caiga en el mismo hilo y no abra uno nuevo.
La mediana de cuatro horas no venía de que alguien dedicara cuatro horas. Venía de que la reclamación esperaba a que alguien tuviera tiempo de recorrer ese camino con calma. Con cincuenta correos al día, esa calma suele llegar por la tarde.
Qué construimos, por orden, en 27 días
El sistema son tres piezas pequeñas funcionando de fondo y un panel donde trabaja el equipo.
1. Buzones y pedidos en un mismo sitio
Cada diez minutos el sistema recoge el correo nuevo de los tres buzones e intenta emparejarlo con un pedido de la tienda. En la base hay hoy más de 7.500 mensajes, incluido el histórico. Cuando un agente abre un caso, ve el correo y el pedido al que se refiere uno al lado del otro, sin cambiar entre dos sistemas.
2. Hilos que no se desordenan
Todos los mensajes al mismo cliente caen en un único hilo, también cuando responde otra persona del equipo y cuando la respuesta sale del panel y no del cliente de correo. Parece un detalle, pero es precisamente el desorden de hilos lo que hace imposible saber si un caso está cerrado.
3. Un borrador de respuesta
El sistema prepara un borrador en dos o tres segundos, a partir del mensaje, los datos del pedido y las reglas escritas de la empresa. El agente lo lee, lo corrige y lo envía, o lo borra y escribe el suyo si el caso es atípico.
Aquí es donde se comete el error habitual. Resulta tentador dejar que el sistema envíe solo. Deliberadamente no lo hicimos: el borrador siempre pasa por una persona. En reclamaciones, el coste de una respuesta automática desafortunada supera el ahorro de cien acertadas.
Qué cambio aportó más
Si hubiera que señalar uno, no es el borrador escrito por inteligencia artificial. El mayor ahorro vino de poner el correo y el pedido en una misma vista, porque eso eliminó el tramo más largo del camino: buscar.
El borrador acorta lo que queda: en lugar de mirar un recuadro vacío, el agente mira un texto ya escrito y decide qué cambiar. La revisión ocupa unos treinta segundos. Ese es el reparto honesto de la ganancia: buscar desapareció, escribir se redujo a revisar.
La base de conocimiento, la parte más infravalorada
El sistema redacta a partir del mensaje, los datos del pedido y las reglas escritas de la empresa. Esa tercera pieza es la única que no se puede sacar de ningún sistema, porque no existe en ninguno. Vive en la cabeza de cuatro personas.
En la práctica funciona así: se sienta uno con el equipo y recorre las situaciones más frecuentes. Qué respondemos cuando un paquete no llega. Qué cuando llega dañado. Qué cuando un cliente quiere devolver fuera de plazo. Dónde está el límite a partir del cual decide un responsable. Entonces se descubre que en la mitad de los casos dos personas del equipo responden distinto, y que nadie lo había notado, porque cada uno solo veía su propio correo.
Este es el beneficio oculto que no aparece en ninguna oferta: poner las reglas por escrito ordena la atención antes incluso de encender ninguna automatización. El conjunto de reglas sobre el que funciona este sistema tiene hoy una docena larga de reglas absolutas, y son ellas —más que el modelo de lenguaje— las que deciden la calidad de las respuestas.
Cuánto cuesta mantenerlo
Lo indico porque la pregunta siempre llega y la respuesta suele ser vaga. Aquí es sencilla: la infraestructura cuesta cero mientras el equipo no pase de cinco personas, porque cabe en los planes gratuitos de los servicios sobre los que corre. Lo único de pago es que un modelo de lenguaje redacte los borradores, entre unas decenas y algo más de cien dólares al mes con más de cien borradores diarios.
No es una regla para todos los proyectos: con un equipo mayor y más tráfico los planes gratuitos se acaban y la factura sube. Pero conviene saber que un sistema de esta clase no tiene por qué empezar con una cuota fija por el mero hecho de existir.
Cuatro trampas fáciles de pisar
- Envío automático. La tentación es real, porque nueve de cada diez borradores salen bien. El décimo, en una reclamación, puede costar el cliente. La persona se queda en el circuito.
- Adivinar el pedido. Cuando el correo no trae número, tienta poner el más parecido por apellido. Con dos clientes del mismo apellido eso acaba en enviar datos ajenos. Un sistema que no sabe tiene que decir «no sé».
- Hilos nuevos en lugar de respuestas. Si la respuesta sale como mensaje nuevo, el cliente acaba con dos hilos paralelos y a los tres días nadie sabe qué se acordó. Encajar en el hilo existente es un detalle técnico que decide la percepción del conjunto.
- Histórico solo desde el día de la puesta en marcha. Un sistema que solo conoce la correspondencia desde que se encendió es inútil el primer medio año. Por eso cargamos el histórico: hoy hay más de 7.500 mensajes, incluidos los anteriores.
Cuánto duró y en qué orden
El sistema entero se construyó en 27 días, en cincuenta pasos registrados en el histórico del proyecto. Lo menciono no para presumir de ritmo —con otro alcance saldría otra cifra— sino para mostrar cuál es un orden sensato.
- Primero, traer el correo y emparejarlo con pedidos. Solo esa parte, sin ninguna inteligencia artificial, eliminó el tramo más largo. Si el proyecto hubiera acabado ahí, ya habría salido rentable.
- Después, enviar conservando el hilo. Porque sin eso el equipo habría vuelto al cliente de correo y el sistema se habría convertido en un sitio más al que asomarse.
- La redacción, al final. Solo cuando las dos primeras piezas funcionaban y se veía cómo son los casos reales.
El orden inverso —empezar por la parte más vistosa— resulta tentador y termina en un sistema que redacta preciosas respuestas a casos que no sabe encontrar.
Qué no hace este sistema
- No responde solo. Cada mensaje sale únicamente cuando una persona lo aprueba.
- No adivina cuando no sabe. Si no logra emparejar un correo con un pedido, lo dice, en vez de poner el más parecido.
- No sustituyó a nadie. Las mismas cuatro personas atienden los mismos casos; solo que el cliente recibe respuesta esa misma mañana.
El último punto decepciona a quien esperaba recortar plantilla. Nos parece la virtud: en atención al cliente, la rapidez influye en que alguien vuelva a comprar, y el número de empleados más bien no.