Portafolio

Cliente · 2026 · Restaurantes y eventos

Sistema de reservaciones con panel de administración

Un restaurante y jardín de eventos que solo abre sábados y domingos, con 23 mesas que se combinan entre sí. Antes se apartaba por WhatsApp y a mano. Ahora el cliente reserva desde la web y el restaurante ve todo en un panel privado.

Rol
Diseño, desarrollo y publicación
Tipo
Reservaciones + panel admin
Capacidad
23 mesas · 123 personas
Estado
En producción

Una mesa que se pone sola: es justo lo que hace el sistema con el calendario del restaurante cada fin de semana.

El problema

Todas las reservas entraban por WhatsApp y se anotaban a mano. En temporada alta eso significa mensajes sin contestar y, peor, la misma mesa prometida dos veces.

Las mesas se juntan para grupos grandes, así que la capacidad real no es una suma simple: unir dos mesas de 6 no da 12 lugares, da 10, porque los lados de en medio se pierden.

Nadie tenía a la mano la foto del fin de semana: cuántos lugares quedan, qué áreas están llenas, quién confirmó.

La solución

Una página de reservas que solo ofrece lo que de verdad está libre, y un portal privado donde el restaurante administra el calendario, las mesas y la configuración sin depender de mí.

  • Motor de disponibilidad que entiende la combinación de mesas: la capacidad se calcula con la fórmula real (4N+2), no sumando asientos.
  • Calendario público que marca cada día como disponible, con poca disponibilidad o lleno.
  • Correos automáticos de confirmación y de cancelación, para el cliente y para el restaurante.
  • Panel privado con calendario, listado de reservas, administración de mesas por área y ajustes.
  • Las mesas y las áreas se configuran desde el panel: si mañana meten cuatro mesas más al jardín, lo hacen ellos.
  • Actualización en tiempo real: si dos personas reservan al mismo tiempo, la disponibilidad se ajusta sola.

Aviso de privacidad: las capturas son del sistema real funcionando, pero ningún dato que se ve es real. Nombres, correos, teléfonos, montos y códigos están sustituidos por datos ficticios, y la marca del cliente por una inventada. Nunca publico información de mis clientes ni de los suyos.

Datos ficticios
Página pública de reservación: el cliente elige fecha y número de personas, y solo ve lo que está realmente disponible.
Datos ficticios
Calendario con semáforo de disponibilidad. Los días entre semana quedan deshabilitados porque el negocio no abre.
Datos ficticios
La mayoría reserva desde el celular, así que el flujo se diseñó primero para esa pantalla.
Datos ficticios
Entrada al portal privado del restaurante, separada del sitio público.
Datos ficticios
Panel del restaurante: reservas de hoy, pendientes de pago y ocupación de los próximos fines de semana sobre la capacidad total.
Datos ficticios
Listado completo de reservas con filtros por fecha, estado y área. Cada una con su código, el número de personas y si ya pagó el apartado.
Datos ficticios
Calendario de ocupación del mes. Desde aquí el restaurante también puede bloquear un día completo, por ejemplo para un evento privado.
Datos ficticios
Administración de mesas por área. Aquí se cambia el inventario sin tocar código: la disponibilidad se recalcula sola.
Datos ficticios
Configuración: correo y teléfono de contacto, y la política de apartado — a partir de cuántas personas se pide y de cuánto es.

Cómo funciona por dentro

La regla del negocio, en código

Cada mesa de 6 pierde dos lugares por cada unión. La fórmula 4N+2 quedó escrita una sola vez y de ahí sale todo: lo que se ofrece, lo que se bloquea y lo que se reporta.

Solo fines de semana, a propósito

El sistema entiende que el negocio abre sábado y domingo de 9 a 5 y que la reserva es por día completo. El calendario ni siquiera deja escoger un martes.

El restaurante manda

Áreas, mesas y capacidades viven en la base de datos, no en el código. Cambiar el acomodo del salón no requiere programador.

¿Necesitas algo parecido?

Cuéntame cómo funciona hoy tu operación y te digo qué se puede construir, cuánto costaría y en cuánto tiempo.