Thailändisches Restaurant

Der Kunde ist ein thailändisches Restaurant mit offener Küche und einer Speisekarte, bei der die Hälfte der Gerichte erklärt werden muss: Gästen unbekannte Zutaten, Schärfegrade, Soßen und Desserts, die sich mündlich schwer vorstellen lassen. Das Publikum ist gemischt: Touristen, für die die Sprache des Restaurants nicht die Muttersprache ist, und Einheimische, die „Thailand probieren“ möchten. Die klassische Papierkarte verursachte gleich drei Probleme: Sie veraltete schnell – jede Preis- oder Positionsänderung erforderte einen Neudruck und verursachte Kosten; sie zeigte die Gerichte nicht anschaulich – Fotos mussten als separate Einleger hinzugefügt werden; und sie belastete das Servicepersonal. Zu Stoßzeiten warteten Gäste allein auf die Bestellung 5–10 Minuten, und Missverständnisse wie „falsch verstanden, falsch zubereitet“ traten regelmäßig auf. Ein weiteres Problem war die Abrechnung: Bestellungen und Schichtumsätze wurden manuell zusammengeführt, sodass der Inhaber keinen genauen Echtzeitüberblick über den Gastraum hatte. Den öffentlichen Menülink wollte das Restaurant in seinem Google-Maps-Eintrag sehen, über den heute ein großer Teil der Erstbesucher kommt.

Ein System konzipieren und entwickeln, in dem dieselbe Speisekarte in zwei Modi funktioniert und eine Bestellung ohne

Zwischenschritt der mündlichen Weitergabe in der Küche ankommt. Die Aufgabe hatte vier Teile. Erstens: eine öffentliche Speisekarte unter einem stabilen Link, der in Google Maps, sozialen Medien und auf Werbematerialien verwendet werden kann. Zweitens: geschützte Links zur selben Karte, die beim Scannen eines QR-Codes am Tisch aus der Präsentation ein voll funktionsfähiges Bestellmenü mit Gerichteauswahl und Versand an den Telegram-Bot des Personals machen; die Tischnummer ist bereits im Link enthalten. Drittens: ein Telegram-Bot für Mitarbeitende, der Bestellungen sammelt, sie erfasst und Summen berechnet. Viertens: ein Adminbereich, in dem der Inhaber Menüpositionen ohne Programmierer hinzufügt, ändert und löscht. Das System muss auf den einfachen Geräten des Personals laufen und von Gästen nur eine Handykamera erfordern.

Für Gäste wirkt das System wie eine einfache Website mit Speisekarte. Dahinter steckt jedoch eine durchdachte Logik mit zwei Zugriffsmodi und drei Rollen: Gast, Personal und Menüverwaltung. Jede technische Entscheidung im Projekt sollte einen Zweck erfüllen: Reibung im Bestellweg beseitigen.

