Wer jemals an einem Samstagmittag vor einem überfüllten Dim-Sum-Restaurant gestanden hat, kennt das Problem. Ein hölzernes Klemmbrett liegt auf einem kleinen Pult, ein halbes Dutzend Namen darauf gekritzelt, und ein Empfangsmitarbeiter, der seit zwanzig Minuten keine Zeit hatte, aufzuschauen. Manche Kunden gehen weg, weil sie die Schlange für hoffnungslos halten. Andere stehen neunzig Minuten lang herum und blockieren den Eingang. Das Restaurant verliert Einnahmen durch die, die gehen, und den guten Willen derer, die warten.
Die Lösung ist nicht mehr Personal. Sie ist ein virtuelles Warteschlangen-System, das auf dem Telefon lebt und sich selbst aktualisiert.
Was eine virtuelle Warteschlange tatsächlich tut
Eine virtuelle Warteschlange ersetzt das Klemmbrett durch eine öffentliche Webseite. Jeder Kunde scannt einen QR-Code am Eingang, tippt auf Reservieren und sieht sofort seine Warteschlangennummer und eine geschätzte Position („4 Personen vor Ihnen"). Sie können in der Nachbarschaft schlendern, im Auto sitzen, einen Anruf beenden oder tun, was auch immer sie lieber tun als auf dem Bürgersteig zu stehen. Wenn ihre Nummer nahe ist, kommen sie zurück.
Das System sitzt zwischen zwei Hälften desselben Problems. Auf der Kundenseite beantwortet es „wann bin ich dran?" ohne dass jemand fragen muss. Auf der Restaurantseite beantwortet es „wie managen wir den Zustrom?" ohne dass jemand etwas aufschreiben oder Namen über einen lauten Raum hinweg ausrufen muss.
Die Technologie ist einfach. Ein kleines Dashboard auf dem Tablet des Empfangsmitarbeiters zeigt die Warteliste mit Zeitstempeln und Referenzcodes. Der Mitarbeiter tippt auf Nächsten aufrufen, wenn ein Tisch frei wird. Das Telefon des Kunden wird innerhalb von fünfzehn Sekunden aktualisiert. Es gibt keine Pager zu verlieren, keine Klemmbrettter fallen zu lassen, keine gerufenen Namen, die in einem lauten Speisesaal untergehen. Das Ganze läuft im Browser — kein App-Download, keine Hürde.
Warum GPS-Begrenzung wichtig ist
Die naive Version einer virtuellen Warteschlange erlaubt es jedem, überall, eine Nummer zu nehmen. Das klingt nett, bricht aber sofort zusammen. Ein Jugendlicher in einer anderen Stadt beschließt, Unsinn zu machen. Ein gelangweilter Kunde hält eine Nummer von gestern, in der Hoffnung, morgen die Schlange zu überspringen. Ein Freund eines Konkurrenten reserviert hundert falsche Plätze, damit Ihre Schlange länger aussieht als sie ist.
GPS-Begrenzung behebt dies. Bevor die Reservieren-Schaltfläche erscheint, meldet das Telefon des Kunden seinen Standort. Das System berechnet die orthodrome Distanz zum Restaurant und aktiviert die Schaltfläche nur, wenn der Kunde sich innerhalb eines konfigurierten Radius befindet — typischerweise fünf Kilometer für die meisten Stadtrestaurants und ein bis zwei Kilometer für enge Innenstadtblöcke.
Die Prüfung findet zweimal statt. Zuerst im Browser, wo die Schaltfläche deaktiviert ist, bis der Kunde in Reichweite ist, was sofortiges Feedback gibt. Dann auf dem Server, wenn die Reservierung tatsächlich aufgegeben wird, weil Standortdaten aus dem Browser technisch fälschbar sind. Beide Prüfungen zusammen halten die Schlange sauber, ohne echte Kunden zu belasten.
Für Restaurants mit mehreren Standorten leitet GPS-Begrenzung Kunden auch automatisch zur richtigen Filiale. Ein Kunde, der zufällig in der Nähe Ihres Innenstadtstandorts ist, landet nicht versehentlich in der Warteschlange Ihres Vorortstandorts.
Die Anatomie eines abgefragten Warte-Dashboards
Wenn das Telefon eines Kunden auf der Warteschlangenseite geöffnet liegt, mit welcher Häufigkeit soll es auf Aktualisierungen prüfen? Zu schnell und Sie verschwenden Akku und Bandbreite. Zu langsam und das Warten fühlt sich endlos an.
Fünfzehn Sekunden erweisen sich als optimaler Wert. Langsam genug, um für Ihr Personal unsichtbar zu sein, schnell genug, dass der Kunde das Gefühl hat, die Seite sei „live". Innerhalb von fünfzehn Sekunden, nachdem ein Empfangsmitarbeiter auf Nächsten aufrufen getippt hat, erhöht sich die aktuell bediente Nummer des Kunden, und er weiß, dass er näher dran ist. Wenn Sie unter zehn Sekunden gehen, beginnen Sie eine spürbare Akkuentladung bei Telefonen mit eingeschaltetem Bildschirm zu bemerken. Wenn Sie auf dreißig oder sechzig Sekunden dehnen, fängt das Erlebnis an, sich wie das Anschauen eines statischen Fotos anzufühlen.
Das Dashboard selbst sollte drei Zahlen zeigen, nicht mehr. Die aktuell bediente Nummer, groß und prominent. Die eigene Nummer des Kunden. Und die Anzahl der Personen zwischen ihnen. Alles andere ist Lärm. Eine Warteschlangenseite ist kein Markenerlebnis, sondern eine Statusprüfung.
Anti-Betrug: Referenzcodes
Jede Reservierung erhält einen sechsstelligen Referenzcode, der serverseitig generiert wird. Der Kunde sieht ihn auf seinem Telefon, auf dem speicherbaren PNG-Ticket, und wird gebeten, ihn vorzuzeigen, wenn seine Nummer aufgerufen wird. Der Empfangsmitarbeiter sieht denselben Code im Dashboard. Wenn der Kunde behauptet, Nummer 42 zu sein, aber einen Code zeigt, der nicht mit dem übereinstimmt, was das Dashboard für Nummer 42 anzeigt, weiß der Mitarbeiter, dass etwas nicht stimmt.
Referenzcodes verwenden einen verwechslungsfreien Zeichensatz: kein Null oder O, kein Eins oder I, keine Kleinbuchstaben, die wie Ziffern aussehen. Das ist wichtig, wenn jemand in der gedämpften Restaurantbeleuchtung auf einen Telefonbildschirm schielt und versucht, einen Code über einen lauten Speisesaal hinweg vorzulesen.
Die Codes sind auch einmalig ausgegeben. Derselbe Kunde kann nicht zweimal vom selben Browser reservieren, weil das System seinen dauerhaften Client-Identifikator erkennt. Wenn er es versucht, erhält er dieselbe Nummer und denselben Code zurück, die er ursprünglich hatte — keinen neuen.
Kosten pro Reservierung
Restaurantbetreiber gehen oft davon aus, dass virtuelle Warteschlangen-Systeme teure Hardware oder Abonnementverträge erfordern. Das tun sie nicht. Die Infrastrukturkosten für den Betrieb einer Warteschlange für ein einzelnes Restaurant auf AWS DynamoDB und S3 liegen im Cent-pro-Monat-Bereich, selbst bei tausend Reservierungen pro Tag, weil die dominanten Operationen winzige atomare Zählererhöhungen sind.
Ein Klemmbrett kostet nichts in Euro, aber einen bedeutenden Betrag an Kundenerlebnis. Ein Pager-System kostet Hunderte von Euro an Hardware plus jährliche Ersatzkosten. Eine virtuelle Warteschlange kostet nichts pro Kunde außer der zugrundeliegenden Cloud-Rechnung. Die Wirtschaftlichkeit begünstigt einfach den digitalen Ansatz, sobald Sie mehr als eine Handvoll Reservierungen pro Schicht durchführen.
Einstieg
Wenn Sie noch nie eine virtuelle Warteschlange betrieben haben, beginnen Sie klein. Aktivieren Sie sie für eine Schicht für einen Servicetyp — Dine-in oder Abholung — und beobachten Sie, was passiert. Beobachten Sie, wie Kunden sie nutzen, wo sie verwirrt sind, welche Fragen sie dem Empfangsmitarbeiter stellen. Passen Sie Ihre maximale Distanzeinstellung, Ihre Formulierung und Ihre QR-Code-Platzierung basierend auf dem an, was Sie lernen.
Das Ziel ist nicht, den Empfangsmitarbeiter zu ersetzen. Es ist, ihn zu befreien, um sich auf die Begrüßung von Kunden, das Management des Speisesaals und die gelegentliche Sonderanfrage zu konzentrieren — anstatt als menschliche Tabellenkalkulation für ein Stück Pappe zu fungieren. Eine gute virtuelle Warteschlange macht sowohl Kunden als auch Mitarbeiter glücklicher, und sie amortisiert sich beim ersten Mal, wenn Sie einen Samstagabend-Zusammenbruch vermeiden.
