Perfil del restaurante (modelado)
Tipo
Izakaya · capacidad para banquetes
Ubicaciones
5 restaurantes (área de Yokohama)
Mesas / restaurante
40 – 70 mesas
Personal
8 – 12 / restaurante (incl. parcial)
Ticket medio
¥3,500 – 4,800
Horario
17:00 – 00:30
CASO SIMULADO · Escenario #01
«Aburiya» — 5 restaurantes,
reservas perdidas 40/mes → 0 en tres meses
Escenario de una cadena hipotética de 5 izakaya en el área de Yokohama, migrando de Air Regi + tres portales de reservas a una sola instalación de RestaurantOS en tres meses.
Reservas perdidas: 40/mes → 0/mes
Antes — antes de migrar
Gurunavi, Tabelog, Hot Pepper Gourmet — tres portales de reservas en tres tablets. Los viernes por la noche no sabíamos qué estaba pasando.
Perdíamos seguramente 30 – 40 reservas al mes. Devolvíamos la llamada tarde y ya estaba cogida. La confianza del cliente se iba erosionando.
Los cambios de turno de los 5 restaurantes llegaban por LINE a los gerentes, y alguien de central los pasaba a Excel. Los cambios de última hora no llegaban a la sala.
— Dueño modelado / hombre de 50 / 5 restaurantes
Por qué RestaurantOS — factores decisivos
- Air Regi y Toreta estaban en la lista, pero "solo POS" o "solo reservas" no resolvían la consolidación de 3 portales.
- El plugin external-reservation-parser, que fusiona automáticamente tres portales en un solo libro, fue la función decisiva.
- Supervisión de los 5 restaurantes (turnos, analítica) desde central en la misma pantalla — gestionar 5 sin cargar a la sala.
Proceso de migración (3 meses)
Día 1 – 14
Fase de paralelo
Air Regi y RestaurantOS funcionan en paralelo. El restaurante principal de Yokohama hace de piloto, con los datos de reservas alimentando RestaurantOS.
Día 15 – 30
Migración del POS
El restaurante de Yokohama pasa su POS a RestaurantOS. Air Regi queda en solo lectura 30 días y luego se retira.
Día 31 – 60
Despliegue a los 4 restantes
Un restaurante por semana. Patrón de 3 días en paralelo → migración, repetido.
Día 61 – 90
Consolidación de turnos y analítica
Los turnos de los 5 restaurantes se fusionan en el plugin shift-adjustment. El trabajo de Excel en la central pasa a cero.
Seis plugins desplegados (modelado)
Reservas
Libro unificado 5 rests.
Importar portales
3 portales automáticos
POS
Migrado de Air Regi
Optimización turnos
Planificación multi-rest.
Analítica ventas
KPI por restaurante
Chat con IA
Central ↔ restaurantes
Después — cifras a los tres meses
Reservas perdidas
0 /mes
40/mes → 0
Horas central
−12 h/sem
16h → 4h
Errores de turno
−85 %
Métrica percibida
Latencia sync
<5 min
30 min → 5 min
Flujo info central↔sala
+3 ×
Volumen
Dueño in-situ
−2 d/sem
Decisiones desde casa
Voz del dueño (modelada)
Un viernes a las ocho, cuando los tres portales suenan a la vez, todo llega al mismo libro. Solo eso quitó la mitad de carga del responsable de sala.
Las 16 horas que perdía en Excel se convirtieron en tiempo visitando salas. No sale limpio en métricas — pero como operador es el mayor cambio.
El sistema daba miedo al principio. Pilotamos un restaurante, nos sentimos cómodos y desplegamos el resto. El paralelo significó nunca cerrar.
— Dueño modelado
Relacionado
¿Cómo serían las cifras para tu restaurante?
Responde 12 preguntas y averigua gratis si RestaurantOS encaja con tu local.