Chatbot con IA para WhatsApp Business: qué cuesta de verdad

Un chatbot para WhatsApp puede ser un menú de opciones, un asistente que busca información o un agente que ejecuta acciones. Esos tres productos comparten un canal, pero no comparten alcance, riesgo ni costo. La pregunta útil no es “¿cuánto sale un bot?”, sino qué consultas resolverá, con qué información, hasta dónde puede actuar y cuándo debe intervenir una persona.

Esta guía se refiere a soluciones construidas sobre WhatsApp Business Platform y su Cloud API oficial. No recomendamos automatizaciones que imitan a una persona mediante WhatsApp Web o herramientas no autorizadas. Además del riesgo técnico, pueden incumplir las condiciones del servicio y dejar una operación comercial atada a un acceso inestable.

Antes de hablar de IA: aplicación, plataforma y atención

La aplicación WhatsApp Business permite que una empresa atienda desde dispositivos y use funciones pensadas para negocios. La plataforma, en cambio, ofrece APIs y webhooks para integrar mensajería con sistemas, automatizaciones y bandejas multiagente. Para un chatbot conectado a CRM, agenda, pedidos o documentos, normalmente se evalúa la plataforma oficial.

La IA tampoco reemplaza por sí sola la operación de atención. Hace falta una fuente de respuestas aprobadas, criterios para reconocer la intención, reglas para datos sensibles, un mecanismo de derivación y personas disponibles para recibir los casos que salen del alcance. Si nadie define esos elementos, el proyecto puede responder con fluidez y aun así resolver mal.

Las ocho capas que componen el costo

1. Cuenta, número y configuración del canal oficial

Hay que configurar la cuenta comercial, el número, los permisos y la conexión con la API. Según el caso, la empresa puede trabajar directamente con Meta o mediante un proveedor de solución o plataforma de atención. El costo y las responsabilidades cambian: algunos proveedores agregan abono, margen sobre mensajería, usuarios, almacenamiento o funciones de bandeja. La propuesta debe separar lo que cobra Meta de lo que cobra el intermediario.

2. Mensajería y plantillas

Meta mantiene reglas de categorías, ventanas de atención, plantillas y tarifas que pueden variar según país, tipo de mensaje y fecha. Por eso no conviene copiar una tabla de precios de un artículo y tratarla como contrato. El presupuesto tiene que enlazar la tarifa oficial vigente, indicar el país de destino supuesto, diferenciar mensajes iniciados por la empresa de respuestas de servicio y aclarar si existe margen adicional del proveedor.

3. Bandeja y trabajo humano

Cuando el bot deriva una conversación, alguien debe verla con contexto, tomarla, responder y cerrarla. Una bandeja puede cobrar por usuario o plan e incluir distintos permisos, historiales y reportes. También existe un costo operativo interno: turnos, responsables, tiempo de respuesta, capacitación y supervisión. Automatizar la entrada sin diseñar la salida suele empeorar la experiencia.

4. Diseño conversacional y conocimiento

Hay que escribir mensajes de bienvenida, límites, preguntas de aclaración, confirmaciones y cierres. Para usar IA, además se seleccionan fuentes confiables, se preparan documentos, se definen instrucciones y se crean ejemplos de prueba. Un catálogo desactualizado o una política contradictoria no se vuelve confiable por cargarla en un buscador semántico.

5. Modelo de IA y herramientas

El modelo puede cobrar por texto procesado, respuesta generada o herramientas utilizadas. Una conversación larga consume más que una clasificación breve. También puede haber embeddings, búsqueda, transcripción de audio o análisis de imágenes. La estimación debe usar conversaciones representativas y medir consumo real; elegir el modelo más grande por defecto no garantiza mejor resultado económico.

6. Integraciones y acciones

Consultar el estado de un pedido es distinto de modificarlo. Para leer o escribir en CRM, ERP, agenda, stock o facturación hacen falta APIs, credenciales, permisos y manejo de errores. Las acciones sensibles deberían pedir confirmación y registrar qué información se usó. Cuantos más sistemas y efectos tenga el agente, mayor es el esfuerzo de prueba y control.

7. Privacidad, consentimiento y seguridad

Los términos de WhatsApp para empresas asignan a la compañía la responsabilidad de obtener derechos, permisos y opt-in necesarios, informar el tratamiento y respetar pedidos de baja. En Argentina, además corresponde analizar la Ley 25.326, la base de datos, los encargados, las transferencias y las medidas de seguridad. La empresa debe saber qué contenido llega a Meta, al proveedor de bandeja, al modelo y a sus propios registros.

8. Monitoreo y mantenimiento

Hay que observar entregas, errores, latencia, derivaciones, consumo, preguntas no resueltas y cambios en fuentes. Las plantillas pueden necesitar aprobación; los precios y políticas pueden cambiar; una integración puede dejar de responder. El mantenimiento no debe confundirse con “entrenar al bot”: incluye operación, seguridad, actualización de contenido y mejora basada en conversaciones revisadas de forma legítima.

