Un restaurante dueño de sus propias reservas

El problema

Las reservas llegaban por dos vías y ninguna funcionaba bien. La primera era el teléfono, que suena con más fuerza justo cuando la sala está más llena: alguien deja el pase, busca un bolígrafo, apunta un nombre en un papel y confía en que sobreviva al servicio. La segunda era una plataforma de reservas, que cobraba comisión por cada comensal que entraba por ahí, incluidos los clientes habituales que habrían venido igual.

El segundo coste es el que pasa desapercibido. La plataforma que se queda con la reserva se queda también con el cliente. El restaurante pagaba por cabeza para alquilar el acceso a su propia clientela y, después de años de servicio, no tenía ninguna lista propia que lo respaldara.

El enfoque

Un flujo de reserva de cinco pasos en el sitio del propio restaurante: fecha, franja horaria, preferencia de sala, datos del comensal y confirmación. Cinco pasos cortos en lugar de un formulario largo, porque cada paso pide una sola decisión, y quien cambia de idea en el segundo no tiene que volver a escribir su teléfono.

Los datos viven en Supabase, con una vista de administración para el equipo de sala. Esa vista fue lo que más cuidado exigió: se usa de pie, en el móvil, en plena hora punta, por alguien que dispone de unos cuatro segundos. Muestra los comensales de esta noche y permite mover o cancelar una reserva con un solo toque. Todo lo demás es secundario y lo parece.

El horario y las valoraciones se consultan en vivo desde Google Places en lugar de escribirse en la página. Decisión pequeña, efecto largo: nadie tiene que acordarse de editar el sitio cuando cambia el horario en Navidad, y la valoración que ve un comensal en la página es la misma que ve en el mapa.

El sitio es HTML plano con Tailwind y un puñado de componentes en JavaScript sin framework: sin framework y sin proceso de compilación. Fue una decisión de entrega, no una preferencia técnica. La carta cambia más que ninguna otra cosa en el sitio de un restaurante, y cambiarla no debería exigir un despliegue, un desarrollador ni esperar al martes.

El resultado

En producción, como un sitio completo de varias páginas —carta, eventos, reservas, contacto y avisos legales— con datos estructurados en todo el sitio y una envoltura PWA instalable para quien vuelve a menudo.

La comisión por comensal es ahora cero en toda reserva que el restaurante consigue por su cuenta, y la lista de clientes es suya. La estructura de componentes se mantuvo deliberadamente corriente para que la entrega fuera una entrega de verdad: sin cuota mensual y sin depender de que yo esté disponible.

También llevo los libros de este negocio, y eso condicionó la construcción de formas que desde fuera no se ven. Saber cómo caen las liquidaciones de tarjeta frente a los reportes del punto de venta a fin de mes es lo que evita que una integración de cobros corrompa en silencio la posición de IVA que hay detrás. Es el único proyecto de este sitio en el que las dos mitades de la práctica apuntan al mismo cliente.