Sobota 21:30, v kuchyni 18 otevřených ticketů, šéfkuchař volá "stop". Další QR objednávky znamenají, že těstoviny přijdou o 35 minut později — a přijde hodnocení 1 hvězdičky. Řešení je order throttling.
Práh hloubky fronty
Každá kuchyně má strop souběžných ticketů. thMenu počítá otevřené objednávky; při překročení 15 ticketů QR menu zobrazí "Máme nyní plno, zkuste za 5 minut." Košík zůstává zachován.
Práh je dynamický: 12 v poledne, 18 večer. Pokud je úzkým hrdlem pizza, lze zapnout throttling po kategoriích.
Římský příklad: fila virtuale
Trattoria Da Enzo v Trastevere používá virtuální frontu od roku 2023. Host vidí "aktuální čekání 12 minut, objednávka v 20:45" a vědomě souhlasí. Frustrace zmizí, protože očekávání bylo nastaveno předem.
V USA nabízí DoorDash funkci "pause new orders": pokud příprava přesáhne 35 minut, restaurace pozastaví příjem objednávek na 15 minut.
Technická implementace
Backend: KDS udržuje počítadlo v D1. POST /api/orders kontroluje; při překročení vrací 429 Too Many Requests s Retry-After: 300. Klient ukáže 5minutové odpočítávání a automaticky opakuje.
UX zlaté pravidlo: čekání neschovávat, ale ocenit. "Jsme zaneprázdněni, protože vaříme čerstvě" mění omezení v hodnotu.
FAQ
Přicházíme o tržby? Ne — hodnocení 1 hvězdy je dlouhodobě dražší.
Jaký práh? 3-5 aktivních ticketů na stanici, 18-25 při 5 stanicích.
Co když host odejde? Košík vydrží 24 hodin a navazuje při návratu.
Bylo to užitečné? Sdílejte to.
Související články
Statický QR vs dynamický QR: srovnání TCO na 3 roky
Bistro s 24 stoly, 36 měsíců: 21 000 TRY na dotisky vs 11 640 TRY dynamické před…
Omotenashi a QR: japonská pohostinnost bez ztráty lidskosti
Proč tokijský Sukiyabashi Jiro odmítá QR menu, zatímco 68% středních izakají je …
AR náhled jídla přes WebXR: 3D v prohlížeči bez aplikace
Jak Dishoom Soho dosáhlo +22% průměrné útraty díky model-viewer. Optimalizace .g…