Eine App zu entwickeln kostet 2026 zwischen 15.000 € für einen fokussierten MVP und 350.000 € oder mehr für ein komplexes, reguliertes Produkt. Die meisten echten Geschäftsapps — jene mit Login, Zahlungen und einem Backend — liegen zwischen 40.000 € und 150.000 €. Die ehrliche Antwort auf „Was kostet eine App" ist eine Spanne, und das Einzige, was sie eingrenzt, ist zu wissen, wie komplex die App tatsächlich ist und wer sie baut.
Alle anderen beginnen mit „Das kommt darauf an." Das ist wahr und nutzlos. Im Folgenden machen wir den Preis von Dingen abhängig, über die Sie tatsächlich entscheiden können: die Komplexität der App, die Funktionen darin und die Bauweise. Legen Sie diese drei fest, und die Zahl hört auf, ein Rätsel zu sein.
Eine Unterscheidung gleich vorweg, denn sie ändert alles. Eine Website ist Inhalt, den man liest. Eine App ist Software, die man benutzt — Konten, eine Datenbank, eine Logik, die sich danach richtet, wer angemeldet ist. Wenn Sie vor allem Seiten brauchen, lesen Sie stattdessen was eine Website kostet. In diesem Beitrag geht es um echte Software.
Hier ist die realistische Spanne für 2026, vor laufenden Kosten, für ein kompetentes Team in Westeuropa:
Was die Zahl bewegt, nach Wirkung geordnet:
1. Wie viele Funktionen, und wie individuell. Eine To-do-Liste und eine Mitfahr-Plattform sind beide „Apps". Der Abstand zwischen ihnen beträgt das 20-Fache oder mehr. Jeder Bildschirm, jeder Zustand, jeder Sonderfall ist Entwicklungszeit.
2. Das Backend. Das ist der Teil, den Gründer am stärksten unterschätzen. Authentifizierung, Zahlungen, eine Datenbank, Echtzeit-Synchronisierung, ein Admin-Panel — nichts davon ist in der App sichtbar, und alles davon ist echtes Engineering. Eine „einfache" App mit einem ernsthaften Backend ist keine einfache App.
3. Die Plattformen. Nur iOS, nur Android oder beide. Und ob Sie nativ bauen (zwei Codebasen) oder plattformübergreifend (eine Codebasis, React Native oder Flutter). Diese eine Entscheidung kann das Budget um 35 bis 50 % verschieben.
4. Wer sie baut. Ein No-Code-Tool, ein Freelancer, eine Offshore-Agentur, ein Boutique-Studio und ein internes Team sind fünf verschiedene Produkte — nicht fünf Qualitätsstufen derselben Sache. Jedes trägt einen anderen Preis und ein anderes Risikoprofil.
Das ist die Tabelle, die die meisten Menschen wirklich wollen. Die Spannen gelten für die Erstellung allein — Design, Entwicklung, QA und erste Veröffentlichung in den Stores — in Euro 2026, ausgehend von einem kompetenten Freelancer oder kleinen Studio zu westeuropäischen Sätzen. Kein No-Code, keine große Beratung. Passen Sie sie mit dem Abschnitt zur Bauweise an.
| App-Komplexität | Was es ist | Typische Baukosten | Bauzeit |
|---|---|---|---|
| MVP | Eine Plattform, 3–5 Kernbildschirme, schlankes Backend, Idee validieren | 15.000 € bis 40.000 € | 6 bis 12 Wochen |
| Einfache App | Eine Plattform, Basisfunktionen, leichtes Backend, keine Zahlungen | 20.000 € bis 50.000 € | 2 bis 4 Monate |
| Mittlere App | iOS + Android, Konten, Zahlungen, Push, einige Integrationen | 50.000 € bis 120.000 € | 4 bis 8 Monate |
| Komplexe App | Echtzeit, Marktplatz-Logik, umfangreiche Integrationen, individuelles Backend | 120.000 € bis 250.000 € | 7 bis 12 Monate |
| Enterprise / reguliert | Fintech, Gesundheit, Compliance, Skalierung, Sicherheitsaudits | 250.000 € bis 350.000 €+ | 9 bis 18 Monate |
Ein paar Hinweise, die die Tabelle nicht tragen kann:
MVP. Die ehrliche Wahrheit: Die günstigste Version eines guten MVP ist keine billige App — es ist eine kleine App, gut gebaut. Die Kosten sinken durch das Reduzieren des Umfangs, nicht der Qualität. Eine Plattform, die zwei oder drei Funktionen, die die Idee beweisen, und ein Backend, das nur das tut, was diese Funktionen brauchen. Wir führen dieses Argument weiter unten aus, denn es ist der beste Hebel, den Sie bei den Kosten haben.
Einfache App. Eine wirklich einfache App — ein Rechner, ein Gewohnheits-Tracker, ein Werkzeug für einen Zweck — kann tatsächlich am unteren Ende der Spanne liegen. Sobald sie Benutzerkonten braucht, die sich über Geräte hinweg synchronisieren, hört sie auf, einfach zu sein, denn nun gibt es ein Backend.
Mittlere App. Das ist das häufigste „echte" Produkt und der breiteste Teil des Marktes. Die Spanne ist breit, weil „Zahlungen und Konten" viel verbirgt: eine Stripe-Integration ist eine Woche; ein Abrechnungssystem mit mehreren Währungen, mehreren Anbietern, Abonnements und anteiliger Verrechnung sind zwei Monate.
Komplexe App. Die Spanne ist hart, weil sich Komplexität aufsummiert. Echtzeit-Funktionen (Live-Chat, kollaboratives Bearbeiten, Standortverfolgung) brauchen Infrastruktur, die in der Oberfläche nicht auftaucht. Marktplätze sind in Wahrheit zwei oder drei Apps — Käufer, Verkäufer, Verwaltung — unter einem Namen.
Enterprise / reguliert. Hier ist die Software oft der geringere Kostenfaktor. Sicherheitsaudits, Penetrationstests, DSGVO- und Branchen-Compliance (HIPAA-Äquivalent, PSD2, KYC) und die von Regulierern verlangte Dokumentation können die Erstellung selbst erreichen oder übersteigen.
Die Komplexitätsstufe ist ein Ausgangspunkt. Dies sind die konkreten Dinge, die Sie innerhalb dieser Stufe nach oben oder unten bewegen.
Der größte einzelne Treiber und der, den Gründer am direktesten steuern. Die Kosten skalieren mit Bildschirmen, Zuständen und Sonderfällen — nicht mit dem Ehrgeiz Ihrer Idee. „Eine Chat-Funktion hinzufügen" klingt nach einer Zeile im Briefing. In Wirklichkeit sind es Nachrichtenverläufe, Lesebestätigungen, Tippanzeigen, Push-Benachrichtigungen, Offline-Handhabung, Moderation und ein Backend, das all das speichert und weiterleitet. Unter jeder Funktion liegt ein Eisberg.
Der Teil, den Sie nicht sehen und bei einer ernsthaften App nicht weglassen können. Grobe Zusätze für 2026 zusätzlich zum Frontend-Bau:
Hier ist unsere tatsächliche Philosophie dazu, und sie prägt jedes Angebot, das wir schreiben: Backend wird hinzugefügt, wenn Sie es wirklich brauchen, nicht standardmäßig. Viele MVPs gehen mit einem bewusst schlanken Backend und einem manuellen Prozess im Hintergrund live, und das ist am Anfang die richtige Entscheidung. Die teure Infrastruktur baut man, sobald die Nutzung es rechtfertigt — nicht am ersten Tag, weil eine Vorlage sie hatte.
Karten, Analytik, Messaging, Kalender, CRMs, ERPs, Zahlungsanbieter, KI-APIs. Jede Integration sind 1.500 € bis 8.000 € Aufwand, je nachdem, wie kooperativ die API der Gegenseite ist — und einige tragen für immer eigene monatliche Gebühren (siehe laufende Kosten weiter unten). Drei Integrationen sind eine normale mittlere App. Zehn Integrationen sind ein anderes Projekt.
Keine Dekoration — es ist die Art, wie die App benutzt wird. Eine ausgefeilte, individuell gestaltete App kostet 8.000 € bis 40.000 € allein an Design für ein mittleres Produkt, einschließlich Benutzerflüssen, einem Designsystem, Prototypen und den Dutzenden Leer-, Lade- und Fehlerzuständen, die eine echte App von einer Demo trennen. Hier zu sparen ist die sichtbarste Art, billig zu wirken.
Die Entscheidung mit dem größten einzelnen Hebel auf die Kosten. Zwei native Apps zu bauen (Swift für iOS, Kotlin für Android) bedeutet zwei Codebasen, zwei Teams, zwei Zeitpläne — und rund 40.000 € bis 110.000 € für eine mittlere App auf beiden Plattformen. Dieselbe App in React Native oder Flutter — eine Codebasis, beide Plattformen — kostet bei gleichem Umfang typischerweise 15.000 € bis 45.000 €. Das sind 35 bis 50 % Ersparnis, und bei der großen Mehrheit der Geschäftsapps merkt der Nutzer keinen Unterschied.
Nativ rechtfertigt sich bei grafikintensiven Spielen, tiefer Hardware-Integration und Apps, bei denen wenige Millisekunden UI-Performance das Produkt sind. Für alles andere — also die meisten Apps — ist plattformübergreifend 2026 die vernünftige Standardwahl. Den vollständigen Fall machen wir in React Native vs. Flutter für Startups.
Beide auszuliefern fügt einem nativen Bau rund 30 bis 40 % hinzu (alles doppelt). Plattformübergreifend ist die zweite Plattform weit günstiger — aber nie kostenlos. Store-spezifisches Verhalten, Gerätetests und Eigenheiten der Prüfung kosten auf beiden Seiten weiterhin echte Zeit.
Günstig unterhalb einer bestimmten Schwelle, teuer darüber. Eine Standard-App mit vernünftigen Praktiken: in den Bau eingebaut. Eine regulierte App, die Audits, Verschlüsselung im Ruhezustand, Penetrationstests und Compliance-Zertifizierung braucht: 20.000 € bis 100.000 €+ obendrauf, manchmal jährlich wiederkehrend. Wenn Sie mit Geld, Gesundheitsdaten oder Daten von Kindern umgehen, ist das nicht optional und nicht der Ort zum Sparen.
Dieselbe App, fünf Arten sie zu bauen, fünf sehr unterschiedliche Rechnungen — und fünf sehr unterschiedliche Risikoprofile.
Sie setzen die App in einem visuellen Tool zusammen, statt Code zu schreiben. Realistische Kosten 2026: 2.000 € bis 20.000 € zum Bauen, plus 30 € bis 500 €/Monat an Plattformgebühren für immer.
Die ehrliche Einschätzung zu No-Code: Es ist kein Spielzeug, und es abzutun ist faul. Für den richtigen Zweck ist es das am besten angelegte Geld. Aber wenn die App erfolgreich ist, werden Sie sie wahrscheinlich in echtem Code neu bauen — behandeln Sie die No-Code-Version also als bezahltes Experiment, nicht als Fundament. Die Falle ist, Ihre Zukunft auf einem Tool zu errichten, das Sie überwachsen werden.
Ein versierter Freelancer zu 50 € bis 90 €/Stunde in Europa (weniger aus kostengünstigeren Regionen, mehr bei Spezialisten). Eine einfache bis mittlere App: 15.000 € bis 60.000 €.
Teams in kostengünstigeren Regionen, die 25 € bis 70 €/Stunde abrechnen. Die genannte Ersparnis ist echt — aber der Mehraufwand auch.
Das sind wir, und der ehrliche Pitch lautet: Sie zahlen für seniorisches Urteilsvermögen, nicht für Personalstärke. Ein kleines, ausschließlich seniorisches Team — keine Junioren, keine Account Manager — baut die App und spricht direkt mit Ihnen. Westeuropäische Sätze, aber ohne Overhead-Steuer. Eine mittlere App: 50.000 € bis 120.000 €.
Eigene Entwickler einstellen. Der teuerste Weg im Voraus — ein einzelner seniorer Mobile-Entwickler in Westeuropa kostet 70.000 € bis 120.000 €/Jahr voll gerechnet — und das vor Design-, Backend- und QA-Rollen.
Der Bau ist eine einmalige Zahl. Eine App zu betreiben ist eine dauerhafte Zahl — und hier nehmen „billige" Angebote ihre Rache. Echte Zahlen für 2026:
Wartung. Der große Posten. Rechnen Sie mit 15 bis 20 % der Baukosten pro Jahr, nur um die App funktionsfähig zu halten — Fehlerbehebungen, Aktualisierungen von Abhängigkeiten und die OS-Änderungen, die Apple und Google zweimal jährlich erzwingen. Eine App für 60.000 € kostet rund 9.000 € bis 12.000 €/Jahr an Wartung vor jeder neuen Funktion. Eine ungewartete App hört innerhalb von ein bis zwei Jahren auf zu funktionieren; das ist nicht optional.
Store-Gebühren. Apple verlangt 99 $/Jahr für ein Entwicklerkonto; Google verlangt einmalig 25 $. Auf den Umsatz nimmt Apple 15 % unter 1 Mio. €/Jahr, 30 % darüber; Googles Standardprovision sinkt ab dem 30. Juni 2026 auf 20 % bei In-App-Käufen (10 % bei Abonnements) in den USA, Großbritannien und dem EWR. Wenn Sie über die App verkaufen, ist der Store ein dauerhafter Umsatzbeteiligungs-Partner — kalkulieren Sie ihn ein.
Backend und Hosting. Die Server, die Datenbank und die APIs einer Live-App. Realistisch 50 € bis 500 €/Monat für eine wachsende App auf AWS, GCP oder einer verwalteten Plattform — skalierend mit den Nutzern. Ein viraler Erfolg kann dies auf Tausende pro Monat treiben, was ein gutes Problem ist, aber ein echtes.
Drittanbieter-API- und SaaS-Abonnements. Jede Integration, die Sie beim Bau gekostet hat, kostet Sie auch im Betrieb: Karten, Messaging, Analytik, E-Mail, Push, Fehlerverfolgung, Zahlungsabwicklungsgebühren. Leicht 100 € bis 1.000 €+/Monat zusammen für eine mittlere App, und es wächst nur mit der Nutzung.
Aktualisierungen für OS-Änderungen. Neue iOS- und Android-Versionen erscheinen jährlich und machen regelmäßig Dinge kaputt. Aktuell zu bleiben ist nicht optional — eine App, die auf dem neuesten OS abstürzt, wird deinstalliert und in den Bewertungen zerrissen. Das steckt im Wartungsbudget, ist aber die Position, die am meisten überrascht.
Rechnen Sie es zusammen: Eine mittlere App für 60.000 € kostet realistisch 12.000 € bis 25.000 €/Jahr im Betrieb zwischen Wartung, Hosting, APIs und Store-Gebühren — plus ein Umsatzanteil, wenn Sie über die App verkaufen. Wenn ein Angebot all dies ignoriert, ist es kein vollständiges Angebot. Der Bau ist die Anzahlung; der Betrieb ist die Hypothek.
Hier ist der Teil, den die meisten Agenturen nicht offen sagen, weil er ihre erste Rechnung senkt: Bauen Sie nicht alles auf einmal. Der teuerste Fehler in der App-Entwicklung ist nicht, das falsche Team zu engagieren — es ist, das ganze Produkt zu bauen, bevor Sie wissen, ob es überhaupt jemand will.
Ein MVP ist keine billige, kaputte Version Ihrer App. Es ist das kleinste vollständige Ding, das beweist, dass die Kernidee funktioniert — die zwei oder drei Funktionen, die zählen, gut gebaut, an echte Nutzer ausgeliefert, auf einer Plattform. Sie lernen mehr aus einer fokussierten App in tausend Händen als aus einer funktionsvollständigen App in Ihrer Vorstellung.
Das hängt direkt damit zusammen, wie wir bauen. Wir fügen Backend-Infrastruktur hinzu, wenn Sie sie wirklich brauchen, nicht standardmäßig. Echtzeit-Synchronisierung, Zahlungen mit mehreren Anbietern, ein Admin-Panel, beide Plattformen — jedes davon ist echtes Geld, und jedes davon ist verschwendet, wenn die Kernidee nicht zündet. Liefern Sie die schlanke Version aus, beobachten Sie, was Menschen tatsächlich tun, und investieren Sie dann in die Teile, die es sich verdient haben.
Die Rechnung ist klar. Ein voller Bau für 120.000 €, der scheitert, hat 120.000 € gekostet und Ihnen eine Sache gelehrt: Er ist gescheitert. Ein MVP für 30.000 €, der scheitert, hat 30.000 € gekostet und Ihnen dasselbe gelehrt, mit 90.000 € noch auf dem Konto für die nächste Idee — oder für den Bau der richtigen Funktionen, sobald die Nutzer Ihnen gezeigt haben, welche zählen. Der MVP ist nicht die billige Option. Er ist die kluge Option, und er macht das spätere Endprodukt meist besser und auch günstiger.
Die Regel, nach der wir leben: Bauen Sie das Kleinste, das die Idee beweisen oder verwerfen kann. Lassen Sie dann die echte Nutzung — nicht eine Wunschliste an Funktionen — entscheiden, wohin der nächste Euro fließt.
Vergessen Sie Branchendurchschnitte. Budgetieren Sie aus Ihren eigenen Antworten auf vier Fragen:
1. Was ist das eine, das diese App beweisen muss? Wenn Sie es nicht in einem Satz nennen können, sind Sie nicht bereit zu bauen — Sie sind bereit zu spezifizieren. Je klarer der Kern, desto kleiner und günstiger die erste Version.
2. Braucht sie wirklich am ersten Tag ein individuelles Backend? Oft lautet die Antwort nein. Ein schlankes Backend oder sogar ein manueller Prozess hinter einer ausgefeilten Oberfläche bringt Sie zu einem Bruchteil der Kosten zu echten Nutzern. Fügen Sie die teure Infrastruktur hinzu, wenn die Nutzung es verlangt.
3. Eine Plattform oder zwei, nativ oder plattformübergreifend? Beginnen Sie mit der Plattform, auf der Ihre Nutzer tatsächlich sind, bauen Sie plattformübergreifend, sofern Sie keinen konkreten Grund dagegen haben, und Sie haben bereits 35 bis 50 % gespart, bevor Sie eine Zeile Funktionscode schreiben.
4. Können Sie den Betrieb finanzieren, nicht nur den Bau? Budgetieren Sie den Bau, fügen Sie dann 15 bis 20 % pro Jahr für Wartung und den monatlichen Hosting-/API-Stack hinzu, bevor Sie sich festlegen. Eine App, die Sie bauen, aber nicht betreiben können, ist eine Verbindlichkeit mit einem Symbol.
Ein vernünftiger Prozess lautet: Wählen Sie den kleinsten Umfang, der die Idee beweist, wählen Sie die Bauweise, die Ihr Budget und Ihre Risikobereitschaft erlauben, entscheiden Sie sich für plattformübergreifend, sofern kein echter Grund dagegen spricht, und addieren Sie die laufenden Kosten, bevor Sie unterschreiben — nicht danach. Siehe unsere Leistungen dazu, wie wir das in der Praxis abstecken.
Die Studios, die es wert sind, beauftragt zu werden, beziffern nicht ins Blaue hinein. Die Discovery-Phase kommt vor der Zahl — ein echter Umfang ist der Vertrag, und der Preis folgt daraus. Wer Ihnen eine Zahl zurückschießt, bevor er versteht, was Ihre App leisten soll, rät, und Sie zahlen für die Schätzung später.
Sie wollen eine echte Zahl für Ihre konkrete App statt einer Spanne? Starten Sie ein Gespräch — sagen Sie uns, was sie leisten soll, und wir antworten innerhalb von 48 Stunden mit einem abgesteckten Angebot, bevor irgendeine Arbeit beginnt.
Wir nehmen jeden Quartal eine begrenzte Anzahl von Projekten an. Erzählen Sie uns, was Sie bauen.
Astro generiert standardmäßig kein JavaScript. Für Marketing-Sites bedeutet das schnellere Ladezeiten, einfachere Wartung und bessere Core Web Vitals ohne Kompromisse.
TypeScript fügt Build-Komplexität hinzu. Für eine fünfseitige statische Site ist das Overhead. Für ein mehrsprachiges, CMS-gestütztes Projekt kann es Monate Debugging sparen.