Pizza 12 minutes, mezze 4 minutes, même table : lancées simultanément, la mezze attend huit minutes que la pizza sorte du four. La solution est le décalage algorithmique des tickets.
Logique de l'algorithme
Chaque produit porte un champ cook_time : pizza 12, mezze 4, plats 8. La commande prend pour cible le cook_time le plus long et calcule à rebours.
Ticket pizza à t=0. Ticket mezze à t=8 (12 − 4). Les deux prêts à t=12. Un service synchrone au lieu de deux assiettes décalées.
Da Felice Trattoria
La trattoria romaine de 28 couverts a activé le fan-out à l'automne 2025. Temps moyen ticket-à-table : 31 minutes ramenées à 23 minutes, soit -26%, sans ajout de personnel.
- Inactivité du four à pizza : -18%
- Plaintes plat froid : -71%
- Rotation des tables : 1,4 → 1,8 par heure
Mise en œuvre
Dans thMenu, cook_time est un champ optionnel. Rempli, le KDS séquence automatiquement ; vide, le ticket part à t=0 — rétrocompatible.
La capacité de poste est prise en compte : quatre pizzas au four, la cinquième attend trois minutes. Le planificateur connaît la profondeur de file.
FAQ
Qui remplit cook_time ? Le chef mesure chaque produit en conditions réelles puis saisit dans l'admin thMenu.
Tient le coup de feu ? Surtout pendant le rush — la file de poste est intégrée en temps réel.
Quel plan ? Platinum, avec KDS et module commandes.
Cet article vous a été utile ? Partagez-le.
Articles connexes
Qu'est-ce qu'un menu QR ? Le guide complet pour les restaurants
Un menu QR permet à vos clients d'accéder instantanément à votre carte depuis le…
Passer du menu papier au menu QR numérique : guide étape par étape
Vous souhaitez adopter les menus QR mais ne savez pas par où commencer ? Ce guid…
Menus QR géo-ciblés : servir des langues différentes selon l'IP du visiteur
Comment un resort de 180 couverts à Antalya route le même QR vers des menus turc…