Delivery-App: Was du wissen musst, bevor du sie baust
"Ich will eine App wie Uber Eats" ist einer der teuersten Sätze, die ein Gründer sagen kann — nicht weil es unmöglich wäre, sondern weil unter der sichtbaren App drei koordinierte Anwendungen und ein Logistikgeschäft stecken, das keine Rechenfehler verzeiht. Bevor du Entwicklung anfragst, versteh, was du wirklich baust.
24. Mai 20255 Min. LesezeitIn diesem Artikel
"Ich will eine App wie Uber Eats" ist einer der teuersten Sätze, die ein Gründer sagen kann — nicht weil es unmöglich wäre, sondern weil das Sichtbare (eine App, in der man Essen wählt und es kommt) die Spitze eines Eisbergs ist: Darunter stecken drei in Echtzeit koordinierte Anwendungen und ein Logistikgeschäft, dessen Zahlen keine Rechenfehler verzeihen. Die meisten Delivery-Projekte scheitern nicht an der Software: Sie scheitern an der Ökonomie jeder einzelnen Lieferung.
Dieser Guide legt den ganzen Eisberg auf den Tisch: was du wirklich baust, wenn du "eine Delivery-App" bestellst, die zwei möglichen Geschäftsmodelle und ihre Kosten, die Zahlen, die entscheiden, ob Lieferung Geld bringt oder frisst, und den gestuften Weg ins Delivery, ohne das Kapital eines Jahres auf eine Ahnung zu setzen.
Eine Delivery-App ist (mindestens) drei Apps
- Die des Kunden: Katalog, Warenkorb, Bezahlung, Sendungsverfolgung auf der Karte — die einzige, die sich alle beim Angebotseinholen vorstellen.
- Die des Fahrers: Aufträge empfangen, annehmen oder ablehnen, zur Adresse navigieren, als geliefert markieren, abrechnen.
- Das Händlerpanel: Bestellungen empfangen, als in Zubereitung markieren, Verzögerungen melden, Speisekarte oder Katalog samt Zeiten pflegen.
Die drei müssen in Echtzeit miteinander sprechen: Eine Bestellung, die der Kunde als "unterwegs" sieht, während der Fahrer noch im Laden wartet, ist das Erlebnis, das das Vertrauen beim ersten Gebrauch zerstört. Deshalb liegt das realistische Budget eines kompletten Delivery-Systems beim Zwei- bis Dreifachen "einer App" — der Entwickler übertreibt nicht: Es sind drei Produkte plus ein Server, der sie koordiniert.
Die zwei Modelle: eigene Lieferung vs. Marktplatz
| Modell | Wie es funktioniert | Für wen es ist |
|---|---|---|
| Eigene Lieferung: dein Geschäft liefert seine Produkte | Eine Bestell-App + eigene oder beauftragte Fahrer; du kontrollierst das komplette Erlebnis | Restaurants, Apotheken, Märkte und Läden mit bewiesener Nachfrage — der realistische Fall für KMU |
| Marktplatz: Multi-Händler-Plattform mit Flotte | Du gewinnst Händler UND Fahrer UND Kunden gleichzeitig; du kassierst Provision pro Transaktion | Ernsthaft finanzierte Projekte: verlangt kritische Masse auf allen drei Seiten vor dem ersten verdienten Euro |
Die Verwechslung beider ist der teuerste Gründungsfehler: Einen Marktplatz zu bauen heißt, eine Logistikfirma mit drei verschiedenen, gleichzeitig zu überzeugenden Kundengruppen zu gründen — ohne Händler keine Kunden, ohne Kunden keine Fahrer, ohne Fahrer kein Service. Ist dein Fall "ich will, dass meine Produkte meine Kunden erreichen", ist dein Projekt das erste, kostet einen Bruchteil und ähnelt viel mehr einer Restaurant-Bestell-App mit Lieferung obendrauf.
Die Logistik ist das echte Produkt
Die Zahlen, die entscheiden, ob Delivery sich rechnet
- Echte Kosten pro Lieferung: Fahrer + Sprit + Leerlauf zwischen Bestellungen; liegt der Schnitt über Liefergebühr plus Produktmargenbeitrag, macht dich jede Bestellung ärmer.
- Mindestbestellwert: Die Lieferung eines 3-Euro-Produkts rechnet sich nie — definiere die Mindestbestellung, die die Fahrt rentabel macht, und erzwinge sie in der App.
- Zonendichte: Delivery ist ein Geografiegeschäft; mit einer kleinen Zone zu starten und sie zu sättigen schlägt das Abdecken der ganzen Stadt mit verstreuten Fahrten um Längen.
- Die Gebühr, die der Kunde erträgt: Es gibt eine psychologische Decke für Lieferkosten; was deine echten Kosten übersteigt, muss aus Produktmarge oder Volumen kommen — mach diese Rechnung vorher, nicht nachher.
Was zuerst bauen und was aufschieben
Das minimal tragfähige System: Bestellung mit Bezahlung, Statusbenachrichtigungen, ein einfaches Händlerpanel und manuelle Fahrerzuweisung — ein menschlicher Disponent mit einer WhatsApp-Gruppe verteilt Lieferungen bis zu einigen Dutzend Bestellungen am Tag völlig problemlos. Schuldfrei aufschiebbar: automatische Zuweisung, Routenoptimierung, Live-Karten-Tracking (ein ehrliches "deine Bestellung ist um 13:40 losgefahren" schlägt eine lügende Karte), Trinkgelder und geplante Lieferungen. Fürs technische Format gilt die übliche Logik — Web-App zuerst, Stores später — mit einer Ausnahme: Die Fahrer-App profitiert wirklich vom Installieren, weil sie durchgehend GPS nutzt.
Der gestufte Weg, ohne pleitezugehen
- Validiere mit dem, was du hast: WhatsApp-Bestellungen und eigene oder beauftragte Lieferung — zwei Wochen davon lehren dich mehr über deine Zahlen als jede Prognose.
- Digitalisiere die Bestellung: eine Bestell-Web-App mit Liefergebiet und Gebühr; die Fahrerzuweisung bleibt manuell.
- Automatisiere, wenn das Volumen es verlangt: Tracking, automatische Zuweisung und Fahrer-App kommen, wenn der menschliche Disponent überläuft — nicht vorher.
- Der Marktplatz nur mit Finanzierung: Ist dein Ziel die Multi-Händler-Plattform, kommt der Businessplan vor der Software — die vollständige Aufschlüsselung jedes App-Projekts steht im allgemeinen Guide.
Häufige Fragen
Was kostet eine App wie Uber Eats?
Die Frage hat zwei Antworten: Die komplette Plattform nachzubauen (drei Apps, Echtzeit, automatische Zuweisung) ist ein Projekt von Zehn- bis Hunderttausenden Euro plus festem Team. Aber die Version, die dein Geschäft wahrscheinlich braucht — eigene Bestellungen mit eigener Lieferung und manueller Zuweisung — löst sich ab wenigen Tausend maßgeschneidert oder mit Monatsabos auf bestehenden Plattformen. Der Unterschied liegt darin zu wissen, welches der beiden Projekte deines ist.
Eigene App oder auf die bestehenden Plattformen gehen?
Es ist kein Entweder-oder, sondern eine Abfolge: Plattformen geben dir sofortige Nachfrage im Tausch gegen Provision und die Anonymität deiner Marke; der eigene Kanal dreht die Gleichung um, verlangt aber vorhandene Nachfrage. Die vernünftige Strategie für die meisten: Plattformen zum Gewinnen neuer Kunden, eigener Kanal zum Halten der Stammkunden — und schrittweise Migration mit konkreten Anreizen.
Wie manage ich Fahrer? Davor habe ich am meisten Respekt.
Zu Recht — es ist der schwerste Teil, und es ist ein Betriebs-, kein Softwareproblem. Die Schlüsselentscheidungen: Beschäftigungsmodell (fest gibt Verlässlichkeit und kostet in schwachen Stunden; pro Lieferung skaliert, wechselt aber öfter), transparente und pünktliche Bezahlung (gute Fahrer bleiben, wo die Abrechnung klar ist) und schriftliche Regeln für die Grenzfälle: abwesender Kunde, falsche Adresse, beschädigtes Produkt. Starte mit zwei, drei bekannten Fahrern, bevor du an eine Flotte denkst.
Welche Marge lässt das Delivery wirklich?
Die ehrliche Antwort: Die Lieferung selbst ist im kleinen Maßstab selten als eigene Sparte rentabel — sie funktioniert als Ermöglicher von Verkäufen, die es sonst nicht gäbe. Deshalb rechnet man aufs Ganze: Produktmarge + Liefergebühr − echte Lieferkosten, pro Bestellung und pro Zone. Ist die Summe bei realistischem (nicht prognostiziertem) Volumen positiv, hast du ein Geschäft; stimmt sie erst beim Volumen des dritten Jahres, hast du eine Wette — und das weiß man besser vorher.