Wie lange dauert es, eine App zu entwickeln? Echte Zeiten

Wie lange dauert es, eine App zu entwickeln: die kurze Antwort

Wie lange dauert es, eine App zu entwickeln? Niemand kann dir ehrlich eine allgemeingültige Zahl nennen. Die Dauer hängt vor allem von zwei Dingen ab, die nur du kennst: dem Umfang deiner ersten Version und der Zahl der Stunden, die du pro Woche hineinstecken kannst. Ein Teil des Zeitplans steht dagegen von vornherein fest: Apples Schritte zählt man in Tagen, nicht in Monaten. Apple gibt zum Beispiel an, 90 % der Einreichungen in weniger als 48 Stunden zu prüfen.

Der eigentliche Hebel ist also der Zuschnitt. Eine App, die eine einzige Sache macht, nur auf iOS, mit einem Stack, den du nicht erst am selben Tag kennenlernst, entsteht in ein paar Wochen regelmäßiger Arbeit. Ein Katalog aus zwölf Funktionen auf zwei Plattformen kann sich über Monate hinziehen und nie erscheinen. Dieser Guide zeigt Schritt für Schritt, wo die Zeit hingeht, damit du deinen eigenen Zeitplan schätzen kannst.

Ich veröffentliche meine eigenen iOS-Apps: Solys, ein Wecker mit Minispielen, und TradaZen, ein Trading-Simulator, sind im App Store. Nolera und Clic wurden von Apple abgelehnt und dann korrigiert. Die Schritte unten durchlaufe ich bei jedem Release.

Entwicklungszeit einer mobilen App: Wovon hängt sie ab?

Bevor wir zu den Schritten kommen, hier die Faktoren, die die Entwicklungszeit einer mobilen App beeinflussen, vom gewichtigsten zum leichtesten.

• Die Zahl der Funktionen in der ersten Version. Das ist mit Abstand der wichtigste Faktor. Jede Funktion bringt Screens, leere Zustände, zu behandelnde Fehler und Tests mit.
• Accounts und Backend. Eine App, deren Daten auf dem Handy bleiben, ist viel einfacher als eine mit Registrierung und Synchronisierung zwischen Geräten.
• Bezahlung. Ein Abo braucht Konfiguration bei Apple, in RevenueCat und in deinem Code, dazu Kauftests.
• Eine oder zwei Plattformen. Auf iOS und Android zu veröffentlichen heißt: zwei Einträge, zwei Reviews und zwei Testreihen. Diese Entscheidung erkläre ich in iOS- und Android-App gleichzeitig.
• Deine verfügbare Zeit. Zehn Stunden pro Woche und vierzig Stunden pro Woche ergeben natürlich nicht denselben Zeitplan.
• Dein Ausgangsniveau und der Einsatz von KI. KI beschleunigt das Schreiben von Code enorm, den Rest viel weniger. Dazu weiter unten mehr.

Schritt für Schritt: Wo die Zeit hingeht, wenn du eine iOS-App baust

1. Die Idee eingrenzen

Dieser Schritt entscheidet über alle anderen. Du legst Zielgruppe, Problem, Hauptfunktion, Geschäftsmodell fest und was nicht in die erste Version kommt. Dauert er Wochen, sind die Entscheidungen nicht getroffen. Ein einseitiges Lastenheft reicht, um ihn abzuschließen.

2. Den Apple-Developer-Account eröffnen

Ohne diesen Account für 99 $ pro Jahr kannst du nicht veröffentlichen, und das Enterprise-Programm von Apple ersetzt ihn nicht. Für Privatpersonen gibt Apple an: Wenn du deine Mitgliedsbestätigung nicht innerhalb von 24 Stunden nach dem Kauf erhalten hast, sollst du den Support kontaktieren. Für ein Unternehmen brauchst du zuerst eine D-U-N-S-Nummer: Apple rechnet mit bis zu 5 Werktagen, bis du sie erhältst, und dann bis zu 2 Werktagen, bis die Information bei Apple ankommt. Starte das parallel zur Entwicklung, nicht am Ende. Details findest du in Apple-Developer-Account: Preis und Anmeldung.

3. Die Hauptfunktion bauen

Hier sind die Unterschiede am größten, und sie kommen fast alle vom Umfang. Eine klar definierte Funktion mit ihren leeren Zuständen und Fehlern ist schnell gebaut, vor allem mit React Native, Expo und KI. Jede Funktion, die man „wo wir schon dabei sind“ dazunimmt, verlängert diesen Schritt und alle folgenden. Die Seite MVP einer iOS-App hilft dir, an der richtigen Stelle zu kürzen.

4. Mit TestFlight auf deinem iPhone testen

