Was die Entwicklung einer App 2026 wirklich kostet.

„App" ist kein Produkt, sondern eine Verpackung. Darin steckt alles zwischen einer Bildschirmfolge ohne Datenspeicher und einem System mit Nutzerkonten, Zahlungsabwicklung, Offline-Betrieb und Anbindung an eine Warenwirtschaft. Beides heißt App. Der Aufwand unterscheidet sich um den Faktor 50.

Die Clutch Datenbank, die Preise aus verifizierten Erstbewertungen von Kunden aggregiert, weist als häufigste Projektspanne 10.000 bis 49.999 US Dollar aus. Der Durchschnitt liegt mit 90.780 US Dollar deutlich darüber, weil einzelne grosse Projekte den Mittelwert nach oben ziehen. Genau diese Lücke zwischen Median und Mittelwert ist die Spanne, in der die meisten Fehleinschätzungen entstehen.

Dieser Guide macht die Spanne nachvollziehbar. Kein Marketing-Sprech, keine versteckten Aufschläge. Belegte Daten mit benannter Quelle, und an den Stellen, an denen es keine belastbare Quelle gibt, steht das ausdrücklich dabei.

Eine KI baut euch heute in wenigen Minuten eine App. Sie baut euch keine, die im App Store steht. Das ist kein Werturteil über KI. Das steht in Apples Prüfrichtlinien, zuletzt aktualisiert am 8. Juni 2026.

Der Abstand zwischen einer laufenden App und einer veröffentlichten App ist der grösste unterschätzte Posten im ganzen Projekt. Er besteht aus Anforderungen, die alle in denselben Richtlinien stehen und die alle Arbeitszeit kosten.

Ein Testkonto und ein laufendes Backend. Richtlinie 2.1 verlangt Zugangsdaten für den Prüfer oder einen vollwertigen Demonstrationsmodus, und dass die Serverdienste während der Prüfung erreichbar sind. Wer den Server über Nacht abschaltet, wird abgelehnt.

Kontolöschung in der App. Richtlinie 5.1.1 verlangt, dass eine App, die Kontoerstellung anbietet, auch die Löschung des Kontos innerhalb der App ermöglicht. Das ist kein Knopf, das ist eine Kette aus Bestätigung, Datenlöschung im Backend und Umgang mit laufenden Abonnements.

Datenschutzerklärung, Zweckangaben und Alterseinstufung. Richtlinie 5.1.1 verlangt eine verlinkte und in der App erreichbare Datenschutzerklärung, die benennt, welche Daten erhoben werden, wie und wofür. Jede Berechtigung braucht eine verständliche Begründung im Text.

Bildschirmfotos, die die App im Einsatz zeigen. Richtlinie 2.3.3: Nicht nur Titelgrafik, Anmeldeseite oder Startbildschirm.

Nichts davon ist Design, nichts davon ist Programmierung im engeren Sinn, und nichts davon lässt sich weglassen. In der Kalkulation ist das der Grund, warum die letzten zehn Prozent eines App Projekts selten zehn Prozent der Zeit sind.

Zweimal nativ zu bauen verdoppelt den Preis. Das ist keine Agenturmeinung, das schreibt Clutch in seinem Preisleitfaden: Eine native iOS App und eine native Android App zu entwickeln verdoppelt den Gesamtpreis, weil jedes Betriebssystem eigenen Code und oft eigene Gestaltung braucht, was daraus faktisch zwei getrennte Projekte macht. Auch Wartung und Aktualisierung laufen dann doppelt.

Deshalb ist bei ALVÉRA Cross-Platform der Standard und nativ die begründete Ausnahme. Aus einem Quellcode entstehen beide Store-Fassungen. Das spart nicht nur den Bau, sondern jede spätere Änderung, jeden Fehlerfall und jede Anpassung an ein neues Betriebssystem.

Nativ bauen wir, wenn das Projekt es erzwingt. Tiefe Hardwarenutzung, dauerhafte Hintergrundverarbeitung, Uhren und Wearables, hohe Grafiklast. Dann sagen wir das vorher und rechnen den doppelten Aufwand offen ein, statt ihn im Pauschalpreis zu verstecken.

