Una cafetería de 8 mesas junto al puente de Gálata en Karaköy empezó julio 2024 con un ticket medio de 67 TRY y cerró diciembre 2024 en 91 TRY — cero presupuesto en marketing, puro menú-engineering.
Punto de partida
El local atendía ~82 clientes/día, ingreso 5 500 TRY/día. Comandas en papel, 4-6 errores/semana. 38 ítems, rango 25-95 TRY, sin "estrellas".
El dueño Burak se quejaba: "Compran café y galleta y se van", "Nadie ve los postres". Hipótesis: orden y anclas de precio reducían el ticket.
Cambios mes a mes
Agosto: postre premium "Tiramisú de Pistacho 145 TRY" como señuelo. Postres pasaron de 12 a 24 ventas/semana.
Sep-oct: menú combo (Café de Filtro + Cheesecake 78 TRY vs 92 TRY) en portada. 41 combos en septiembre, 89 en octubre. Noviembre: fotos pro. Diciembre: pedido QR — errores a 0.
- Agosto: 67 → 71 TRY
- Septiembre: 71 → 76 TRY
- Octubre: 76 → 82 TRY
- Noviembre: 82 → 87 TRY
- Diciembre: 87 → 91 TRY
Resultados
Tras 6 meses: +35% ticket, afluencia estable, errores 4-6 → 0, propinas +18%. Ingreso diario 5 500 → 7 460 TRY, ganancia anual ~715 000 TRY.
Clave: el señuelo no se vende, reposiciona el resto del menú como "barato". 3-4 ventas/semana son suficientes.
FAQ
¿El señuelo debe ser real? Sí — si lo piden y no lo tienes, pierdes confianza. Stock bajo, 3-5 ventas/semana.
¿QR útil con 8 mesas? Sí — un café equivocado vale 25 TRY. 16-24 errores/mes = 400-600 TRY de ahorro.
¿Qué descuento aplicar al combo? 12-18% bajo la suma. Sensación de oferta sin destrozar margen.
¿Te resultó útil? Compártelo.
Artículos relacionados
QR estático vs QR dinámico: coste total a 3 años comparado
Un bistró de 24 mesas detalla 36 meses: 21 000 TRY en reimpresiones frente a 11 …
Omotenashi y QR: Hospitalidad japonesa sin perder el toque humano
Por qué el Sukiyabashi Jiro de Tokio rechaza los menús QR mientras el 68% de las…
Vista previa AR de platos vía WebXR: 3D en navegador sin app
Cómo Dishoom Soho logró +22% en ticket medio con model-viewer. Optimización .glb…