App entwickeln lassen — was du wissen musst, bevor du anfängst

App entwickeln lassen heißt: eine Idee in ein Produkt überführen, das im Store steht, Daten sammelt, Geld bewegt — und in den nächsten drei Jahren funktionsfähig bleibt. Die meisten Kosten und die meisten Risiken liegen nicht im sichtbaren Build, sondern in den Entscheidungen davor und im Betrieb danach. Dieser Guide ist der Einstieg: was du vor dem ersten Code-Zeilenstand klären musst, was eine App realistisch kostet und wo die einzelnen Sub-Guides tiefer einsteigen.

Was App-Entwicklung wirklich umfasst

Eine App ist nicht das, was im Store steht — eine App ist das, was im Store steht plus Backend, Datenmodell, Auth-Flow, Push-Infrastruktur, Crash-Reporting, Build-Pipeline, Compliance-Doku und eine Person, die das Ganze nach 12 Monaten noch versteht. Wer den Build als „die App” verkauft, blendet einen erheblichen Teil der echten Aufwände aus.

Der typische Lebenszyklus hat drei Phasen, die jeweils eigene Logik haben:

• Konzeption (1–4 Wochen) — Spec, Scope, Stack-Wahl, Spec-Reviews. Niedrige Kosten, hohe Hebelwirkung.
• Build (6–16 Wochen für V1) — eigentliche Entwicklung, Test, Submission. Höchste Kosten pro Woche.
• Betrieb (Jahre) — Wartung, Updates, Compliance-Pflege, Weiterentwicklung. Über die Zeit oft der größte Posten — mehr dazu im Guide AppCare & Wartung.

Der Fehler, den wir am häufigsten sehen: Konzeption wird auf wenige Tage komprimiert, Betrieb wird ignoriert. Das spart sichtbar Geld in Phase 1 und kostet unsichtbar Geld in Phase 2 und 3.

Die fünf Entscheidungen vor dem ersten Commit

Bevor du an Stack oder Designsystem denkst, klärst du fünf Dinge. Wenn eine davon offen bleibt, geht die Diskussion mitten im Build wieder los — und dort kostet sie deutlich mehr.

1. Welches Problem löst die App in einem Satz? Wenn du zwei Sätze brauchst, ist der Scope zu breit. Mehr zur Scope-Disziplin im Sub-Guide MVP oder direkt komplett.
2. Wer nutzt sie zuerst, in welchem Moment spürt diese Person Wert? Das ist der Aha-Moment. Alles davor gehört in V1, alles dahinter ist verhandelbar.
3. Wie willst du sie betreiben? Wer wartet die App in 18 Monaten — du, ein interner Mensch, ein externes Team? Die Antwort beeinflusst die Stack-Wahl mehr, als die Stack-Wahl selbst es tut.
4. Welche Daten verarbeitet sie? Personenbezogene Daten ändern Architektur und Hosting-Region — siehe DSGVO bei der App-Entwicklung.
5. Brauchst du wirklich eine App? Manchmal reicht eine PWA, ein Internal-Tool oder ein No-Code-Pilot — siehe Custom-Dev vs. No-Code/Low-Code und Native vs. Cross-Plattform vs. PWA.

Was eine App realistisch kostet

Pauschal: ein V1, der trägt, liegt in DACH zwischen 30.000 € (schlanker Single-Platform-MVP) und 150.000 € (Cross-Platform-App mit Payments, Auth, Backend, Submission auf beiden Stores). Marktplatz-Plattformen mit Multi-Tenant-Logik landen oft jenseits von 200.000 €. Dahinter liegen sechs konkrete Treiber — Scope-Tiefe, Plattformen, Hardware-Anbindung, Compliance-Last, Team-Setup, Externen-Zukauf — die wir im Sub-Guide Was kostet eine App-Entwicklung? im Detail aufdröseln.

Was viele unterschätzen: der Build ist nicht der ganze Kostenblock. Hinzu kommen App-Store-Gebühren (Apple Developer Program 99 USD/Jahr, Google Play Console 25 USD einmalig), Hosting, Drittanbieter-Lizenzen (Push, Analytics, Payments) und Wartung. Über den Lebenszyklus übersteigt der Betrieb den Build oft deutlich — eine seit langem etablierte Branchen-Beobachtung, die Gartner unter „Software Maintenance” ähnlich zusammenfasst.

