Was kostet eine Bestell-App für Restaurants?

Wann sich eine eigene App lohnt

Das wichtigste Signal ist Wiederholung. Wer ohnehin immer wieder bestellt, profitiert von Favoriten, Bestellhistorie, schneller Abholung, Treuepunkten und klaren Statusmeldungen.

Das zweite Signal ist operative Reife. Eine App zeigt sofort, ob Speisekarte, Verfügbarkeit, Zubereitungszeit und Ausgabe funktionieren. Wenn Gerichte ständig ausverkauft sind, Modifier unklar bleiben oder niemand Rückfragen bearbeitet, wird die App diese Schwächen sichtbarer machen.

Das dritte Signal sind Daten. Der eigene Kanal zeigt, welche Gerichte wiederkehren, wo Nutzer den Warenkorb verlassen und welche Aktion wirklich Bestellungen auslöst. Auf Plattformen bleiben diese Erkenntnisse oft begrenzt.

Kostenrahmen

Bei Appfyl startet ein fokussiertes MVP meist bei 15.000-20.000 EUR. Dafür lässt sich eine erste Version mit Speisekarte, Kategorien, Modifiern, Warenkorb, Zahlung, Abholung, Statusmeldungen, Push-Benachrichtigungen, einfachem Admin-Panel und Analytics planen.

Ein ausgebautes Produkt liegt häufig bei 20.000-50.000 EUR. Dazu gehören Treueprogramm, Gutscheine, Lieferzonen, mehrere Standorte, Rollen im Team, Berichte, Rückerstattungen, Teilintegration mit Kassensystemen und bessere Support-Abläufe.

Eine größere Lösung kann 50.000-100.000 EUR erreichen, wenn viele Standorte, eigenes Kuriermanagement, tiefe Systemintegration, Franchise-Rechte, komplexe Aktionen, hohe Last oder strengere Sicherheitsanforderungen dazukommen.

Nicht jedes Restaurant braucht diese Größe. Oft ist ein sauberer Start mit Abholung, Favoriten und wiederholter Bestellung besser als ein zu früher Nachbau einer Lieferplattform.

Kostentreiber

Die Speisekarte ist oft komplexer als erwartet. Größen, Extras, Ausschlüsse, Kombis, Verfügbarkeit, unterschiedliche Preise je Standort und Zeitfenster brauchen eine solide Datenstruktur. Sonst entstehen falsche Preise oder unklare Küchenbons.

Zahlungen beeinflussen ebenfalls den Aufwand. Online-Karte ist einfacher als eine Mischung aus Wallets, Zahlung bei Abholung, Trinkgeld, Gutscheinen, Teilrückerstattung und Treueguthaben.

Lieferung verändert den Scope stark. Abholung braucht Zeitfenster und Bestätigung. Lieferung braucht Adressprüfung, Zonen, Mindestbestellwert, Zusteller, Status, Verspätungen und Konfliktfälle. Für den breiteren Kontext siehe Delivery-App-Entwicklung.

Eigene App, Bestellplattform oder Aggregator

Typisch sind drei Wege. Der Aggregator bringt Reichweite, verlangt aber oft spürbare Provisionen. Ein fertiges Online-Ordering-System ist schneller und kann mit Monatsgebühr plus Zahlungsabwicklung funktionieren. Eine maßgeschneiderte App kostet am Anfang mehr, passt dafür besser zu Marke, Prozessen, Daten und Treueprogramm.

DoorDash beschreibt sein Produkt für Bestellungen über eigene Händlerkanäle als provisionsfrei, während Zahlungsabwicklung weiter anfällt. Andere Anbieter stellen Monatsgebühren den oft diskutierten Plattformprovisionen von etwa 15-30% gegenüber. Für die Entscheidung zählt nicht der Durchschnitt, sondern euer echtes Bestellvolumen.

Ein einfacher Wirtschaftlichkeitscheck

Betrachte einen Monat:

• direkte Bestellungen über Telefon, Website, Social Media und Markensuche;
• realistischer Anteil, der in die App wechseln könnte;
• heutige Kosten für Provisionen, Rabatte und manuelle Arbeit;
• Wert von Wiederbestellung, Favoriten und eigenen Angeboten;
• Aufwand für Support, Pflege der Speisekarte, Updates und Analytics.

