Order Bumped arbetsflöde: servitören bekräftar, köket stänger biljetten

En steakhouse i Tribeca upplevde scenariot: kocken markerade en ribeye som "klar", KDS-biljetten försvann, men servitören tog åtta minuter på sig att nå passet. Tallriken torkade under värmelampan, gästen klagade och köket svor att maten var perfekt. Det klassiska POS-mönstret registrerar inte detta glapp eftersom biljetten redan är stängd från kökets sida.

Svaghet i klassisk biljett

Standard KDS-flöden har tre tillstånd: fired, preparing, ready. När köket trycker ready försvinner biljetten och ansvaret går tyst över till servitören — utan mätning. Tre kantfall återkommer: servitör i annan sal, två servitörer som väntar på varandra, tallrik på fel hylla.

Servitörsbekräftelsemönster

När köket trycker ready försvinner inte biljetten. Den ändrar färg (grön till blinkande gulbrun) och skickar push till servitörens platta. Biljetten stängs först när servitören trycker "Hämtad" — loggad med enhets-ID och tidsstämpel. Tribeca såg klagomål falla 34% och medianen för lamptid gick från 4,2 till 1,7 minuter.

Valfritt lager: gästbekräftelse från smartphone — fullbordar bevisedjan, värdefullt vid tvister.

Implementation

Tre händelsetyper räcker: kitchen_ready, server_picked_up, customer_acknowledged. Eskalering vid 90 s, kritiskt larm vid 180. Lamptid som veckovis KPI per servitör skapar sund gruppress.

FAQ

Saktar det ner köket? Nej, köksflödet är identiskt.

Utan plattor? Apple Watch eller passklocka med bekräftelseknapp fungerar.

Är gästbekräftelse obligatorisk? Valfritt, men värdefullt vid tvister.

Var detta hjälpsamt? Dela det.