In diesem Artikel
Eine lokale Webagentur, Ihr Kassenanbieter oder ein Franchise-Berater stellt früher oder später dieselbe Frage: Wollen Sie eine eigene App? Die Antwort, die Sie bekommen, ist fast immer emotional — "seien Sie dort, wo Ihr Kunde ist" — und fast nie durchgerechnet. Dieser Beitrag rechnet es durch, mit den Zahlen, die die App-Branche selbst veröffentlicht.
Eine native App klingt wie der logische nächste Schritt nach Ihrer Website: Ihr Kunde bestellt bereits über einen Bildschirm, warum nicht auch über ein Icon auf seinem Handy? Der Gedanke ist nicht das Problem. Was danach passiert, schon — und dieser Teil wird von demjenigen, der Ihnen die App verkauft, selten erwähnt.
Die mobile App-Branche misst seit zehn Jahren exakt, was nach einer Installation passiert: wie viele Menschen sie öffnen, wie viele nach einem Monat noch da sind, wie viele nach drei Monaten wiederkommen. Diese Zahlen sind hart, öffentlich und bemerkenswert konsistent — und fast nie auf einen einzelnen gastronomischen Betrieb angewendet.
Dieser Beitrag tut genau das, in vier Zahlen: was eine App wirklich kostet, sie zu bauen und am Laufen zu halten, welcher Anteil Ihrer eigenen Kunden sie realistisch installiert, wie viele davon sie nach 30 und 90 Tagen noch öffnen, und — die Frage, auf die es wirklich ankommt — wie viele zusätzliche Besuche nötig sind, bis sie sich amortisiert hat. Unten geben Sie Ihre eigenen Zahlen in einen Rechner ein, der dieselbe Mathematik verwendet wie der Rest dieses Artikels.
Das Fazit lautet weder "nie" noch "immer". Für einen selbstständigen Betrieb mit einem Standort lautet die Antwort fast immer nein — die Zahlen unten zeigen genau, warum. Für eine Gruppe mit mehreren Standorten oder ein lieferlastiges Konzept mit echtem Wiederbestellungsvolumen kann dieselbe Rechnung aufgehen. Der Unterschied liegt nicht im Ehrgeiz, sondern in der Skalierung.
Der ultimative Leitfaden Restaurant-Tech & Daten: 6 Schritte von 7 Werkzeugen zu 1 System Von der einzelnen Kasse zu einem integrierten System: der komplette Leitfaden für Technologieentscheidungen, die sich wirklich rentieren. Leitfaden öffnen1. Was eine App kostet zu bauen — und weiter zu bezahlen
Ein Angebot für eine "einfache" Bestell- und Loyalitäts-App für einen Standort schwankt bei spezialisierten Agenturen zwischen grob 8.000 € und 25.000 €, je nachdem, wie viel Ihres bestehenden Systems eingebaut werden muss. Kommen Reservierungen, Liefertracking oder ein umfangreicheres Loyalitätsprogramm dazu, steigt das schnell Richtung 40.000 € bis 80.000 € — und dort fängt die Rechnung erst an. Vergleichen Sie das ehrlich mit dem, was bereits auf Ihrer Liste an Software-Abonnements steht: Eine App ist selten die erste Kostenstelle, die Sie hinzufügen wollen.
Zu den Baukosten kommen zwei wiederkehrende Kosten, die kein Angebot vorne ausweist. Apple berechnet rund 92 € pro Jahr für ein Developer-Konto, ohne das keine iOS-App jemals live geht — bezahlen Sie ein Jahr nicht, verschwindet Ihre App aus dem App Store, egal wie viele Kunden sie bereits nutzen. Google berechnet einmalig 23 € für ein Play-Console-Konto. Kleiner Betrag, aber der erste von vielen: Jedes größere iOS- oder Android-Update erzwingt eine neue Prüfrunde, und eine App, die zwei Jahre nicht aktualisiert wurde, wird irgendwann abgelehnt oder schlicht unauffindbar im Store.
Es gibt zwei günstigere Wege, und beide verdienen eine ehrliche Erwähnung, bevor Sie weiterlesen. Eine Progressive Web App (PWA) — "zum Startbildschirm hinzufügen" direkt von Ihrer bestehenden Website aus — kostet einen Bruchteil einer nativen App, weil weder App-Store-Prüfung noch zwei getrennte Codebasen noch eine jährliche Apple-Rechnung anfallen. Und wenn das Reservierungs- oder Bestellsystem, das Sie bereits nutzen, eine App als Funktion mitbringt, sind die Grenzkosten dafür null: Sie zahlen bereits dafür, ob Sie sie nutzen oder nicht.
Rechnen Sie mit: 95 € pro Jahr für Apple, 24 € einmalig für Google — bevor auch nur eine Zeile Code geschrieben ist, und ohne Garantie, dass sie je ein Kunde öffnet.
2. Wie viele Ihrer Kunden sie wirklich installieren
Fragen Sie eine App-Agentur nach der Installationsrate, bleibt die Antwort vage: "kommt drauf an". Fragen Sie die Loyalitätsplattformen, die eigenständige Restaurant-Apps bauen, nach ihren eigenen Zahlen, wird die Antwort konkreter — aber es ist eine Zahl mit einer Adresse. Anbieter von Loyalitäts-Apps berichten üblicherweise von 10 bis 20 % Installationsrate, und dieser Anteil wird an ihren besten Kunden gemessen: Menschen, die schon Stammgäste sind. Das ist dieselbe Falle wie bei Selbstbestellkiosken: verlockende Technologie, die sich nur für einen ganz bestimmten Ausschnitt Ihrer Gäste rentiert.
Das ist das Problem. Diese 10 bis 20 % sind kein Prozentsatz all Ihrer Kunden, sondern ein Prozentsatz Ihrer Stammgäste — und Stammgäste selbst sind bereits eine Minderheit. Untersuchungen zur Gastronomie beziffern den Anteil der Gäste, die nie wiederkommen, durchweg auf etwa 70 bis 77 %, und schreiben rund 65 bis 80 % des Umsatzes den wiederkehrenden Kunden zu. Mit anderen Worten: Die Gruppe, die überhaupt Kandidat für eine App-Installation ist, ist selbst nur ein Fünftel bis ein Viertel Ihres gesamten Kundenstamms.
Stapeln Sie beide Zahlen übereinander, sinkt der Anteil Ihres GESAMTEN Kundenstamms, der die App installiert, auf niedrige einstellige Prozentwerte — nicht zehn, geschweige denn zwanzig. Bei tausend Kunden sind das grob zweihundertzwanzig Stammgäste, von denen rund jeder Siebte die App installiert: dreiunddreißig Menschen. Das ist der realistische Startpunkt, nicht die optimistische Zahl auf dem Angebot.
Bei 1.000 Kunden, mit den obigen Anteilen. Jeder Balken ist ein Anteil des vorherigen Schritts.
Die Zahlen sind Richtwerte, kein Gesetz: Ein Betrieb mit wirklich treuen Lieferkunden erreicht einen höheren Stammgästeanteil, einer mit vielen Touristen einen niedrigeren. Das Muster — ein steiler Trichter vom Kunden zur Installation zur aktiven Nutzung — bestätigt sich in fast jeder Untersuchung.
3. Wer die App nach 30 und 90 Tagen noch öffnet
Eine Installation ist kein Nutzer. Die mobile App-Branche misst das seit Jahren über Kohortenkurven — wie viele der Menschen, die an Tag null installiert haben, später noch zurückkehren — und das Muster ist auffallend konsistent, unabhängig von der App-Kategorie. Business of Apps und Adjust berichteten für 2026 eine durchschnittliche Tag-1-Retention von rund 25 %: Von allen, die installieren, öffnet ungefähr jeder Vierte die App jemals ein zweites Mal.
Danach beschleunigt sich der Schwund. Dieselben Quellen legen die durchschnittliche Tag-30-Retention auf 5 bis 7 %, und mehr als 90 % aller Nutzer haben die App bis dahin bereits losgelassen. Bis Tag 90 — dem Zeitpunkt, an dem ein Rabatt für den zweiten Besuch eigentlich anfangen sollte sich zu rentieren — liegt die Retention in den meisten Kategorien irgendwo zwischen 3 und 5 %. Das ist nicht das Pech eines nachlässigen Entwicklers; das ist der Durchschnitt über tausende Apps in Dutzenden Kategorien.
Übertragen auf die dreiunddreißig Installationen aus der vorherigen Zahl bleibt drei Monate später ungefähr ein aktiver Nutzer übrig. Nicht einer von dreiunddreißig Prozent — eine Person. Das ist die Realität hinter "wir bauen eine App, damit Kunden zurückkommen": Die Wahrscheinlichkeit, dass ein zufälliger Kunde sie an Tag 90 noch öffnet, liegt bei rund eins zu tausend.
4. Wie viele zusätzliche Besuche nötig sind, um kostendeckend zu sein
Eine App amortisiert sich nur, wenn ein aktiver Nutzer häufiger kommt, als er es ohne sie getan hätte — nicht häufiger als der Durchschnitt, sondern häufiger, als er ohnehin gekommen wäre. Diesen Unterschied gibt es in keinem veröffentlichten Branchenstandard: Kein Bericht sagt Ihnen, wie viele zusätzliche Besuche ein App-Nutzer wirklich generiert, weil das je nach Betrieb, Konzept und Angebot unterschiedlich ist.
Was wir wissen, stellen wir gegenüber. Nehmen Sie die Baukosten, teilen Sie sie durch Ihren durchschnittlichen Umsatz pro Besuch, und Sie erhalten die Anzahl zusätzlicher Besuche, die die App insgesamt generieren muss, um sich zu amortisieren. Teilen Sie das erneut durch die Anzahl der nach 90 Tagen noch aktiven Nutzer, wird deutlich, wie viele zusätzliche Besuche pro Monat jeder verbleibende Nutzer machen müsste — eine Zahl, die für einen normalen Betrieb völlig unrealistisch ausfällt.
Für einen durchschnittlich großen selbstständigen Betrieb läuft die Amortisationszeit auf Jahrzehnte hinaus. Nicht weil die App wertlos ist, sondern weil die Zahl der Menschen, die sie bis Tag 90 noch nutzen, zu klein ist, um Baukosten von mehreren tausend Euro zu tragen — selbst wenn jeder verbleibende Nutzer unwahrscheinlich treu wäre.
Derselbe Betrieb, dieselben Installations- und Retentionsraten, drei Wege zu einer App.
Der PWA-Balken geht von denselben Installations- und Retentionsraten wie die native App aus — nur die Baukosten unterscheiden sich. In Wirklichkeit liegt die Schwelle, "zum Startbildschirm hinzufügen" zu tippen, niedriger als ein App-Store-Download, daher ist dies eher eine Untergrenze dafür, wie schnell sich eine PWA amortisiert, als eine Obergrenze.
Rechnen Sie es für Ihren eigenen Betrieb durch
Die Zahlen oben sind Durchschnittswerte. Geben Sie Ihren eigenen Kundenstamm, Umsatz und Ihr Angebot ein — alles rechnet lokal in Ihrem Browser.
—
Die Zahl "zusätzliche Besuche pro Monat dank der App" ist die einzige Annahme hier ohne veröffentlichte Quelle — geben Sie sie lieber vorsichtig als hoffnungsvoll ein. Alles rechnet lokal in Ihrem Browser; es wird nichts gesendet oder gespeichert.
Wann die Rechnung wirklich aufgeht
Die Rechnung oben ist für den Betrieb geschrieben, den die meisten Leser dieses Artikels führen: ein Standort, ein paar tausend Kunden, ein Angebot im niedrigen fünfstelligen Bereich. Ändern Sie diese Größenordnung, kann sich das Fazit umkehren — nicht weil sich die Retentionskurve ändert, sondern weil die Baukosten nicht pro Standort vervielfacht werden, während der Kundenstamm es sehr wohl wird.
Nehmen Sie ein lieferlastiges Konzept mit mehreren Standorten und einem gemeinsamen Kundenstamm von rund 50.000 Menschen, mit höherer Bestellfrequenz und einem höheren Stammgästeanteil als der durchschnittliche gastronomische Betrieb — realistisch für ein Geschäft, das regelmäßig liefert, statt gelegentlich zu bewirten. Dieselbe App, dasselbe Angebot von rund 52.500 €, aber jetzt verteilt auf eine viel größere Basis aktiver Nutzer.
Mit ebenso vorsichtigen Annahmen zu Installation und Retention amortisiert sich diese App in rund 10 Monaten — statt in Jahrzehnten. Der Unterschied liegt nicht in der App, sondern im Nenner: Bei dieser Größenordnung bleiben genug aktive Nutzer übrig, um die Baukosten zu tragen; bei einem einzelnen selbstständigen Betrieb nicht.
Was Sie vor der Unterschrift tun
Ein Angebot zu unterschreiben kostet eine Unterschrift. Diese drei Schritte kosten eine Stunde, und sie entscheiden, ob diese Unterschrift Geld spart oder kostet.
Bevor Sie ein Angebot anfragen
- Zählen Sie, wie viele Ihrer Kunden wirklich Stammgäste sind — Menschen, die mindestens monatlich wiederkommen. Diese Zahl, nicht Ihr gesamter Kundenstamm, ist das, worauf eine App tatsächlich aufgebaut wird.
- Stellen Sie sich eine Frage: Was tut die App, was eine WhatsApp-Liste, eine kostenlose Treuekarte oder ein Lesezeichen auf dem Startbildschirm nicht können? Wenn die ehrliche Antwort "nichts Konkretes" lautet, ist die App ein teurer Weg, dasselbe zu tun.
- Öffnen Sie den Rechner oben mit Ihren eigenen Zahlen, bevor Sie mit einer Agentur sprechen — dann wissen Sie, welche Antwort ein Angebot Ihnen geben muss, und nicht umgekehrt.
Wenn Sie trotzdem bauen
- Beginnen Sie mit einer PWA, nicht mit einer nativen App. Wird sie nach einem halben Jahr wirklich genutzt, haben Sie einen Beweis, bevor Sie die zehnfache Investition tätigen.
- Bauen Sie von Tag eins an einen konkreten Vorteil in die App ein, den es nirgendwo sonst gibt — eine Stempelkarte, die nur dort füllt, ein Gericht, das nur dort früher sichtbar ist. Ohne Grund, sie offen zu halten, wiederholt sich die Kohortenkurve oben exakt.
- Reservieren Sie 15 bis 20 % der Baukosten pro Jahr für Wartung und Store-Updates — das ist kein Extra, das ist der Preis, um live zu bleiben.
Der günstigere Weg
- Prüfen Sie zuerst, ob das Reservierungs- oder Bestellsystem, das Sie bereits nutzen — oder erwägen —, eine App bereits als Funktion anbietet, neben der anderen Automatisierung, die es Ihnen schon bringt. Dann sind die Grenzkosten null.
- Vergleichen Sie diesen kostenlosen Weg ehrlich mit dem Angebot: dieselben Push-Benachrichtigungen, dieselbe Loyalitätsintegration, ohne separate Apple-Rechnung.
- Lesen Sie nach, was eine solche eingebaute App konkret bietet, auf der Produktseite unserer eigenen App — dieselbe Frage, ohne die Agentur dazwischen.
Kein Nein, kein Ja — eine Rechnung
Fast jeder Betreiber, der diesen Artikel liest, kennt das Gefühl, dass eine App zu einem "modernen Betrieb" dazugehört. Dieses Gefühl ist nicht falsch — es ist nur kein Rechenmodell. Die vier Zahlen oben zeigen, was zwischen dem Angebot und dem ersten Jahresabschluss passiert: ein steiler Trichter vom Kunden zur Installation zur aktiven Nutzung, und Baukosten, die auf zu wenige verbleibende Nutzer verteilt werden müssen.
Für einen durchschnittlich großen selbstständigen Betrieb lautet die Antwort fast immer: nicht jetzt, nicht nativ, nicht zu diesem Preis. Das ist kein Urteil über den Ehrgeiz — es ist das, was die Kohortenkurven der gesamten App-Branche voraussagen, angewendet auf einen einzelnen gastronomischen Betrieb statt auf ein Massenpublikum.
Was funktioniert, ist dasselbe Gefühl — näher am Kunden zu sein — ohne die Baukosten, die Store-Rechnung und die jährliche Update-Pflicht. Unsere eigene App ist genau dieser Weg: dieselbe Funktion, als Teil eines Systems, das Sie ohnehin schon nutzen, ohne zweite Rechnung von einer Agentur.