Was kostet eine mobile App: realistisches Budget
Eine mobile App kostet zwischen 8000 und 25000 Euro für ein einfaches Projekt auf einer Plattform, und zwischen 25000 und 80000 Euro oder mehr für ein komplexes, plattformübergreifendes Projekt mit dediziertem Backend. Der Preisunterschied kommt nicht von der Anzahl der angezeigten Bildschirme, sondern von dem, was dahinter passiert: Kontoverwaltung, Datensynchronisierung, Anbindung an Drittanbieterdienste und laufende Wartung angesichts der ständigen Updates der Betriebssysteme.
Warum das Budget einer mobilen App oft überrascht
Viele Projektträger vergleichen das Budget einer mobilen App mit dem einer Webseite und erwarten eine ähnliche Größenordnung. Das ist ein häufiger Vergleichsfehler. Eine Webseite läuft in einem einzigen Browser mit gemeinsamen Standards. Eine mobile App muss auf unterschiedlichen Betriebssystemen funktionieren (iOS, Android), die strengen Regeln jedes Stores einhalten, die erzwungenen Updates dieser Systeme verwalten und oft ohne stabile Internetverbindung funktionieren.
Der zweite Überraschungsfaktor ist die Wartung. Im Gegensatz zu einer Webseite, die jahrelang ohne größere Eingriffe stabil bleiben kann, braucht eine mobile App regelmäßige Updates, um mit neuen iOS- und Android-Versionen kompatibel zu bleiben, sonst funktioniert sie irgendwann nicht mehr oder wird aus dem Store entfernt. Diese wiederkehrenden Kosten, oft in Erstkalkulationen abwesend, machen in der Regel 15 bis 25 % der Entwicklungskosten pro Jahr aus.
Schließlich verändert das Vorhandensein oder Fehlen eines Backends (Server, der Daten speichert und synchronisiert) das Budget radikal. Eine App, die nur eingebetteten statischen Inhalt anzeigt, bleibt einfach und wenig kostspielig. Sobald sie Nutzerkonten, geräteübergreifend geteilte Daten oder personalisierte Benachrichtigungen verwaltet, wird ein dedizierter Server nötig, mit eigener Entwicklung, Hosting und Sicherheit.
Nativ, plattformübergreifend oder Progressive Web App
Die native Entwicklung (Swift für iOS, Kotlin für Android) produziert die leistungsfähigsten und am besten in jedes System integrierten Apps, verdoppelt aber die Arbeit, da zwei getrennte Codebasen geschrieben und gepflegt werden müssen. Das ist die teuerste Option, vorbehalten für Projekte, bei denen die Leistung oder der Zugriff auf sehr spezifische Systemfunktionen die Investition rechtfertigt.
Die plattformübergreifende Entwicklung (Flutter, React Native) erlaubt, einen Großteil des Codes nur einmal für beide Systeme zu schreiben, was das Budget im Vergleich zu nativ deutlich senkt, bei nahezu gleichwertigem Erlebnis. Das ist heute der gängigste Ansatz für professionelle Apps mit kontrolliertem Budget.
Die Progressive Web App (eine Webseite, die sich wie eine App verhält, installierbar über den Browser) kostet deutlich weniger als eine echte native App, bleibt aber bei bestimmten tiefen Telefonfunktionen eingeschränkt (erweiterte Benachrichtigungen, umfassender Hardwarezugriff) und wird nicht über die klassischen Stores vertrieben. Für einen einfachen mobilen Präsenzbedarf ist das oft eine unterschätzte und weitgehend ausreichende Option.
Was den Preis innerhalb desselben Projekts variieren lässt
Die Anzahl der Bildschirme und Nutzerpfade. Eine App mit 5 einfachen Bildschirmen kostet natürlich weniger als eine App mit 30 Bildschirmen und komplexen bedingten Abläufen.
Das Vorhandensein eines Nutzerkontos. Registrierung, Anmeldung, Passwortverwaltung, eventuell Anmeldung über soziale Netzwerke: Jeder Baustein fügt Entwicklung und Sicherheitsherausforderungen hinzu.
Drittanbieter-Integrationen. In-App-Zahlung, Geolokalisierung, Push-Benachrichtigungen, Anbindung an einen externen Dienst (Wetter, Kartografie, CRM): Jede Integration hat ihre eigenen Einrichtungs- und Testkosten.
Das individuelle Design. Eine vollständig für die Marke gestaltete Oberfläche kostet mehr als eine Verkleidung von Standardkomponenten, bleibt aber oft nötig, um sich in einem gesättigten Store abzuheben.
Die Store-Validierung. Apple und Google geben Validierungsregeln vor, die die Veröffentlichung verzögern und bei der Erstkalkulation nicht vorhergesehene Anpassungen erfordern können.
Die im Erstangebot oft fehlenden Kosten
Die Store-Gebühren. Apple berechnet einen Jahresbeitrag für die Veröffentlichung im App Store, und Google verlangt einmalige Gebühren für den Play Store. Das sind im Vergleich zum Entwicklungsbudget bescheidene Beträge, die aber zu den Gesamtkosten hinzukommen und in der Erstkalkulation manchmal vergessen werden.
Die Server-Infrastrukturkosten. Sobald ein Backend existiert, haben Hosting, Datenbank und eventuell Push-Benachrichtigungsdienste monatliche Kosten, die mit der Anzahl aktiver Nutzer wachsen, unabhängig vom Entwicklungsbudget selbst.
Die grafische Erneuerung. Eine App, deren Oberfläche sich nie weiterentwickelt, wirkt irgendwann veraltet gegenüber Wettbewerbern, die sich erneuern. Ein Budget für regelmäßige grafische Weiterentwicklung, getrennt von reinen Fehlerkorrekturen, verhindert dieses schleichende Altern.
Tests auf einer vielfältigen Gerätepalette. Android insbesondere deckt eine Vielzahl unterschiedlicher Modelle und Bildschirmgrößen ab. Auf ein einziges Referenzgerät beschränkte Tests lassen oft Fehler durchgehen, die nur bei bestimmten, von einem realen Teil der Nutzer verwendeten Modellen auftreten.
Das richtige Ambitionsniveau für einen ersten Launch abschätzen
Wie bei einem SaaS ist der teuerste Fehler in einem mobilen App-Projekt, bereits in der ersten Version alle für das Endprodukt vorgestellten Funktionen entwickeln zu wollen. Eine mobile App, die mit einem auf das Wesentliche konzentrierten Umfang startet, ermöglicht es, den tatsächlichen Nutzen durch die Nutzer zu überprüfen, bevor in fortgeschrittenere Funktionen investiert wird, die in der Praxis oft weniger genutzt werden als erwartet.
Dieser schrittweise Ansatz reduziert das finanzielle Risiko und ermöglicht es, die Entwicklungsprioritäten anhand realer Rückmeldungen anzupassen, statt anhand ungetesteter Annahmen, die vor dem ersten Launch formuliert wurden.
Budgettabelle nach Projekttyp
| Projekttyp | Richtbudget | Nötiges Backend |
|---|---|---|
| Einfache Progressive Web App | 3000 bis 10000 € | Optional je nach Bedarf |
| Einfache App, eine Plattform | 8000 bis 15000 € | Oft minimal oder nicht vorhanden |
| Plattformübergreifende App, Standardfunktionen | 15000 bis 25000 € | Leichtes Backend (Konten, dynamischer Inhalt) |
| Komplexe App, plattformübergreifend, dediziertes Backend | 25000 bis 80000 €+ | Vollständiges Backend, Skalierung vorauszuplanen |
Das Budget für das erste Update, nicht nur den Launch
Der Launch einer App ist nie das Ende des Projekts. Die ersten Rückmeldungen echter Nutzer offenbaren fast immer nötige Anpassungen, ob Fehlerkorrekturen, die im Test nicht erkannt wurden, oder Ergonomieverbesserungen, die erst erkannt werden, sobald die App in den Händen eines größeren Publikums als des Entwicklungsteams ist. Ein Budget für diese erste Anpassungswelle, getrennt vom anfänglichen Entwicklungsbudget, vermeidet, dass die App-Nutzung mangels Mitteln unterbrochen werden muss, um zu korrigieren, was Nutzer in den ersten Wochen melden.
Was Sie sich merken sollten
- Das Budget einer mobilen App hängt vor allem vom Vorhandensein eines Backends, Drittanbieter-Integrationen und der Anzahl der angestrebten Plattformen ab, nicht von der Anzahl sichtbarer Bildschirme.
- Die plattformübergreifende Entwicklung (Flutter, React Native) senkt die Kosten im Vergleich zu reinem Nativ deutlich, bei einem in den meisten Fällen sehr ähnlichen Erlebnis.
- Eine Progressive Web App bleibt eine unterschätzte Option für einen einfachen mobilen Bedarf, sofern Sie ihre Grenzen bei bestimmten tiefen Telefonfunktionen akzeptieren.
- Die jährliche Wartung (15 bis 25 % der Anfangskosten) ist ein von Anfang an vorauszuplanendes wiederkehrendes Budget, keine Überraschung nach dem Launch.
- No-Code kann für einen Prototyp oder einen sehr einfachen Bedarf ausreichen, stößt aber schnell an Grenzen, sobald eine eigene Fachlogik ins Spiel kommt.
- Zwei App-Kostenvoranschläge zu vergleichen setzt voraus zu prüfen, ob Backend, Integrationen und Wartung im kalkulierten Umfang inbegriffen sind.
Fazit
Bevor Sie einen Kostenvoranschlag für eine mobile App anfordern, klären Sie, ob eine mobile-first Webseite oder eine Progressive Web App den tatsächlichen Bedarf nicht schon zu deutlich niedrigeren Kosten erfüllen würde. Wenn das Projekt wirklich eine dedizierte App mit eigener Fachlogik erfordert, ermöglicht eine maßgeschneiderte Entwicklung bei VeryAppi, den Funktionsumfang präzise einzugrenzen, bevor kalkuliert wird, statt von einem ungefähren Budget auszugehen.
Häufig gestellte Fragen
›Was ist das Mindestbudget für eine einfache mobile App?
Rechnen Sie ab 8000 Euro für eine einfache App auf einer einzigen Plattform, mit eingeschränkten Funktionen (Inhaltsanzeige, Formular, einfache Benachrichtigungen). Darunter erfüllt eine mobile-first Webseite oder eine Progressive Web App oft denselben Bedarf zu deutlich niedrigeren Kosten.
›Warum kostet eine plattformübergreifende App mehr?
Die native Entwicklung für iOS und Android verdoppelt einen Großteil der Arbeit, außer man nutzt ein plattformübergreifendes Framework, das den Code bündelt. Selbst dann fügen Tests, Store-spezifische Anforderungen und Oberflächenunterschiede reale Entwicklungszeit hinzu.
›Braucht eine App immer einen Server (Backend)?
Nein. Eine App, die statischen Inhalt anzeigt oder offline funktioniert, kann auf ein Backend verzichten. Sobald sie Nutzerkonten, eine gemeinsame Datenbank oder Inhaltsaktualisierungen in Echtzeit verwaltet, wird ein dediziertes Backend nötig und lässt das Budget steigen.
›Was kostet die Wartung einer App nach dem Launch?
Rechnen Sie in der Regel mit 15 bis 25 % der anfänglichen Entwicklungskosten pro Jahr für die Wartung: Betriebssystem-Updates, Fehlerbehebungen, Kompatibilität mit neuen Store-Versionen. Das ist ein wiederkehrendes Budget, das bei der Erstkalkulation zu oft fehlt.
›Kann No-Code für eine mobile App ausreichen?
Für einen Prototyp oder einen sehr einfachen Bedarf (statischer Katalog, Formular, Veranstaltungsliste) kann ein No-Code-Tool zu geringeren Kosten ausreichen. Sobald die App eine eigene Fachlogik oder große Datenmengen verwalten muss, werden ihre technischen Grenzen schnell zum Hindernis.