Chatbot de WhatsApp para empresas: qué resuelve, qué cuesta y dónde se atasca

Montar un chatbot de WhatsApp para empresas parece la decisión más fácil del año: el cliente ya está ahí, ya escribe, ya espera respuesta inmediata. Y sin embargo es donde más proyectos se quedan a medias, porque casi nadie mira antes las tres cosas que lo determinan todo: qué permite la plataforma, qué datos hay al otro lado del bot y quién responde cuando el bot no sabe.

Esta guía va de eso. Qué se puede hacer hoy en WhatsApp con garantías, qué limita la propia plataforma, cuánto cuesta de verdad entre licencias y mensajes, cómo se conecta con el CRM y qué exige el RGPD antes de escribir el primer mensaje. Si lo que buscas es el criterio general sobre bots en cualquier canal, está en chatbot para empresas; aquí bajamos al canal concreto.

¿Qué es un chatbot de WhatsApp para empresas?

Hay dos productos distintos y confundirlos cuesta meses. La aplicación WhatsApp Business es gratuita, se instala en un móvil, permite un catálogo, respuestas rápidas y etiquetas. Sirve para un negocio pequeño con una persona atendiendo. No se integra con nada, no soporta varios agentes trabajando en serio y no se automatiza más allá de un mensaje de bienvenida.

La plataforma de WhatsApp Business (la API) es otra cosa: no tiene interfaz propia. Es un canal al que conectas tu software —un CRM, un centro de contacto, un motor conversacional— a través de un proveedor autorizado. Ahí es donde vive un chatbot de verdad: recibe el mensaje, consulta tus sistemas, responde y escala a una persona cuando toca.

Un detalle que ahorra discusiones: la API no se contrata sola. Se contrata a través de un proveedor de soluciones que gestiona el número, la verificación del negocio y la facturación de los mensajes. Ese proveedor es un actor más en tu arquitectura, con su contrato, su SLA y su acceso a las conversaciones. Elegirlo por precio y no por integración es el error más caro de todo el proyecto.

Un bot de WhatsApp no es un producto que se compra. Es un canal que se conecta a los sistemas que ya tienes, y vale exactamente lo que valgan esos sistemas.

¿Qué casos funcionan de verdad y cuáles no?

El patrón es constante: funciona lo que se puede responder consultando un dato concreto, y fracasa lo que exige criterio.

Casos que rinden desde el primer mes:

• Estado de pedido, envío o cita. El cliente escribe, el bot identifica el número de pedido y consulta el ERP. Respuesta en segundos, cero cola.
• Confirmación y reprogramación de citas. Sustituye llamadas de recordatorio y reduce ausencias. Es el caso con retorno más limpio en clínicas, talleres y servicios a domicilio.
• Preguntas frecuentes con respuesta estable. Horarios, condiciones de devolución, documentación necesaria para un trámite. Ojo: estable significa que no cambia cada semana.
• Captura y cualificación de contactos. El bot hace cuatro preguntas, crea la ficha en el CRM y avisa a comercial. No cierra nada, pero deja el trabajo hecho.
• Recogida de documentación. El cliente envía una foto de la factura o del DNI, el sistema la clasifica y la deposita donde corresponde.

Casos donde un bot de WhatsApp casi siempre decepciona:

• Reclamaciones e incidencias abiertas. El cliente que escribe enfadado quiere una persona, y cada turno de conversación con el bot empeora la situación.
• Ventas consultivas. Si el producto necesita explicación, el bot funciona como filtro, no como vendedor.
• Soporte técnico profundo. Cuando la respuesta depende de la configuración concreta de ese cliente, el bot solo sabe pedir datos.
• Cualquier proceso que internamente esté roto. Si el almacén no actualiza el estado del pedido, el bot responderá información falsa más rápido que antes.

Esa última línea es la que más conviene leer dos veces. Un bot no arregla un proceso; lo expone. Es la misma lógica que aplicamos al decidir qué procesos automatizar primero.

¿Qué límites impone la plataforma?

Aquí es donde se rompen las expectativas de marketing, así que conviene tenerlo claro antes de prometer nada internamente.

La ventana de 24 horas. Cuando un cliente te escribe, se abre una ventana de servicio de 24 horas en la que puedes responderle libremente, con el formato que quieras. Pasadas esas 24 horas desde su último mensaje, no puedes escribirle texto libre. Solo puedes iniciar la conversación con una plantilla aprobada previamente.

