Chatbot de WhatsApp con IA: la guía honesta para empresas
El bot es la parte fácil. La verificación de Meta, el conocimiento para responder bien y el pase a un humano son las tres partes que nadie cuenta. La guía completa, sin humo.
Todos los proveedores de chatbots te muestran lo mismo: el bot respondiendo lindo en una demo. Lo que ninguno te muestra es el camino hasta ahí, porque el camino es la parte difícil.
Lo decimos con conocimiento de causa: construimos agentes de WhatsApp, y la lección más cara no fue técnica. El bot es la parte fácil. La verificación de Meta, el conocimiento para responder bien y el pase a un humano son el proyecto de verdad.
Esta es la guía que nos hubiera gustado leer antes.
Las tres vías para poner un bot en WhatsApp
Vía | Qué es | El problema |
|---|---|---|
API oficial de WhatsApp Business | La plataforma de Meta para empresas, directa o vía proveedores autorizados | Requiere verificación del negocio y tiene costo por mensajería |
Herramientas no oficiales | Se cuelgan de WhatsApp Web y automatizan por arriba | Violan los términos: el número puede ser bloqueado con el negocio adentro |
WhatsApp Business app | La aplicación gratuita con respuestas automáticas básicas | No es un bot: saluda y etiqueta, no conversa |
Para una empresa, la decisión es corta: la API oficial es la única vía seria. Lo no oficial es barato hasta el día que te bloquean el número por el que entra la venta.
La parte que nadie cuenta: la verificación de Meta
Acá se caen la mitad de los proyectos, y casi nadie lo advierte antes.
Para operar en serio sobre la API oficial, Meta exige verificar la identidad del negocio: documentación de la empresa, coincidencia entre nombres legales, dominio, presencia. El trámite puede ser ágil o puede trabarse, y un rechazo significa algo muy concreto: todo lo que construiste queda apagado hasta resolverlo.
Lo vivimos: un agente completo, funcionando, esperando una verificación rechazada. Por eso la primera regla de esta guía no es técnica:
Empezá la verificación el día uno, en paralelo con todo lo demás. Con la documentación legal consistente entre sí (razón social, dominio, facturación) antes de someterla. Es un trámite burocrático, y como todo trámite burocrático, castiga las inconsistencias y premia llegar temprano.
El bot que responde bien: la parte de conocimiento
Segunda verdad incómoda: la mayoría de los bots de WhatsApp son malos, y no por la tecnología. Son malos porque no saben nada de la empresa.
Un bot sin conocimiento responde frases de manual: "gracias por tu consulta, un asesor te contactará". Eso no es automatizar la atención: es automatizar la postergación.
Un agente con IA conectado al conocimiento real de la empresa es otra especie: sabe el catálogo, los precios, las políticas de envío, las respuestas que el equipo ya dio mil veces. Responde la pregunta, no el trámite.
La consecuencia práctica: el proyecto del bot es, en su mayor parte, un proyecto de base de conocimiento. Juntar, ordenar y mantener lo que la empresa sabe, para que el agente responda con eso. Lo escribimos en detalle en qué es una base de conocimiento con IA, y es la diferencia completa entre un bot que ayuda y uno que espanta.
El diseño que funciona: sombra primero, autonomía después
El miedo razonable de cualquier dueño: "¿y si el bot le dice cualquier cosa a un cliente?". La respuesta no es esperar que no pase: es diseñar para que no pueda pasar.
El patrón que usamos y recomendamos tiene tres etapas:
1. Modo sombra. El agente lee las conversaciones y propone la respuesta; una persona la aprueba, la edita o la descarta. El cliente siempre habla con un humano asistido. Acá se mide todo: qué porcentaje de propuestas se aprueban sin tocar, en qué temas falla.
2. Autonomía por temas. Cuando los números lo justifican, el agente responde solo los temas donde demostró precisión (horarios, estado de pedido, precios de lista), y sigue proponiendo en el resto.
3. Escalamiento visible. Siempre hay un camino claro a una persona, y el traspaso se nota. Nada destruye más confianza que un bot que finge ser humano y se queda sin respuestas.
Lo que este diseño evita es el error clásico: prender el bot en automático el día uno y enterarse de sus fallas por los clientes.
Cuánto cuesta, con la cuenta completa
Tres componentes, y el error común es cotizar solo el segundo:
1. La mensajería de Meta. La API oficial cobra por los mensajes, con tarifas que varían por tipo (marketing, utilidad, autenticación) y por país. Para atención al cliente el costo suele ser moderado; para campañas masivas, es una línea de presupuesto en serio. Las tarifas vigentes están publicadas en la documentación de Meta y conviene mirarlas con tu volumen real.
2. La plataforma o el desarrollo. Desde herramientas listas por decenas de dólares al mes, hasta el desarrollo a medida cuando el flujo lo pide. La trampa habitual de las plataformas: el plan barato de entrada y los agregados que lo triplican.
3. La inteligencia. Si el agente responde con un modelo de IA, ese consumo se paga: por API según volumen, o dentro de una suscripción según la arquitectura. Es la parte más nueva de la cuenta y la que más varía con el diseño.
La cuenta contra la que se compara todo: cuántas horas por semana dedica tu equipo hoy a responder por WhatsApp las mismas veinte preguntas.
Los errores que vemos repetirse
Dejar la verificación de Meta para el final. El proyecto entero rehén de un trámite que podía correr en paralelo desde el día uno.
Comprar el bot antes de ordenar el conocimiento. Bot prolijo, respuestas vacías. El orden correcto es el inverso.
Automatizar el 100 por ciento el primer día. Sin modo sombra, las fallas las descubren los clientes.
El bot que finge ser persona. Se nota, cae mal, y en varios mercados además es una obligación legal identificarlo.
Medir mensajes respondidos en vez de resoluciones. Un bot que contesta mucho y no resuelve nada es un generador de frustración con métricas lindas.
Por dónde empezar
No por el proveedor: por dos listas.
La lista de las preguntas. Las veinte consultas que tu equipo responde todas las semanas, con las respuestas reales que da. Eso define qué tiene que saber el agente.
La lista de los límites. Qué puede responder solo, qué necesita aprobación, qué va siempre a una persona. Eso define el diseño.
Con esas dos listas, evaluar plataformas o desarrollo se vuelve un trámite comparativo. Sin ellas, cualquier demo te va a parecer buena, porque las demos siempre lo parecen.
¿Querés que armemos esas dos listas sobre tu operación real y veamos qué agente tiene sentido? Hablemos.