Pizza på 12 minutter og mezze på 4 minutter ved samme bord. Affyres begge på samme tid, står mezzen kold i otte minutter. Svaret er algoritmisk forsinkelse af billetterne.
Algoritmens logik
Hvert produkt har feltet cook_time: pizza 12, mezze 4, hovedret 8 minutter. Ordren tager længste cook_time som mål og regner baglæns.
Pizza-billet skydes ved t=0, mezze ved t=8 (12 − 4). Begge færdige ved t=12. Synkron servering i stedet for to ukoordinerede tallerkner.
Da Felice-case
28-mands romersk trattoria startede fan-out i efteråret 2025. Gennemsnitlig billet-til-bord-tid faldt fra 31 til 23 minutter — 26% mindre uden ekstra personale.
- Pizzaovn-dødtid: -18%
- Klager over kold tallerken: -71%
- Bordrotation pr. time: 1,4 → 1,8
Implementeringsdetaljer
I thMenu er cook_time valgfrit felt. Udfyldt: KDS sekvenserer automatisk. Tomt: billet skydes ved t=0 — fuldt bagudkompatibel.
Stationskapacitet tæller med: fire pizzaer i ovnen, femte ordre venter tre minutter. Planlæggeren kender kødybden.
FAQ
Hvem udfylder cook_time? Køkkenchefen måler hvert produkt under reel belastning og indtaster i thMenu-admin.
Holder det i myldretid? Især der — stationskøen indgår i realtid.
Hvilken plan? Platinum, sammen med KDS og ordremodul.
Var dette nyttigt? Del det.
Relaterede artikler
Hvad er en QR-menu? Den komplette guide til restauranter
En QR-menu giver gæster øjeblikkelig adgang til dit menukort via deres smartphon…
Skift fra papirmenu til digitalt QR-menu: trin-for-trin guide
Vil du indføre QR-menuer, men ved ikke, hvor du skal starte? Denne guide dækker …
Geo-målrettede QR-menuer: forskellige sprog efter besøgendes IP
Sådan dirigerer et 180-pladsers all-inclusive resort i Antalya samme QR til tyrk…