Und in vielen Fällen ist die richtige Antwort keine Store-App. Eine Web-App läuft im Browser, lässt sich auf dem Startbildschirm ablegen, braucht keine Prüfung, keine Mitgliedschaft und keine Provision. Sie kann Konten, Zahlungen, Rechnungen und eine Administrationsoberfläche haben. Was ihr fehlt, sind zuverlässige Push-Nachrichten auf allen Geräten, tiefer Offline-Betrieb und der volle Zugriff auf Gerätefunktionen.

Kunden vergleichen Angebote nach Bildschirmen. Gebaut wird das, was dahinter liegt. Clutch nennt als grösste Einflussfaktoren auf den Gesamtpreis Funktionen und Funktionalität, die Komplexität der Nutzerführung und die Backend-Entwicklung. Zwei von drei Punkten liegen also nicht in der Oberfläche.

Ein Beispiel, das jeder kennt: eine Anmeldung. Auf dem Bildschirm sind das zwei Felder und ein Knopf. Dahinter liegen Passwortverfahren, Zurücksetzen per E-Mail, Sitzungsverwaltung über mehrere Geräte, Sperren nach Fehlversuchen, Löschung des Kontos samt aller Daten, und die Frage, was mit einem laufenden Abonnement passiert, wenn das Konto verschwindet.

Deshalb ist die Frage „wie viele Bildschirme hat die App" die falsche Frage, genauso wie „wie viele Seiten hat die Website". Der Preis folgt der Datenlogik, nicht der Anzahl der Ansichten.

Und deshalb ist eine Agentur, die aus dem Web kommt, bei App Projekten kein Nachteil, sondern häufig ein Vorteil: Backend, Datenbank und Schnittstellen sind dieselbe Arbeit, ob das Ergebnis später im Browser oder im Store landet.

Häufig nicht, und Apple sagt das deutlicher als jede Agentur. Richtlinie 4.2 verlangt Funktionen, Inhalte und eine Oberfläche, die über eine neu verpackte Website hinausgehen. Richtlinie 4.2.2 ergänzt: Abgesehen von Katalogen sollen Apps nicht in erster Linie Werbematerial, Anzeigen, Webausschnitte, Inhaltssammlungen oder eine Linkliste sein.

Übersetzt heisst das: Wenn euer Vorhaben darin besteht, Inhalte zu zeigen und Anfragen einzusammeln, ist die App nicht nur teurer als nötig. Sie ist nach Apples eigenen Massstäben nicht genehmigungsfähig.

Die Mitgliedschaften sind billig. Die Provision ist es nicht, wenn ihr etwas verkauft.

Eine App ist kein Projekt mit Enddatum, sondern ein Betrieb. Das ist der Unterschied zur Website, und er ist der häufigste Grund, warum App Budgets später reissen.

• Server, Datenbank und Dienste: 50 bis 400€ pro Monat je nach Nutzung, bei grossen Datenmengen mehr.
• Wartung und Sicherheitsaktualisierungen: 200 bis 600€ pro Monat für Bibliotheken, Abhängigkeiten und Überwachung.
• Anpassung an neue Betriebssystemversionen: Der am häufigsten vergessene Posten. Apple und Google veröffentlichen jedes Jahr neue Hauptversionen, und Richtlinie 2.5.1 verlangt, dass Apps auf der aktuell ausgelieferten Betriebssystemversion laufen und veraltete Techniken auslaufen. Wer hier nichts einplant, hat irgendwann eine App, die nicht mehr im Store steht.
• Store-Mitgliedschaft: 99 US Dollar im Jahr bei Apple, bei Google nach der einmaligen Registrierung nichts.

Für eine App mittleren Umfangs sind 400 bis 1.200€ pro Monat realistisch. Bei komplexen Anwendungen mit vielen Nutzern und Fremdsystemen liegt der Rahmen darüber.

