Order Throttling: bestellingen afremmen wanneer de keuken overbelast is

Zaterdag 21:30, 18 openstaande tickets in de keuken, de chef roept "stop". Toch QR-bestellingen blijven aannemen vertraagt de pasta met 35 minuten — dat is een 1-sterren-review op Google. De oplossing is order throttling.

Drempel voor wachtrijdiepte

Elke keuken heeft een plafond aan gelijktijdige tickets. thMenu telt openstaande orders; boven 15 tickets toont het QR-menu "We zijn nu erg druk, probeer over 5 minuten opnieuw." Het winkelmandje blijft bewaard.

De drempel is dynamisch: 12 tijdens lunch, 18 tijdens diner. Is pizza de bottleneck, dan kan throttling per categorie aan.

Romeins voorbeeld: fila virtuale

Trattoria Da Enzo in Trastevere gebruikt sinds 2023 een virtuele wachtrij. De gast ziet "huidige wachttijd 12 minuten, bestelling om 20:45" en accepteert bewust. Geen frustratie, want de verwachting was vooraf gedeeld.

In de VS biedt DoorDash "pause new orders": als de bereidingstijd 35 minuten overschrijdt, kan het restaurant 15 minuten lang nieuwe orders pauzeren.

Technische implementatie

Backend: KDS houdt de tellers bij in D1. POST /api/orders checkt; bij overschrijding antwoordt 429 Too Many Requests met Retry-After: 300. Client toont 5-minuten countdown en hervat automatisch.

UX-regel: wachttijd niet verbergen maar omarmen. "We zijn druk omdat alles vers wordt bereid" maakt van de beperking een kwaliteitsargument.

FAQ

Verliezen we omzet? Nee — een 1-sterren review kost op lange termijn meer.

Welke drempel? 3-5 actieve tickets per station, 18-25 bij 5 stations.

Als de gast vertrekt? Winkelmandje blijft 24 uur staan en hervat bij terugkomst.

Was dit nuttig? Deel het.