Pizza de 12 minutos y mezze de 4 minutos en la misma mesa: si arrancan a la vez, la mezze espera fría ocho minutos. La respuesta es escalonar los tickets por algoritmo.
Lógica del algoritmo
Cada producto lleva el campo cook_time: pizza 12, mezze 4, principales 8. El pedido fija como objetivo el cook_time más largo y calcula hacia atrás.
Pizza dispara en t=0. Mezze dispara en t=8 (12 − 4). Ambos listos en t=12. Un servicio sincronizado en lugar de dos platos descoordinados.
Caso Da Felice
Trattoria romana de 28 mesas activó fan-out en otoño 2025. Tiempo medio ticket-mesa pasó de 31 a 23 minutos, un 26% menos, sin personal extra.
- Tiempo muerto del horno: -18%
- Quejas por plato frío: -71%
- Rotación por hora: 1,4 → 1,8
Detalles de implementación
En thMenu, cook_time es opcional. Rellenado, el KDS secuencia automáticamente; en blanco, el ticket sale en t=0 — totalmente retrocompatible.
La capacidad de estación cuenta: cuatro pizzas en horno, la quinta espera tres minutos. El planificador conoce la profundidad de cola.
FAQ
¿Quién rellena cook_time? El chef mide cada producto bajo carga real y carga los valores desde admin thMenu.
¿Aguanta en hora punta? Sobre todo entonces — integra la cola en tiempo real.
¿Qué plan? Platinum, junto a KDS y módulo de pedidos.
¿Te resultó útil? Compártelo.
Artículos relacionados
¿Qué es un menú QR? La guía completa para restaurantes
Un menú QR permite a tus clientes acceder a tu carta al instante desde el móvil,…
Pasar del menú en papel al menú QR digital: guía paso a paso
¿Quieres adoptar los menús QR pero no sabes por dónde empezar? Esta guía cubre f…
Menús QR geolocalizados: servir distintos idiomas según la IP del visitante
Cómo un resort de 180 plazas en Antalya enruta el mismo QR a menús turcos, alema…