Las plantillas. Cada mensaje que inicia la empresa tiene que estar registrado y aprobado, con sus variables. Se clasifican por categoría —utilidad, marketing, autenticación— y esa categoría determina lo que pagas y lo estricto de la revisión. Las plantillas de marketing son las más caras y las que más se rechazan. Cambiar el texto implica volver a pasar por aprobación, lo que en la práctica significa que un mensaje transaccional no se improvisa un viernes por la tarde.

El opt-in. No puedes escribir a alguien porque tengas su móvil en la base de datos. Necesitas un consentimiento previo y demostrable para ese canal. Importar 12.000 números de un CRM y lanzar una campaña es la vía rápida a que bloqueen tu número.

La calidad del número. La plataforma puntúa tu número según cómo reaccionan los usuarios: bloqueos y reportes lo degradan y reducen tu límite de mensajes diarios. Un bot pesado o una campaña mal segmentada no solo rinde poco: te deja sin canal.

Los límites de envío. Un número nuevo empieza con un tope bajo de conversaciones iniciadas al día y va subiendo si la calidad se mantiene. Planificar una campaña masiva la primera semana no sale bien.

¿Cuánto cuesta de verdad un chatbot de WhatsApp?

El error habitual es comparar proveedores por la cuota mensual e ignorar las otras tres partidas. Un desglose honesto tiene esta forma:

| Partida | Qué incluye | Orden de magnitud | |---|---|---| | Proveedor de la API | Número, panel, bandeja compartida, conectores | Cuota mensual, por puestos o por volumen | | Mensajes | Plantillas iniciadas por la empresa, según categoría y país | Céntimos por mensaje; las de marketing, el múltiplo más alto | | Integración | Conexión con ERP/CRM, lógica de negocio, pruebas | Pago único, la partida más grande al inicio | | Mantenimiento | Plantillas nuevas, ajuste de flujos, revisión de fallos | Horas recurrentes al mes, todos los meses |

Dos avisos sobre este cuadro. Primero: las tarifas por mensaje cambian —han cambiado varias veces en los últimos años— y dependen del país del destinatario y de la categoría; comprueba la tabla vigente antes de modelar nada, no des por buena una cifra de un blog, incluido este. Segundo: las conversaciones que inicia el cliente y se atienden dentro de la ventana de servicio son mucho más baratas que las que inicias tú. Un diseño que empuja al cliente a escribir primero cuesta una fracción de uno basado en campañas salientes.

La partida que casi siempre se subestima es la última. Un bot vivo consume entre cuatro y diez horas al mes de alguien que revise conversaciones fallidas y ajuste flujos. Si nadie tiene esas horas asignadas, el bot se degrada en tres meses y acaba desconectado.

¿Cómo se integra con el CRM y el resto de sistemas?

Un bot sin integración es un contestador con botones. La diferencia entre los dos está en cuatro conexiones concretas:

1. Lectura de estado. El bot consulta el pedido, la cita o el expediente en el ERP. Si no hay API ni nadie quiere abrirla, el proyecto se queda en preguntas frecuentes. 2. Escritura en el CRM. Cada conversación crea o actualiza un contacto, con su origen y su etiqueta. Sin esto no hay forma de saber si el canal genera negocio. 3. Escalado a persona. El traspaso tiene que llevar el historial completo a la bandeja del agente, y el agente tiene que poder devolver la conversación al bot. Un escalado que obliga al cliente a repetirlo todo anula el ahorro. 4. Identificación del cliente. El número de teléfono es el identificador natural, pero rara vez está limpio en el CRM. Normalizar prefijos y duplicados es trabajo previo, aburrido e inevitable.

Un matiz de arquitectura: conviene que la lógica de negocio viva en tu lado, no en el panel del proveedor. Si toda la conversación está programada dentro de la herramienta del proveedor, cambiar de proveedor significa reescribirlo todo. Lo tratamos con más detalle en integración con las herramientas que ya usas.

