Digitaal Rekeningverzoek: 12 Seconden Van Klanttap Tot Ober Aan Tafel

De eigenaar van een visrestaurant met 62 tafels op het Konyaalti-strand in Antalya bracht juni en juli door met het meten van één metriek: de tijd tussen "ik wil de rekening" en "ober aan tafel". Digitale knop: 12,3 seconden. Klassiek handopsteken: 1 minuut 47 seconden.

Methodologie: 6 weken, 2.847 verzoeken

Elk verzoek had een tijdstempel. Digitale kant: klant tikt "Rekening vragen" in de PWA, INSERT in D1_OPS, dashboard ontvangt SSE-event, ober ziet "Tafel 14 → Rekening" op tablet. Gemiddeld: 12,3 s, mediaan 9 s.

Traditionele kant: video-analyse + stopwatch. In piektijden verhogen mislukt oogcontact en keukenstress het gemiddelde tot 107 seconden, met p95 op 4m12s.

Waarom 12 seconden: de technische flow

De bill_request-flow bestaat uit drie delen: client-POST, idempotente schrijfactie naar D1_OPS (zelfde tafel binnen 30 s = zelfde rij), en SSE-polling elke 5 seconden aan de admin-kant. Typische latentie 2-7 s, looptijd ober voegt 3-5 s toe.

De klassieke flow hangt af van menselijke aandacht: ober middenin bestelling, klant steekt hand op, ober ziet niet, cyclus begint opnieuw. Wachttijden van 4-5 minuten in piektijden zijn normaal.

Omzetimpact: +1,2 gast per tafel

Snellere cyclus = +1,2 gast per tafel per avond. Op 62 tafels: 74 extra gasten per avond. Bij 14 € per persoon: circa 1.000 € extra omzet per avond. Maandelijks realistisch: 10.500-13.500 €.

Jaarlijkse projectie: 125.000-160.000 € incrementele omzet. thMenu Pro per jaar: 290 €. ROI gesloten in de eerste avond.

FAQ

Hoe bereik je 12 s met netwerklatentie? SSE-poll 5 s, round-trip 200-500 ms, looptijd 3-5 s. Totaal ~11 s.

Wat als de klant per ongeluk tikt? 30-seconden-idempotencyvenster + annuleerknop in het dashboard.

Welk plan bevat dit? bill_requests vanaf Pro-plan ($29/maand). Starter verbergt de knop.

Was dit nuttig? Deel het.