Wenn das Modell nur über eingesparte Gebühren funktioniert, ist Vorsicht angebracht. Gute Restaurant-Apps gewinnen über Gewohnheit und Bequemlichkeit: Lieblingsgericht wiederholen, klare Abholzeit sehen, Bonus nutzen und weniger Rückfragen haben.

Sinnvoller MVP-Umfang

Ein pragmatisches MVP enthält Speisekarte, Verfügbarkeit, Modifier, Warenkorb, Zahlung, Abholung oder einfache Lieferlogik, Bestellhistorie, Favoriten, Statusmeldungen, Benachrichtigungen, Admin-Panel und Basiskennzahlen.

Bereite für die Schätzung Speisekarte, Modifier-Regeln, Lieferzonen, Zahlungswünsche, Aktionen, aktuelle Bestelldaten und den Küchenablauf vor. Beschreibe auch Fehlerfälle: Gericht ausverkauft, Zahlung erfolgreich ohne Bestätigung, verspätete Lieferung oder Rückerstattung. Für Messpunkte hilft unser Artikel zur Mobile-App-Analytics-Einrichtung.

Was im ersten Release warten kann

Viele Projekte werden teuer, weil die erste Version zu viel beweisen soll. Eigene Fahrerlogik, komplexe Coupon-Regeln, Franchise-Abrechnung, mehrsprachige Inhalte, Chat, Catering und tiefe Kassensysteme müssen nicht alle am ersten Tag vorhanden sein.

Für ein erstes Release reicht oft ein engerer Test: Können Stammgäste direkt bestellen, versteht die Küche den Auftrag, ist die Abholzeit realistisch und kommen Menschen für eine zweite Bestellung zurück? Erst wenn diese Fragen beantwortet sind, lohnt sich der nächste Automatisierungsschritt.

Auch Treuefunktionen sollten einfach starten. Ein klarer Vorteil für Abholung oder eine sichtbare Wiederbestell-Funktion ist leichter zu verstehen als ein Punktesystem mit vielen Ausnahmen. Die App muss eine Gewohnheit aufbauen, nicht ein Regelwerk erklären.

Rolle des Restaurantteams

Die App ist nur so zuverlässig wie der Prozess dahinter. Vor dem Start sollte klar sein, wer Preise ändert, Gerichte deaktiviert, Bestellungen bestätigt, Rückfragen beantwortet und wöchentlich Kennzahlen prüft.

Eine schlanke Routine reicht oft: Verfügbarkeit zu Schichtbeginn prüfen, offene Bestellungen regelmäßig kontrollieren, abgebrochene Warenkörbe ansehen und Zeitfenster anpassen, wenn die Küche überlastet ist. Diese kleinen operativen Entscheidungen beeinflussen die Qualität stärker als viele Zusatzfunktionen.

Welche Kennzahlen nach dem Start zählen

Installationen allein sagen wenig aus. Für ein Restaurant sind andere Zahlen wichtiger: Anteil der Gäste, die ein Gericht in den Warenkorb legen, Abbruch vor der Zahlung, durchschnittliche Vorbereitungszeit, verspätete Bestellungen, Wiederbestellung innerhalb von 30 Tagen und Umsatz über den eigenen Kanal.

Diese Kennzahlen helfen auch beim nächsten Budget. Wenn viele Nutzer die Speisekarte ansehen, aber nicht kaufen, liegt das Problem vielleicht bei Preisen, Fotos, Lieferbedingungen oder Zahlungsarten. Wenn viele kaufen, aber nicht zurückkommen, fehlen vielleicht Favoriten, passende Erinnerungen oder ein besseres Treueangebot.

Das Admin-Panel sollte diese Fragen ohne manuelle Tabellen beantworten. Es muss nicht am Anfang ein großes BI-System sein, aber Bestellungen, Umsatz, wiederkehrende Kunden, beliebte Gerichte und Probleme im Checkout sollten sichtbar sein. Sonst entscheidet das Team wieder nach Bauchgefühl.

Häufige Fragen