Order Throttling: Bestellfluss drosseln, wenn die Küche überlastet ist

Samstag, 21:30 Uhr, die Küche hat 18 offene Tickets, der Chef ruft "Stopp". Wer weiter QR-Bestellungen annimmt, verspätet die Pasta um 35 Minuten — eine 1-Stern-Rezension auf Google ist die Folge. Lösung: Order Throttling.

Queue Depth Threshold

Jede Küche hat eine Obergrenze gleichzeitiger Tickets. thMenu zählt offene Bestellungen; ab 15 Tickets zeigt die QR-Speisekarte "Aktuell stark ausgelastet, in 5 Minuten erneut versuchen." Der Warenkorb bleibt erhalten.

Der Schwellwert ist dynamisch: 12 zur Mittagszeit, 18 abends. Bei Engpässen an einer Station kann auch kategoriebasiert gedrosselt werden — Pizza pausiert, Salate laufen weiter.

Beispiel: Fila Virtuale in Rom

Die Trattoria Da Enzo in Trastevere nutzt seit 2023 eine virtuelle Warteschlange. Gäste sehen "aktuelle Wartezeit 12 Minuten, Bestellung wird 20:45 Uhr aufgenommen" und akzeptieren bewusst. Frustration entfällt, weil Erwartung vorab gesetzt wird.

Auch DoorDash nutzt in den USA ein "Pause new orders"-Feature: Wenn die Zubereitungszeit 35 Minuten übersteigt, kann das Restaurant Bestellungen für 15 Minuten pausieren.

Technische Umsetzung

Backend: KDS hält die Ticket-Anzahl in D1. POST /api/orders prüft sie; bei Überschreitung liefert die API 429 Too Many Requests mit Retry-After: 300. Client zeigt 5-Minuten-Countdown und versucht erneut.

UX-Goldregel: Wartezeit nicht verstecken, sondern erklären — "Wir sind ausgelastet, weil alles frisch zubereitet wird." Positive Botschaft, Warenkorb bleibt erhalten.

FAQ

Verliert man Umsatz? Nein — eine 1-Stern-Bewertung kostet langfristig mehr als 5 Minuten Wartezeit.

Welcher Schwellwert? 3-5 aktive Tickets pro Station, also 18-25 Tickets bei 5 Stationen.

Wenn der Gast geht? Warenkorb bleibt 24 Stunden gespeichert; bei Rückkehr wird er fortgesetzt.

Hilfreich? Teilen Sie es.