Der Simulator reicht nicht: Manche Abstürze tauchen nur auf einem echten Handy auf. Interne Tests starten, sobald dein Build verarbeitet ist. Für externe Tester stellt Apple klar, dass der erste an eine Gruppe gesendete Build durch App Review geht und die folgenden nicht unbedingt eine vollständige Prüfung brauchen. Plane beim ersten Mal also eine kleine Wartezeit ein. Alles erklärt in TestFlight: deine iPhone-App testen.

5. Die Abos anbinden

Die Produkte in App Store Connect anlegen, sie in RevenueCat verknüpfen, die Paywall bauen, Käufe und Wiederherstellung testen. Ein Punkt für den Zeitplan, den du kennen solltest: Apple verlangt, dass der erste In-App-Kauf jedes Typs mit einer neuen App-Version eingereicht wird. Vergisst du das, geht deine erste Einreichung ohne Abo raus, und du startest einen neuen Zyklus. Die ganze Baustelle steht auf der Seite In-App-Abos unter iOS.

6. Den App-Store-Eintrag vorbereiten

Screenshots in den richtigen Größen, Beschreibung, Keywords, Datenschutzangaben, Links zu den Nutzungsbedingungen, Notizen für den Reviewer. Wenn alles vorab bereitliegt, ist das eine Sache von Stunden. Wenn du die Felder erst am Tag der Einreichung entdeckst, kann es mehrere Tage dauern.

7. Apples Review

Die Prüfung selbst geht laut den oben zitierten Zahlen von Apple oft schnell. Zeit kosten die Ablehnungen: Jede Ablehnung heißt Grund lesen, korrigieren, neu einreichen und auf eine neue Antwort warten. Die echten Zeiten und was sie verlängert, habe ich in Dauer der App-Store-Prüfung beschrieben.

Den Zeitplan einer App gewinnst du am Anfang, indem du Funktionen streichst, und verlierst ihn am Ende, wenn du Apples Regeln entdeckst.

Wie lange dauert es, eine App mit KI zu entwickeln?

KI hat die Dauer von Schritt 3 wirklich verändert. Claude, ChatGPT oder Cursor schreiben Screens, Navigation und einfache Logik in Sekunden, wofür man vor ein paar Jahren stundenlang recherchieren musste.

Die Schritte 2, 4, 5, 6 und 7 hat sie viel weniger verändert. Ohne Zugang zu den Konsolen und ohne Tests auf den betreffenden Geräten kann ein Agent den Status des Apple-Accounts, der Abos oder der Darstellung nicht bestätigen. Diese Prüfungen brauchen ein Test-Setup, auch wenn der Agent bei ihrer Automatisierung hilft. Ergebnis: Mit KI wird das Bauen kürzer, aber der Anteil des Zeitplans für Konfiguration, Tests und Review wächst im Verhältnis. Mehr dazu in eine iOS-App mit KI erstellen.

Die drei Dinge, die den Zeitplan sprengen

1. Während des Baus die Meinung ändern. Jedes „wo wir schon dabei sind“ öffnet den Umfang wieder. Die Abhilfe: Alles, was nicht in der ersten Version ist, wird schwarz auf weiß als außerhalb des Umfangs notiert und wird zum Material für die nächste.
2. Apples Regeln erst am Ende entdecken. Fehlender Demo-Account, abgeschnittener Screen auf kleinem iPhone, schlecht platzierte Bewertungsanfrage, Abo ohne die vorgeschriebenen Angaben: Jede späte Entdeckung kostet einen kompletten Review-Zyklus. Die Seite von Apple abgelehnte App listet die häufigsten Gründe.
3. Allein an einem Konfigurationsproblem festhängen. Ein Zertifikat, eine Abo-ID, ein Build, der sich nicht installieren lässt: Solche Blockaden brauchen oft nur die richtige Information, können ein Projekt aber tagelang lahmlegen, wenn dir niemand helfen kann.

Warum „schneller“ nicht immer besser ist

Eine App kann sehr schnell erscheinen, wenn man die Tests auf kleinen Screens, die Behandlung von Netzwerkfehlern und die Prüfung der Käufe weglässt. Sie erscheint, bricht dann beim ersten Kontakt mit echten Nutzern zusammen, und die ersten Bewertungen im App Store vergessen das nicht.

Das richtige Ziel ist nicht pure Geschwindigkeit. Es ist das nächstmögliche Release-Datum, das weder Apples Review noch den ersten Eindruck opfert. Streich Funktionen, niemals Stabilität.

Ein echter Anhaltspunkt: die 26 Tage bis zur Veröffentlichung von TradaZen

Bei TradaZen stammt der erste Commit vom 21. Juni 2026, das erste TestFlight vom 25. Juni und die Veröffentlichung vom 17. Juli: 26 Kalendertage vom ersten Commit bis zum App Store. Das sind weder 26 Tage Vollzeitarbeit noch ein Durchschnitt für alle Apps. Der Umfang hat sich nach dem Release weiterentwickelt.