Wie der Build tatsächlich abläuft

Konzept, Sprint Zero, iterativer Build mit wöchentlichen Demos, Submission, Launch — das ist das Skelett. Was darin passiert, wer entscheidet was, wo typische Verzögerungen entstehen und wann Auftraggeber:innen aktiv mitarbeiten müssen, steht im Sub-Guide Wie läuft eine App-Entwicklung ab?.

Zwei Punkte, die in jedem Briefing zu früh wegrutschen: die Store-Submission ist kein Tag, sondern eine Phase. Apple weist im App-Store-Connect-Hilfsdokument typische Review-Zeiten unter 24 Stunden aus, lehnt aber regelmäßig ab — laut Apple-Transparenzbericht 2024 wurden 1,93 Mio. von 7,77 Mio. Submissions abgelehnt, also rund 25 %. Und das, was nach dem Launch passiert, ist nicht „kleiner Polish”, sondern eigene Disziplin: erste Crash-Spikes, OS-Updates, Store-Beanstandungen.

Compliance fängt nicht nach dem Launch an

DSGVO ist keine Hürde, die du nach dem Build noch einbaust — sie ist eine Architektur-Frage. „Privacy by Design” steht in DSGVO Art. 25 wörtlich drin: Datenminimierung, Hosting-Region, SDK-Auswahl, Auftragsverarbeiter-Verträge müssen vor dem ersten Commit geklärt sein.

Apple verlangt seit Frühjahr 2024 ein Privacy-Manifest für alle SDKs, die personenbezogene Daten verarbeiten. Google Play verlangt eine Data-Safety-Form, die zur tatsächlichen Datennutzung konsistent sein muss. Beides ist Submission-Pflicht, beides scheitert reproduzierbar an Apps, die das erst am Submission-Tag prüfen. Die Architektur-Entscheidungen davor stehen im Sub-Guide DSGVO bei der App-Entwicklung.

Wann eine App keine App sein sollte

Nicht jedes Vorhaben ist eine App. Drei Pfade, die wir regelmäßig empfehlen, statt direkt zu bauen:

• PWA, wenn der Nutzerkreis sich aktiv installiert und Store-Sichtbarkeit kein Akquise-Kanal ist.
• No-Code-Pilot, wenn die Hypothese noch nicht validiert ist und du Wochen statt Monate brauchst.
• Internes Tool auf Low-Code, wenn das Nutzerfeld klein und der Workflow einfach ist.

In allen drei Fällen kommt der Custom-Build später, sobald die Reißpunkte sichtbar werden — siehe Custom-Dev vs. No-Code/Low-Code. Wer den Custom-Pfad zu früh einschlägt, baut häufig die falsche App in höherer Qualität.

Nach dem Launch gehört Wartung dazu

Apple veröffentlicht jährlich eine iOS-Major-Version, Google liefert Android-Hauptversionen über das AOSP-Programm und schiebt seit 2025 zusätzliche Quartals-SDKs nach. Das BSI verzeichnet im Lagebericht IT-Sicherheit 2025 durchschnittlich 119 neue CVE-Schwachstellen pro Tag. Eine App, die nicht aktiv mitwächst, fällt in 12–18 Monaten in Compliance- und Stabilitäts-Drift.

Wartung ist kein Add-on, sondern Teil des App-Lebenszyklus. Was sie kostet und wie sie sich vom Stundenmodell unterscheidet, steht im Guide AppCare & Wartung. Sovion-AppCare beginnt bei 59 €, 149 € oder 349 € netto/Monat — sauberer Ausstieg jederzeit, kein Lock-in.

Wenn du gerade am Anfang stehst und nicht weißt, wo du landen sollst: beschreib uns die App in drei Sätzen — wer nutzt sie, welches Problem löst sie, was ist der eine Aha-Moment? Schick die Eckdaten über das Kontaktformular, wir antworten in 24 Stunden mit einer ehrlichen Einschätzung. Mehr Service-Kontext auf Leistungen und in den Branchen-Detailseiten.