Order Bumped Workflow: tjeneren bekræfter, køkkenet lukker billetten

En steakhouse i Tribeca oplevede scenariet: kokken markerede en ribeye som "klar", KDS-billetten forsvandt, men tjeneren brugte otte minutter på at nå passet. Tallerkenen tørrede ud under varmelampen, gæsten klagede, og køkkenet svor at maden var perfekt. Det klassiske POS-mønster registrerer ikke dette hul, fordi billetten allerede er lukket fra køkkenets side.

Svaghed ved klassisk billet

Standard KDS-flows har tre tilstande: fired, preparing, ready. Når køkkenet trykker ready forsvinder billetten og ansvaret skifter stille til tjeneren — uden måling. Tre kantsager gentager sig: tjener i anden sal, to tjenere der venter på hinanden, tallerken på forkert hylde.

Tjenerbekræftelse-mønstret

Når køkkenet trykker ready forsvinder billetten ikke. Den skifter farve (grøn til blinkende rav) og sender push til tjenertabletten. Billetten lukker først ved tap på "Hentet" — logget med enheds-ID og tidsstempel. Tribeca så klager falde 34% og median lampetid gå fra 4,2 til 1,7 minutter.

Valgfrit lag: gæstebekræftelse via smartphone — fuldfører beviskæden, værdifuld i tvister.

Implementering

Tre eventtyper er nok: kitchen_ready, server_picked_up, customer_acknowledged. Eskalering ved 90 sek, kritisk alarm ved 180. Lampetid som ugentlig KPI per tjener skaber sund gruppepress.

FAQ

Forsinker det køkkenet? Nej, køkkenflowet er identisk.

Uden tablets? Apple Watch eller passbell med bekræftelsesknap virker.

Er gæstebekræftelse obligatorisk? Valgfrit, men værdifuldt i tvister.

Var dette nyttigt? Del det.