Was die Entwicklung einer App kostet, hängt davon ab, was sie leisten soll: Ein Zeiterfassungstool und ein Marktplatz mit Zahlungen und Messaging sind völlig unterschiedliche Projekte. Dieser Leitfaden erklärt, welche Faktoren Sie festlegen sollten, um ein vergleichbares Angebot mit klarem Leistungsumfang einzuholen.
Wir gehen die Funktionen, Schnittstellen und technischen Entscheidungen durch, die das Projekt am stärksten beeinflussen, und die laufenden Kosten, die Sie von Anfang an einplanen sollten.
Wenn Sie es eilig haben, springen Sie direkt zur Übersichtstabelle am Ende. Wenn Sie zehn Minuten Zeit haben, lesen Sie weiter: Das erspart Ihnen Ärger.
So legen Sie den Umfang einer individuellen App fest
Die Kosten einer individuellen App hängen von Funktionen, Plattformen und Schnittstellen ab. Um den Umfang festzulegen, sollten Sie diese Stufen unterscheiden:
- Einfache App (Katalog, Kundenprofil und Formulare): Kalkuliert wird nach den Screens und Abläufen, die sie abdecken muss.
- Business-App (Login, Verwaltung, Benachrichtigungen und ERP-Anbindung): Nutzer, Berechtigungen und Datenflüsse müssen definiert werden.
- App mit erweiterten Funktionen (Zahlungen, Geolokalisierung, Chat und Offline-Synchronisierung): Jede Schnittstelle und ihre Tests müssen bewertet werden.
- Marktplatz oder SaaS-Produkt mit App: Der Umfang muss neben der App auch Backend, Verwaltung und die Weiterentwicklung des Produkts abdecken.
Das Angebot sollte Analyse, UX/UI-Design, Entwicklung für die gewählten Plattformen, Backend, Tests und Veröffentlichung umfassen. Wartung und neue Funktionen sollten separat aufgeführt werden.
Bevor Sie ein Angebot annehmen, prüfen Sie, ob Design, Backend, Tests, Veröffentlichung und Zugang zum Quellcode enthalten sind. Ein unvollständiges Angebot kann unverzichtbare Arbeit ausklammern.
Die sechs Faktoren, die die Kosten einer individuellen App am stärksten beeinflussen
Eine App, die Inhalte anzeigt, ist etwas anderes als eine, die Zahlungen abwickelt. Nach meiner Erfahrung sind das die Faktoren, die das Budget am stärksten nach oben oder unten treiben.
1. Zielplattformen
Ob Sie auf einer oder auf beiden Plattformen veröffentlichen, verändert den Umfang. Mit Flutter und React Native lässt sich ein Teil der Entwicklung gemeinsam nutzen; native Entwicklung passt besser, wenn Sie Grafikleistung oder sehr speziellen Hardwarezugriff brauchen.
2. Backend und Schnittstellen
Hier erleben viele ihre Überraschung. Eine App, die sich mit Ihrem ERP (Holded, Odoo, Sage 50, Dolibarr), mit Redsys (dem spanischen Kartenzahlungs-Gateway), mit dem spanischen Finanzamt (AEAT) für die Rechnungsstellung oder mit Veri*Factu (dem spanischen Pflichtsystem für Rechnungssoftware) verbindet, summiert schnell Stunden. Jede saubere Integration bedeutet: Dokumentation lesen, testen, Fehler behandeln und warten.
3. Design und Nutzererlebnis
Gutes Design für individuelle mobile Apps ist keine Kosmetik, sondern der Grund, warum Menschen eine App öfter als zweimal öffnen. Planen Sie 15 % bis 25 % des Gesamtbudgets für UX/UI ein, wenn Sie etwas wollen, das Sie ohne Entschuldigung zeigen können.
4. Rechtliche Vorgaben
DSGVO und das spanische Datenschutzgesetz (LOPDGDD) müssen schon im Design berücksichtigt werden. Wenn Sie Gesundheitsdaten, Daten von Minderjährigen oder Zahlungen verarbeiten, planen Sie eine rechtliche und technische Prüfung ein und definieren Sie deren Anforderungen, bevor Sie kalkulieren.
5. Offline-Synchronisierung und Echtzeit
Wenn die App ohne Netz funktionieren und später synchronisieren soll oder einen Echtzeit-Chat braucht, vervielfachen sich die Backend-Kosten. Das ist keine technische Spielerei, sondern echte Komplexität.
6. Team und Standort des Anbieters
Vergleichen Sie Anbieter nach der Erfahrung des Teams, der Verantwortung für das Projekt und dem Support danach. Verlangen Sie, dass das Angebot festhält, wer entwickelt, wie koordiniert wird und was jede Phase umfasst.
Was kostet eine App je nach Typ? Vier Praxisbeispiele
Diese vier App-Typen zeigen, welche Anforderungen den Umfang bestimmen:
Beispiel 1: Zahnarztpraxis mit Termin-App
Eine Termin-App für eine Praxis kann Buchung, Einsicht in die Patientenhistorie und Erinnerungen umfassen. Der Umfang hängt von der Anbindung an die Praxisverwaltungssoftware und von den Datenschutzanforderungen ab.
Beispiel 2: Liefer-App für eine Obst- und Gemüsegenossenschaft
Eine Liefer-App braucht unter Umständen optimierte Routen, digitale Unterschrift, Zustellfotos und Offline-Synchronisierung. Die Anbindung an das ERP und die tatsächliche Netzabdeckung der Nutzer bestimmen die Entwicklung.
Beispiel 3: MVP für ein Startup im Sportgeräteverleih
Bei einem MVP für Buchungen kann sich die erste Version auf Katalog, Buchung, Zahlung und ein Admin-Panel beschränken. Über weitere Funktionen wird entschieden, sobald die Nutzung validiert ist.
Beispiel 4: Plattform für Immobilienverwaltung mit App
Eine Immobilienplattform mit App muss Rollen, Geolokalisierung und Anbindungen an externe Immobilienportale definieren. Das Angebot wird auf Basis dieser Abläufe und der Anforderungen des Teams erstellt.
Backend, Admin-Panel und Analytics gehören von Anfang an ins Angebot. Fehlen sie, drohen Umfangserweiterungen während der Entwicklung.
Native, hybride oder Web-App: So wirkt sich die Wahl auf die Kosten der App-Entwicklung aus
Diese technische Entscheidung beeinflusst die Kosten stark. Hier die Zusammenfassung ohne unnötige Fachbegriffe.
Native Entwicklung (Swift für iOS, Kotlin für Android)
Zwei getrennte Codebasen, zwei Teams oder ein Team, das beides beherrscht, zwei Zeitpläne. Teuer, aber mit der besten Performance. Sinnvoll, wenn Ihre App aufwendige Grafik, Augmented Reality oder sehr speziellen Hardwarezugriff braucht. In 80 % der Fälle bei spanischen KMU hieße das, mit Kanonen auf Spatzen zu schießen.
Hybride Entwicklung (Flutter, React Native)
Mit Flutter und React Native lässt sich Code zwischen iOS und Android teilen. Das kann eine gute Option sein, wenn die Funktionen es zulassen, auch wenn bestimmte native Integrationen eigene Module erfordern.
Progressive Web App (PWA) oder Web-App
Wenn Ihre App nicht in die Stores muss und Ihre Nutzer sie im Browser verwenden, kann eine individuelle Webanwendung als PWA gegenüber einer nativen oder hybriden App 40 % bis 60 % einsparen. Das geht nicht immer, aber wenn es geht, ist es der klügste Zug. Bei internen Unternehmenstools gewinnt fast immer das Web.
Meine Faustregel: Wenn Sie in den Stores auftauchen müssen, weil Ihre Nutzer die App über den Namen suchen, setzen Sie auf hybrid. Ist die App intern für Mitarbeitende oder Partner gedacht, denken Sie über eine PWA nach. Bauen Sie ein Spiel oder etwas mit leistungsstarker Kamera, dann ohne Zögern nativ.
Versteckte Kosten, die Ihnen vor der Unterschrift kaum jemand nennt
Angebote bilden meist die Entwicklung ab und wenig mehr. Doch im ersten Jahr tauchen Kosten auf, die Sie besser vorher kennen, damit Sie keine böse Überraschung erleben.
- Apple-Entwicklerkonto: Prüfen Sie die Bedingungen des App Store für Veröffentlichung und Verlängerung.
- Google-Play-Konto: Prüfen Sie die aktuellen Bedingungen für Registrierung und Veröffentlichung.
- Hosting und Server für das Backend: Sie müssen nach Traffic, Speicherbedarf und erforderlicher Verfügbarkeit dimensioniert werden.
- Dienste von Drittanbietern: Zahlungs-Gateway (Gebühr pro Transaktion), Push-Benachrichtigungen (Firebase ist bis zu einem gewissen Volumen meist kostenlos), SMS, Karten (Google Maps rechnet nach Nutzung ab).
- Wartung: Vereinbaren Sie, welche Störungen abgedeckt sind, wie iOS- und Android-Updates laufen und wie Funktionen weiterentwickelt werden.
- Rechtliche Anpassungen: Änderungen bei DSGVO, Cookie-Regeln oder elektronischer Rechnungsstellung. Da die spanische E-Rechnungspflicht 2026 für Selbstständige und Kapitalgesellschaften voranschreitet, sollten Sie das im Blick behalten, wenn Ihre App Rechnungen ausstellt oder empfängt.
Bewerten Sie Fehlerbehebung, System-Updates und neue Funktionen getrennt. Verlangen Sie, dass das Angebot Leistungsumfang und Bedingungen jeder Leistung aufschlüsselt.
Angebote einholen, ohne über den Tisch gezogen zu werden (und ohne den Anbieter über den Tisch zu ziehen)
Nach vielen Vertriebsprozessen sage ich Ihnen, was meiner Meinung nach ein verlässliches Angebot von einem unterscheidet, das mitten im Projekt platzt.
Machen Sie Ihre Hausaufgaben
Fragen Sie kein Angebot an mit Ich will eine App wie Lieferando, nur billiger. Definieren Sie mindestens: für wen sie gedacht ist, welches Problem sie löst, die fünf unverzichtbaren Funktionen, mit welchen Systemen sie verbunden werden muss und auf welchen Plattformen sie laufen soll. Wenn Sie es selbst nicht wissen, weiß es der Anbieter erst recht nicht.
Fordern Sie vor der Entwicklung eine funktionale Analyse an
Die vorgelagerte funktionale Analyse sollte Screens, Geschäftsregeln, Schnittstellen und Abnahmekriterien festlegen. Wer diese Arbeit vereinbart, hat während der Entwicklung weniger Streit über den Umfang.
Bestehen Sie auf Eigentum am Code und Zugang zum Repository
Ihre App sollte Ihnen gehören. Verlangen Sie eine Klausel zur Rechteübertragung im Vertrag und Zugang zum Git-Repository ab dem ersten Tag. Wenn sich der Anbieter dabei ziert, ist das ein schlechtes Zeichen.
Zahlung nach Meilensteinen, nicht auf einmal
Das gesunde Modell: 30 % bei Unterschrift, 30–40 % zur Projektmitte gegen sichtbare Ergebnisse, der Rest bei Abschluss. Meiden Sie 100 % im Voraus und ebenso 100 % am Ende (Letzteres klingt gut für Sie, aber kein seriöser Anbieter lässt sich darauf ein, außer bei sehr kleinen Projekten).
Eine gute Agentur sagt Ihnen auch, was Sie lassen sollten. Wenn sie zu allem Ja sagt, wird es teuer.
Vergleichen – aber mit Verstand
Holen Sie drei Angebote ein. Liegt eines weit darunter, fragen Sie, was fehlt. Liegt eines weit darüber, fragen Sie, was es enthält, das die anderen nicht haben. Der mittlere Preis ist meist der realistische.
Zeitrahmen: Wie lange es dauert, bis Ihre App läuft
Zeit ist Geld, deshalb wirkt sie sich auch auf das Budget aus. Als Richtwert für 2026:
- Einfache App: 6–10 Wochen ab Kick-off.
- App mittlerer Komplexität: 3–5 Monate.
- Komplexe App mit mehreren Schnittstellen: 6–9 Monate.
- SaaS-Plattform oder -Produkt: ab 9 Monaten, mit iterativen Releases.
Ein wichtiger Punkt: Wenn Sie schnell an den Markt müssen, planen Sie ein MVP von sechs Wochen mit dem minimal Nötigen und entwickeln Sie dann iterativ weiter. Früher mit weniger zu starten ist meist besser, als spät mit allem zu kommen. Ich sehe es ständig: Teams, die acht Monate an Funktionen feilen, die ihre echten Nutzer nicht wollen.
Und Vorsicht bei künstlich kurzen Fristen. Wenn eine Agentur Ihnen eine komplexe App in sechs Wochen verspricht, hat sie entweder schon 80 % der Arbeit für einen anderen Kunden erledigt (mit allen Problemen, die das mit sich bringt), oder sie schafft es nicht. Die Prüfung in den App Stores kann drei bis zehn Tage dauern – und das lässt sich mit Geld nicht beschleunigen.
Die nützliche Frage lautet: Welches Problem soll die App lösen, und wie prüfen Sie, ob sie es tut? Eine gut fokussierte erste Version kann mehr Wert schaffen als eine breite, nicht validierte Plattform.
Beginnen Sie mit dem Wesentlichen, messen Sie die Nutzung und entscheiden Sie über die nächsten Phasen auf Basis von Daten. Verlangen Sie eine Aufschlüsselung nach Bausteinen, Zugang zum Repository und klare Wartungsbedingungen.
Und wenn Sie loslegen, nutzen Sie die ersten Termine, um den Umfang sauber festzulegen. Eine Stunde gutes Gespräch mit dem technischen Team erspart später Wochen an Nacharbeit.