• Wir entwarfen eine Architektur mit zwei Modi: eine Inhaltsdatenbank und zwei Zugriffsebenen. Der öffentliche Link zeigt die Speisekarte als Präsentation mit Kategorien, Fotos, Zutaten, Schärfegraden und Preisen, jedoch ohne Bestellschaltflächen – eine klare Darstellung der Küche für Google Maps und soziale Medien. Links für einzelne Tische aktivieren den Bestellmodus mit Warenkorb, Kommentaren zu Gerichten und Bestellversand. Die Inhalte bleiben identisch; eine Synchronisierung ist daher nicht nötig.
• Wir erstellten das öffentliche Menü als schnelle, responsive Seite, die auch über mobiles Internet auf der Straße in einer Sekunde lädt. Gäste öffnen sie oft direkt über den Google-Maps-Eintrag, während sie neben dem Restaurant stehen. Es zeigt Fotos der Gerichte, Beschreibungen mit Hinweisen zu Schärfe und Zutaten, Kategorien von Suppen bis zu Getränken und Desserts sowie aktuelle Preise. Das Hosting liegt außerhalb des internen Restaurantnetzes, damit der Link unabhängig vom WLAN und der Auslastung des Gastraums zuverlässig funktioniert.
• Wir generierten QR-Codes für die Tische: Jeder Tisch erhielt einen eigenen QR-Code mit eingebetteter Tischnummer. Gäste müssen nicht aus einer Liste wählen, an welchem Tisch sie sitzen, und dem Servicepersonal ihren Platz auch nicht ansagen – das System erkennt ihn anhand des Links. Damit entfiel eine wichtige Fehlerquelle solcher Systeme und jede Bestellung war von Beginn an eindeutig zugeordnet. Die QR-Aufsteller wurden so platziert, dass sie von jedem Platz aus bequem zu scannen sind.
• Wir entwickelten Warenkorb und Bestellversand ohne Registrierung: Gäste wählen Gerichte, können Kommentare hinzufügen („ohne Erdnüsse“, „schärfer“, „Soße separat“), prüfen ihre Auswahl und bestätigen. Die Bestellung geht mit eindeutiger Bestell- und Tischnummer an den Telegram-Bot des Personals. Keine App-Installation, Telefonnummer oder Kontoerstellung: Vom Scannen bis zum Absenden dauert es ein bis zwei Minuten – bewusst kürzer als jeder alternative Ablauf.
• Wir entwickelten den Telegram-Bot des Personals. Dort kommen alle Bestellungen in Echtzeit an: eindeutige Nummer, Tisch, Positionen, Gästekommentare und Summe. Zusätzlich führt der Bot Buch: Bestellhistorie pro Schicht und Tag, Summen nach Menü und Position, erneutes Senden und Bearbeitungsstatus. Das Personal arbeitet in Telegram, das ohnehin auf den Arbeitsgeräten geöffnet ist. Eine zusätzliche Software muss weder installiert noch geschult werden; die Bedienung ist der vertraute Chat.
• Wir entwickelten die Menüverwaltung mit Funktionen zum Hinzufügen und Löschen von Positionen sowie zum Bearbeiten von Preisen, Beschreibungen, Fotos und Kategorien. Verfügbarkeit lässt sich sofort mit „auf Lager/nicht verfügbar“ markieren. Jede Änderung erscheint unmittelbar sowohl im öffentlichen Menü als auch im Bestellmodus, weil beide dasselbe Menü verwenden. Der Inhaber verwaltet das Angebot vom Handy aus, ohne Programmierer und ohne uns wegen jeder Kleinigkeit kontaktieren zu müssen.
• Wir planten Grenzfälle im Restaurantalltag: Ist ein Gericht gerade ausverkauft, blendet die Verwaltung es aus und es verschwindet sofort aus dem Bestellmenü. Wird eine Bestellung versehentlich zweimal gesendet, sieht das Personal beide und weist das Duplikat zurück. Ändert sich ein Preis, gilt die Änderung nach einer einzigen Anpassung überall. Gerade solche Alltagssituationen entscheiden darüber, ob sich ein System im laufenden Restaurantbetrieb bewährt.
• Wir führten das System ein und schulten das Personal: QR-Codes drucken und verteilen, Servicekräfte in der Bot-Nutzung einweisen, die ersten Schichten begleiten, Rückmeldungen von Gästen und Mitarbeitenden sammeln und Details an die reale Nutzung anpassen.

Drei Entscheidungen bestimmten den Erfolg des Projekts. Erstens: „eine Karte, zwei Modi“ – das Restaurant pflegt nicht zwei Websites, sondern einen Inhalt, sodass öffentliche Speisekarte und Bestellablauf nie auseinanderlaufen. Zweitens: Telegram als Terminal für das Personal – keine Ausrüstungskosten, Bestellungen kommen dort an, wo sich Mitarbeitende ohnehin aufhalten, und die Bestellhistorie wird automatisch statt in Kassenheften gespeichert. Drittens: Die Tischnummer steckt bereits im QR-Link, sodass das System Gäste nicht nach etwas fragt, das es selbst erkennen kann. Insgesamt kostete das System weniger als ein vollständiger Neudruck der Papierkarten und läuft weiter ohne Abonnements, Maschinen oder Spezialausrüstung im Gastraum.

Was wir dem Restaurant als nächsten Schritt vorschlagen:

• Bezahlung direkt im Menü: Gäste begleichen die Rechnung am Tisch, ohne auf das Servicepersonal zu warten. Die Tische können schneller neu besetzt werden, und zu Stoßzeiten entfällt die Warteschlange zum Bezahlen.
• Mehrsprachigkeit: englische und weitere Beschreibungen der Gerichte für Touristen – dieselben Inhalte mit zusätzlichen Übersetzungsebenen.
• GEO-Präsenz (Generative Engine Optimization): strukturierte Informationen über Küche, Menü und Atmosphäre, damit KI-Assistenten das Restaurant bei Fragen wie „Wo kann ich thailändisch essen?“ korrekt nennen – ein Kanal, über den immer mehr Gäste Restaurants auswählen.
• Menüanalyse: Welche Gerichte werden angesehen, aber nicht bestellt, und welche Positionen erhöhen den Rechnungsbetrag? Diese Erkenntnisse bilden die Grundlage für Sortimentsoptimierung und Saisonangebote.