Die detaillierte Chronologie von TradaZen unterscheidet Bauphasen, Review-Probleme und Pivots. Sie ist ein Beispiel zum Vergleich mit deinem Projekt, kein Release-Datum zum Abschreiben.

Wie schätzt du deinen eigenen Zeitrahmen?

Statt einer Zahl aus dem Netz mach diese Rechnung für dein Projekt:

1. Schreib dein einseitiges Lastenheft und liste die Screens der ersten Version auf.
2. Schätz jeden Screen in Stunden, mit leeren Zuständen und Fehlern, und füg dann die Paywall und den App-Store-Eintrag hinzu.
3. Teil durch deine echten Stunden pro Woche, nicht durch die, die du dir erhoffst.
4. Plan einen Puffer für mindestens eine Runde mit Apple ein, vor allem bei deiner ersten App.
5. Starte die Apple-Developer-Anmeldung gleich am Anfang, damit sie nie das Ende blockiert.

Kommt dir das Ergebnis zu lang vor, arbeite nicht schneller: Streich eine Funktion.

Eine Deadline setzen

Eine feste Deadline hilft sehr, einen engen Umfang zu halten. Das iOS Kit teilt den Weg in vier Schritte: die App wählen, die Geld bringen kann, den Kern der App bauen und mit TestFlight testen, das Geld anbinden, dann veröffentlichen und gefunden werden. Für jeden legst du selbst ein Datum fest. Die Startseite zeigt diese vier Schritte, um eine mobile App zu erstellen mit Claude Code.

Um deinen eigenen Zeitrahmen zu schätzen, geht die kostenlose Diagnose von deiner Situation und deiner wöchentlichen Zeit aus und sagt dir, welchen Schritt du zuerst angehen solltest.

Eine Deadline ist ein Arbeitsrahmen, keine Garantie für die Veröffentlichung: Apple entscheidet über die Freigabe, und dein Tempo zählt. Für den Gesamtüberblick ist die Seite eine iPhone-App erstellen der beste Einstieg.

Häufige Fragen

Wie lange dauert es, eine iPhone-App zu entwickeln?

Das hängt vor allem vom Umfang deiner ersten Version ab und davon, wie viele Stunden du pro Woche investieren kannst. Eine App, die eine einzige Sache macht, nur auf iOS, mit Tools, die du nicht erst am selben Tag kennenlernst, entsteht in ein paar Wochen regelmäßiger Arbeit. Ein Katalog aus zwölf Funktionen auf zwei Plattformen kann sich über Monate hinziehen und nie erscheinen.

Welche Schritte braucht es, um eine iPhone-App zu erstellen?

Sieben Schritte: die Idee eingrenzen, den Apple-Developer-Account eröffnen, die Hauptfunktion bauen, mit TestFlight auf deinem iPhone testen, die Abos anbinden, den App-Store-Eintrag vorbereiten und dann Apples Review bestehen. Die Eingrenzung entscheidet über alle anderen Schritte. Starte die Apple-Developer-Anmeldung parallel zur Entwicklung, nicht am Ende.

Wie lange dauert Apples Prüfung einer App?

Apple gibt an, mindestens 50 % der Einreichungen in weniger als 24 Stunden zu prüfen und 90 % in weniger als 48 Stunden. Die Prüfung selbst geht also oft schnell. Zeit kosten die Ablehnungen: Grund lesen, korrigieren, neu einreichen und auf eine neue Antwort warten. Die echten Zeiten stehen in Dauer der App-Store-Prüfung.

Kann man mit KI schneller eine App entwickeln?

Ja, aber vor allem beim Bauen. Claude, ChatGPT oder Cursor schreiben Screens, Navigation und einfache Logik in Sekunden. Am Apple-Account, an Tests, Abos, App-Store-Eintrag und Review ändert KI viel weniger. Ergebnis: Das Bauen wird kürzer, aber der Anteil des Zeitplans für Konfiguration, Tests und Review wächst im Verhältnis.

Was bringt den Zeitplan einer App aus dem Ruder?

Vor allem drei Dinge: während des Baus die Meinung ändern, Apples Regeln erst am Ende entdecken und allein an einem Konfigurationsproblem festhängen. Jede späte Entdeckung einer Apple-Regel kostet einen kompletten Review-Zyklus. Um den Umfang zu halten, schreib schwarz auf weiß auf, was nicht in der ersten Version ist: Das wird zum Material für die nächste.

Gibt es ein echtes Beispiel, wie lange die Veröffentlichung einer iOS-App dauert?

Ja: Bei TradaZen, einer meiner Apps, liegen 26 Kalendertage zwischen dem ersten Commit am 21. Juni 2026 und der Veröffentlichung am 17. Juli. Das sind weder 26 Tage Vollzeitarbeit noch ein Durchschnitt für alle Apps, und der Umfang hat sich nach dem Release weiterentwickelt. Vergleich diesen Anhaltspunkt mit deinem Projekt, ohne ihn als Release-Datum zu übernehmen.