Y una decisión que conviene tomar pronto: si el bot responde con reglas o con un modelo de lenguaje. Las reglas son predecibles, baratas y rígidas. Un modelo entiende mejor lo que el cliente quiere decir, pero necesita límites duros sobre qué puede afirmar y acceso controlado a los datos. En canales donde el mensaje queda por escrito en el móvil del cliente, la predictibilidad vale mucho. Lo habitual que funciona es un híbrido: modelo para entender la intención, reglas y consultas a sistemas para responder.

¿Qué exige el RGPD en este canal?

Un número de móvil es un dato personal y una conversación de WhatsApp es un tratamiento. Lo mínimo que hay que tener resuelto antes de arrancar:

• Base jurídica y opt-in registrado. Guarda cuándo, dónde y cómo consintió cada persona recibir mensajes por este canal. Si no lo puedes demostrar, no lo tienes.
• Contrato de encargado de tratamiento con el proveedor de la API, que sí accede a los contenidos. Revisa dónde se alojan y cuánto tiempo se conservan.
• Información en el primer contacto. Quién trata sus datos, para qué y cómo ejercer derechos. Un enlace a la política de privacidad en el mensaje de bienvenida y en la ficha del perfil.
• Política de retención. Las conversaciones no se guardan para siempre «por si acaso». Define plazo y aplícalo.
• Qué no pasa por el canal. Datos de salud, datos financieros sensibles o documentación identificativa exigen decisiones explícitas, no que el cliente mande una foto porque le resulta cómodo.

Si el bot usa un modelo de lenguaje, añade la revisión de qué se envía al proveedor del modelo y con qué garantías. El detalle está en RGPD e IA.

¿Cómo se monta sin que se convierta en un proyecto eterno?

Un despliegue sensato cabe en seis semanas si se acota. Este es el orden que usamos:

| Semana | Trabajo | Resultado | |---|---|---| | 1 | Elegir 3-5 intenciones reales sacadas de conversaciones pasadas | Alcance cerrado por escrito | | 2 | Alta del número, verificación del negocio, proveedor y contratos | Canal operativo en pruebas | | 3-4 | Integración con ERP/CRM y diseño del escalado a persona | Bot respondiendo con datos reales | | 5 | Piloto con tráfico limitado y revisión diaria de conversaciones | Flujos corregidos con casos reales | | 6 | Apertura y cuadro de métricas | Canal en producción con dueño asignado |

Las cuatro métricas que valen la pena desde el día uno: porcentaje de conversaciones resueltas sin persona, tiempo hasta la primera respuesta útil, tasa de escalado y —la que casi nadie mide— cuántas conversaciones acaban en abandono sin respuesta. Esa última es la que revela los agujeros.

Y una regla de seguridad: deja siempre una salida clara a persona en cada paso del flujo. No la escondas. El cliente que encuentra la salida rápido perdona el bot; el que se siente atrapado escribe una reseña.

Preguntas frecuentes

¿Necesito la API o me basta con la aplicación de WhatsApp Business?

Si atiende una sola persona, no necesitas integración y el volumen es bajo, la aplicación gratuita basta. En cuanto haya varios agentes, un CRM que deba enterarse o automatismos sobre datos de tus sistemas, hace falta la plataforma con API a través de un proveedor autorizado.

¿Puedo escribir a mi base de datos de clientes por WhatsApp?

Solo a quienes hayan dado consentimiento previo y verificable para ese canal, y usando plantillas aprobadas. Enviar mensajes a una lista importada sin opt-in degrada la calidad del número y puede terminar en bloqueo.

¿Cuánto tarda en verse el retorno?

En casos transaccionales —estado de pedido, citas— el efecto se nota en semanas porque se mide en llamadas y correos que dejan de entrar. En captación comercial el retorno es más lento y depende de que el CRM registre bien el origen de cada contacto.

¿Conviene usar un modelo de lenguaje o reglas?

Lo que mejor funciona es combinarlos: el modelo interpreta lo que pide el cliente y las reglas más las consultas a tus sistemas generan la respuesta. Así se aprovecha la flexibilidad del modelo sin dejar que improvise datos que no tiene.

Si estás valorando este canal y no tienes claro si tus sistemas aguantan la integración, esa es exactamente la pregunta que resuelve la auditoría: mirar qué datos hay, qué APIs existen y qué caso concreto merece ser el primero. Y si ya lo tienes decidido y lo que quieres es que alguien lo monte y responda del resultado, hablemos.