Caso de estudio
Un proyecto centrado en decisiones prácticas y restricciones reales, donde cada paso del proceso responde a una necesidad concreta de operación.
La gestión de reservas estacionales presentaba un cuello de botella claro: los pedidos llegaban por distintos canales, la disponibilidad se actualizaba de forma manual y los errores de doble asignación aparecían justo en los picos de demanda. El equipo perdía horas cruzando hojas de cálculo y respondiendo correos para confirmar lo que ya debería estar resuelto.
En lugar de construir un sistema nuevo desde cero, se revisó el flujo existente para identificar los puntos donde la fricción era mayor. La decisión fue centralizar la entrada de datos en una sola interfaz, con reglas de validación que impidieran la doble reserva y un calendario compartido que mostrara la capacidad real en tiempo real. Se priorizaron las funciones que resolvían el problema inmediato, dejando las mejoras cosméticas para una segunda fase.
El trabajo se dividió en tres bloques: primero, la unificación de los canales de entrada; segundo, la lógica de disponibilidad con bloqueos automáticos; tercero, un panel simple para que el equipo viera el estado de cada reserva sin depender de informes externos. Las pruebas se hicieron con datos reales de la temporada anterior, lo que permitió ajustar los tiempos de respuesta antes del lanzamiento.
El flujo quedó operativo en seis semanas. Las reservas duplicadas desaparecieron, el tiempo de confirmación pasó de horas a minutos y el equipo pudo dedicar las mañanas a atender consultas en lugar de conciliar datos. El cambio no fue tecnológico, fue de orden: las reglas claras y una sola fuente de verdad hicieron el trabajo pesado.
El proceso quedó documentado en una guía interna que describe cada paso, los criterios de decisión y los errores comunes que se evitaron. Esa misma documentación sirvió para entrenar a dos personas nuevas sin necesidad de acompañamiento constante.