Eigene Restaurant-App entwickeln 2026: Was sie wirklich kostet

1. Ein Gastronom, eine Excel-Tabelle und ein 40.000-Euro-Angebot

Es ist Dienstagvormittag, 10:42 Uhr. Auf dem Schreibtisch eines italienischen Trattoria-Betreibers in Köln liegen drei Ausdrucke übereinander: ein PDF-Angebot einer Hamburger App-Agentur über 39.900 € netto für eine native iOS-/Android-App mit Bestellfunktion, Push-Notifications und Kundenkonto. Daneben eine selbstgebaute Excel-Tabelle mit den letzten zwölf Monaten Lieferando-Abrechnungen: 13 %, stellenweise 30 % Provision, summiert auf knapp 14.200 € „vermeidbare Kosten" im Jahr. Darunter ein Notizzettel: „Amortisation 2,8 Jahre. Lohnt sich das?" Die Ehefrau, die sonst die Buchhaltung macht, schüttelt leicht den Kopf. Sie weiß, was in der Tabelle fehlt: die laufenden Kosten, die Marketing-Ausgaben, die Annahme, dass wirklich alle Stammgäste auf die neue App umsteigen. Und sie kennt ihren Mann gut genug, um zu ahnen, dass er gerade vor einer der teuersten Entscheidungen des nächsten Geschäftsjahres steht.

Wir bei Gastro Master sehen solche Szenen regelmäßig — und wir sehen auch, wie oft das Ergebnis im Nachhinein bereut wird. Eine eigene App ist weder ein Ticket in die Unabhängigkeit noch automatisch ein Marketing-Fehler. Sie ist eine Kapitalentscheidung mit mindestens drei Zeithorizonten: Invest heute, laufende Kosten über fünf Jahre, Marketing-Budget zur Nutzer-Akquise. Wer nur auf den Entwicklungspreis schaut, hat in der Regel nur ein Drittel der wahren Kosten gesehen.

Dieser Post ist kein Konzept-Post. Die Frage „Wie baue ich eine App?" haben wir in Eigene Bestell-App Restaurant, Eigene Lieferservice-App und Eigene App erstellen Restaurant behandelt. Hier geht es ausschließlich um die ehrliche Kosten-Aufstellung: Lohnt sich eine eigene App — und was kostet sie wirklich? Wir zeigen vier realistische Umsetzungs-Modelle, rechnen Break-Even für einen typischen Kleinbetrieb und eine Multi-Unit-Kette durch, und wir benennen die Kosten-Blöcke, die in Agentur-Angeboten fast immer fehlen: Marketing-Budget, DSGVO-/Compliance-Aufwand, Store-Gebühren, Wartung über fünf Jahre.

2. Das Wichtigste auf einen Blick Die Kosten-Wahrheit in 60 Sekunden

3. Inhaltsverzeichnis

1. Einstieg: Der Gastronom und die Excel-Tabelle
2. Das Wichtigste auf einen Blick
3. Problem-Analyse: Warum Kosten-Diskussionen meist schiefgehen
4. Haupt-Analyse: 4 Modelle, Kostentreiber, Break-Even, DSGVO
5. Make-or-Buy-Entscheidungsmatrix
6. Marketing-Kosten: Der oft unterschätzte Block
7. DSGVO & Compliance
8. Action-Checklist
9. FAQ: 12 Antworten zu App-Kosten
10. Was Gastronomen wirklich fragen
11. Schlusswort
12. Autor-Signatur

4. Problem-Analyse: Warum Kosten-Diskussionen zu Restaurant-Apps fast immer schiefgehen

In der typischen Beratungssituation sehen wir drei wiederkehrende Denkfehler. Erstens: Der Gastronom vergleicht den einmaligen Entwicklungspreis direkt mit der Jahresprovision einer Lieferplattform — ohne die laufenden Kosten der eigenen App und ohne die Marketing-Kosten, die nötig sind, um Gäste überhaupt auf diese App zu bringen. Zweitens: Die Annahme, dass Stammgäste „natürlich" auf die eigene App wechseln, sobald sie existiert. In der Realität ist die Plattform-Bindung bei Gästen so hoch, dass selbst aggressive Incentive-Kampagnen selten mehr als 30–40 % Shift erzeugen. Drittens: Die implizite Vorstellung, dass eine App nach der Fertigstellung „fertig" ist. Apps sind lebende Systeme — iOS- und Android-Updates, Security-Patches, neue Geräte-Klassen und regulatorische Änderungen zwingen zu permanenten Anpassungen.

