Cómo un restaurante familiar redujo los no-shows a una cifra razonable
Casa Marcelo migró de Excel y TheFork a un sistema propio en dos meses. Resultado: más reservas directas, menos tiempo al teléfono y base de clientes propia para campañas.
- Tasa de no-show (cenas fin de semana)
- 5%
- antes: 22%
- Reservas directas vs plataformas
- 85% / 15%
- antes: 65% / 35%
- Tiempo al teléfono / día
- ~20 min
- antes: ~75 min
- Coste plataformas / año
- ~1.100 €
- antes: ~3.000 €
El punto de partida
Casa Marcelo es un restaurante familiar de 35 cubiertos en el casco histórico de Santiago. Cinco empleados, tres servicios semanales principales (jueves, viernes y sábado cena), y una clientela dividida entre habituales del barrio y turistas ocasionales — con concentración fuerte los fines de semana.
La gestión de reservas había ido creciendo orgánicamente sin cambiar de herramienta: una hoja de cálculo compartida entre la maître y dos operadores. Cuando entraba alguien a cenar, uno de los tres cogía el teléfono o miraba la cámara de la puerta; cuando alguien cancelaba, se tachaba a bolígrafo.
El problema operativo más obvio era el teléfono: sonaba a las 12:30 mientras se montaba la sala de comida, a las 17:30 mientras se cuadraba caja, y a las 22:30 en plena cena. La segunda operadora tenía que pararse a atender, con frecuencia con dos reservas en cola.
El problema invisible eran los no-shows: en cenas de fin de semana rondaba el 20-22%, pero nadie lo había medido con precisión. La percepción era “hay bastante gente que nos deja colgados”, y la respuesta por defecto era “sobrerreservar un poco”.
Por qué eligieron cambiar
La chispa no fue económica. Fue que un sábado de octubre, con la terraza llena y 8 personas esperando de pie en la puerta, descubrieron que una reserva marcada para 4 no tenía asignada mesa porque alguien escribió “mesa 7” en vez de “mesa 2” en la hoja. Dos reservas se superpusieron. El grupo que esperaba se fue a la competencia.
Marcelo calculó por encima las tres categorías de coste real:
- TheFork y Tripadvisor Reservas: ~3.000 €/año en comisiones.
- Tiempo de personal en el teléfono: ~75 minutos al día × 3 días fuertes × 52 semanas = 200 h/año.
- Mesas vacías por no-shows: ~18 mesas/año de pérdida a ~50 € ticket = 900 €.
Total estimado: ~5.200 € al año en costes parcial o totalmente evitables.
La implementación
Decidieron migrar en una semana floja de enero, aprovechando que el volumen bajaba. Plan:
- Semana 1: Alta de Reserver Plan Pro, configuración de zona única (35 cubiertos), un servicio de cena (20:00-23:00, jueves a sábado), política mínima de 3 h. Widget instalado en la web. Reservar con Google solicitado.
- Semana 2: Formación del equipo (45 minutos, principalmente a la maître). Primeras reservas tomadas ya en Reserver, con Excel en paralelo como fallback. Ficha de cliente creada al vuelo cuando aparecía un habitual.
- Semana 3: Apagado del Excel. Todo operativo solo en Reserver.
No activaron preautorización en el primer mes. Primero querían datos limpios de su tasa de no-show real para poder medir el impacto.
Qué descubrieron midiendo
La tasa de no-show real, con datos limpios del primer mes, fue del 22% los fines de semana, 8% entre semana. Con los recordatorios automáticos (email 24 h + SMS 2 h) activos desde el día uno, bajó a 14% fin de semana / 5% entre semana a las 6 semanas.
La segunda fase fue activar preautorización: 10 € por persona, solo en cenas de viernes y sábado, solo para grupos de 4+. Cuatro meses después, el no-show en ese segmento estaba en 5%.
Lo que no funcionó al principio
No todo fue limpio. Dos errores iniciales que corrigieron:
Duración por defecto demasiado corta
Pusieron 75 minutos para cena. Era demasiado justo; varias reservas se superponían en la misma mesa con clientes que aún no habían acabado. Subieron a 105 minutos y el problema desapareció.
Fichas duplicadas las primeras semanas
Como el equipo creaba fichas al vuelo cuando un habitual aparecía, hubo duplicados (algunos como “Juan Pérez”, otros como “Juan P.”). El detector de duplicados de Reserver los señalaba automáticamente al darse de alta uno nuevo; aun así, una vez al mes dedicaron una tarde a revisar y fusionar manualmente. Recomendación retrospectiva: acordar desde el día uno cómo introducir nombres y teléfonos.
Resultados a 6 meses
- No-shows de cenas fin de semana: de 22% a 5%.
- Proporción de reservas directas vs plataformas: de 65/35 a 85/15.
- Tiempo al teléfono: 75 min/día → 20 min/día.
- Coste de plataformas: 3.000 €/año → 1.100 €/año (mantienen presencia reducida en TheFork para captación turística).
- Base de clientes propia: pasaron de 0 emails activos a ~1.100, con campaña trimestral de recuperación de latentes que recupera un 8-12% de dormitorios.
Lo que Marcelo recomendaría
En sus palabras durante una conversación reciente:
- «No esperes al momento perfecto.» El mes de prueba fue más fácil en enero, pero cualquier mes razonable vale. Lo único crítico es que no sea el mes más fuerte del año.
- «Activa preautorización por tramos, no a todos.» Aplicarlo solo a fines de semana mantuvo contentos a los habituales de entre semana.
- «Dedica una hora a limpiar el CSV.» Ahorra días de trabajo a posteriori.
Nota: Este caso de uso es ilustrativo. Los datos son representativos de patrones reales que vemos con restaurantes de perfil similar, pero «Casa Marcelo» no es un cliente específico. Cuando tengamos permiso de clientes reales para publicar sus casos, los añadiremos.
Si tu restaurante se parece a este perfil — independiente, 30-50 cubiertos, clientela mixta — pide una demo y te enseñamos el configurador con datos similares a los tuyos.
“Lo que más se nota no es el ahorro — es que ya no peleamos con la maître por recordar si la mesa 5 tenía reserva a las 21:00 o a las 21:30. Todo está en pantalla.”