Guarda y lee las conversaciones de tu asistente: son el mejor manual de lo que falla

Quesma, una empresa que se dedica a analizar lo que gastan las compañías en agentes de IA, publicó la semana pasada un artículo con un título que no deja dudas: «Your agent session transcripts are precious, keep them». Las transcripciones de las sesiones con agentes son valiosas: guárdalas.

El artículo habla de programadores que trabajan con agentes de IA. Pero lo que dice se aplica casi palabra por palabra a cualquier pyme que tenga un asistente contestando a clientes por WhatsApp, por la web o por email. Y ahí es donde nos interesa.

La idea de fondo es sencilla: cada conversación que tiene tu asistente es un registro de lo que ha hecho bien y de lo que ha hecho mal. Si no la guardas y no la lees, vuelves a pagar los mismos errores una y otra vez.

Qué dice el artículo, sin adornos

Lo esencial, en cinco puntos:

• Las empresas guardan el código, pero tiran el registro de las sesiones. Según Quesma, la mayoría está en la fase de «entrar al servidor y buscar en el registro después del fallo», sin recoger nada de forma ordenada.
• Los propios fabricantes de IA leen esos registros. El artículo recuerda que Anthropic analizó 200.000 de sus propias sesiones para entender cómo trabajaban sus ingenieros, y que su guía de evaluación termina con una instrucción: «Read the transcripts!», lee las transcripciones.
• Ahí se ve lo que cuesta sin aportar. Pone un ejemplo de sus pruebas: un agente repitió el mismo comando 339 veces, chocando con el mismo error durante 12 minutos. La tarea salió bien, pero costó unas nueve veces más.
• Las correcciones son pruebas hechas. Las sesiones en las que una persona corrigió al agente o deshizo lo que hizo son, según el artículo, casos de prueba más fiables y más baratos que los inventados.
• Los registros se pierden solos. Algunas herramientas los borran pasados 30 días por defecto, y están repartidos entre equipos, cuentas y aplicaciones.

Y una advertencia que conviene no saltarse: esos registros contienen de todo, incluidos datos que no deberían circular. El artículo insiste en que la empresa debe ser dueña de ellos, limpiarlos y decidir quién los lee.

Qué tiene que ver con tu asistente de atención al cliente

Si tienes un sistema que contesta solo a los contactos que entran, tienes exactamente lo mismo: un registro de cada conversación. Qué preguntó el cliente, qué contestó el asistente, si pasó el caso a una persona y qué hizo el cliente después.

En muchas pymes ese registro existe, pero nadie lo abre. El asistente se configura, se prueba con diez preguntas el primer día y a partir de ahí se da por bueno. Mientras nadie se queje, se supone que funciona.

El problema es que el cliente mal atendido casi nunca se queja. Simplemente no vuelve a escribir. No hay reclamación, no hay aviso, no hay nada que salte. Solo un contacto que se enfría y que nadie relaciona con la respuesta que recibió.

Ejemplo: una clínica privada

Ejemplo: una clínica privada pone un asistente para contestar por WhatsApp fuera de horario. Responde a las preguntas de horarios y tratamientos y ofrece cita. Funciona bien con lo que se probó el primer día.

Tres semanas después, alguien lee veinte conversaciones al azar y encuentra un patrón: cuando el paciente pregunta si un tratamiento está cubierto por su seguro, el asistente le contesta con la lista general de tratamientos. No contesta la pregunta. Cinco de esas veinte personas no volvieron a escribir.

Nadie se había quejado. El fallo solo existía en las conversaciones, y solo lo vio quien las leyó. El arreglo fue una línea: cuando pregunten por un seguro concreto, decir que lo confirma recepción y pedir el nombre de la aseguradora. El asistente no valora casos clínicos ni coberturas: recoge el dato y lo pasa.

Las correcciones son tu mejor prueba

De todo el artículo, la idea más útil para una pyme es esta: una conversación en la que alguien tuvo que corregir al asistente es un caso de prueba que ya tienes hecho.

Piénsalo así. Cada vez que una persona del equipo entra en una conversación porque el asistente se ha liado, ha pasado algo concreto: una pregunta que el asistente no sabía contestar, un dato que tenía mal, un tono que no tocaba. Eso, apuntado, vale más que cualquier lista de preguntas inventada en una reunión.

El artículo lo dice con una frase que aplica igual: no hay una medida única de lo que es «hacerlo bien». Cada empresa tiene su propio criterio. Un despacho prefiere que el asistente no diga nada que parezca una valoración del caso; un concesionario prefiere que ofrezca prueba de coche cuanto antes. Ese criterio no está en ninguna prueba estándar. Está en las correcciones de tu equipo.

Cómo convertir correcciones en una prueba

No hace falta nada sofisticado. Una hoja con cuatro columnas:

1. Lo que preguntó el cliente, copiado tal cual.
2. Lo que contestó el asistente.
3. Lo que debería haber contestado, escrito por quien lo corrigió.
4. Si ya está arreglado.

Cada vez que alguien cambie una instrucción del asistente, se repasan todas las filas: ¿sigue contestando bien a lo que ya se arregló? Así un cambio para mejorar una cosa no estropea otra sin que nadie lo vea.

Con unos meses de uso, esa hoja es el documento más útil que tiene la empresa sobre su atención al cliente. Dice exactamente qué preguntan los clientes que el asistente no sabe contestar.

Qué buscar al leer

Leer conversaciones sin un criterio es perder la tarde. Tres preguntas fijas cubren casi todo:

¿Contestó lo que le preguntaron?