Tres alcances posibles

Bot de orientación y derivación

Responde preguntas aprobadas, pide pocos datos y deriva cuando no entiende o cuando aparece una condición sensible. No modifica sistemas. Es apropiado para validar demanda y motivos de contacto. Su éxito se mide por resolución correcta, claridad de la derivación y reducción de contactos repetidos, no por cantidad de mensajes enviados.

Asistente para el equipo de atención

La persona sigue siendo responsable de enviar la respuesta, pero recibe borradores, resúmenes, clasificación o información recuperada. Esta modalidad reduce el riesgo de una respuesta autónoma y permite reunir evidencia. Necesita una interfaz de trabajo, feedback y reglas sobre qué datos pueden copiarse al modelo.

Agente transaccional

Consulta o modifica sistemas: crea un turno, actualiza un caso, prepara una cotización o inicia un trámite. Necesita autenticación del usuario, confirmaciones, permisos mínimos, idempotencia para no duplicar acciones, auditoría y recuperación ante errores. El costo relevante está en la transacción completa y sus controles, no en generar la frase de respuesta.

Cómo estimar un costo mensual sin inventar

Empezá por una muestra de conversaciones reales, anonimizada cuando corresponda. Contá contactos, mensajes entrantes y salientes, motivos, duración y derivaciones. Identificá cuántas respuestas necesitarían plantilla, cuántas consultas llegan fuera del horario, cuántas requieren consultar un sistema y cuántas terminan en una persona. Con esa base se arma un modelo de volumen.

Después aplicá cada unidad de cobro: tarifa oficial de mensajería, abono o usuarios de bandeja, ejecuciones de automatización, consumo del modelo, infraestructura y horas de operación. Prepará al menos tres escenarios —bajo, esperado y alto— y definí alertas de gasto. Si el proveedor no puede explicar cómo cambia la factura cuando se duplica el volumen, la estimación está incompleta.

Finalmente, compará costo con un resultado operativo medible: casos correctamente resueltos, tiempo hasta la primera respuesta útil, porcentaje de derivaciones con contexto completo, errores por tipo y costo por caso. “Conversaciones automatizadas” no es suficiente: una conversación larga, barata y no resuelta sigue siendo un mal resultado.

Riesgos que el proyecto tiene que controlar

• Respuestas incorrectas: limitar fuentes, mostrar incertidumbre y derivar.
• Acciones duplicadas: usar claves de idempotencia y confirmación del estado.
• Datos sensibles: minimizar, enmascarar y evitar enviarlos cuando no sean necesarios.
• Falta de consentimiento: registrar opt-in, finalidad y pedidos de baja.
• Abuso y costos: aplicar límites, autenticación, monitoreo y alertas.
• Dependencia del proveedor: documentar datos, flujos, exportación y plan de continuidad.
• Caída de un sistema: informar, reintentar de forma segura y ofrecer canal humano.

No todas las consultas deberían automatizarse. Reclamos complejos, decisiones con impacto legal o financiero, situaciones emocionales y casos donde faltan datos suelen necesitar una persona. Un buen bot no intenta retener todo: reconoce sus límites y entrega el caso con contexto.

Qué pedir antes de aceptar una propuesta

1. Arquitectura con todos los proveedores y destinos de datos.
2. Supuestos de volumen y enlace a tarifas oficiales vigentes.
3. Separación entre costos de Meta, bandeja, IA, infraestructura e implementación.
4. Listado de intenciones incluidas y criterios de derivación.
5. Pruebas de aceptación, conjunto de evaluación y responsable de aprobar.
6. Política de acceso, retención, eliminación y respuesta a incidentes.
7. Plan de monitoreo, soporte, actualización y salida del proveedor.

En IA Experience el punto de partida es un diagnóstico de proceso desde USD 490. Relevamos el flujo de atención, los sistemas, las fuentes, las excepciones y los controles. El alcance y precio final se confirman por escrito. El diagnóstico es independiente y puede concluir que conviene mejorar la bandeja, el conocimiento o el proceso antes de agregar IA.

Preguntas frecuentes

¿Hace falta cambiar el número?

Depende de la configuración actual, la modalidad de incorporación y las capacidades vigentes de la plataforma. No debería prometerse una migración sin revisar la cuenta y la documentación oficial aplicable al momento del proyecto.

¿Se puede responder todo con IA?

Técnicamente se pueden generar muchas respuestas; operativamente no siempre corresponde. El alcance debe considerar riesgo, calidad de datos, consentimiento, autenticación y posibilidad de revisión humana.

¿Meta es el único costo por mensaje?

No. Puede haber cargos de un proveedor, bandeja, automatización, modelo e infraestructura. La factura completa también incluye implementación, mantenimiento y tiempo humano.