Sistema De Reservaciones Para Restaurante
Introducción
La Luna Sul Mare es un restaurante de cocina mediterránea con cuatro sucursales en México: Cholula, Val’Quirico, Boca del Río y Mérida. Hasta hace poco, sus reservaciones dependían de plataformas externas de suscripción, con una cuenta distinta por sucursal, datos de clientes repartidos en distintos sistemas y una sucursal que simplemente no tenía reservas en línea. Cada plataforma tenía su propio costo mensual, su propia forma de trabajar y ninguna hablaba con las demás.
En 2026 empezamos a colaborar con ellos para construir un sistema propio, con dos caras: una página de reservas integrada en su sitio web, para los clientes, y un panel interno para el personal de las cuatro sucursales. En medio, todo lo que une a ambos: avisos, correos, un plano interactivo de cada sala y una base de clientes. Este caso de estudio es un recorrido por las piezas principales, por las decisiones que le dan forma y por los principios de diseño que guiaron esas decisiones.
Todas las pantallas de este artículo usan datos de muestra: los nombres, teléfonos y correos de los clientes son inventados y no corresponden a personas o a reservaciones reales.
Comenzamos por entender cómo trabajaba cada sucursal. Las dos de Puebla (Cholula y Val’Quirico) comparten un proceso, la de Veracruz (Boca del Río) sigue uno ligeramente distinto y de la de Mérida teníamos poca información al inicio. Por eso el producto se diseñó desde el principio para acomodar diferencias operativas: cada sucursal tiene sus propios horarios, su propio plano y sus propias reglas dentro de un mismo sistema.
Cómo encajan las piezas
El sistema vive en dos lugares. El sitio web (lalunasulmare.com) es la cara pública del restaurante e incluye la página de reservas para los clientes. El panel interno (una aplicación aparte, en un subdominio del mismo restaurante) es donde el personal ve y administra todo; en el restaurante, al anfitrión es quien recibe a los comensales y organiza las mesas. Ambos hablan con la misma base de datos, de modo que una reserva hecha desde un celular a medianoche aparece en la pantalla del anfitrión a la mañana siguiente, ya con su mesa asignada.
Reservar en línea
Antes de la implementación del sistema propio de reservaciones, crear reservaciones desde el sitio web involucraba navegación externa: los visitantes de una sucursal iban al sitio de un proveedor, mientras que otro grupo navegaba a un proveedor diferente y para un grupo más, no había opción para reservar en línea.
Ahora, la sección de reservaciones del restaurante maneja todos los casos internamente. En lugar de un botón que manda al visitante a una plataforma externa, el cliente completa la reserva en tres pasos sin salir de la página: primero elige su sucursal, después la fecha, la hora y el número de personas, y por último sus datos de contacto. Ya no hay suscripciones por sucursal ni sistemas separados: un solo software propio centraliza la operación y le permite al restaurante decidir cómo es la experiencia de sus clientes.
Detrás de ese formulario simple hay varias decisiones que importan:
- El cliente nunca elige mesa. Al reservar, el sistema le aparta una, con las mismas reglas que usa el personal: que quepa el grupo, que esté libre durante todo el servicio y que pertenezca a una zona abierta a reservas en línea (una zona es un área del restaurante, como la terraza o el salón principal). Entre semana el cliente puede pedir una zona, y el sistema solo se la promete si hay una mesa libre en ella. Si dos personas intentan tomar el último lugar a la misma hora, solo una lo logra; la otra recibe la siguiente mejor opción o un aviso claro, nunca una doble reserva.
- Cada reserva nace confirmada. No hay una cola de reservas por validar: el cliente recibe certeza al instante y el personal no tiene que perseguir confirmaciones.
- El sitio deja espacio para quien llega sin reservar. Cuando una ventana de tiempo se acerca a cierto porcentaje de ocupación, el sitio deja de ofrecerla. El restaurante prefiere subreservar a prometer lo que no puede cumplir.
- Límites y protección contra abuso. Hay un máximo de personas por reserva en línea (los grupos mayores deben llamar), una anticipación mínima y una máxima configurables, un límite de intentos por conexión y por teléfono, y verificación contra bots antes de crear la reserva.
El correo y la página “Mi reserva”
Al terminar, el cliente recibe un correo de confirmación con los detalles y un enlace a su reserva.
Ese enlace lleva a una página donde el cliente puede revisar su reserva, ver cómo llegar a la sucursal y, si cambian sus planes, cancelarla por su cuenta. Al cancelar, la mesa queda libre de inmediato y el personal recibe un aviso.
La mañana de la reserva, si esta se hizo con un día o más de anticipación, el cliente recibe además un breve correo de recordatorio. Sale solo, a la hora que fije cada sucursal.
El panel interno: la vista del día
Del lado del personal, la pantalla principal es la vista del día. Es la que un anfitrión tiene abierta durante todo el servicio: a la izquierda, la lista de reservas con filtros y búsqueda; a la derecha, el plano de la sala con cada mesa coloreada según su estado en el momento seleccionado.
Las reservas también se pueden crear desde el panel, para clientes que llaman por teléfono o que están en la puerta. El formulario sigue el mismo orden mental que una llamada: quién, cuándo, cuántos; después los datos de contacto y, por último, los detalles. Si el teléfono ya existe, el sistema reconoce al cliente y muestra su historial y sus preferencias.
Cada reserva tiene su vista de detalle, con todos los datos editables, las mesas asignadas (con sugerencias), el cliente vinculado y un historial que registra quién hizo cada cambio y cuándo.
El ciclo de vida de una reserva
Una reserva avanza por estados claros, que reflejan lo que ocurre en la sala:
Confirmada → Llegó → Sentada → Completada
es decir: la reserva está lista, el grupo llegó, ya está en su mesa y la visita terminó. Hay dos salidas, Cancelada y No-show (el cliente nunca se presentó), y una lista de espera para quienes aún no tienen lugar. El sistema solo ofrece el siguiente paso que tiene sentido: no se puede sentar a quien no ha llegado ni completar a quien no se sentó. Estas reglas viven en un único lugar del sistema, así que se cumplen igual sin importar desde dónde se haga el cambio.
Para cambiar de estado basta tocar la mesa. Se abre un menú anclado a ella, y el botón grande siempre es el siguiente paso natural. Si un grupo llega y se sienta al momento, un solo toque registra ambos pasos.
También se contemplan los clientes sin reserva (walk-in): con una mesa libre en el momento actual, el anfitrión indica cuántas personas son y las sienta con un toque. Y cuando conviene mover a un grupo, basta arrastrar su tarjeta de la lista hasta una mesa libre; si el grupo no cabe o reemplaza otra mesa, el sistema avisa antes de hacerlo.
Avisos para el personal
Cuando entra una reserva por el sitio web, el personal en turno no tiene que estar revisando: una campana de notificaciones en la barra superior marca las novedades.
La hora a la que cada sucursal envía los correos de recordatorio se configura desde Ajustes.
Mesas y combinaciones
Los restaurantes reales juntan mesas. El sistema modela esto con combinaciones: grupos de dos, tres o más mesas que se ofrecen como una sola para grupos grandes. Algunas son permanentes (dos mesas que casi siempre están juntas y se reservan como una; el personal las divide solo cuando hace falta) y otras son temporales, que el personal arma y deshace según el día. Las combinaciones que se pueden ofrecer en línea se guardan de antemano: el sistema nunca inventa una al vuelo para un cliente. En el plano, las mesas combinadas que tienen una misma reserva se dibujan como una sola forma, con un contorno punteado que las distingue.
Controles para el gerente
No todos los días son iguales. Un evento privado, un apagón o una noche con la sala llena piden poder cerrar la puerta digital sin tocar el teléfono. El sistema ofrece dos controles, con alcance distinto:
- Pausar toda la sucursal con un interruptor en Ajustes, disponible solo para gerentes. Mientras está en pausa, el sitio web no ofrece ninguna hora y le dice al visitante con claridad que esa sucursal no está recibiendo reservas en línea, con un camino directo a sus datos de contacto. El personal sigue reservando por teléfono y sentando clientes sin reserva como siempre.
- Pausar una zona (por ejemplo, la terraza) desde el plano, para que el sitio no la ofrezca mientras el resto del restaurante sigue abierto.
Cada sucursal tiene además sus propios Ajustes: horario por día de la semana, cambio de turno entre comida y cena, última hora de asiento, intervalos de reserva, duración de las mesas, excepciones por fecha (feriados, eventos privados) y los límites de las reservas en línea.
Editor del plano
El plano que se ve en la vista del día no es una imagen: se dibuja en un editor dentro del propio sistema. Los gerentes arrastran mesas, cambian su tamaño, forma y rotación, agrupan mesas en zonas y añaden elementos decorativos (muros, puertas, barras) para que el plano se parezca a la sala real. Cada mesa tiene su capacidad mínima y máxima, que el sistema usa para ofrecer mesas y avisar cuando un grupo no cabe.
Los planos de las cuatro sucursales se dibujaron aquí, cada una con sus plantas, zonas y particularidades. Un detalle que parece menor pero que se cuidó mucho: dentro de cada mesa, el nombre, la hora y el número de personas se acomodan según su forma y tamaño, para que el texto nunca se corte en una mesa redonda o en un rombo.
Clientes y vista del mes
Cada reserva se vincula a una ficha de cliente, identificada por su teléfono, con su historial de visitas, alergias, preferencias, fechas especiales y notas. Así, quien atiende la próxima visita ya sabe qué recordar. Al arrancar, importamos de las plataformas anteriores más de dos mil fichas de clientes, para que nadie empezara de cero.
Para ver el panorama general, la vista del mes resume cada día con su ocupación por turno, el número de personas y las mesas usadas.
Cuatro sucursales, un solo sistema
Las cuatro sucursales viven en una misma instalación, con una sola base de clientes, y cada persona del equipo solo ve las que le corresponden. Quien trabaja en dos sucursales las alterna desde un selector en la barra superior.
El acceso se administra desde una pantalla de configuración exclusiva para administradores. Cada persona tiene su propio usuario y un rol por sucursal (anfitrión, o gerente con acceso a Ajustes). Las contraseñas se generan solas y se muestran una sola vez, y el sistema rechaza cualquier intento de ver una sucursal que no corresponda al usuario, aunque conozca la dirección.
Pensado para el tacto
El personal de sala trabaja de pie, con una tableta o un celular en la mano. Por eso el panel se diseñó primero para el tacto: objetivos grandes, menús anclados a la mesa, arrastrar con una pulsación larga y una versión para celular con la lista de reservas en un cajón que se desliza desde abajo. Como no todas las personas ven igual, cada usuario también elige el tamaño de la pantalla (normal, grande o extra grande) desde su cuenta, sin afectar lo que ven sus compañeros.
Para el equipo, el sistema incluye además un manual de uso dentro del propio panel, redactado para quien no es técnico, con ejercicios de práctica y una hoja de referencia rápida. Una sección de novedades, que se actualiza con cada cambio que el personal pueda notar, lo mantiene al día.
Cómo decidimos qué es buen diseño
Más allá de las pantallas, el proyecto se guió por unas pocas ideas que repetimos cada vez que había que decidir algo. Las compartimos porque dicen más de cómo trabajamos que cualquier lista de funciones. Casi todas parten de la misma pregunta: ¿qué estaba intentando hacer esta persona, y la estamos ayudando a lograrlo?
- Nunca negarse en silencio. Cuando una acción no está disponible (por la hora, por el estado de la reserva), el botón no desaparece ni falla sin explicación. Se queda a la vista, apagado, con una línea en español sencillo que dice por qué y, cuando se puede, un botón que lleva a lo que la persona buscaba. Por ejemplo, sentar a un cliente sin reserva solo tiene sentido en el momento actual: si la rueda del plano está en otra hora, la opción sigue ahí, explica qué hora se está viendo y ofrece Ir a ahora. Nunca cambiamos la vista por la persona: le ofrecemos el camino y ella decide. El principio nació de un reporte real de la primera semana de uso, cuando una sucursal avisó que una mesa “no tenía opción de sentar”. La opción existía; solo se escondía cuando la rueda no estaba en la hora actual. Lo tratamos como una regla para toda la aplicación y no solo como un botón por arreglar.
- Avisar, no bloquear. En pleno servicio, una pantalla que se niega a guardar cuesta más que un dato raro. Si alguien registra diez personas en una mesa de cuatro, el sistema lo guarda y avisa; si falta el correo de un cliente, pide confirmar en lugar de impedir el paso; si dos mesas quedan encimadas en el editor del plano, se marcan en ámbar. Un dato extraño se revisa después; un bloqueo impide un registro. La excepción es deliberada: del lado del cliente en línea sí hay límites firmes, porque ahí lo que está en juego es prometer algo imposible, como una mesa que ya no está disponible.
- Las reglas vienen de la sala, no del software. Quien ya está sentado nunca se mueve: si dos reservas chocan por una mesa, la que se ajusta es la que aún no llega. Cuando a un grupo le quedan cinco minutos de su tiempo de mesa, la mesa parpadea y con un toque se le extiende el tiempo; el sistema nunca le pide al grupo que se levante. Y el sitio prefiere subreservar a prometer de más. Son reglas que el equipo ya seguía; el trabajo fue escucharlas y volverlas parte del sistema.
- Un cambio no está terminado hasta que el equipo puede entenderlo. Cada cosa que el personal nota (algo nuevo o algo que ahora se comporta distinto) llega con su línea en las novedades y su capítulo actualizado en el manual, en la misma entrega.
Bajo el capó
Sin entrar en detalle, estas son las decisiones técnicas que sostienen lo anterior:
- Una instalación, una base de datos. Las cuatro sucursales comparten el mismo sistema y los mismos clientes. Es lo que permite una base unificada y, a futuro, estadísticas entre sucursales.
- Reglas del negocio aisladas del resto. Los estados de la reserva, la disponibilidad de horarios y la asignación de mesas están escritos como código independiente de la interfaz y de la base de datos, y se prueban de forma automática. Esto importa donde un error es caro: un horario ofrecido de más o una mesa doble reservada.
- Infraestructura propia y sin servidores que mantener. El sistema corre sobre Cloudflare, en la cuenta del propio restaurante, con su base de datos y su sistema de acceso, sin servicios de terceros por sucursal.
- Cambios en la base de datos con cuidado. Cuando la estructura donde se guardan los datos necesita cambiar, ese cambio se aplica de forma deliberada y antes de publicar el código que lo necesita, para que el sistema en producción nunca vaya por delante de sus datos.
- Registro de actividad. Cada acción que cambia algo, ya sea de una persona, del sitio web o de un proceso automático, queda registrada con quién, qué y cuándo. Cuando surge la duda de qué pasó con una reserva, la respuesta está ahí.
Conclusión
Gracias por acompañarnos en este recorrido por el sistema de reservaciones de La Luna Sul Mare. Es un buen ejemplo de lo que hacemos cuando un negocio ya no se adapta a las herramientas genéricas: entender cómo trabaja el equipo, construir a la medida lo que realmente necesita y entregar un sistema propio, que crece con el negocio. Si estás pensando en algo parecido para tu operación, escríbenos y platiquemos.