Es el fallo más frecuente. El asistente responde algo correcto, pero no lo que el cliente pidió. Pasa mucho con preguntas que mezclan dos cosas: «¿tenéis cita el jueves y cuánto tarda la revisión?». Si solo contesta una, el cliente tiene que volver a preguntar, y muchos no lo hacen.

¿Hizo la pregunta que faltaba?

Una buena primera respuesta contesta y pide el dato que hace falta para avanzar: qué modelo, para cuándo, qué tipo de consulta. Si el asistente contesta pero no pregunta nada, la conversación se para ahí.

¿Pasó a una persona cuando tocaba?

Hay conversaciones que no debe resolver el asistente: una queja, un caso delicado, un cliente que ya está en negociación. Mira si las pasó y cuánto tardó alguien en contestar después. Un traspaso que tarda dos días es peor que no haber automatizado nada. Sobre dónde poner ese límite hay más en automatizar con límites.

Las reglas antes de leer

El artículo de Quesma dedica una parte entera a esto, y con razón: los registros recogen todo lo que pasó, incluidos datos que nadie debería ver fuera de su sitio. En el caso de los programadores, contraseñas. En el tuyo, nombres, teléfonos y lo que el cliente cuenta de su situación.

Antes de empezar a revisar, cuatro decisiones por escrito:

• Quién puede leerlas. No todo el equipo. Quien atiende y quien revisa la calidad.
• Cuánto tiempo se guardan. Un plazo concreto, ligado al motivo por el que las guardas, y qué pasa después.
• Qué se tapa. Si para revisar la calidad no necesitas ver el teléfono o el documento de identidad, no lo copies a la hoja de casos.
• Dónde no van. Nada de pegar conversaciones en grupos de mensajería ni en carpetas compartidas para comentarlas.

El artículo lo resume con una idea útil: hablar con un asistente parece privado. El cliente que te escribe no espera que media empresa lea lo que dijo. Esto no es asesoramiento legal; si tu caso tiene matices, consúltalo con quien te asesore en protección de datos.

Lo que no hay que hacer

Tres errores habituales cuando una empresa empieza a revisar:

Leer solo cuando hay una queja. Para entonces el patrón lleva semanas repitiéndose. La revisión sirve precisamente para ver lo que nadie reclama.

Leer solo las conversaciones que acabaron bien. Son las cómodas. Las que enseñan algo son las que se cortaron, las que pasaron a una persona y las que no terminaron en cita.

Cambiar el asistente sin repasar los casos. Arreglas una respuesta y estropeas otra. Sin la hoja de casos, te enteras cuando un cliente deja de contestar.

Qué hacer esta semana

Una lista corta, por orden:

1. Comprueba si guardas las conversaciones de tu asistente y durante cuánto tiempo. Algunas herramientas las borran solas.
2. Escribe las cuatro reglas: quién lee, cuánto se guardan, qué se tapa y dónde no van.
3. Lee veinte conversaciones de la última semana con las tres preguntas: ¿contestó lo que le preguntaron?, ¿pidió el dato que faltaba?, ¿pasó a una persona cuando tocaba?
4. Abre la hoja de casos con lo que encuentres. Cuatro columnas bastan.
5. Reserva media hora fija a la semana para seguir haciéndolo.

Si todavía no sabes cuánto tarda tu empresa en dar la primera respuesta, ese dato también sale de las conversaciones: el método está en cómo medir tu tiempo de primera respuesta.

Nada de esto exige comprar nada. Exige abrir algo que ya tienes y mirarlo con regularidad.

Fuentes

• Your agent session transcripts are precious, keep them — Blog de Quesma, octubre de 2026.

Preguntas frecuentes

¿Tengo que guardar todas las conversaciones de mi asistente de IA?

Las que necesites para un fin concreto, como revisar la calidad de la atención o atender una reclamación, y durante un plazo definido. Guardarlo todo para siempre no es la idea: decide un plazo, quién puede leerlas y cuándo se borran, y apúntalo.

¿Cuánto tiempo hay que dedicar a revisarlas?

Para una pyme, media hora a la semana suele bastar para empezar. No se trata de leerlas todas, sino una muestra fija y, sobre todo, las que terminaron en una persona corrigiendo al asistente o en un cliente que no volvió a contestar.

¿Qué hago cuando encuentro una respuesta mala?

Apuntarla como caso: qué preguntó el cliente, qué contestó el asistente y qué debería haber contestado. Después se corrige la instrucción o la información de la que tira, y ese caso se vuelve a probar cada vez que se cambie algo.

Con el tiempo, esa lista de casos es tu propia prueba: antes de tocar el asistente, compruebas que sigue contestando bien a todos.

¿Y si en la conversación aparecen datos sensibles?

Por eso hacen falta reglas antes de leer. Limita quién accede, tapa lo que no necesitas ver y no copies conversaciones a carpetas compartidas. Si tienes dudas sobre tu caso concreto, consúltalo con quien te asesore en protección de datos.

---

El diagnóstico gratuito es media hora mirando cómo entra hoy un contacto en tu empresa, quién lo contesta, cuánto tarda y qué pasa con los que no reciben respuesta, con las conversaciones reales delante. De ahí sale qué conviene cambiar y qué no.

Lo que hacemos está en la página del sistema de respuesta a los contactos: primera respuesta con contenido en menos de 60 segundos a cualquier hora, la pregunta que falta hecha, el paso a una persona cuando toca y un panel para ver qué está pasando. Sin tarifa publicada: el alcance y el importe se cierran por escrito después del diagnóstico.