Cómo construyo un sistema de automatización de reservas por WhatsApp (paso a paso)
Muchos negocios pequeños —academias, clínicas, peluquerías, estudios— siguen gestionando sus reservas a mano: alguien mira un WhatsApp, comprueba un Excel o una agenda de papel, y contesta «¿tienes hueco o no?, prueba otro día». Funciona, pero no escala, y cada hora que se va en esto es una hora que no se dedica a dar clase, atender pacientes o cerrar ventas.
Esto es un build log real: cómo diseño y construyo uno de estos sistemas de principio a fin, con las decisiones técnicas y los problemas que aparecen por el camino. No es un caso de éxito con cifras de cliente, es el proceso tal cual lo aplico.
El problema de partida
El negocio tipo recibe consultas de disponibilidad por WhatsApp durante todo el día, tiene que revisar manualmente qué horas están libres, y confirmar o rechazar. Si tiene franjas dobles, la comprobación se complica todavía más. Y encima, alguien tiene que acordarse de avisar al profesional cada mañana de lo que tiene agendado.
Paso 1: mapear el proceso real, no el ideal
Antes de tocar ninguna herramienta, hablo con quien recibe las reservas hoy. No me interesa cómo debería funcionar el negocio, sino cómo funciona de verdad: qué preguntan los clientes, qué información necesita el negocio para decidir, y qué pasa cuando algo no encaja. Esta parte es la que más tiempo ahorra después.
Paso 2: elegir las piezas
Para este tipo de proyecto, mi stack habitual es n8n como motor de automatización, Evolution API para mandar y recibir mensajes de WhatsApp, Google Sheets como base de disponibilidad porque el negocio ya lo entiende y lo puede revisar sin depender de mí, y un Form Trigger o webhook como punto de entrada. No uso herramientas más complejas de lo que el proyecto necesita.
Paso 3: diseñar el flujo
El esqueleto queda así:
- Entrada: llega la solicitud por formulario o mensaje.
- Comprobación: el sistema mira la hoja de disponibilidad y contrasta la petición.
- Decisión: si hay hueco confirma automáticamente por WhatsApp, si no ofrece alternativas.
- Registro: guarda la reserva confirmada sin que nadie tenga que anotarla a mano.
- Resumen diario: cada mañana un mensaje automático recuerda al profesional lo que tiene agendado.
Gestionar franjas dobles consecutivas requiere que el sistema compruebe no solo si una hora está libre, sino si la siguiente también lo está, y bloquear ambas a la vez si se confirma. Es el tipo de caso límite que solo aparece cuando pruebas con datos reales, no con ejemplos de manual.
Paso 4: probar con casos reales, no con los felices
La tentación es probar solo el camino en el que todo sale bien. Pero pruebo explícitamente:
- Qué pasa si dos personas piden la misma hora casi a la vez.
- Qué pasa si alguien pide una franja doble y solo una de las dos horas está libre.
- Qué pasa si el mensaje llega fuera del horario del negocio.
- Qué pasa si el formato del mensaje no es el esperado.
Cubrir estos casos antes de entregar es lo que diferencia una automatización que funciona en la demo de una que funciona todos los días sin que nadie tenga que vigilarla.