Hinzu kommt ein struktureller Marktfehler: App-Agenturen verdienen am Entwicklungsauftrag. Sie haben ein ökonomisches Interesse, Custom-Entwicklung zu empfehlen — selbst dann, wenn eine White-Label-Plattform oder eine Progressive Web App für den konkreten Betrieb deutlich wirtschaftlicher wäre. Das ist keine Bösartigkeit, es ist Marktmechanik. Wer sich beraten lässt, sollte deshalb zwingend verstehen, welche Option welches ökonomische Modell hat — und welche Interessen der Berater verfolgt. Eine unabhängige Zweitmeinung vor einem Angebot über 30.000 € aufwärts ist selten verkehrt.

Dazu kommt eine regulatorische Dimension, die oft unterschätzt wird. Seit dem EU-Digital-Markets-Act (VO 2022/1925, anwendbar seit 07.03.2024) und seit verbindlicher Umsetzung der DSGVO in App-Kontexten ist „eine App zu betreiben" nicht mehr nur ein technisches, sondern auch ein rechtliches Projekt: Consent-Management, Tracking-Einwilligung, Impressum, AGB, Widerrufsbelehrung, Datenschutzerklärung — alles in der App, alles rechtssicher.

5. Haupt-Analyse: Die vier Umsetzungs-Modelle im Kosten-Vergleich

Bevor wir über Zahlen reden, müssen wir die Landschaft sortieren. In der Praxis gibt es vier grundlegende Wege, „eine Restaurant-App zu haben" — und sie unterscheiden sich dramatisch in Invest, Kontrolle und Wirtschaftlichkeit.

5.1 Modell A: White-Label-Plattform-App

Eine White-Label-Lösung ist eine Multi-Tenant-App — also ein Baukasten, der von einem Anbieter betrieben und für viele Restaurants skinnbar gemacht wird. Der Gastronom bekommt eine App mit eigenem Logo, eigenen Farben, eigener Speisekarte und eigenem Stempel im Kundenkonto, aber das technische Fundament teilt er sich mit anderen Betrieben.

Kosten typisch: Einrichtung 500–3.000 € einmalig, laufend 50–300 €/Monat. Store-Gebühren werden oft vom Plattform-Anbieter getragen; Feature-Updates kommen automatisch mit der Plattform. Vorteil: schneller Start (4–8 Wochen), kalkulierbare Kosten. Nachteil: eingeschränkte Individualisierung, Vendor-Lock-in.

5.2 Modell B: Eigene Custom-App (nativ iOS + Android)

Das, was die meisten meinen, wenn sie „meine eigene App" sagen. Eine individuell entwickelte App, in der Regel nativ für iOS (Swift) und Android (Kotlin) oder als Cross-Platform-Lösung (React Native, Flutter). Backend, API, Datenbank, Admin-Panel — alles wird vom Gastronom beauftragt, bezahlt und besessen.

Kosten typisch: Entwicklung einmalig 15.000–150.000 € (Weichmacher: extrem abhängig von Funktionsumfang, Dienstleister-Ort und Komplexität). Realistischer Mittelwert für eine brauchbare Gastro-App: 30.000–60.000 €. Laufende Wartung 500–5.000 €/Monat. Dazu Backend-Server 50–500 €/Monat, App-Store-Gebühren und Payment-Gebühren. Vorteil: volle Kontrolle, volle Datenhoheit, beliebige Integration. Nachteil: lange Time-to-Market (4–9 Monate), hohes Invest.

5.3 Modell C: Progressive Web App (PWA)

