Chatbot para WhatsApp Business: guía práctica 2026
Chatbot para WhatsApp Business: guía paso a paso para diseñar, entrenar y desplegar un agente conectado a tu CRM, stock y ERP en Argentina.
En una concesionaria de Córdoba, tres consultas de venta llegaron un domingo a las 22 h. El vendedor tenía el teléfono apagado, el bot no existía y el lunes esas personas ya habían hablado con otra agencia. El problema no fue la falta de interés, sino que nadie respondió cuando la intención todavía estaba activa.
Ese escenario se repite en corralones, retailers, inmobiliarias y distribuidoras. Un chatbot para WhatsApp Business no tiene que reemplazar a todo el equipo comercial. Tiene que responder lo primero, pedir los datos correctos, consultar fuentes confiables y entregar el caso a la persona adecuada sin perder contexto.
Tabla de contenido
- Por qué WhatsApp ya es el canal de ventas en Argentina
- WhatsApp Business app, API y Platform, qué pieza te sirve
- Arquitectura de un chatbot conectado a tu stack
- Plantillas, ventana de 24 horas y derivación a humano
- Cómo se conecta con stock, ERP, pagos y CRM por rubro
- Gobernanza de datos y cumplimiento en flujos con IA
- Checklist de despliegue y métricas para medir de verdad
Por qué WhatsApp ya es el canal de ventas en Argentina
WhatsApp dejó de ser un canal complementario para convertirse en una puerta de entrada comercial. En noviembre de 2024, informes difundidos por medios argentinos indicaban que el 97% de los argentinos usaba WhatsApp diariamente y que el 58% lo utilizaba para realizar consultas comerciales. La misma cobertura señalaba que el 86% había usado WhatsApp para comunicarse con comercios o empresas de servicios, mientras que el 57% lo hacía con frecuencia diaria o semanal, según la cobertura sobre el uso comercial de WhatsApp en Argentina.
El uso tampoco termina en la pregunta inicial. El 54% recurría a WhatsApp durante la preventa y el 47% lo usaba para compras o actividades de posventa, como seguir un pedido. Además, siete de cada diez usuarios preferían comunicarse con negocios por WhatsApp antes que usar un chatbot independiente, llamar por teléfono o escribir un correo, de acuerdo con la misma referencia.
La velocidad modifica el resultado
Una persona que pregunta por una Toyota usada, una bolsa de cemento o un departamento no siempre está comparando durante días. Muchas veces está resolviendo una necesidad concreta y contacta a varios proveedores al mismo tiempo. Si recibe una respuesta útil de un competidor y una confirmación automática vacía del resto, la oportunidad se desplaza.
La automatización más rentable suele ser la primera capa:
- Recepción inmediata: confirma que el mensaje llegó y detecta si se trata de precio, stock, financiación, turno, envío o reclamo.
- Calificación: captura localidad, producto, presupuesto, plazo y datos de contacto sin obligar al cliente a completar un formulario.
- Respuesta basada en datos: consulta la fuente autorizada en vez de inventar disponibilidad o condiciones.
- Derivación ordenada: entrega el resumen a un vendedor cuando hace falta negociar, revisar documentación o resolver una excepción.
Un estudio de Kantar encargado por Meta, con consumidores online de distintos mercados incluida Argentina, registró que el 73,3% prefería la mensajería para comunicarse con una empresa, el 72,4% tenía mayor probabilidad de comprar a una marca que ofreciera ese canal y el 74,6% confiaba más cuando podía intercambiar mensajes con ella. La información sobre preferencias de mensajería y atención empresarial también indica que, en Argentina, el 58% esperaba respuestas más rápidas por WhatsApp y el 53% lo consideraba el método más cómodo para contactar a una marca.
Regla práctica: automatizá la espera, la captura de datos y las consultas repetitivas. No automatices por defecto la negociación, las excepciones ni las decisiones que afectan dinero o documentación sensible.
WhatsApp Business app, API y Platform, qué pieza te sirve
La WhatsApp Business app sirve cuando una persona o un equipo pequeño gestiona conversaciones desde un teléfono o una computadora, usa respuestas rápidas, etiquetas y catálogo, y no necesita integrar cada interacción con el ERP. Un taxista, un estudio jurídico pequeño o un comercio de barrio puede operar bien con esa opción si el volumen es manejable y una misma persona controla el contexto.
La API es otra cosa. Una API permite que un sistema externo envíe y reciba mensajes, pero no es por sí misma un chatbot, una bandeja para vendedores ni un CRM. La empresa debe construir o contratar la lógica que interpreta el mensaje, consulta datos, decide qué responder y registra el resultado.
Comparación operativa
| Característica | WhatsApp Business app | WhatsApp API | WhatsApp Business Platform |
|---|---|---|---|
| Uso principal | Atención manual con herramientas básicas | Conexión técnica con sistemas externos | Automatización empresarial y operación multicanal |
| Múltiples agentes | Limitado por la forma de trabajo del equipo | Depende de la aplicación construida | Sí, mediante bandeja, CRM o sistema propio |
| Plantillas aprobadas | Gestión simple de mensajes comerciales | Disponible mediante integración | Disponible con control de categorías y estados |
| Webhooks | No como arquitectura empresarial completa | Sí | Sí, con recepción y envío bidireccional |
| Ventana de servicio | Gestión manual | La aplicación debe implementarla | Forma parte del diseño operativo |
| CRM, ERP y pagos | Integraciones limitadas | Posibles si se desarrollan | Diseñados para integrarse con flujos empresariales |
| Memoria conversacional | Depende del historial visible | Hay que construirla | Se implementa con orquestador y sistemas conectados |
| Mejor encaje | Negocio pequeño y bajo volumen | Equipo técnico que quiere construir | Empresa con ventas, soporte y trazabilidad |
Un error común es comprar un número dentro de la app y suponer que eso habilita automáticamente una operación empresarial. La migración, la verificación de la empresa, el proveedor de conexión y la configuración de plantillas son decisiones separadas. También hay que entender las categorías de mensajería y los cargos asociados a conversaciones de utilidad, autenticación o marketing.
La diferencia entre una conexión API y una operación empresarial de WhatsApp ayuda a ordenar esa elección. Para una concesionaria con varios vendedores, un retailer con pedidos y un corralón con stock por sucursal, la app suele quedarse corta porque no resuelve la asignación, la consulta de sistemas ni la auditoría del proceso.
Arquitectura de un chatbot conectado a tu stack
Un bot de producción no debería ser una caja de texto conectada directamente a un modelo de lenguaje. La arquitectura debe separar la recepción del mensaje, su interpretación, la ejecución de acciones y el registro comercial.
La entrada tiene que ser confiable
La primera capa recibe el webhook firmado de Meta, valida que el evento corresponda al número y descarta mensajes duplicados o inválidos. La idempotencia es obligatoria. Si el proveedor reintenta un evento y el sistema crea dos leads, dos reservas o dos órdenes de pago, el problema aparece en producción, no en una demo.
La entrada también debe normalizar audios, imágenes y documentos. Un mensaje como “me pasás el precio de ese” necesita conservar el contexto del producto anterior. Un audio debe transcribirse con una marca de confianza y una imagen de un comprobante debe quedar sujeta a revisión cuando no puede validarse con seguridad.
El entendimiento no decide solo
El motor NLU detecta intenciones como consultar_stock, agendar_test_drive, seguir_pedido o hablar_con_un_vendedor. También debe reconocer el español rioplatense, abreviaturas, errores de escritura y expresiones como “tenés”, “me averiguás” o “cuánto queda puesto en casa”.
La detección de intención no alcanza. El sistema necesita extraer entidades, por ejemplo modelo, sucursal, localidad, superficie, cantidad, medio de pago y fecha. Cuando la confianza es baja, el bot debe preguntar o derivar. Un modelo que completa silenciosamente un dato ausente es más peligroso que uno que admite que no sabe.
La ejecución conecta sistemas, no improvisa respuestas
El orquestador funciona mejor con una máquina de estados. Decide si puede responder con una base de conocimiento, si debe consultar una API, si necesita pedir un dato obligatorio o si tiene que pasar el caso a una persona.
Los conectores pueden consultar stock del ERP, catálogo y pedidos de VTEX, una pasarela como Mercado Pago o dLocal, la agenda de vendedores y el CRM. La última capa registra intención, datos capturados, respuesta, vendedor asignado, UTM, estado del lead y resultado. La atención al cliente automatizada con trazabilidad debe contemplar esa escritura en el CRM, no solo la velocidad de respuesta.
Error de producción: un webhook sin idempotencia duplica eventos. Un NLU sin fallback convierte una interpretación dudosa en una promesa comercial.
Plantillas, ventana de 24 horas y derivación a humano
WhatsApp Business Platform separa la conversación iniciada por el cliente de los mensajes que la empresa quiere enviar después. Esa diferencia afecta el contenido, la aprobación y la operación diaria.
Las plantillas HSM permiten iniciar o retomar ciertos contactos con un mensaje aprobado. Pueden incluir variables, encabezados, botones y enlaces, pero no son un espacio para escribir cualquier texto cada vez. Una plantilla para confirmar una visita no debería transformarse en una promoción improvisada de otro producto.
El reloj de atención
Cuando el cliente escribe, se abre una ventana de servicio al cliente de 24 horas. Durante ese período, el equipo o el bot puede responder de forma más libre dentro de las políticas de la plataforma. Una vez vencida, un seguimiento outbound necesita una plantilla autorizada y debe corresponder a una finalidad válida.
La clasificación entre utility, authentication y marketing importa tanto para el cumplimiento como para el control de costes. Mandar una plantilla de marketing fuera del contexto esperado, insistir ante una persona que no pidió contacto o usar una categoría incorrecta deteriora la calidad del número y puede terminar en restricciones o bloqueo.
El fallback tiene que ser una función, no una excepción
No conviene definir la derivación solo con una frase como “si no entiende, pasá a un vendedor”. Hace falta un protocolo visible:
- Pedido explícito: “quiero hablar con alguien”, “pasame un asesor” o “llamame”.
- Baja confianza: el bot no distingue entre producto, intención o dato sensible.
- Reintentos fallidos: la persona reformula varias veces y sigue sin obtener una respuesta.
- Riesgo comercial: crédito, documentación, reclamo complejo, cancelación o negociación.
- Falla externa: el ERP, el stock o la agenda no responden.
Un mensaje útil de transferencia podría ser: “Te paso con Laura, asesora de ventas. Le comparto que buscás una pickup usada, en Córdoba, con financiación y entrega durante este mes. Si querés agregar algo antes de que tome el caso, escribilo acá”. El CRM debería recibir ese mismo resumen, junto con la conversación y los campos capturados.
La derivación no es una derrota del bot. Es el mecanismo que protege la experiencia cuando la automatización ya no tiene información suficiente o autoridad para avanzar.
Cómo se conecta con stock, ERP, pagos y CRM por rubro
La integración correcta depende de qué dato cambia, quién lo administra y qué acción puede comprometer al negocio. Un bot no debería tratar del mismo modo una consulta de catálogo y una reserva de unidad.
| Rubro | Sistema origen | Disparador | Respuesta al cliente |
|---|---|---|---|
| Concesionaria | DMS propio, InfoAuto y CRM | Consulta de modelo, usado, financiación o test drive | Precio disponible, datos del vehículo, rango de toma o turno, con derivación si falta validación |
| Corralón | ERP y stock por sucursal | Producto, cantidad, retiro o envío | Existencia por local, alternativa, flete y link de pago |
| Retailer | VTEX y sistema de pagos | Producto, cuotas, envío o pedido | Precio vigente, opciones de entrega y estado del pedido |
| Inmobiliaria | Tokko CRM y calendario | Consulta de propiedad o visita | Ficha, requisitos, calificación y horarios disponibles |
| Mayorista | ERP, listas internas y pagos | Pedido por zona o volumen | Disponibilidad, condiciones, orden de pago y comprobante |
En una concesionaria de Buenos Aires, la consulta de un usado puede requerir validar el dominio y el rango de toma con InfoAuto, mientras el DMS confirma si la unidad puede reservarse. El bot puede mostrar una respuesta preliminar, pero la reserva debería bloquearse en el sistema de origen y exigir confirmación antes de prometerla.
En un corralón de Mendoza, el stock por sucursal es más importante que el stock global. La respuesta tiene que distinguir “hay unidades en la red” de “hay unidades en el local elegido”. Si Tango Gestión devuelve información antigua o SAP no confirma el bloqueo, el bot debe comunicar que está verificando, no afirmar que el pedido quedó reservado.
Qué pasa cuando el sistema no responde
VTEX puede resolver catálogo, order status y checkout, pero el flujo se rompe si el bot no diferencia un pedido creado de un pago confirmado. Una inmobiliaria puede tener la ficha actualizada en Tokko y la agenda desactualizada en el calendario. Un mayorista puede emitir una orden de pago y todavía necesitar validar el comprobante antes de liberar la preparación.
La conexión de WhatsApp con un CRM comercial debe conservar la fuente de cada dato. Hay que saber qué se consultó, cuándo, con qué respuesta y qué operación quedó pendiente. Los datos que cambian con rapidez pueden consultarse en tiempo real, mientras que textos estables, como políticas de entrega, pueden mantenerse en una base controlada. La decisión depende de la caducidad y del riesgo, no de la comodidad del desarrollador.
Gobernanza de datos y cumplimiento en flujos con IA
Tener consentimiento no resuelve toda la gobernanza. Los Términos de WhatsApp Business exigen que la empresa tenga los derechos, permisos y autorizaciones necesarios para compartir información de contacto y otros datos personales con WhatsApp y comunicarse mediante el servicio, según los Términos de WhatsApp Business.
La empresa también debe distinguir la atención iniciada por el cliente de un seguimiento transaccional o una campaña de marketing. No es igual responder una pregunta sobre una factura que conservar una foto del DNI, procesar un CUIT, almacenar un audio o enviar una promoción posterior.
La matriz mínima de datos
Antes de conectar un modelo con el CRM, conviene documentar cada campo con cinco preguntas:
- Qué dato se guarda: teléfono, nombre, dirección, CUIT, audio, foto, interés o comprobante.
- Dónde vive: WhatsApp, middleware, CRM, ERP, almacenamiento de archivos o logs.
- Quién accede: bot, vendedor, supervisor, proveedor tecnológico o administrador.
- Cuánto tiempo se retiene: plazo operativo, obligación documental y criterio de eliminación.
- Si puede alimentar un modelo: datos excluidos del entrenamiento, embeddings separados y logs auditables.
Una foto del DNI enviada para una financiación no debería persistir indefinidamente en el historial del bot. Una dirección de entrega podría necesitar una retención operativa limitada, mientras una consulta de stock no debería entrenar un modelo general. Si el cliente revoca una autorización, el proceso de eliminación tiene que ser ejecutable y verificable.
Separar conversación, conocimiento y auditoría
Los datos de entrenamiento no son lo mismo que los embeddings usados para recuperar información, y ninguno debería confundirse con los logs de auditoría. La empresa debe poder reconstruir qué preguntó el cliente, qué fuente consultó el sistema, qué respuesta generó y quién intervino después.
En una inmobiliaria, una foto de documentación exige controles distintos de una ficha pública. En una concesionaria, un dato financiero requiere limitar el acceso por rol. En un retailer, dirección y comprobante no deberían quedar disponibles para todos los agentes. La gobernanza funciona cuando el sistema minimiza datos, cifra el almacenamiento, limita permisos y puede eliminar registros sin romper el CRM.
Checklist de despliegue y métricas para medir de verdad
El lanzamiento debe tratarse como una operación comercial, no como la publicación de un número con respuestas automáticas.
Antes de producción
- Número y empresa: verificar la cuenta, el número y los permisos necesarios para operar en el canal oficial.
- Plantillas: aprobar mensajes de utilidad, autenticación y marketing, y probar variables, botones y enlaces.
- Fuentes reales: conectar stock, precios, ERP, catálogo, pagos y agenda con datos del negocio.
- Fallback: probar mensajes ambiguos, audios, fotos, información faltante y solicitudes de una persona.
- CRM: registrar intención, origen, UTM, vendedor, etapa, tarea y resultado.
- Privacidad: documentar finalidad, acceso, retención, eliminación y exclusión de conversaciones del entrenamiento.
Durante el primer día
Revisá cada conversación que implique una cotización, una reserva o un pago. Compará la respuesta del bot con la fuente de verdad y verificá que una derivación llegue al vendedor con contexto suficiente. También hay que comprobar que los reintentos del webhook no dupliquen leads ni acciones.
El stock desactualizado aparece cuando el ERP responde con retraso o cuando la integración no maneja correctamente eventos repetidos. Las plantillas pueden ser rechazadas por lenguaje promocional inadecuado, incluso cuando el equipo las considera inocuas. Otro fallo frecuente ocurre cuando el vendedor recibe la derivación, pero no ve qué producto pidió el cliente ni qué datos ya entregó.
Después de la puesta en marcha
Medí el proceso completo, no solo la cantidad de mensajes respondidos:
- Tiempo a la primera respuesta: cuánto espera el cliente antes de recibir una contestación útil.
- Resolución sin humano: cuántas conversaciones terminan correctamente sin intervención.
- Tasa de derivación: qué intenciones requieren equipo y por qué.
- Consultas fuera de horario: oportunidades capturadas cuando el personal no estaba disponible.
- Cotizaciones y conversión: cuántas cotizaciones se emiten y qué resultado tienen por intención.
- Atribución: leads e ingresos asociados a enlaces
wa.me, UTMs y etapas del CRM. - Calidad del dato: porcentaje de respuestas que coinciden con stock, precio y estado real.
A los treinta días, el dueño del negocio debería responder tres preguntas: ¿qué intención genera más valor y todavía recibe una mala respuesta?, ¿qué integración provoca más derivaciones o correcciones manuales?, y ¿el equipo comercial aprovecha mejor los leads o solo recibe más conversaciones?
Si las respuestas muestran un flujo estable, recién entonces conviene extender el modelo a otro rubro, sucursal o proceso. Escalar un bot que todavía inventa stock, pierde el contexto o retiene datos sin control solo multiplica el problema.
Octatech configura agentes de IA sobre WhatsApp Business Platform, los conecta con stock, ERP, pagos y CRM, y registra cada interacción para que el equipo pueda calificar, cotizar, asignar y hacer seguimiento. Conocé cómo aplicar este enfoque a tu operación y visitá Octatech.
