El agente decía «lo consulto con el equipo» cuando la respuesta ya estaba en nuestros datos

El problema

13 de octubre de 2026. Un cliente clave, un comprador mayorista de los EAU, recibió nuestra cotización y escribió por WhatsApp: «tha delivery … for 3 units or for 1» (omitimos el monto). O sea: ¿ese precio de la entrega es por tres unidades o por una?

El respondedor contestó: lo pasamos al equipo, le respondemos luego. El dueño del negocio lo vio y preguntó por qué el agente no respondió y ya. ¿Para qué mandarlo al equipo? Tenemos las cotizaciones, sabemos qué artículos son y cuántas unidades lleva el lote.

Y fijó la regla: si la información está en algún lado, en nuestra memoria, en los prompts de llamadas o en el proyecto, primero encontrarla, comprobar que aplica a este cliente y darla. Nada de «le respondemos luego».

Por qué pasaba

La revisión encontró tres causas a la vez.

1. Los datos no estaban en el contexto. El respondedor veía los precios finales, pero no la tarifa de entrega, cuántas unidades lleva el lote ni la entrega por unidad. Honestamente no lo sabía.
2. Una regla demasiado amplia. Al cliente lo atiende el dueño en persona. Una regla de hacía dos días decía: cualquier pregunta con la palabra precio recibe una sola línea, «lo pasamos, le respondemos luego». La pregunta de la entrega cayó ahí.
3. Una falsa alarma en el control. El control mecánico de mensajes salientes tomaba la entrega por unidad como un «precio fuera de lista» y habría bloqueado la respuesta.

Por qué esto duele lo contamos en Errores de agentes de voz IA en B2B. Este caso trata de cómo lo arreglamos.

Qué hicimos, paso a paso

1. Armamos los datos logísticos para el destino del cliente. Tarifa de entrega, cuántas unidades lleva el lote, entrega por unidad y qué incluyen las condiciones de entrega. Ahora los reciben el respondedor de WhatsApp, la herramienta de catálogo de los agentes de voz y el contexto de las llamadas.
2. Pusimos por escrito el orden de la respuesta. Primero nuestros datos: cotización, logística, lista de precios, catálogo. Después, comprobar si aplica a este cliente. «Lo paso al equipo» solo si nada responde la pregunta, y con una nota de dónde buscamos.
3. Definimos qué cifras se pueden dar. Las de una cotización que el cliente ya tiene, más los datos logísticos: sí. Precios nuevos, descuentos, regateo, artículos que no están en la cotización: siguen siendo no. Eso va al vendedor (ver el caso del precio al vendedor).
4. Agregamos una advertencia. La pidió el dueño: el costo de entrega cambia mucho, para arriba o para abajo. Es una frase, una vez por respuesta, y se agrega de forma mecánica, así que el modelo no puede olvidarla.
5. Permitimos la entrega por unidad en el control de salida. Si no, la respuesta correcta quedaba bloqueada.
6. Datos también para los clientes del dueño. Las respuestas basadas en datos ahora llegan a los clientes que el dueño atiende en persona. El precio y el regateo con ellos siguen siendo del dueño.
7. Actualizamos los prompts de los agentes de voz. Antes decían «nunca des una cifra de entrega». Ahora se permiten el costo de entrega y las unidades por lote, pero solo desde la herramienta y con la fecha de vencimiento de la tarifa. Salió el 13 de octubre a las 10:40, hora de Moscú.
8. Auditamos el historial. Revisamos 14 días: 14 respuestas «lo paso / lo consulto» en el chat y 3 en llamadas, y las tres llamadas eran pruebas. En tres casos la respuesta estaba en nuestros datos. El resto sí eran de precio y regateo, así que le tocaban al vendedor.

El resultado

El nuevo respondedor contesta la misma pregunta así: es por unidad. La entrega de un lote de 3 unidades cuesta X, o sea Y por unidad, y la tarifa vale hasta tal fecha. El control de salida lo deja pasar sin problema.

Lo que seguía pendiente al momento del arreglo:

• Todavía no hay respondedor automático para el correo, así que la regla cubre WhatsApp y llamadas.
• La base de conocimiento de los agentes de voz se actualizó después, en un despliegue aparte.
• Los datos logísticos sirven mientras la tarifa de entrega está vigente. Cuando vence, los agentes dejan de recibirlos hasta que alguien la renueve.

Cómo funciona para los clientes de Polyglot desde el primer día

• El agente se conecta a sus datos: lista de precios, cotizaciones, logística, catálogo.
• El orden de la respuesta es: primero los datos, luego la comprobación de «¿aplica a este cliente?», y solo después una persona.
• Cada derivación lleva una nota de dónde buscó el agente, para que su vendedor no empiece de cero.
• Las cifras con vencimiento se dan con la fecha y una advertencia.

Hablemos de un lanzamiento

Preguntas frecuentes

¿No es arriesgado dejar que el agente dé cifras?

Solo da las que el cliente ya tiene en su cotización, más datos logísticos con fecha de vencimiento. Los precios nuevos y el regateo siguen con su vendedor.

¿Y si la tarifa está vencida?

Sin una tarifa vigente, el agente no recibe el dato logístico. En ese caso pasa la pregunta al equipo, con honestidad.

¿Cómo saben si el agente deriva demasiado?

Auditamos cada respuesta «lo consulto» de un período y vemos si la respuesta estaba en los datos. Lo hacemos una vez justo después de un arreglo y luego de forma periódica.