Diese Spannen sind Erfahrungswerte aus unserer eigenen Kalkulation, keine erhobene Marktzahl. Eine belastbare Erhebung zu laufenden App Kosten im deutschen Markt haben wir nicht gefunden, und wir nennen deshalb keine fremde Zahl, die wir nicht prüfen können.

Ihr werdet Angebote sehen, die bei einem Bruchteil unserer Preise liegen. Die sind nicht erfunden, sie kommen nur aus einem anderen Markt.

Clutch weist für App Entwicklung Stundensätze von 25 bis 49 US Dollar aus. In derselben Länderliste steht Indien unter 25 US Dollar, Kanada bei 50 bis 99, Australien bei 100 bis 149. Deutschland kommt in dieser Liste nicht vor, Grossbritannien ist mit „unbekannt" ausgewiesen. Der weltweite Durchschnitt ist von Offshore-Märkten geprägt.

Ein Hinweis zur Einordnung, weil euch die Zahl sonst irritiert: In unserem Webdesign Kosten Guide zitieren wir Clutch mit Stundensätzen von 100 bis 149 US Dollar. Das ist kein Widerspruch, es sind zwei verschiedene Verzeichnisse mit verschiedenen Anbietern. Wer beide Zahlen nebeneinander legt, sieht vor allem eines: Ein weltweiter Durchschnitt sagt über einen einzelnen Markt wenig aus.

Als Anker für Deutschland gibt es etwas Belastbareres. Der Vergütungstarifvertrag Design wird zwischen der Allianz deutscher Designer und den Selbstständigen Design Studios nach Paragraf 12a Tarifvertragsgesetz ausgehandelt und ist beim Bundesministerium für Arbeit und Soziales registriert. Er unterscheidet strategisches, konzeptionelles und operatives Design und führt die Lizenz für Nutzungsrechte als eigene, vierte Vergütungskomponente. Wer in Deutschland baut, betreut und gewährleistet, kalkuliert in dieser Grössenordnung, nicht in der eines Offshore-Durchschnitts.

Dazu kommt etwas, das in keiner Stundensatztabelle steht: Erreichbarkeit in eurer Zeitzone, Verträge nach deutschem Recht, Haftung, und ein Ansprechpartner, der in zwei Jahren noch da ist, wenn Apple eine Richtlinie ändert.

Dieses Kapitel steht hier, weil ihr es sonst zu Recht fragen würdet. Unsere anderen Guides zeigen Fallbeispiele. Dieser zeigt keines, und das hat einen Grund.

Was wir gebaut haben: vollwertige Web-Applikationen mit allem, was ein App-Backend ausmacht. Bei Indian Culture eine Plattform mit Zahlungsabwicklung, Gutscheinsystem, automatisch erzeugten PDF-Rechnungen, Administrationsoberfläche, Nutzerverwaltung, Auswertungen und monatlichem Umsatzbericht. Das ist keine Website mit Kontaktformular. Das ist der grössere Teil dessen, was auch hinter einer App steckt.

Was wir bisher nicht vorweisen können: eine veröffentlichte App im App Store und bei Google Play unter einem Kundennamen. Wir könnten das kaschieren. Wir tun es nicht, weil ein Guide, dessen Kern belegte Quellen sind, an genau dieser Stelle nicht anfangen darf zu behaupten.

Was das für euch bedeutet, praktisch: Beim Backend, bei Datenmodell, Rechten, Zahlungen und Administration bekommt ihr nachweisbare Erfahrung. Beim Weg durch Apples und Googles Prüfung bekommt ihr eine Agentur, die die Richtlinien im Wortlaut kennt und den Schritt als eigenen Projektteil einplant, statt ihn als Formalie zu behandeln. Fragt uns danach im Erstgespräch, und wir sagen euch offen, wo wir stehen.

Wenn euch das zu wenig ist, ist das eine legitime Entscheidung. Sie ist uns lieber als ein Projekt, das mit einer Erwartung startet, die wir nicht gesetzt haben.