In der Ökonomie der Restaurantauslieferung gibt es ein stilles Muster, das die meisten Betreiber erst dann bemerken, wenn sie es brauchen: die Kundenbeziehung gehört nicht mehr ihnen. Bestellt ein Kunde über eine Marktplatz-Plattform, behält die Plattform die Telefonnummer, die E-Mail-Adresse, die Adresshistorie und die Markenerinnerung. Das Restaurant sieht eine Bestellung eintreffen – manchmal anonymisiert – und einen Beleg, der vom Kunden über jemand anderen bezahlt wurde.
Dieser Kompromiss hat funktioniert, als Restaurants während der Pandemie auf Sichtbarkeit angewiesen waren. Heute funktioniert er weniger gut – Provisionen drücken auf die Margen, und Markenpräsenz wird zunehmend digital ausgespielt.
Eine Kunden-App für Restaurants – eine gebrandete mobile Bestell-App, die das Restaurant selbst besitzt – dreht das Modell um. Der Kunde lädt Ihre App herunter (oder scannt Ihren QR), erstellt direkt bei Ihnen ein Konto, sieht Ihr Menü, gibt eine Bestellung auf und verfolgt die Lieferung auf einer Karte, die Ihren Namen trägt. Telefonnummer, Adresse, Vorlieben, Wiederholungsverhalten: alles Ihres.
Dieser Leitfaden zeigt, wie das in der Praxis aussieht – QR-Bestellung, Echtzeit-Tracking, Push-Benachrichtigungen, Mehrsprachigkeit – und wann es für ein konkretes Restaurant Sinn ergibt.
Das Wichtigste in Kürze
- Eine Kunden-App für Restaurants ist eine gebrandete Mobile-Anwendung, mit der Ihre Kunden Menüs durchstöbern, Bestellungen aufgeben und Lieferungen verfolgen – betrieben von Ihrem Restaurant, nicht von einer Marktplatz-Plattform.
- Marktplatz-Plattformen berechnen typischerweise 15–30 % Provision pro Bestellung UND behalten alle Kundendaten. Eine gebrandete App eliminiert beides.
- Echtzeit-Bestellverfolgung läuft über eine persistente WebSocket-Verbindung – Kunden sehen Statusupdates und Kurierposition, ohne den Bildschirm neu zu laden.
- Kundenkonten (mit gespeicherten Adressen, Lieblingsrestaurants, Push-Benachrichtigungen) machen Folgebestellungen mühelos – und genau im Wiederholungsgeschäft steckt die Marge eines Restaurants.
- Nicht jedes Restaurant braucht eine eigene App – sie lohnt sich für Restaurants mit nennenswertem Direktkundenvolumen. Kleinere Betriebe können erst einmal mit einem QR-Menü starten.
Was ist eine Kunden-App für Restaurants?
Eine Kunden-App für Restaurants ist eine gebrandete Mobile-Anwendung – im App Store und bei Google Play unter dem Namen Ihres Restaurants veröffentlicht – mit der Kunden Menüs durchstöbern, Liefer- oder Abholbestellungen aufgeben, Adressen speichern, Bestellungen in Echtzeit verfolgen und für Folgebestellungen wieder einsteigen. Sie ist das digitale Schaufenster, das das Restaurant besitzt – im Gegensatz zu einer Kachel im Marktplatz eines anderen.
Worin unterscheidet sie sich von einer Marktplatz-App?
Eine Marktplatz-App ist eine Entdeckungsplattform. Kunden stöbern durch Dutzende Restaurants, die Plattform wickelt den Checkout ab, die Plattform schickt einen Kurier los (ihren oder Ihren), und die Plattform zahlt das Restaurant netto nach Abzug der Provision aus. Die Kundendaten bleiben bei der Plattform.
Eine gebrandete Kunden-App ist das Gegenteil. Das Restaurant veröffentlicht eine eigene App. Kunden finden sie über den QR-Code des Restaurants, die Website oder per Mundpropaganda. Sie erstellen Konten direkt beim Restaurant. Bestellungen fließen in das eigene Managementsystem des Restaurants. Kein Dritter schneidet Provision oben ab, und kein Dritter besitzt die Beziehung.
Wann lohnt sich eine eigene Kunden-App?
Nicht jedes Restaurant braucht eine. Ein einzelnes Café mit fünf Lieferbestellungen am Tag rechtfertigt den Marketingaufwand kaum, Kunden zum Download einer gebrandeten App zu bewegen – ein QR-Menü im Gastraum reicht völlig. Die Rechnung kippt zugunsten der App, wenn: Sie ein relevantes Volumen wiederkehrender Kunden haben und dieses in Loyalität ummünzen wollen; Sie mehrere Standorte betreiben und einheitliche Bestellprozesse wünschen; die Marktplatz-Provision die Marge spürbar belastet; oder Sie in Markenpräsenz investieren und einen digitalen Touchpoint wollen, der Ihren Namen trägt.
Die Customer Journey – vom QR-Scan zur Folgebestellung
Die Erstbestellung dauert vom QR-Scan bis zur Bestätigung etwa sechzig Sekunden. Folgebestellungen liegen unter dreißig.
QR-Scan und sofortiger Menüzugriff
Das Restaurant platziert einen QR-Code am Tisch, auf einem Flyer oder in der Liefertüte. Der Kunde scannt mit der Kamera seines Telefons. Die App öffnet sich (oder installiert sich beim ersten Mal aus dem Store) und landet direkt im Menü des Restaurants – keine manuelle Restaurantsuche, keine Marktplatz-Navigation. Der QR kodiert einen Deep-Link mit der Restaurant-ID, sodass die App-Instanz des Kunden korrekt verortet wird, selbst wenn er zwischen mehreren Restaurants wechselt.
Warenkorb, Checkout und Adressauswahl
Der Kunde stöbert durch Kategorien, tippt auf Artikel, wählt Größen und Modifier, legt in den Warenkorb. Der Warenkorbkontext ist restaurant-gebunden – ein Wechsel des Restaurants fordert dazu auf, den aktuellen Warenkorb zu leeren, was versehentliche Cross-Restaurant-Bestellungen verhindert. Beim Checkout wählt der Kunde aus gespeicherten Adressen (oder fügt eine neue hinzu), sieht die nach Entfernung berechnete Liefergebühr und sendet ab. Die Bestellung geht direkt in das Managementsystem des Restaurants – dasselbe Panel, das auch Dine-in- und Takeaway-Bestellungen verwaltet.
Bestellbestätigung und Tracking-Link
Der Kunde sieht sofort eine Bestellbestätigung mit einem voraussichtlichen Ankunftsfenster. Der Bestelldetail-Screen wird zur Echtzeit-Tracking-Ansicht (dazu mehr im nächsten Abschnitt). Bei Folgebestellungen sind die gespeicherte Adresse und die Lieblingsrestaurant-Kachel im Home-Tab nur einen Tap von „Bestellung aufgeben" entfernt.
Echtzeit-Tracking und Benachrichtigungen
Sobald die Bestellung aufgegeben ist, wird das Tracking-Erlebnis des Kunden live – und bleibt live, bis das Essen ankommt.
SignalR-gestützte Statusupdates (kein Reload nötig)
Der Tracking-Screen öffnet eine persistente WebSocket-Verbindung (wir nutzen SignalR) zum Backend des Restaurants. Jeder Statusübergang – Annahme ausstehend → In Zubereitung → Bereit → Unterwegs → Zugestellt – wird in Echtzeit an den verbundenen Kunden übertragen. Kein Reload, kein manuelles Pull. Schiebt der Kunde die App in den Hintergrund und die WebSocket-Verbindung bricht ab, verbindet sich die App automatisch neu, tritt der Bestellgruppe wieder bei und holt sich beim Wiederanlaufen frischen Stand.
Push-Benachrichtigungen in jeder Phase
Unabhängig vom In-App-Tracking erhält der Kunde Push-Benachrichtigungen über den Push-Dienst von Expo: „Ihre Bestellung wird zubereitet", „Ihre Bestellung ist unterwegs", „Ihre Bestellung ist eingetroffen". Diese funktionieren auch, wenn die App komplett geschlossen ist. Die Benachrichtigungserlaubnis wird beim ersten Start angefragt und am Kundenkonto hinterlegt, sodass das Restaurant später Bestellupdates und – mit ausdrücklichem Opt-in – gezielte Aktionen senden kann.
Kurier-Position live auf der Bestellkarte
Bei Lieferungen mit zugewiesenem Kurier streamt dieselbe WebSocket-Pipeline die GPS-Position des Kuriers – im Sekundentakt aktualisiert – auf den Bestellscreen des Kunden. Eine Live-Karte zeigt die aktuelle Position des Kuriers im Verhältnis zum Restaurant und zur Lieferadresse. Der Kunde sieht das Essen näher kommen, genau wie er es von jeder großen Lieferplattform gewohnt ist – nur dass die Marke auf der Karte die des Restaurants ist und nicht die einer Marktplatz-Plattform.
Kundenidentität, Daten und Loyalität
Genau hier wird der Unterschied zwischen besessenen und gemieteten Kundenbeziehungen konkret.
Kundenkonten und gespeicherte Adressen
Kunden registrieren sich mit E-Mail, Passwort und Basisdaten. Die E-Mail-Verifizierung läuft über einen sechsstelligen Code mit einem Zeitfenster von fünfzehn Minuten. Das Konto speichert: Name, Telefonnummer (optional), gespeicherte Lieferadressen (mit Standardauswahl), Bestellhistorie und Benachrichtigungseinstellungen. Das Konto ist die Identität des Kunden in Ihrem System – nicht im System von jemand anderem.
Lieblingsrestaurants (Favoriten) für Folgebestellungen
Kunden können Restaurants als Favoriten markieren und sich so eine persönliche Liste in der App aufbauen. Ein zurückkehrender Kunde öffnet die App, tippt auf seinen Favoriten und ist ohne Suche wieder im Menü. Für Ketten mit mehreren Standorten erscheinen alle Filialen in der Favoritenliste, jede mit eigenem Menü und eigener Bestell-Pipeline.
Warum Kundendaten Wiederholungsgeschäft erschließen
Bestellt ein Kunde über einen Marktplatz, bekommt das Restaurant eine Bestellung. Anonym. Fertig. Bestellt derselbe Kunde über eine gebrandete App, bekommt das Restaurant: eine Telefonnummer für Direktkontakt (mit Opt-in), eine Bestellhistorie, die Vorlieben offenbart, eine gespeicherte Adresse für die nächste One-Tap-Bestellung und die Benachrichtigungsfreigabe für direkte Kommunikation. Branchenstudien zeigen konsistent, dass das Halten eines Kunden grob ein Fünftel der Akquise eines Neukunden kostet – und genau diese Daten sind der Asset, der diese Retention-Rechnung trägt.
Kostenvergleich: Eigene App vs. Marktplatz-Plattformen
Die Ökonomie verschiebt sich in zweierlei Hinsicht: direkte Provisionskosten und die schwerer messbaren Beziehungskosten.
Direkte Kosten: Provision vs. Abonnement
Marktplatz-Plattformen berechnen typischerweise 15–30 % Provision pro Bestellung. Bei einer Bestellung über 25 € sind das 3,75–7,50 €, die das Restaurant nicht sieht. Eine gebrandete Kunden-App ersetzt die Provision durch ein Software-Abonnement – typischerweise eine feste monatliche Gebühr, in Basis-Tarifen manchmal kostenlos – plus die operativen Kosten für den Bestellbetrieb (die ohnehin anfallen). Die Rechnung kippt zugunsten der eigenen App, sobald ein Restaurant genug Direktbestellungen abwickelt, dass die Provisionseinsparung das Abo übersteigt. Für die meisten unabhängigen Betriebe liegt diese Schwelle niedrig.
Indirekte Kosten: Kundenbeziehung und Markenpräsenz
Bestellt ein Kunde auf einem Marktplatz, ist sein nächster Gedanke: „Ich sollte wieder bei diesem Marktplatz bestellen." Bestellt er über Ihre gebrandete App, ist sein nächster Gedanke: „Ich sollte wieder bei Ihrem Restaurant bestellen." Die Markenerinnerung gehört dem, der die App besitzt. App-Icon auf dem Homescreen. Absendername der Benachrichtigung. Das Loyalty-Gespräch. Nichts davon existiert für das Restaurant in einem Nur-Marktplatz-Modell.
Mehrere Standorte: eine App, mehrere Restaurants
Für Ketten und Multi-Standort-Restaurants kann eine einzige gebrandete App alle Filialen unter einer Identität bedienen. Jeder Standort hat eigenes Menü, eigene Preise, eigene Öffnungszeiten und eigene Bestell-Pipeline – aber das Kundenerlebnis ist einheitlich. Ein Kunde, der in Ihrer Innenstadt-Filiale bestellt, ist derselbe Kunde, wenn er in Ihrer Vorortfiliale bestellt. Seine Historie, seine Vorlieben, seine Loyalität – alles wandert mit. Marktplatz-Plattformen zerfasern das; eine eigene App konsolidiert es.
Häufige Fragen von Restaurantbetreibern
Drei Fragen tauchen konsistent auf, wenn Betreiber eine gebrandete App evaluieren. Sie sind es wert, beantwortet zu werden, denn die Antworten entscheiden mit, ob das für ein konkretes Restaurant der richtige Schritt ist.
„Laden meine Kunden wirklich eine App herunter?"
Ehrlich: die meisten nicht, jedenfalls nicht sofort, und nicht alle jemals. Das realistische Adoptionsmuster sind Ihre oberen 15–20 % der Stammkunden, die die App in den ersten Monaten herunterladen – weil der QR-Code überall auftaucht, wo sie Kontakt mit Ihnen haben (Tisch, Liefertüte, Follow-up-Mail), und weil die Hürde im App Store geringer ist, als sie in Erinnerung haben. Gelegenheitskunden bleiben bei den Marktplätzen. Die gebrandete App erfasst die Kunden, die es zu erfassen lohnt – nicht den gesamten Markt. Genau das ist der Punkt.
„Was, wenn ich mehrere Standorte habe?"
Eine App, mehrere Standorte – das ist das übliche Muster. Der Homescreen des Kunden zeigt den nächstgelegenen Standort (per Geofencing), den favorisierten Standort (gespeichert) oder eine Liste aller Standorte. Jeder Standort hat sein eigenes Menü, seine Öffnungszeiten und seine Bestell-Pipeline im Backend, aber sie teilen sich die Kundendatenbank. Ein in Filiale A registrierter Kunde ist auch in Filiale B bereits registriert – dasselbe Konto, dasselbe Adressbuch, dieselben Vorlieben.
„Wie gehe ich mit Ernährungs- oder Sprachpräferenzen um?"
Die Kunden-App unterstützt acht Sprachen ab Werk – Englisch, Türkisch, Arabisch, Spanisch, Französisch, Portugiesisch, Deutsch und Mazedonisch – mit automatischem Rechts-nach-Links-Layout für Arabisch. Die Sprache wird automatisch vom Gerät übernommen und über Sessions hinweg gespeichert. Ernährungsangaben sitzen auf Menüebene; einzelne Artikel können Allergen-Tags und Diät-Indikatoren tragen (vegetarisch, vegan, glutenfrei usw.), nach denen der Kunde in der App filtern kann.
Eigene Kunden-App einrichten (praktische Schritte)
Eine gebrandete Kunden-App ist kein langes Projekt, aber ein echtes. Betreiber erreichen typischerweise in vier bis sechs Wochen einen lauffähigen Stand – größtenteils getrieben durch die Zeitachsen der Store-Einreichungen.
Technische Anforderungen und Store-Einreichung
Apples App Store und Google Play verlangen jeweils ein Entwicklerkonto (99 $/Jahr bei Apple, 25 $ einmalig bei Google), eine URL zur Datenschutzerklärung, App-Icons in bestimmten Größen, Screenshots für mehrere Gerätetypen und eine inhaltliche Prüfung (Apple ist strenger – erwarten Sie beim ersten Mal ein paar Iterationen). Das Meiste davon wird einmal erledigt und über Updates hinweg wiederverwendet. Technisch braucht die App Berechtigungen für Kamera (QR-Scan), Standort (Lieferentfernung) und Benachrichtigungen.
Kunden onboarden (der QR ist die Tür)
Der QR ist der günstigste Kundengewinnungskanal, den ein Restaurant hat. Jeder Tischaufsteller, jede Liefertüte, jeder Beleg, jede Follow-up-Mail, jeder Social-Post – all das kann einen QR enthalten, der direkt ins Menü des Restaurants in der App des Kunden führt (oder zur Installation auffordert). Unterschätzen Sie das nicht: Der Kunde, der niemals von sich aus im Store nach Ihrer App gesucht hätte, scannt den QR, der vor ihm auf dem Tisch liegt.
Fallstricke, die Sie vermeiden sollten
Drei häufige Stolperfallen. Erstens: Starten Sie nicht ohne einen durchdachten Benachrichtigungs-Opt-in-Flow – die Zustimmungsrate fällt drastisch, wenn zum falschen Zeitpunkt gefragt wird. Zweitens: Türmen Sie nicht zu viele Berechtigungen auf den ersten Start (das schreckt Nutzer ab); fordern Sie Kamera und Standort erst an, wenn das jeweilige Feature aktiv genutzt wird. Drittens: Ignorieren Sie das Feedback aus dem App-Store-Review nicht – Apples Prüfer lehnen aus vagen Gründen ab, die einmal behoben dauerhaft behoben sind. Bauen Sie diesen Puffer in Ihren Launch-Zeitplan ein.
Branchenausblick für Restaurant-Mobile-Ordering
Mobile Bestellung ist keine optionale Infrastruktur mehr. Marktforschungsinstitute prognostizieren konsistent, dass der globale Markt für Online-Essensbestellung bis zum Ende der 2020er weiterwächst, wobei gebrandete App-Bestellungen einen wachsenden Anteil gegenüber reinen Marktplatzbestellungen übernehmen. Das Muster bei Restaurants, die diese Kurve anführen, ist immer dasselbe: Kundenbindung ist der Ort, an dem die Marge lebt – und Kundenbindung läuft über direkte Beziehungen.
Die National Restaurant Association verfolgt in ihren jährlichen State-of-the-Industry-Berichten den Anteil digitaler Bestellungen am Restaurantumsatz; der Trend der letzten Ausgaben war eindeutig steigend, mit Betreibern, die ihren Mix zugunsten eigener Kanäle umbalancieren – gebrandete Apps, Restaurant-Websites, QR-Menüs – und weg von reiner Marktplatz-Abhängigkeit. Das Modell heißt nicht Entweder-oder; es ist ein Portfolio, und das Portfolio verschiebt sich.
Weiterführende Artikel
- Kurier-App für Restaurants: Warum eigene Auslieferung Marktplatz-Lieferdiensten überlegen ist
- Was ist ein QR-Menü? Wie erstellt man eines für sein Restaurant?
- Restaurantbestellungen digital verwalten: Kostenloses Systemhandbuch
- Was ist ein Restaurantmanagementsystem? Vollständiger Leitfaden
Häufig gestellte Fragen
Was kostet eine gebrandete Kunden-App fürs Restaurant?
Zwei Kostenpositionen: das Plattform-Abonnement (typischerweise von kostenlos bis grob 100 $ pro Monat und Restaurant, je nach Tier und Funktionsumfang) und die einmaligen Store-Einreichungsgebühren (99 $/Jahr Apple, 25 $ einmalig Google). Vollständig white-gelabelte Versionen mit dem eigenen Namen im App Store kosten mehr – ein paar tausend Euro Einrichtung und danach ein höheres Monatsabo. Für die meisten unabhängigen Restaurants mit relevantem direktem Liefervolumen liegen die Gesamtkosten deutlich unter dem, was ein einziger Monat Marktplatz-Provision gekostet hätte.
Nutzen Kunden meine gebrandete App wirklich statt der Marktplatz-Apps?
Manche schon, manche nicht. Ihre Stammkunden – die, die Ihr Restaurant ohnehin bevorzugen – laden die App meist herunter, sobald sie dem QR begegnen. Gelegenheitskunden bleiben bei Marktplätzen, weil sie dort neue Lokale entdecken. Die gebrandete App erfasst die Kunden, die es zu erfassen lohnt – nicht den gesamten Markt. Genau das ist der Punkt: Sie erfasst das hochwertige, wiederkehrende Segment, in dem Lifetime Value lebt.
Wie wird der Bestellstatus in Echtzeit aktualisiert?
Eine WebSocket-Verbindung (konkret SignalR) hält den Bestellscreen des Kunden mit dem Backend des Restaurants verbunden. Jeder Statusübergang – In Zubereitung, Unterwegs, Zugestellt – wird in Echtzeit pushgesendet. Verliert die App die Verbindung, verbindet sie sich automatisch neu und holt sich den aktuellen Stand. Kunden müssen nicht pull-to-refresh machen; die Updates kommen von selbst.
Unterstützt die App mehrere Sprachen?
Ja. Die Kunden-App ist in acht Sprachen verfügbar: Englisch, Türkisch, Arabisch, Spanisch, Französisch, Portugiesisch, Deutsch und Mazedonisch. Die Sprache wird automatisch aus den Geräteeinstellungen übernommen, wobei Arabisch automatisch das Rechts-nach-Links-Layout nutzt. Kunden können die Sprache im Konto-Tab manuell ändern.
Und was ist mit der Einreichung im iOS App Store und bei Google Play?
Das gehört zur Launch-Checkliste, nicht zu jeder einzelnen Bestellung. Apple verlangt ein Entwicklerkonto (99 $/Jahr), eine Datenschutzerklärung, App-Icons und Screenshots in bestimmten Größen sowie eine Prüfung (erwarten Sie beim ersten Mal ein paar Iterationen). Google ist schneller und weniger streng – eine Entwicklergebühr (25 $ einmalig) und eine Basisprüfung. Die meisten Restaurants haben für beide Stores zusammen innerhalb von zwei bis vier Wochen die Freigabe.
Wie werden Kundendaten geschützt?
Die Kundenauthentifizierung läuft über einen eigenen JWT-Issuer, der von den Mitarbeiterzugängen getrennt ist – Kundenkonten erhalten dadurch nie Zugriff auf Restaurant-Management-Panels. Passwörter werden gehasht (nie im Klartext gespeichert). Die E-Mail-Verifizierung nutzt zeitlich begrenzte Codes (sechs Stellen, fünfzehn-Minuten-Fenster). Kontolöschung wird unterstützt und ist als Soft-Delete umgesetzt, das die Bestellhistorie für rechtliche und Audit-Zwecke erhält, gleichzeitig aber die personenbezogenen Identifikatoren des Kunden aus dem aktiven Betrieb entfernt.
Kann dieselbe App mehrere Restaurantstandorte bedienen?
Ja. Ketten mit mehreren Standorten können eine einzige App betreiben, wobei jeder Standort als eigenes Ziel innerhalb der App erscheint. Kunden sehen standardmäßig ihren nächstgelegenen Standort und können andere durchstöbern. Das Kundenkonto ist über alle Standorte hinweg geteilt – ein einzelner Nutzer kann in jeder Ihrer Filialen mit demselben Adressbuch und derselben Bestellhistorie bestellen.
Starten Sie die Kunden-App Ihres Restaurants – kostenlos
Der kostenlose Plan von RestaurantManage enthält die Kunden-App, Echtzeit-Bestellverfolgung und unbegrenzte Bestellungen. Onboarding für App Store und Play Store inklusive.
Kostenlos starten →