Eine PWA ist eine Web-Anwendung, die sich auf Smartphones wie eine App installieren lässt, aber im Browser läuft — ohne App-Store-Umweg. Moderne PWAs können Push-Notifications (unter iOS seit 16.4), Offline-Modus und Home-Screen-Icons. Für Bestell-Use-Cases in der Gastronomie ist das oft die unterschätzte Variante.

Kosten typisch: Entwicklung einmalig 5.000–25.000 €, laufend Hosting + Wartung 100–800 €/Monat. Vorteil: keine App-Store-Gebühren, keine Store-Review-Risiken, extrem schneller Rollout. Nachteil: weniger „App-Feeling", geringere Sichtbarkeit als Store-App.

5.4 Modell D: Plattform-Integration (Marktplatz-App als „App-Ersatz")

Die oft unterschlagene Option: keine eigene App, sondern volle Präsenz auf einem großen Lieferservice-Marktplatz. Der Restaurant-Betrieb nutzt die App des Marktplatzes als Kanal — mit dem Nachteil der Provision (13–30 %, siehe Lieferando-Provision) und dem strukturellen Risiko, dass der Plattform-Betreiber Regeln und Preise jederzeit ändern kann.

Kosten typisch: keine Invest, laufend 13–30 % Provision auf Bestellwert. Vorteil: null Invest, sofortige Reichweite. Nachteil: hohe Provision, keine Datenhoheit, vollständige Plattform-Abhängigkeit.

5.5 Kosten-Modell-Matrix

Modell	Invest einmalig	Kosten mtl. laufend	Kontrolle	Time-to-Market	Exit-Risiko
A · White-Label-App	500–3.000 €	50–300 €	niedrig	4–8 Wochen	mittel (Vendor-Lock-in)
B · Custom-App nativ	15.000–150.000 €	500–5.000 €	hoch	4–9 Monate	niedrig (Eigentümerschaft)
C · Progressive Web App	5.000–25.000 €	100–800 €	mittel-hoch	6–12 Wochen	niedrig
D · Plattform-Integration	0 €	13–30 % Provision	sehr niedrig	1–3 Wochen	sehr hoch (Plattform-abhängig)

5.6 Kostentreiber Custom-App — der Detail-Blick

Wenn es Richtung Custom-App geht, explodieren die Detailposten. Hier die ehrliche Breakdown-Tabelle:

Position	Range	Bemerkung
UX-/UI-Design	3.000–15.000 €	Wireframes, Screens, Design-System, Prototyping
iOS-Entwicklung nativ	8.000–50.000 €	Swift/SwiftUI, je nach Feature-Umfang
Android-Entwicklung nativ	8.000–50.000 €	Kotlin/Jetpack, je nach Feature-Umfang
Backend + API + DB	5.000–30.000 €	Server-Logik, Auth, Bestell-Flow, Admin-Panel
Payment-Integration	1.500–8.000 €	Anbindung Payment-Provider, 3DS-Compliance
Apple Developer Program	99 USD/Jahr	Enterprise 299 USD/Jahr optional
Google Play Console	25 USD einmalig	einmalige Registrierung
Backend-Hosting (Cloud)	50–500 €/Monat	AWS/GCP/Azure, Traffic-abhängig
Push-Notification-Dienst	0–150 €/Monat	APNs/FCM Free, Drittanbieter bei hohen Volumina
Payment-Gebühren	1,4–3,5 % + 0,25 € pro Tx	generisch über Payment-Provider
Wartung laufend	500–5.000 €/Monat	OS-Updates, Security, neue Geräte, Bugfixes
DSGVO-/Rechts-Setup	1.500–6.000 €	Datenschutzerklärung, Consent, AGB, Prüfung
App-Store-Optimization (ASO)	1.000–5.000 € + laufend	Metadaten, Screenshots, Keywords

5.7 Der entscheidende Punkt: App-Store-Provision auf Speisen

Dies ist der am häufigsten missverstandene Kostenblock. Viele Gastronomen befürchten, dass Apple und Google 30 % auf jede Bestellung kassieren, sobald die App im Store ist. Das stimmt nicht. Die App-Store-Provisionen (15–30 %) gelten ausschließlich für digitale Produkte und Abonnements — also Dinge, die innerhalb der App konsumiert werden. Für physische Waren, die außerhalb der App konsumiert werden — und dazu gehört das Essen, das im Restaurant serviert oder nach Hause geliefert wird — gelten diese Provisionen ausdrücklich nicht.

Der EU-Digital-Markets-Act hat diesen Freiraum seit März 2024 für Gatekeeper-Plattformen zusätzlich ausgeweitet — Entwickler dürfen auf externe Payment-Optionen verlinken und dort andere Konditionen anbieten. Die Enforcement-Lage ist Anfang 2026 noch in Bewegung, aber für Gastro-Apps ist die Kernbotschaft klar: Die oft zitierten „30 % Apple-Provision" sind im Gastro-Kontext kein relevanter Kostenblock.

Ein MwSt-Hinweis: Die App selbst ist, sofern kostenpflichtig, ein digitales Produkt (19 % USt); die über die App bestellten Speisen folgen der normalen Gastronomie-MwSt-Logik (7 % für Speisen außer Haus, 19 % für Vor-Ort-Verzehr, siehe MwSt in der Gastronomie).

5.8 Break-Even: Der ehrliche Rechen-Realismus

Jetzt zur eigentlichen Frage: Lohnt sich der Eigenbau? Rechnen wir zwei typische Szenarien durch.

Szenario 1 — Einzelbetrieb, italienisches Restaurant in Köln. 200 Bestellungen/Monat × Ø 25 € = 5.000 € Umsatz/Monat. Plattform-Provision ∅ 20 % = 1.000 €/Monat „vermeidbare Kosten", maximale Ersparnis bei 100 % Shift: 12.000 €/Jahr. Custom-App Invest 40.000 € + laufend 1.500 €/Monat + 20.000 € Marketing-Budget Jahr 1. Bei 100 % Shift (Bestcase) Payback 27–62 Monate, bei realistischem 30 % Shift übersteigen die laufenden Kosten die Ersparnis — Payback nie. Für einen Einzelbetrieb mit 200 Bestellungen/Monat ist eine Custom-App in aller Regel nicht wirtschaftlich. White-Label (Modell A) oder PWA (Modell C) sind hier die besseren Optionen.

Szenario 2 — Kette mit 12 Standorten, Pizza-Franchise. 4.500 Bestellungen/Monat × Ø 22 € = 99.000 € Umsatz/Monat. Plattform-Provision ∅ 18 % = 17.820 €/Monat → 213.840 €/Jahr. Custom-App Invest 80.000 € + laufend 3.500 €/Monat + 50.000 € Marketing. Realistischer Shift über 24 Monate: 40–55 %. Bei 45 % Shift refinanziert sich die Custom-App in 14–22 Monaten. Für Multi-Unit-Betriebe mit > 10 Standorten ist eine Custom-App in der Regel wirtschaftlich sinnvoll.

6. Make-or-Buy-Entscheidungsmatrix

Wir haben die vier Modelle entlang fünf Entscheidungs-Kriterien bewertet. Die Matrix ist qualitativ — sie ersetzt keine Einzelfall-Rechnung, gibt aber die grobe Richtung.

Kriterium	A · White-Label	B · Custom-App	C · PWA	D · Plattform
Invest einmalig	niedrig	sehr hoch	mittel	keine
Time-to-Market	schnell	langsam	schnell	sehr schnell
Kontrolle & Datenhoheit	niedrig	hoch	mittel-hoch	sehr niedrig
Skalierung Multi-Location	mittel	hoch	mittel	hoch (über Plattform)
Exit-Aufwand	mittel	niedrig (Eigentum)	niedrig	sehr hoch

Einzelbetrieb mit mittlerem Umsatz → A oder C. Multi-Unit-Kette mit hohem Plattform-Anteil → B. Start-up-Phase, testweiser Markteintritt → D mit geplantem Exit Richtung A oder C. Wer einen bestehenden Online-Bestellshop in Betrieb hat, kann diesen als Rückgrat für eine PWA (Modell C) nutzen und den App-Invest zunächst vermeiden.

7. Marketing-Kosten: Der Block, der meistens vergessen wird

Eine App im Store ist wertlos, wenn niemand sie installiert. Und Installation ist teuer. Das ist der Kostenblock, den App-Agenturen selten auf dem Angebotsblatt haben — und der gleichzeitig über Erfolg oder Totalverlust entscheidet.

App-Store-Optimization (ASO): Eigene Disziplin mit Keyword-Recherche, Screenshot-Design, Icon-Tests, Beschreibungstexten. Initial-Setup 1.000–5.000 €.

App-Install-Kampagnen: Über Google Ads (Universal App Campaigns) und Meta Ads (Facebook/Instagram App Install). Der Cost-per-Install (CPI) für Gastro-Apps in DACH bewegt sich erfahrungsgemäß zwischen 2 und 8 € pro Install — stark abhängig von Region, Zielgruppe, Kreativ-Qualität und Konkurrenz. Wer 2.000 Nutzer in den ersten 12 Monaten aufbauen will, rechnet mit 4.000–16.000 € Media-Budget plus Kreativ-Produktion.

Retention-Marketing: Empirische Faustregel: 10–25 % der angestrebten App-User-Basis in den ersten 12 Monaten zu erreichen, kostet oft 50–150 % des Entwicklungs-Invests. Bei einer 40.000-€-App heißt das 20.000–60.000 € Marketing-Budget in Jahr 1.

Wer ein Marketing-Budget in dieser Größenordnung nicht einplant, sollte die App-Idee noch einmal gründlich überdenken. Einen vertieften Blick auf das Gesamt-Marketing-Budget bieten unsere Überlegungen zum Marketing-Budget-Restaurant.

8. DSGVO & Compliance: Der unsichtbare Kostenblock

Eine App ist eine Datenverarbeitungs-Maschine. Und jede Datenverarbeitung muss in der EU DSGVO-konform aufgesetzt sein — von der ersten Sekunde.

Rechtsgrundlagen nach DSGVO Art. 6. Für die meisten Verarbeitungsvorgänge greifen zwei Grundlagen parallel: Art. 6 Abs. 1 lit. b DSGVO (Vertragsanbahnung/-erfüllung) für die Bestell-Abwicklung und Art. 6 Abs. 1 lit. a DSGVO (Einwilligung) für Marketing, Tracking, Personalisierung. Jede Einwilligung muss dokumentiert, widerrufbar und granular abfragbar sein.

Consent-Banner nach TDDDG § 25. Das Telekommunikation-Digitale-Dienste-Datenschutz-Gesetz verlangt eine aktive Einwilligung für jede nicht-technisch-notwendige Speicherung auf dem Endgerät. Ein rechtskonformes Consent-Management-System (CMP) in der App kostet in der Einrichtung typischerweise 500–3.000 € plus laufende Lizenzkosten 30–150 €/Monat.

Apple App Tracking Transparency (ATT). Seit iOS 14.5 (April 2021) muss jede App, die Cross-App-/Cross-Website-Tracking nutzt, eine explizite Nutzer-Einwilligung über das ATT-Framework einholen. Die typische Opt-in-Rate liegt im einstelligen bis niedrigen zweistelligen Prozentbereich.

Google Consent Mode v2. Seit März 2024 verpflichtend für EEA-Werbung mit Google-Ads- oder Analytics-Integration. Ohne sauber implementierten Consent Mode v2 werden Remarketing-Audiences und Conversion-Tracking eingeschränkt.

Pflicht-Inhalte in der App: Datenschutzerklärung (DSGVO Art. 13/14), AGB, Widerrufsbelehrung, Impressum nach § 5 DDG (vormals TMG).

Barrierefreiheitsstärkungsgesetz (BFSG). Seit 28.06.2025 in Kraft — gilt für viele B2C-Digitalangebote auch für mobile Apps. Ausnahme für Kleinstunternehmen (weniger als 10 Mitarbeiter UND Jahresumsatz unter 2 Mio. €); oberhalb dieser Schwelle werden Anforderungen nach EN 301 549 verbindlich. Der konkrete Umsetzungsaufwand variiert — wir empfehlen, BFSG nicht zu dramatisieren, aber in der Planungsphase zu prüfen.

Gesamtaufwand DSGVO- und Compliance-Setup: realistisch 1.500–6.000 € einmalig plus laufend 50–300 €/Monat für CMP-Lizenz und Pflege. Vertiefend: Datenschutz im Restaurant und DSGVO 2026.

„Die Frage ist nicht 'Brauche ich eine App?', sondern 'Brauche ich meine eigene App?'. Für die meisten Einzelbetriebe lautet die ehrliche Antwort: Nein — eine White-Label-Lösung oder eine Progressive Web App liefert 80 % des Nutzens bei 10 % des Risikos."

9. Action-Checklist: Die 12-Punkte-Entscheidungshilfe

Bevor Sie ein Angebot unterschreiben, arbeiten Sie diese Punkte durch. Jedes „Nein" verschiebt die Empfehlung Richtung White-Label, PWA oder Plattform-Integration.

Wer nach dieser Liste weniger als 8 Haken setzt, sollte das Modell wechseln. Für Einzelbetriebe ist der direkte Weg über einen Online-Bestellshop mit PWA-Funktionalität oder eine Bestell-App-Lösung als Paket oft die deutlich wirtschaftlichere Option. Unsere Restaurant-Lösungen setzen genau darauf auf.

10. FAQ: 12 Antworten zu Restaurant-App-Kosten

1. Wie lange dauert die Entwicklung einer Custom-App?
Für eine solide native Gastro-App (iOS + Android + Backend) realistisch 4–9 Monate — Discovery/Konzept 3–6 Wochen, Design 3–6 Wochen, Entwicklung 12–24 Wochen, QA und Store-Submission 2–4 Wochen. Wer „in 8 Wochen fertig" verspricht, spricht vermutlich von einem White-Label-Skin oder überliefert Qualität.

2. iOS oder Android zuerst entwickeln?
Wenn Budget eng: iOS zuerst in DACH-Premium-Gastro, weil die Zielgruppe dort iPhone-lastig ist. Bei breiterer Zielgruppe lohnt Android parallel. Cross-Platform-Frameworks (Flutter, React Native) erlauben beide Stores gleichzeitig bei geringerem Invest.

3. PWA vs. native App — wann welche Variante?
PWA, wenn: schneller Rollout, kein App-Store-Zwang, reine Bestell-Use-Cases. Native, wenn: Push-Notifications bei Android-Fokus, Offline-Szenarien, tiefe Geräte-Integration. Für 70 % der Gastro-Use-Cases reicht eine gut gemachte PWA.

4. Wer zahlt das Apple-Developer-Konto bei Custom-Entwicklung?
Das Konto sollte immer auf den Gastronom laufen, nicht auf die Agentur. 99 USD/Jahr direkt bezahlen — niemals über die Agentur. Bei Agenturinsolvenz ist die App sonst nicht zugänglich.

5. Wie lang sollte die Test-Phase vor Live-Gang sein?
Mindestens 4–6 Wochen mit internen Testern und einer Beta über TestFlight (iOS) / Internal Testing (Android). Entscheidend: echtes Bestell-Volumen in der Beta, nicht nur Funktions-Tests.

6. Wem gehört der Quellcode nach der Entwicklung?
Vertraglich zwingend klären: Full IP Transfer nach Bezahlung oder mindestens ein unwiderruflicher Nutzungs-/Vermarktungs-Rechteumfang. Ohne Quellcode-Eigentum sind Sie vom Entwickler abhängig.

7. Welche Klauseln gehören nicht in einen Agenturvertrag?
Rote Flaggen: exklusive Wartungsverpflichtung über mehrere Jahre, automatische Preisanpassung ohne Deckelung, Abhängigkeit der Quellcode-Übergabe an laufende Gebühren. Lassen Sie einen auf IT-/App-Recht spezialisierten Anwalt den Vertrag prüfen.

8. Wie skaliere ich eine App auf mehrere Standorte?
Multi-Tenant-Architektur von Anfang an einplanen: mandantenfähiges Backend, Filial-spezifische Menüs, zentrale Reporting-Sicht. Nachträgliches „Multi-Location aufsatteln" ist typischerweise 30–50 % des ursprünglichen Invests.

9. Wie hoch ist das Risiko einer App-Store-Ablehnung?
Erstmalige Ablehnung bei Gastro-Apps ist relativ häufig. Typische Gründe: unklare Payment-Flows, fehlende Impressum/DSE, unvollständige Metadaten. Gute Agenturen kalkulieren 1–2 Rejection-Zyklen ein.

10. Wie oft muss eine App aktualisiert werden?
Realistisch alle 6–10 Wochen ein Release — iOS- und Android-OS-Updates, Security-Patches, kleinere Features, Bugfixes. Major-Updates ca. 2–3 Mal pro Jahr.

11. Welcher Payment-Anbieter ist der richtige?
Keine pauschale Empfehlung — entscheidend sind Gebührenstruktur (1,4–3,5 % + Fix), Auszahlungs-Takt, DACH-Zahlmittel-Abdeckung, 3DS2-Compliance und Integration ins bestehende Kassensystem. In der Regel lohnt ein Vergleich von mindestens drei Anbietern.

12. Welche Marketing-Budget-Faustregel für App-Launch ist realistisch?
Als grobe Orientierung für Jahr 1: 50–150 % des Entwicklungs-Invests als Marketing-Budget. Bei einer 40.000-€-App also 20.000–60.000 € für App-Install-Kampagnen, ASO, Retention-Maßnahmen.

11. Was Gastronomen wirklich fragen

Aus unseren Beratungsgesprächen kristallisieren sich immer dieselben Fragen heraus — oft erst im zweiten oder dritten Termin, wenn der erste Enthusiasmus sich gelegt hat. Typisch sind drei Muster.

Erstens die Stammgäste-Frage: „Meine Stammgäste werden doch sowieso auf meine App umsteigen, oder?" Nein, nicht automatisch. Stammgäste sind bequem — eine neue App zu installieren ist ein Wechsel-Kostenblock, der mit Incentives aktiv überwunden werden muss.

Zweitens die Lieferando-Befreiungs-Fantasie: „Ich will endlich weg von der Provision." Verständlich — aber eine Custom-App ist fast nie der direkte Weg dorthin. Der realistische Weg heißt: Provision halbieren, nicht auf null bringen.

Drittens die Zeitfrage: „Wie viel Zeit muss ich selbst investieren?" Unterschätzt wird der Betreiber-Aufwand nach Launch: Content-Pflege, Kundenservice-Anfragen, Marketing-Steuerung, Monitoring. Realistisch sind 4–10 Stunden pro Woche Betreiber-Zeit, besonders in den ersten 6 Monaten.

12. Schlusswort: Kosten-Ehrlichkeit vor Euphorie

Eine eigene Restaurant-App ist weder ein Hype-Thema noch ein Fehler per se — sie ist eine Kapitalentscheidung, die sich mit drei unbestechlichen Realitäten konfrontiert: Entwicklungs-Invest, laufende Kosten über fünf Jahre, Marketing-Budget zur Nutzer-Akquise. Wer diese drei Blöcke addiert und dann ehrlich gegen den realistischen Plattform-Shift rechnet, kommt in den meisten Einzelbetrieben auf das gleiche Ergebnis: Eine White-Label-Lösung, eine Progressive Web App oder eine intelligent gesteuerte Plattform-Integration sind wirtschaftlicher als eine Custom-App. Für Multi-Unit-Ketten ab 10 Standorten kippt die Rechnung.

Unsere Empfehlung: Treffen Sie die Entscheidung nicht, bevor Sie mindestens zwei Angebote für unterschiedliche Modelle vergleichen und bevor Sie die Marketing-Kosten der ersten 12 Monate realistisch beziffert haben. Wer dabei Orientierung braucht — wir bieten über unser Kontaktformular eine ehrliche Kosten-Vorab-Einschätzung an, ohne Verkaufsinteresse an einer bestimmten Variante.

13. Autor-Signatur

Stand: 18. Januar 2026. Kosten-Ranges, App-Store-Gebühren und regulatorische Rahmenbedingungen können sich ändern — Angaben ohne Gewähr.