Workflow Order Bumped: kelner potwierdza, kuchnia zamyka bilet

Steakhouse w Tribeca przeżył ten scenariusz: kucharz oznaczył ribeye jako "gotowe", bilet KDS zniknął, ale kelner dotarł do passu dopiero po ośmiu minutach. Talerz wysechł pod lampą, gość się poskarżył, a kuchnia przysięgała, że jedzenie było idealne. Klasyczny POS nie rejestruje tej luki, ponieważ bilet jest już zamknięty po stronie kuchni.

Słaby punkt klasycznego biletu

Standardowe flow KDS mają trzy stany: fired, preparing, ready. Gdy kuchnia naciśnie ready, bilet znika, a odpowiedzialność cicho przechodzi na kelnera — bez pomiaru. Trzy przypadki brzegowe się powtarzają: kelner w innej sali, dwóch kelnerów myśli, że ten drugi odbierze, talerz na złej półce.

Wzorzec potwierdzenia kelnera

Gdy kuchnia naciska ready, bilet nie znika. Zmienia kolor (zielony na migający bursztynowy) i wysyła push do tabletu kelnera. Bilet zamyka się dopiero po dotknięciu "Odebrane" — z ID urządzenia i timestampem. Tribeca zanotowała spadek skarg o 34%, a mediana czasu pod lampą spadła z 4,2 do 1,7 minuty.

Opcjonalna warstwa: potwierdzenie gościa ze smartfona — zamyka łańcuch dowodowy, bezcenne w sporach.

Implementacja

Wystarczą trzy zdarzenia: kitchen_ready, server_picked_up, customer_acknowledged. Eskalacja po 90 s, krytyczny alarm po 180 s. Czas pod lampą jako tygodniowy KPI na kelnera tworzy zdrową presję zespołową.

FAQ

Czy to spowalnia kuchnię? Nie, przepływ kuchni jest identyczny.

Bez tabletów? Apple Watch lub dzwonek z przyciskiem potwierdzenia wystarczą.

Czy potwierdzenie gościa jest obowiązkowe? Opcjonalne, ale przydatne w sporach.

Czy to było pomocne? Udostępnij.