StayEase
Concepto de web de reservas hoteleras construido alrededor de su barra de búsqueda: un selector de cinco tipos de estancia, cuatro campos que mantienen su estado, y navegación por destinos para viajeros que aún no han elegido ciudad.
- Tipo
- Proyecto conceptual, iniciativa propia
- Rol
- UX, UI e identidad visual
- Plataforma
- Web responsive
- Herramientas
- Figma

La barra de búsqueda es el producto
En un sitio de reservas, todo lo que está por encima del pliegue es paisaje excepto un componente. La barra de búsqueda es donde realmente comienza la sesión, así que se diseñó primero y el resto de la página se organizó a su alrededor.
Se superpone deliberadamente a la imagen hero en lugar de sentarse debajo, porque eso coloca el control más importante en el centro óptico de la página en lugar de al pie de una banda decorativa.
Los cuatro campos permanecen etiquetados y siempre visibles: destino, entrada, salida, viajeros. Colapsarlos en un solo campo «Buscar» queda más limpio en un mockup pero le cuesta al visitante la capacidad de ver lo que ya ha rellenado.



Tipo de estancia antes que destino
Una fila de pestañas sobre los campos (hoteles, resorts, villas, apartamentos, casas rurales) establece el tipo de estancia antes que nada. Ese orden importa: alguien que busca una villa y alguien que busca una casa rural realizan búsquedas distintas, y filtrar después de obtener resultados supone descartar una página de listados que nunca quisieron.
Las pestañas son un interruptor y no otro chip de filtro por la misma razón. Es una elección que redefine toda la consulta, no uno de varios refinamientos apilados.
Para viajeros sin destino
Una barra de búsqueda asume que sabes adónde vas. Muchos viajes no empiezan así, por eso «Explora los mejores destinos hoteleros» se sitúa justo debajo como una fila de tarjetas de ciudades.
Es el mismo argumento que la app de comida: dale al visitante indeciso un punto de entrada que no requiera escribir. El resto de la página sigue el orden en que un visitante que navega hace preguntas: qué se ofrece, por qué este sitio, qué han dicho otras personas.
Lo que produjo
Un concepto de página de inicio con una jerarquía de información funcional: tipo de estancia, luego los cuatro campos de búsqueda, después navegación por destinos para quien no ha decidido, seguido de las secciones de apoyo que un visitante de reservas lee en ese orden.
No se realizaron reservas y no se afirma lo contrario. Lo que el proyecto demuestra es diseñar una página alrededor de su único componente estructural en lugar de alrededor de una imagen hero, y ofrecer al visitante indeciso un punto de entrada que no comience con un campo de texto vacío.
Lecturas recomendadas
- De Figma a React: un handoff que no hay que reconstruirPor qué los handoffs de Figma a React producen código que se acaba reescribiendo, y el flujo de trabajo (mapeo de tokens, propiedades con forma de props, estados reales) que lo evita.
- 8 errores de UI que están matando tu producto (y cómo arreglar cada uno)Los mismos 8 problemas aparecen en casi todos los productos que audito: contraste, espaciado, jerarquía, estados. Aquí tienes el arreglo exacto para cada uno, con pruebas que puedes ejecutar hoy.
- Herramientas de codificación con IA en 2026: qué cambia en un proyecto de clienteDónde los asistentes de codificación con IA aceleran de verdad el trabajo de front-end para clientes en 2026, dónde en cambio cuestan tiempo sin que te des cuenta, y cómo tiene que cambiar la revisión de código en cualquiera de los dos casos.


