Wer eine App entwickeln lassen will, durchläuft einen Prozess, der eine Idee in eine funktionierende Anwendung auf dem Smartphone oder im Web verwandelt: Discovery, Design, Umsetzung, Tests, Einreichung im Store und laufende Wartung. Gut gemacht, endet jede Phase mit einer Entscheidung, die Sie sehen und freigeben können, sodass das Risiko sinkt, während das Geld fließt, statt erst am Ende. Dieser Leitfaden geht den Ablauf der App-Entwicklung Phase für Phase durch, zeigt in einer Tabelle, wer was entscheidet, erklärt, wie Apple und Google eine App prüfen, und schließt mit der Wahl des Partners, den DSGVO-Grundlagen und den häufigsten Fragen von Auftraggebern.
Zuletzt aktualisiert: 21. Oktober 2026.
Was gehört zur App-Entwicklung?
Eine App ist mehr als ihre Screens. Hinter der Oberfläche stehen die Daten, die sie speichert, die Konten, mit denen sich Menschen anmelden, die Dienste, mit denen sie spricht (Zahlungen, Karten, Nachrichten), die Admin-Tools Ihres Teams und die Store-Einträge, über die Nutzer sie finden. App-Entwicklung umfasst all das, und die Arbeit vor und nach dem Code zählt so viel wie der Code selbst.
Bei Odduel, einer Agentur für Kreation und Technologie in Barcelona und São Paulo, läuft unsere Arbeit in der App-Entwicklung in den folgenden Phasen. KI-Tools übernehmen heute einen großen Teil der wiederkehrenden Produktion (Interface-Komponenten, erste Entwürfe von Frontend-Code, Testfälle), was die Umsetzung verkürzt. Produktentscheidungen, Interaktionsdesign, die Marke in der Oberfläche und die finale Prüfung bleiben Arbeit von Menschen, und dorthin sollten Aufmerksamkeit und Budget fließen.
Kurz gesagt: Eine App entsteht in Phasen, die jeweils mit einem klaren Ergebnis enden. Die frühen Phasen sind günstig und entscheiden den Großteil des Ergebnisses. Die Umsetzung ist der größte Teil des Aufwands. Store-Prüfung und Launch brauchen eine eigene Planung. Und eine App ist nie fertig: Sie braucht Wartung, solange Menschen sie nutzen.
Welche acht Phasen hat die App-Entwicklung?
So entwickeln Sie eine App, in der Reihenfolge, in der die Arbeit tatsächlich passiert. Manche Phasen überlappen in der Praxis, aber keine lässt sich überspringen, ohne später dafür zu bezahlen.
- Idee und Ziel. Schreiben Sie auf, für wen die App ist, welches eine Problem sie für diese Menschen löst und woran Sie erkennen, dass sie funktioniert. Eine Seite genügt.
- Discovery. Prüfen Sie die Idee an Nutzern, Wettbewerbern und Rahmenbedingungen, wählen Sie die Plattformen, listen Sie die Funktionen auf und kürzen Sie sie auf ein erstes Release.
- Design. Skizzieren Sie die User Journeys und die Screens, testen Sie einen klickbaren Prototyp und stellen Sie dann das visuelle Design und das Designsystem fertig.
- Architektur und technische Entscheidungen. Legen Sie fest: nativ oder Cross-Platform, Backend, Datenmodell, Integrationen und Hosting.
- Umsetzung. Entwickeln Sie die App in kurzen Zyklen, die jeweils mit einer funktionierenden Version enden, die Sie installieren und ausprobieren können.
- Tests. Prüfen Sie Funktion, Geräte, Barrierefreiheit, Performance und Sicherheit, vor dem Release mit echten Nutzern auf echten Smartphones.
- Einreichung im Store und Launch. Bereiten Sie die Store-Einträge vor, bestehen Sie die Prüfung von Apple und Google, veröffentlichen Sie schrittweise und beobachten Sie die ersten Tage genau.
- Wartung und Weiterentwicklung. Fehler beheben, für neue Betriebssysteme aktualisieren, die Nutzung messen und Funktionen in geplanten Releases ergänzen.
Die folgenden Abschnitte erklären jede Phase und was Sie am Ende in der Hand haben sollten.
Phase 1 und 2: Idee und Discovery
In der Discovery ist es am günstigsten, die Meinung zu ändern. Ein oder zwei Wochen hier können Monate ersparen, in denen das Falsche gebaut wird.
Was die Discovery liefert
Eine brauchbare Discovery endet mit schriftlichen Antworten, nicht mit einer Folie voller Ambitionen. Erwarten Sie ein kurzes Produktbriefing (Nutzer, Problem, Ziel, Erfolgsmaßstab), eine Liste der Funktionen nach Nutzen und Aufwand, das daraus geschnittene erste Release, eine Plattformentscheidung, die wichtigsten Risiken und ein Festpreisangebot für die nächsten Phasen. Ist die Idee neu und unerprobt, sollte das erste Release ein Minimum Viable Product sein: Unser Leitfaden MVP entwickeln erklärt, wie Sie entscheiden, was hineingehört.
Fragen, die früh geklärt sein sollten
Braucht die App Konten? Nimmt sie Zahlungen an, und geht es um digitale Inhalte (auf die die Stores eine Provision erheben) oder um physische Waren und Dienstleistungen (auf die sie keine erheben)? Muss sie offline funktionieren? Braucht Ihr Team ein Admin-Panel? Jede Antwort verändert den Umfang, deshalb sollten Sie sie kennen, bevor das Design beginnt.
Phase 3: Design
Im Design wird die App zu etwas, auf das Menschen reagieren können. Es geht in fester Reihenfolge von der Struktur zur Oberfläche.
Von den Journeys zum Prototyp
Zuerst kommen die User Journeys: die Wege, die jemand geht, um sich zu registrieren, die Hauptaufgabe zu erledigen und wiederzukommen. Dann einfache Wireframes jedes Screens, dann ein klickbarer Prototyp. Zeigen Sie den Prototyp fünf oder sechs Menschen aus Ihrer Zielgruppe, bevor Code geschrieben wird; ihnen bei der Nutzung zuzusehen deckt Probleme auf, die kein Meeting findet.
Visuelles Design und Designsystem
Steht die Struktur, bringt das visuelle Design die Marke ein: Schrift, Farbe, Icons, Bewegung. Es entsteht als Designsystem, eine Bibliothek von Komponenten mit ihren Zuständen (leer, ladend, Fehler, deaktiviert), sodass die Entwickler jedes Element einmal bauen und die App beim Wachsen konsistent bleibt. Beide Stores veröffentlichen Interface-Richtlinien, und wer den Konventionen der Plattform folgt, sorgt dafür, dass sich eine App auf jedem Smartphone zu Hause anfühlt.
Phase 4 und 5: Architektur und Umsetzung
Die Umsetzung ist der größte Teil der Arbeit, und die Entscheidungen kurz davor bestimmen, wie schnell und wie sicher sie läuft.
Nativ oder Cross-Platform
Eine native App wird für iOS und Android getrennt in der jeweils eigenen Sprache der Plattform geschrieben; eine Cross-Platform-App teilt eine Codebasis für beide. Die Wahl beeinflusst Kosten, Performance und den Zugang zu neuen Gerätefunktionen. Wir vergleichen beide ausführlich in Native vs. Cross-Platform-Apps; für die meisten Business-Apps ist ein Cross-Platform-Framework eine solide Grundwahl, nativ bleibt für Apps, die das Gerät stark beanspruchen.
In kurzen Zyklen entwickeln
Die Umsetzung läuft in Zyklen von ein oder zwei Wochen. Jeder endet mit einer Version, die Sie über einen Testkanal installieren (TestFlight unter iOS, ein Test-Track bei Google Play) und auf Ihrem eigenen Smartphone ausprobieren können. Neben der App selbst entstehen das Backend (Server, Datenbank und APIs), das Admin-Panel, Analytics und Absturzberichte. Lassen Sie sich am Ende jedes Zyklus funktionierende Software zeigen: Es ist der klarste Fortschrittsmaßstab, den Sie bekommen.
Phase 6: Tests vor dem Release
Tests laufen während der gesamten Umsetzung, aber vor der Einreichung gibt es einen eigenen Durchgang. Er sollte abdecken:
- Funktion: jeden Ablauf, auch die unglücklichen (keine Verbindung, falsches Passwort, abgelehnte Zahlung).
- Geräte: eine Bandbreite an Bildschirmgrößen und Betriebssystemversionen, nicht nur die neuesten Smartphones.
- Barrierefreiheit: Screenreader, Textgröße, Kontrast und Größe der Touch-Ziele.
- Performance: Startzeit, Akkuverbrauch, Verhalten bei langsamer Verbindung.
- Sicherheit: wie Daten auf dem Smartphone gespeichert und an den Server gesendet werden und wer auf das Admin-Panel zugreifen kann.
Eine kurze Beta mit echten Nutzern findet, was ein internes Team nie sieht, weil es schon weiß, wie die App gedacht ist.
Phase 7: Einreichung im Store und Launch
Der Weg in die Stores ist eine eigene Phase. Apple und Google prüfen Apps, bevor sie live gehen, und eine Ablehnung spät im Zeitplan verzögert den Launch.
Prüfung im Apple App Store
Jede App und jedes Update prüft Apple anhand der App Store Review Guidelines, die Sicherheit, Performance, Geschäftliches (einschließlich In-App-Käufen), Design und Rechtliches abdecken. Sie brauchen eine Mitgliedschaft im Apple Developer Program, einen vollständigen Store-Eintrag mit Screenshots und Datenschutzerklärung, die von Apple verlangten Datenschutzangaben und, wenn die App Konten hat, ein Testkonto für die Prüfer und eine Möglichkeit für Nutzer, ihr Konto in der App zu löschen.
Prüfung bei Google Play
Google prüft Apps anhand seiner Richtlinien für das Entwicklerprogramm. Sie brauchen ein Play-Console-Konto, einen Store-Eintrag, einen ausgefüllten Abschnitt zur Datensicherheit, der beschreibt, welche Daten die App erhebt und wozu, eine Altersfreigabe und eine Datenschutzerklärung. Neue private Entwicklerkonten müssen zudem einen geschlossenen Test mit einer Gruppe von Testern durchführen, bevor die App für alle veröffentlicht werden kann; planen Sie diese Zeit ein.
Schrittweise veröffentlichen
Statt an alle gleichzeitig zu veröffentlichen, geben Sie die App schrittweise frei: Google Play unterstützt gestaffelte Roll-outs, Apple gestaffelte Veröffentlichungen von Updates. Beobachten Sie in den ersten Tagen Absturzberichte, Bewertungen und Support-Nachrichten und halten Sie das Team bereit, um schnell eine Korrektur auszuliefern.
Phase 8: Wartung und Weiterentwicklung
Eine App kostet auch nach dem Launch Aufwand, und das sollte von Anfang an im Plan stehen. Apple und Google bringen jedes Jahr neue Betriebssystemversionen heraus und erhöhen die Mindestanforderungen an Apps, Bibliotheken brauchen Sicherheitsupdates und Server müssen überwacht werden. Und dann ist da der Grund, warum Sie sie gebaut haben: messen, wie Menschen die App nutzen, und sie in geplanten Releases verbessern.
Planen Sie Wartung als festen Posten ein, nicht als Überraschung. Unser Artikel Was kostet eine App 2027? zeigt die Kostenposten einer Umsetzung und der Jahre danach und wie Sie ein Angebot lesen.
Phasen, Entscheidungen und Ergebnisse im Überblick
Die Tabelle fasst die Schritte der App-Entwicklung zusammen: was in jeder Phase passiert, wer auf Ihrer Seite entscheiden sollte und was Sie am Ende in der Hand haben.
| Phase | Was passiert | Wer entscheidet | Ergebnis |
|---|---|---|---|
| Idee | Ziel, Zielgruppe und Problem schriftlich festgehalten | Gründer oder Inhaber | Produktbriefing auf einer Seite |
| Discovery | Research, Funktionen priorisiert, Plattformen gewählt | Product Owner mit der Agentur | Umfang des ersten Release, Festpreisangebot |
| Design | Journeys, Wireframes, Prototyp, visuelles Design | Product Owner, nach Nutzertests | Getesteter Prototyp, Designsystem |
| Architektur | Nativ oder Cross-Platform, Backend, Datenmodell | Agentur schlägt vor, Auftraggeber gibt frei | Technischer Plan |
| Umsetzung | Kurze Zyklen funktionierender Software | Product Owner setzt in jedem Zyklus Prioritäten | Installierbare Testversionen |
| Testing | Funktion, Geräte, Barrierefreiheit, Sicherheit, Beta | Agentur führt durch, Auftraggeber nimmt ab | Release Candidate |
| Store und Launch | Store-Einträge, Prüfung, schrittweises Release | Auftraggeber gibt Einträge und Zeitpunkt frei | Live-App in beiden Stores |
| Wartung | Updates, Korrekturen, gemessene Verbesserungen | Auftraggeber und Agentur, je Release | Release-Plan, Wartungsvertrag |
Wie wählen Sie einen Partner für die App-Entwicklung?
Der richtige Partner macht die Phasen oben für Sie sichtbar. Wenn Sie Agenturen oder Studios vergleichen, achten Sie auf diese Zeichen:
- Live-Apps, die Sie installieren können. Fragen Sie nach Apps in den Stores, nicht nur nach Screens im Portfolio, und fragen Sie, welchen Teil davon das Team gebaut hat.
- Eine bezahlte Discovery vor dem Angebot für die Umsetzung. Ein Festpreis für eine ganze App, bevor jemand das Problem untersucht hat, ist geraten.
- Design und Engineering im selben Gespräch. Oberfläche und Code begrenzen sich gegenseitig; fragen Sie, wie Entscheidungen zwischen beiden weitergegeben werden.
- Funktionierende Software in jedem Zyklus. Fragen Sie, wie oft Sie eine neue Version installieren werden.
- Eigentum. Code, Designdateien, Store-Konten und Daten sollten von Anfang an Ihnen gehören, auf Ihren Namen.
- Ein Wartungsplan. Fragen Sie, was nach dem Launch passiert, wer antwortet, wenn etwas ausfällt, und wie schnell.
Seien Sie vorsichtig bei allen, die ein Datum für die Freigabe im Store versprechen, denn das entscheiden nur Apple und Google, oder die ihre Tests nicht erklären können.
Was bedeutet die DSGVO für die App-Entwicklung?
Hat Ihre App Nutzer in der Europäischen Union, gilt die Datenschutz-Grundverordnung für die personenbezogenen Daten, die sie verarbeitet: Namen, E-Mail-Adressen, Standorte, Gerätekennungen, Gesundheitsdaten und mehr. Das Wesentliche, das ab der Designphase eingeplant werden sollte:
- Erheben Sie nur, was Sie brauchen, und wissen Sie, wozu Sie jede Angabe brauchen.
- Haben Sie eine Rechtsgrundlage für jede Verwendung und holen Sie eine Einwilligung ein, wo das Gesetz sie verlangt, etwa vor nicht notwendigen Analytics oder Marketing-Tracking.
- Schreiben Sie eine klare Datenschutzerklärung und verlinken Sie sie in der App und in beiden Store-Einträgen.
- Lassen Sie Nutzer ihre Daten einsehen, exportieren und löschen, einschließlich der Löschung des Kontos in der App.
- Schließen Sie Auftragsverarbeitungsverträge mit jedem Dienst, der die Daten verarbeitet (Hosting, Analytics, E-Mail), und wissen Sie, wo die Daten gespeichert sind.
- Sichern Sie sie: Verschlüsseln Sie Daten bei der Übertragung und im Ruhezustand und begrenzen Sie, wer auf Ihrer Seite sie sehen kann.
Das ist ein Ausgangspunkt, keine Rechtsberatung: Bei Apps für Gesundheit, Finanzen oder Kinder sprechen Sie früh mit einer Fachperson für Datenschutz.
Häufige Fragen zur Agenturwahl
Wie lange dauert es, eine App zu entwickeln?
Vor allem hängt es vom Umfang ab. Ein fokussiertes erstes Release mit wenigen Kernabläufen ist eine Sache von einigen Monaten von der Discovery bis in den Store; eine umfangreiche App mit vielen Rollen, Integrationen und einem Admin-Panel dauert länger. Eine Discovery-Phase gibt Ihnen einen datierten Plan für Ihre eigene App statt einer allgemeinen Schätzung.
Brauche ich eine App, oder reicht eine Web-App?
Kommen Ihre Nutzer oft wieder, brauchen sie Benachrichtigungen, nutzen sie Kamera oder Standort intensiv oder erwarten sie, Sie in einem Store zu finden, ist eine App sinnvoll. Besuchen sie Sie gelegentlich, um zu lesen, zu buchen oder zu kaufen, reicht oft eine gut gebaute Website oder Progressive Web App; sie kostet im Betrieb weniger und braucht keine Store-Prüfung.
Kann ich eine App für iOS und Android gleichzeitig entwickeln lassen?
Ja. Mit Cross-Platform-Frameworks bedient eine Codebasis beide, was die Umsetzung meist verkürzt und die Wartung vereinfacht. Sie gestalten trotzdem nach den Konventionen jeder Plattform, testen auf beiden und reichen in jedem Store getrennt ein. Native Entwicklung für beide ist ebenfalls möglich, bedeutet aber zwei Codebasen, die gebaut und aktuell gehalten werden müssen.
Warum lehnen die Stores Apps ab?
Häufige Gründe sind Abstürze oder defekte Funktionen, die die Prüfer finden, fehlende oder vage Datenschutzangaben, kein Testkonto für eine Anmeldung, Zahlungen für digitale Inhalte am In-App-Kauf vorbei und eine App, die zu wenig über eine Website hinaus bietet. Wer die Richtlinien von Apple und Google vor dem Design liest, vermeidet die meisten davon.
Wem gehört die App, wenn die Agentur sie gebaut hat?
Ihnen. Der Vertrag sollte Code, Designs und Inhalte an Sie übertragen, die Entwicklerkonten in den Stores sollten auf den Namen Ihres Unternehmens registriert sein, und Sie sollten die Zugänge und Passwörter für Hosting und Dienste haben. Prüfen Sie das vor der Unterschrift, denn eine App später zwischen Entwicklerkonten umzuziehen kostet Zeit.
Haben Sie eine App im Kopf, ist der beste erste Schritt eine kurze Discovery: Sie macht aus der Idee ein klar umrissenes erstes Release, eine getestete Designrichtung und ein Festpreisangebot, sodass jede spätere Entscheidung auf etwas beruht, das Sie gesehen haben. Lesen Sie, wie wir die App-Entwicklung angehen, oder sprechen Sie mit uns über Ihre App.
