Seasonal Booking Workflow
Un proyecto acotado, armado alrededor de decisiones concretas y restricciones reales.
Qué se buscaba resolver
El punto de partida era una agenda de reservas estacionales que se manejaba con planillas sueltas y mensajes cruzados. Cada temporada alta, el equipo de atención recibía pedidos por varios canales a la vez y no había una vista única de qué franja horaria estaba tomada. El objetivo no era sumar una herramienta más, sino ordenar el flujo entre quien pide, quien confirma y quien presta el servicio.
La restricción principal era el calendario: la ventana de implementación caía justo antes del inicio de temporada, así que cualquier cambio tenía que convivir con la operación en marcha. También pesaba el perfil de los usuarios, poco habituados a paneles complejos, y la necesidad de que el sistema funcionara igual desde el mostrador y desde el teléfono.
Cómo se resolvió y qué quedó
Se definió un flujo de tres pasos: solicitud, confirmación con cupo visible y recordatorio automático. Las franjas se agruparon por bloque horario en lugar de por hora suelta, lo que redujo la cantidad de cruces y dejó margen para reprogramar sin romper el resto del día. La validación de disponibilidad se movió al momento de la solicitud, no después.
El resultado se midió en la práctica: menos consultas repetidas sobre el mismo horario, confirmaciones más rápidas y una transición de temporada sin planillas paralelas. Quedaron pendientes algunos ajustes en los avisos por cambios de último momento, que se resolvieron con un protocolo manual acordado con el equipo.
Ver el caso anterior del portal de incorporación o volver a la lista completa de proyectos.
