ADA / KNOWLEDGE / WHATSAPP

Cómo diseñar un agente de WhatsApp que no confirme precios incorrectos

El modelo puede interpretar qué busca el cliente; el precio debe venir de una fuente autorizada y pasar validaciones antes de comunicarse como definitivo.

Ezequiel D'UrsoFounder / Automation & Digital SystemsActualizado: 24 ago 2026
01

Separar conversación y fuente de verdad

WhatsApp es el canal y el modelo interpreta lenguaje, pero ninguno debería convertirse en la fuente de precios. Ese dato debe consultarse en el catálogo, ERP, e-commerce o servicio responsable.

Si la fuente no responde o el producto no puede identificarse con seguridad, el sistema debe decir que necesita revisión. Completar el dato con una inferencia es una falla de arquitectura, no solo de redacción.

02

Un flujo con límites explícitos

La automatización puede avanzar por etapas. Cada una produce una salida estructurada que la siguiente valida antes de actuar.

  • Identificar intención y reunir los datos mínimos del producto.
  • Resolver una clave de catálogo; no buscar solo por texto libre.
  • Consultar precio, moneda, vigencia y stock en la fuente autorizada.
  • Aplicar reglas comerciales fuera del modelo.
  • Pedir aprobación humana para excepciones, descuentos o ambigüedades.
  • Registrar qué fuente y versión respaldaron la respuesta.
03

La respuesta debe reflejar el nivel de certeza

Un resultado validado puede comunicarse como precio vigente bajo condiciones explícitas. Un valor incompleto debería presentarse como referencia o quedar pendiente, según la política comercial. El lenguaje no debe ocultar la incertidumbre del sistema.

También conviene separar cotización de cobro: iniciar una compra exige una confirmación transaccional adicional, no solo una respuesta convincente en el chat.

04

Probar fallos antes del lanzamiento

Las pruebas deben incluir productos parecidos, variantes incompatibles, monedas distintas, promociones vencidas, API caída y mensajes que intenten modificar instrucciones. El caso ideal no alcanza para evaluar un agente operativo.

La salida segura ante un fallo es detener la confirmación, conservar el contexto y derivar. Una persona recibe el historial y la razón, no una conversación vacía.

Resumen operativo

Qué llevarse.

  • El modelo interpreta; el sistema autorizado confirma el precio.
  • Reglas comerciales, permisos y validaciones viven fuera del prompt.
  • La incertidumbre debe cambiar la acción y el lenguaje de respuesta.
  • Toda excepción necesita una derivación humana con contexto.

Preguntas frecuentes

¿Un agente puede responder precios automáticamente?+

Sí, cuando identifica el producto y obtiene el precio desde una fuente vigente, con moneda y condiciones validadas. Si algo falla, no debería confirmar.

¿Alcanza con agregar los precios al prompt?+

No es una base confiable para datos que cambian. Conviene consultarlos en el sistema responsable y registrar la evidencia usada.

¿Cuándo debe intervenir una persona?+

Cuando el producto es ambiguo, la fuente no responde, hay una excepción comercial o la acción puede comprometer precio, stock o condiciones no verificadas.

Analizar mi proceso