Yury Pukhov, YuSMP Group
Yury Pukhov CEO & Mobile Engineering Lead, YuSMP Group

Warum Wartungskosten oft unterschätzt werden

Es gibt eine strukturelle Fehlinformation in der Branche: Fast alle Kostenrechner, Angebote und Budgetgespräche behandeln den Launch als Ziellinie. Der Auftraggeber erhält eine Zahl für den Build, plant dieses Budget und geht davon aus, dass die App danach läuft. Das ist selten, was passiert.

Mobile-Plattformen sind kein statisches Ziel. Apple und Google aktualisieren iOS und Android jährlich mit Major Releases, manchmal mit breaking changes in APIs, Berechtigungsmodellen oder UI-Frameworks. App Store und Play Store ändern ihre Store-Richtlinien und SDK-Anforderungen, mit obligatorischen Compliance-Fristen für bestehende Apps. Drittanbieter-SDKs, auf die Ihre App angewiesen ist, werden veraltet, eingestellt oder einführen Sicherheitslücken. Nutzer finden Bugs in der Produktion, die kein Test-Szenario vorhersagen konnte. All das erfordert laufendes Engineering, und laufendes Engineering hat Kosten.

Die 15–20%-Faustregel

Die Industrie-Faustregel für grundlegende App-Wartung beträgt 15–20 % der ursprünglichen Entwicklungskosten pro Jahr. Das deckt ab: OS-Update-Anpassungen, Sicherheits-Patches und Bibliotheks-Updates, kritische Bug-Fixes, Store-Compliance-Anpassungen und grundlegende Infrastruktur-Überwachung.

Für eine App, die €150.000 zu bauen kostete:

  • Grundlegende Wartung: €22.500–30.000/Jahr
  • Aktive Feature-Iteration hinzugefügt: €45.000–75.000/Jahr
  • Gesamt für aktives Produkt: €67.500–105.000/Jahr
App-KategorieJährl. WartungAnmerkungen
Einfache App (Standardflows)15 % der Build-KostenWenige Third-Party-Abhängigkeiten, stabiles Feature-Set
Mid-Complexity (mehrere Integrationen)20–25 % der Build-KostenMehr SDKs, API-Abhängigkeiten, aktive Nutzer-Basis
Komplex (Fintech, HealthTech, Marktplatz)25–35 % der Build-KostenCompliance-Überprüfungen, hohe Native-API-Nutzung, Sicherheitsanforderungen

Jahr-1-Wartung vs. laufende Jahre

Das erste Jahr nach dem Launch tendiert dazu, die intensivste Wartungsperiode zu sein. Warum: Produkt-Bugs, die im Maßstab in der Produktion auftauchen (Nutzer machen Dinge, die QA nicht simuliert hat), Feature-Iterationen basierend auf echtem Nutzer-Feedback und dem ersten Durchgang durch das jährliche OS-Update-Zyklus. Teams, die das erste Jahr naiv budgetieren und für Wartung nichts beiseitelegen, werden oft von Nacharbeit überrascht.

Ab Jahr 2 stabilisieren sich die Wartungskosten tendenziell auf die Faustregel-Bandbreite, sofern das Feature-Set nicht signifikant wächst.

Hauptkostentreiber im Detail

1. OS-Update-Anpassungen

Apple und Google veröffentlichen jährliche Major-OS-Updates, typischerweise im Herbst. Jede Version kann introducing breaking changes in Frameworks oder APIs sowie neue Datenschutzanforderungen (neue Nutzungsstrings, Berechtigungsmodelle, Manifest-Einträge) sowie neue Mindest-Ziel-API-Versionen, die der Store innerhalb eines Jahres für Einreichungen erzwingt.

Typischer Engineering-Aufwand pro Plattform pro Jahr: 2–6 Wochen, abhängig davon, wie tief Ihre App nativen APIs und plattformspezifische Frameworks verwendet. Eine Cross-Platform-App (React Native oder Flutter) erfordert ein Framework-Update und ein Update der nativen Module — typischerweise weniger aufwendig als zwei separate native Codebasen zu aktualisieren.

