Cliente
Bares y restaurantes
Mi rol
Diseño UX/UI + Desarrollo App
Duración
1 semanas
Localidad
España


01 — El Reto
El problema
Los restaurantes gestionan sus reservas de forma manual —por teléfono, papel o mensajes— lo que genera errores, doble ocupación de mesas y una experiencia frustrante tanto para el cliente como para el equipo interno. No existe visibilidad en tiempo real del aforo, ni un flujo estructurado que guíe al cliente durante el proceso.
Pain points identificados:
Sin confirmación inmediata ni trazabilidad de la reserva
El personal no tiene visión global del estado de las mesas
Imposible gestionar grupos grandes o franjas horarias sin conflictos
Falta de control sobre capacidad y días operativos del restaurante
02 — Descubrimiento
Research y análisis
Research
Análisis de flujos de reserva en apps de hostelería (OpenTable, TheFork)
Patrones objetivos
Los usuarios abandonan si el proceso supera 3 pasos sin feedback visual
Benchmarking
Revisión de pain points en gestión de restaurantes pequeños y medianos
Insight clave
El administrador necesita visión de mesas, aforo y reservas del día en un solo vistazo
03 — Proceso de diseño
Decisiones de diseño
Se definió una arquitectura de dos roles claramente separados: cliente y administrador. Para el cliente, un flujo paso a paso lineal con resumen final antes de confirmar. Para el administrador, un dashboard con información densa pero jerarquizada, priorizando las métricas del día.
Flujo del usuario (cliente):
1) Selección de comensales
2) Selección de fecha
3) Selección de horario (comidas / cenas)
4) Datos de contacto + resumen
5) Confirmación con email automático


Flujo del administrador:
1) Vista general de métricas del día (reservas, comensales, grupos, aforo)
2) Vista de mesas con estado en tiempo real (disponible / reservada / ocupada)
3) Filtros por franja horaria (comidas, cenas, ahora)
4) Detalle de cada reserva y asignación de mesa
5) Creación manual de reservas
6) Configuración del restaurante (horarios, días operativos, mesas, capacidad)


Paleta
04 — Diseño final
El resultado
Una aplicación web funcional, responsive y desplegada en producción con dos entornos diferenciados:
Panel cliente:
Experiencia paso a paso con selección de comensales, fecha, horario y datos de contacto, con resumen final y confirmación automática por email.
Panel administrador:
Dashboard en tiempo real con mapa visual de las 20 mesas del restaurante, métricas de aforo, gestión de reservas y configuración completa del negocio.




05 — Desarrollo
Del diseño al código
El proyecto fue diseñado y desarrollado íntegramente desde cero, sin plantillas ni componentes externos de UI. Cada decisión visual responde a una necesidad funcional del flujo.
Figma
Framer
Diseño Responsive
06 — Resultados
Impacto
Flujo
4 pasos claros para el cliente
Con validación y resumen previo
Mesas
20 mesas gestionadas visualmente
Con estados en tiempo real
Reserva
Creación manual + automática
Con asignación de mesa incluida
07 — Reflexión
Qué aprendí
Diseñar para dos tipos de usuario con necesidades completamente distintas dentro de una misma app exige definir muy bien los límites de cada contexto. La mayor decisión de diseño no fue visual: fue arquitectónica. Separar claramente el flujo del cliente del panel del administrador permitió que cada interfaz fuera precisa, sin ruido ni fricción innecesaria.
Giampi Hernandez



