Order Throttling: spowalnianie napływu zamówień, gdy kuchnia jest przeciążona

Sobota 21:30, w kuchni 18 otwartych tikietów, szef krzyczy "stop". Dalsze przyjmowanie zamówień QR opóźni makaron o 35 minut — efekt to recenzja na 1 gwiazdkę. Rozwiązaniem jest order throttling.

Próg głębokości kolejki

Każda kuchnia ma limit jednoczesnych tikietów. thMenu liczy otwarte zamówienia; po przekroczeniu 15 tikietów menu QR pokazuje "Aktualnie jesteśmy zajęci, spróbuj za 5 minut." Koszyk pozostaje.

Próg jest dynamiczny: 12 w porze lunchu, 18 wieczorem. Gdy pizza to wąskie gardło, można włączyć throttling kategorii.

Rzymski przykład: fila virtuale

Trattoria Da Enzo na Trastevere od 2023 korzysta z wirtualnej kolejki. Gość widzi "aktualny czas oczekiwania 12 minut, zamówienie o 20:45" i akceptuje świadomie. Frustracji nie ma, bo oczekiwanie jest zakomunikowane wcześniej.

W USA DoorDash oferuje "pause new orders": gdy przygotowanie przekracza 35 minut, restauracja może wstrzymać zamówienia na 15 minut.

Implementacja techniczna

Backend: KDS trzyma licznik w D1. POST /api/orders sprawdza; po przekroczeniu zwraca 429 Too Many Requests z Retry-After: 300. Klient pokazuje 5-minutowy odliczanie i auto-ponawia.

Zasada UX: nie chowaj czekania — zaakcentuj je. "Jesteśmy zajęci, bo wszystko gotujemy świeżo" zamienia ograniczenie w przekaz jakości.

FAQ

Czy tracimy przychód? Nie — recenzja na 1 gwiazdkę kosztuje więcej w długim terminie.

Jaki próg? 3-5 aktywnych tikietów na stanowisko, 18-25 przy 5 stanowiskach.

A jeśli gość odejdzie? Koszyk utrzymywany jest 24 godziny.

Czy to było pomocne? Udostępnij.