Mobile-App-Monitoring-Dashboard mit Echtzeit-Crash-Analysen und Performance-Metriken
Crash-Reporting und Echtzeit-Observability sind keine optionalen Extras — mit ihnen erkennen Sie Probleme, bevor es Ihre Nutzer tun, und messen die tatsächliche Auswirkung jedes OS-Updates.

Hosting & Infrastruktur

Hosting-Kosten skalieren mit dem Traffic und der Architektur, können aber für Mid-Complexity-Apps grob geschätzt werden:

  • Einfaches Backend (REST API + DB): €150–500/Monat für Cloud-Hosting (AWS, GCP, Azure) bei mäßigem Traffic
  • Echtzeit-Features (WebSockets, Push-Benachrichtigungen): €500–2.000/Monat abhängig von verbundenen Nutzern
  • CDN, Media-Speicher: €50–300/Monat abhängig von Asset-Größen und Traffic
  • Monitoring & Observability (Crash-Reporting, Analytics, Logs): €100–500/Monat für bewährte Tools wie Sentry, Datadog, Firebase
Jahres-Release-Zyklus von iOS und Android mit Auswirkungen auf App-Wartung
Der jährliche OS-Release-Zyklus: Apple und Google liefern jährlich Hauptversionen, die neue Datenschutzanforderungen und API-Änderungen einführen. Das ist der vorhersehbarste Posten im Wartungsbudget.

OS-Update-Compliance

Das Nicht-Aufrechterhalten der OS-Update-Compliance ist nicht neutral — es ist aktiv schädlich. Apple gibt jährliche Fristen vor, bis zu denen Apps gegen die aktuelle SDK-Version kompiliert sein müssen, andernfalls werden sie aus dem Store entfernt oder können nicht aktualisiert werden. Google Play hat ähnliche Anforderungen für die Ziel-API-Ebene. Fehlende diese Fristen bedeutet, dass Ihre App für neue Nutzer unsichtbar wird oder bestehende Nutzer keine Updates erhalten können — beides sind inakzeptable geschäftliche Ergebnisse.

Monatliche Wartungskosten-Schätzungen

Für Teams, die monatlich budgetieren statt jährlich:

  • Einfache App, grundlegende Wartung: €1.500–3.000/Monat (Engineering-Zeit auf Retainer-Basis + Hosting)
  • Mid-Complexity App, aktive Wartung: €3.000–7.000/Monat
  • Komplexe App, Compliance + aktive Wartung: €7.000–15.000+/Monat

Das sind Vollkosten-Schätzungen inklusive Engineering-Zeit, Hosting und Tools. Sie schließen keine aktive Feature-Entwicklung ein.

Wie man Wartungskosten reduziert

Wartungskosten sind real, aber sie sind nicht unbeeinflussbar. Die größten Hebel:

  1. Cross-Platform-Architektur. Ein OS-Fix gilt für beide Plattformen gleichzeitig. Das ist der kostenwirksamste Einzelhebel für Teams, die iOS und Android unterstützen.
  2. Minimaler Third-Party-Footprint. Jedes SDK ist eine potenzielle Abhängigkeit, die veraltet, eingestellt oder einführt Sicherheitslücken. Weniger Abhängigkeiten bedeuten weniger Wartungsarbeit.
  3. Automatisierte Tests. Eine solide Testsuite (Unit + Integration + E2E) bedeutet, dass Regressionen früh und automatisch abgefangen werden, nicht wenn Nutzer sie in Bewertungen berichten.
  4. Saubere Architektur-Trennung. Wenn Ihre Plattformschicht sauber von Ihrer Business-Logik getrennt ist, berühren OS-Updates nur die Plattformschicht, nicht Ihre gesamte Codebasis.
  5. Proaktives Bibliotheks-Management. Abhängigkeiten regelmäßig zu aktualisieren (alle 3 Monate) ist erheblich günstiger als eine große, veraltete Abhängigkeitsmigration nach 2 Jahren aufzuholen.

