Toma de relevo y rediseño de una plataforma de reservas

Toma de relevo de una plataforma de reservas para bares y restaurantes, seguida del rediseño completo de la interfaz.

Startup — reservas y gestión en restauración 2025 → hoy

En pocas palabras

La necesidad
Una plataforma de reservas servía a cuatro públicos con necesidades opuestas, del cliente final al administrador, con una interfaz que ya no daba abasto.
Lo que entregamos
La recuperación del proyecto existente y, después, la reconstrucción completa de la interfaz — reservas, presupuestos y facturación en un mismo flujo.
Lo que cambió
Cada perfil ve lo que le concierne, en lugar de una pantalla claramente pensada para otra persona.
Sector
Startup — reservas y gestión en restauración
Periodo
2025 → hoy
Nuestro papel
Toma de relevo del proyecto y rediseño completo de la interfaz
Tecnologías

En resumen

  • Relevo de un proyecto existente y rediseño total del front-end
  • Cuatro perfiles de permisos, del cliente al administrador
  • Reservas, presupuestos y facturación en un solo flujo

El contexto

Una plataforma que conecta clientes con establecimientos de restauración: reserva en línea del lado del cliente y, del lado del establecimiento, la gestión que la acompaña — presupuestos para grupos, facturación, comunicaciones, cuadros de mando.

El proyecto se nos confió cuando ya existía. Tras una primera fase de relevo, la interfaz se rediseñó por completo.

El reto

Esta plataforma sirve a cuatro públicos con necesidades opuestas, lo que constituye la principal dificultad del producto:

  • El cliente quiere reservar en tres clics, a ser posible sin cuenta.
  • El gerente quiere ver su agenda, responder a peticiones de grupo, emitir un presupuesto y convertirlo en factura sin volver a teclear nada.
  • El equipo interno crea y modifica los establecimientos listados.
  • El administrador necesita una visión global de la plataforma.

Un sistema de permisos mal pensado se paga dos veces: primero en fallos de seguridad — un usuario que ve lo que no debería — y después en complejidad, cuando cada nueva funcionalidad obliga a preguntarse de nuevo quién tiene derecho a hacer qué.

El segundo reto es el de todo relevo: ¿cuándo hay que rediseñar y cuándo hay que abstenerse? Rediseñar por comodidad es una falta profesional; no rediseñar nunca también lo es, cuando la base frena todo lo que se quiere construir encima.

Lo que hicimos

  • Un relevo antes de cualquier juicio. Comprender lo existente, hacerlo funcionar, entregarlo — antes de proponer nada.
  • Un rediseño completo del front-end, decidido una vez dominado lo existente y no el primer día. La versión anterior de la interfaz se sustituyó mientras el back-end y los datos permanecían en su sitio. Ese reparto es lo que hace financiable un rediseño: no se pone en cuestión lo que funciona.
  • Un modelo de permisos explícito de cuatro niveles, aplicado del lado del servidor — un control que solo existe en la interfaz no es un control.
  • Un flujo presupuesto → factura continuo, sin doble introducción de datos, porque es precisamente ahí donde se pierde el tiempo administrativo de un gerente.
  • Una búsqueda de establecimientos pensada para el descubrimiento del lado del cliente.

El resultado

La plataforma está en desarrollo activo, con una interfaz enteramente reconstruida sobre una base funcional conservada.

La lección de este proyecto está en el orden de las operaciones. Un rediseño propuesto el primer día de un relevo es una opinión. El mismo rediseño propuesto tras haber hecho funcionar lo existente en producción es un diagnóstico — y solo uno de los dos merece que un cliente lo financie.

Capturas

Captura próximamente
Captura próximamente
Captura próximamente

Cliente cubierto por un acuerdo de confidencialidad

¿Hablamos?

Cuéntanos tu idea en unas líneas. Te respondemos en 24 h laborables con un primer feedback concreto — sin compromiso.