Un bot de WhatsApp no fracasa porque el modelo sea malo. Fracasa cuando el canal, la arquitectura y las expectativas se mezclan. Si el bot escucha, promete y ejecuta sin un sistema claro detras, lo que parece asistencia termina siendo ruido con telefono.
- El canal es solo la punta del sistema; el valor real vive en la arquitectura detras.
- WhatsApp necesita respuestas claras, poco ruido y confirmaciones honestas.
- Frontdesk ligero, workflows para tareas repetidas y workers para trabajo pesado es una combinacion mucho mas sana que un bot monolitico.
Que problema debe resolver tu bot
Antes del canal, define la tarea: responder preguntas frecuentes, captar leads, clasificar mensajes, resumir solicitudes o derivar trabajo a un workflow. Si el objetivo es difuso, el bot tambien lo sera.
Arquitectura minima
- Canal de WhatsApp conectado correctamente.
- Frontdesk que escucha, resume y delega.
- Workflow o worker segun el tipo de tarea.
- Logs y observabilidad minima.
- Reglas para no confirmar acciones sin evidencia.
El error clasico
Hacer que el bot quiera hacer todo: conversar, ejecutar, buscar, editar, enviar y recordar. En WhatsApp eso se siente especialmente mal porque el usuario espera inmediatez. Si el sistema se pone a 'pensar' demasiado, la experiencia ya perdio.
Por donde empezar
- Empieza con un solo caso de uso.
- Mide tiempo de respuesta y tasa de derivacion correcta.
- Deja a un humano revisar salidas sensibles.
- Sube a multiagente solo cuando el caso base ya este estable.
Que leer despues
Conversa con la academia y deja criterio publico.
Ahora el acceso vive arriba a la derecha, como debe ser. Desde ahi puedes entrar, comentar y abrir el bot flotante para resolver dudas puntuales sin romper la lectura.
Los comentarios se moderan cuando hace falta, los aportes utiles se votan y el bot flotante responde corto, con contexto del articulo y limites claros de uso.