Beispielrechnung: Mid-Complexity-App

Lassen Sie uns ein konkretes Beispiel durcharbeiten. App-Profil: eine B2B-Außendienstmanagement-App (iOS + Android, Cross-Platform in Flutter), gebaut für €180.000. Features: Authentifizierung, Aufgabenverwaltung, GPS-Tracking, Foto-Capture, PDF-Berichte, Push-Benachrichtigungen, Offline-Synchronisierung mit Backend.

Jährliches Wartungsbudget:

  • Flutter & Dart SDK-Updates + OS-Compliance-Arbeit (beide Plattformen): ~4 Wochen/Jahr @ Senior Engineer Rate = ~€14.000
  • Third-Party-Bibliotheks-Updates (GPS, PDF, Push, Kamera): ~2 Wochen/Jahr = ~€7.000
  • Bug-Fixes (Produktion, nicht vorhersehbar): ~3 Wochen/Jahr = ~€10.500
  • Backend-Infrastruktur (AWS EC2, RDS, S3, CloudWatch): ~€400/Monat = €4.800/Jahr
  • Monitoring (Sentry, Firebase Crashlytics): ~€150/Monat = €1.800/Jahr
  • Jahressumme grundlegende Wartung: ~€38.100 (21 % der Build-Kosten — innerhalb der Faustregel)

Wenn das Team aktive Feature-Iteration hinzufügt (neue Reports, erweiterte Karte, Rollen-Berechtigungen): weitere €40.000–60.000/Jahr. Das ist Feature-Entwicklung, keine Wartung — aber sie fließt aus demselben Budget.

FAQ

Wie viel kostet die Wartung einer Mobile-App jährlich?

Als Faustregel gilt 15–20 % der ursprünglichen Entwicklungskosten pro Jahr für grundlegende Wartung (OS-Updates, Sicherheits-Patches, kritische Bug-Fixes, Hosting). Für eine App, die €150.000 zu bauen kostete, ergibt das €22.500–30.000 pro Jahr. Diese Zahl steigt auf 25–35 % für Apps, die aktive Feature-Iteration benötigen oder in regulierten Bereichen betrieben werden.

Was treibt die Mobile-App-Wartungskosten am stärksten in die Höhe?

Die drei größten Kostentreiber sind: OS-Update-Compliance, die jährliche Engineering-Arbeit erfordert; Third-Party-Abhängigkeiten, die veralten und komplexe Migrationen auslösen können; und Feature-Drift, wenn Nutzer-Feedback neue Features verlangt, die kontinuierlichen Engineering-Aufwand erzwingen.

Können Wartungskosten durch gute Architektur reduziert werden?

Ja, erheblich. Die größten Hebel sind Cross-Platform-Architektur, minimaler Third-Party-Footprint, automatisierte Tests und saubere Trennung zwischen Plattformlogik und Business-Logik. Diese Entscheidungen werden beim Build getroffen, aber ihre Auswirkungen auf die Wartungskosten zahlen sich über die gesamte Produktlebensdauer aus.

Was passiert, wenn man die App-Wartung für eine Saison stoppt?

Die unmittelbaren Risiken: OS-Updates können bestehenden Code deprecaten, was die App funktionsunfähig macht. App Store und Google Play können Apps ablehnen, die veraltete SDKs verwenden oder nicht mit der aktuellen Ziel-API-Version kompilieren. Sicherheits-Patches, die nicht angewendet werden, lassen bekannte Schwachstellen offen. Nutzer-Bewertungen fallen bei Bugs, die durch Plattform-Verhaltensänderungen entstehen.

Zuletzt aktualisiert am 16. Juni 2026.