Caso de estudio
Un proyecto centrado en decisiones prácticas y restricciones reales de calendario para una agencia de viajes culturales.
La agencia gestionaba reservas de rutas patrimoniales con hojas de cálculo y correos cruzados. Cada temporada alta, el equipo perdía horas reconciliando disponibilidad entre guías, transportes y alojamientos rurales. Los clientes recibían confirmaciones tarde y las cancelaciones de última hora dejaban huecos difíciles de cubrir.
Diseñamos un flujo de reservas por temporadas con tres estados visibles: abierto, próximo a cerrar y cerrado. Cada ruta tenía reglas propias de antelación mínima y límite de plazas. En lugar de construir un sistema complejo, definimos primero los puntos de fricción con el equipo: qué información necesitaban al abrir el teléfono y qué datos debían quedar registrados sin depender de la memoria.
Desarrollamos una interfaz de calendario con bloques de temporada arrastrables, validación automática de solapamientos y un panel de espera para clientes que querían reservar fuera de fechas. La parte más delicada fue el cálculo de capacidad: cada ruta combinaba guías con idiomas distintos y vehículos con plazas limitadas. El sistema priorizaba automáticamente las combinaciones más eficientes y marcaba las que requerían confirmación manual.
El equipo redujo el tiempo de gestión de reservas de tres horas diarias a cuarenta minutos. Las confirmaciones pasaron a enviarse en menos de dos horas, y los huecos de cancelación se rellenaron un 60% más rápido gracias a la lista de espera. El proyecto no resolvió todos los problemas de la agencia, pero eliminó la tarea más tediosa del día a día.
La decisión más discutida fue no automatizar la asignación de guías. Preferimos dejar esa elección en manos del equipo, que conoce los matices de cada ruta y las preferencias de los clientes habituales.
Trabajamos durante seis semanas con un equipo de cuatro personas. El presupuesto estaba cerrado desde el inicio, así que priorizamos las funciones que eliminaban más fricción y dejamos fuera las que solo añadían pulido visual. El resultado es un sistema que el equipo usa a diario sin necesidad de manual.
Proyectos seleccionados
Tres casos que muestran cómo abordamos problemas concretos: decisiones de diseño, restricciones reales y el contexto de cada encargo. Cada proyecto abre una página con el proceso y los detalles que importan.
Un proyecto con contexto real
Esta página enmarca un tema concreto en lugar de usar un titular genérico. Explica qué se está considerando, por qué importa en el contexto del sitio y qué detalle puede esperar el lector a continuación. El texto es deliberadamente sencillo y específico, para que se lea como un contenido real.
Ver caso completoDecisiones prácticas y restricciones
Este proyecto se centra en el uso práctico, las compensaciones y las decisiones que el lector puede reconocer. Evita afirmaciones promocionales amplias y mantiene el tema ligado a una situación clara. La descripción ofrece suficiente sustancia para una página real, no una tarjeta de relleno.
Ver caso completoUn ángulo distinto
Esta página da al tercer proyecto su propia razón de existir. Cubre un ángulo separado, incluye contexto concreto y evita repetir la misma promesa con otras palabras. El resultado debe sentirse como un artículo, proyecto o reseña planificada, no como una variación.
Ver caso completo