Zum Inhalt springen

Mobile

Leitfaden zur Mobile-App-Entwicklung: ein vollständiges Handbuch für iOS und Android

Jede Phase beim Bau einer Mobile-App: Technologiewahl, nativ versus Cross-Platform, Zeit- und Kostenplanung, Store-Einreichung und die Kennzahlen, auf die es ankommt.

Veröffentlicht: Zuletzt aktualisiert: 12 Min. LesezeitNeuros · Mobile Engineering

Kurz gesagt

Was muss vor der Beauftragung einer App entschieden werden?

Die Kosten einer mobilen App bestimmen nicht die Screens, sondern vier Entscheidungen: plattformübergreifend oder nativ, wie viele Integrationen, ob sie offline funktionieren muss und welches Sicherheitsniveau gefordert ist. Zahlung, Identität, Karten und Unternehmensanbindungen bringen je eigene Testlast. Werden Analytics-Event-Schema und Crash-Reporting nicht im ersten Sprint gebaut, sind sie später nicht rekonstruierbar.

In den meisten Organisationen beginnt die Mobile-Entscheidung beim Publikum, nicht bei der Technologie. Wenn Nutzer Sie über die Suche finden und einmal etwas abschließen, ist das Web die Antwort; kommen sie regelmäßig wieder, brauchen Benachrichtigungen und Gerätefunktionen, dann ist es Mobile. Über Frameworks zu streiten, bevor diese Frage geklärt ist, heißt zu früh zu streiten.

Nativ oder Cross-Platform?

Das ist längst keine Frage mehr, was besser ist, sondern welche Randbedingung bindet. Flutter und React Native decken beide Plattformen aus einer Codebasis ab und senken Teamkosten und Release-Drift erheblich. Nativ (Swift/Kotlin) gewinnt weiterhin klar, wo die App nah an der Gerätehardware sitzt, aufwendige Grafik rendert oder dauerhaft im Hintergrund arbeitet.

  • Wählen Sie Cross-Platform für klassische Business-Apps, Content und Commerce, Marktplätze und Außendienst-Werkzeuge.
  • Wählen Sie nativ bei intensiver Kamera- und Sensornutzung, spielähnlichem Rendering, latenzarmem Audio und Video.
  • Kombinieren Sie beides: gemeinsame Abläufe cross-platform, das kritische Modul nativ.

Die gewählte Technologie prägt nicht das erste Release — sie prägt die Wartungsrechnung im dritten Jahr.

Wie lange dauert der Entwicklungsprozess einer mobilen App?

Planung, Design, Entwicklung, Test und Release umfassen bei einem mittelgroßen Produkt typischerweise drei bis sechs Monate. Am stärksten unterschätzt wird nicht die Entwicklung — es sind der Review-Zyklus und der Einreichungsprozess in den Stores.

  • Planung und Strategie: 2–3 Wochen. Umfang, Nutzerflüsse, technische Randbedingungen.
  • UI/UX-Design: 3–4 Wochen. Erst Wireframes, dann Mockups; beide durchlaufen eine Freigabe.
  • Entwicklung: 8–16 Wochen, je nach Funktionsumfang und Integrationstiefe.
  • Test und QA: 2–3 Wochen. Echte Gerätematrix, Performance- und Sicherheitstests.
  • Release: 1–2 Wochen, inklusive Prüfung durch App Store und Google Play.

Was treibt die Kosten einer mobilen App wirklich?

Was ein Budget aufbläht, ist die Integrationsfläche, nicht die Anzahl der Screens: Zahlungsanbieter, Identität, Karten und Routing, Benachrichtigungsinfrastruktur, Synchronisation mit Backoffice-Systemen. Dazu kommen die laufenden Kosten nach dem Launch.

  • Store-Konten: Apple Developer jährlich, Google Play einmalig.
  • Infrastruktur: Server, Datenbank, Benachrichtigungsdienst, Dateispeicher.
  • Wartung: Jedes jährliche OS-Release erzeugt Pflichtaufwand.
  • Support: die Schleife aus Fehlerbehebung und Nutzerfeedback.

Wie wirkt sich App-Performance auf Nutzende aus?

Nutzer beurteilen eine App in den ersten drei Sekunden. Startzeit, Scroll-Flüssigkeit und die Ladestrategie für Bilder prägen die Zufriedenheit stärker als der Funktionsumfang. Passend dimensionierte Bilder auszuliefern, Listen zu virtualisieren und Netzwerkanfragen zu cachen sind die drei Maßnahmen mit dem höchsten Ertrag.

Warum lässt sich mobile Sicherheit nicht nachrüsten?

  • Bauen Sie Authentifizierung auf einem Standardprotokoll auf; erfinden Sie kein eigenes Verfahren.
  • Betten Sie niemals Schlüssel oder Secrets in das Client-Bundle ein.
  • Verschlüsseln Sie auf dem Gerät gespeicherte Daten und begrenzen Sie die Sitzungsdauer.
  • Nutzen Sie Certificate Pinning, um Abhörangriffe zu erschweren.

Was verändert App-Store-Optimierung?

App-Name, Untertitel, Keyword-Feld, Screenshots und frühe Bewertungen entscheiden über Ihre Auffindbarkeit im Store. ASO ist das mobile Gegenstück zu SEO, und die meisten Teams denken erst am Launch-Tag daran. Die ersten beiden Screenshots tragen den größten Teil der Installationsentscheidung.

Welche Kennzahlen verfolgt man nach dem Launch?

  • Retention an Tag 1, Tag 7 und Tag 30.
  • Crash-Rate und Anteil absturzfreier Sitzungen.
  • Zeit vom Start bis zur ersten sinnvollen Interaktion.
  • Der genaue Funnel-Schritt, an dem Nutzer abspringen.

Ohne diese vier Zahlen ist jedes Release eine Vermutung statt einer Verbesserung. Über das zweite Jahr der App entscheidet nicht die Funktionsliste des ersten Releases — sondern wie schnell sich diese Schleife dreht.

Die tatsächlichen Unterschiede zwischen Cross-Platform und Nativ
KriteriumCross-PlatformNativ
Time to ShipEine Codebasis, deutlich kürzerZwei getrennte Codebasen
Zugriff auf GerätehardwareBraucht eine Bridge-SchichtDirekt
Aufwendige Grafik und KameraarbeitBegrenztStark
TeamkostenEin TeamZwei Teams oder zwei Spezialisierungen
Neue OS-FunktionenWarten auf BibliotheksunterstützungAm ersten Tag nutzbar
App-GrößeMeist größerMeist kleiner

Quellen

  1. 01App Store Review GuidelinesApple · 2025
  2. 02Google Play target API level requirementsGoogle · 2025
  3. 03Core Web Vitals — LCP, INP, CLS eşikleriGoogle · web.dev · 2024
  4. 04Web Content Accessibility Guidelines (WCAG) 2.2W3C · 2023

Häufige Fragen

Was oft gefragt wird

Sinnvoll ist es, wenn Ihre Zielgruppe deutlich auf einer Plattform liegt. Andernfalls halbiert ein Ein-Plattform-Start das Feedback, und verzögert sich die zweite Plattform, pflegt das Produkt zwei auseinanderlaufende Versionen. Mit Cross-Platform erübrigt sich die Frage weitgehend — die Mehrkosten sind dann der Release-Prozess des zweiten Stores, nicht eine neue Codebasis.

Die meisten Ablehnungen stammen aus Richtlinien, nicht aus Code: fehlender Kontolöschungs-Flow, unbegründete Berechtigungsabfrage, Datenschutz-Labels, die nicht zum tatsächlichen Verhalten passen, und Zahlungsflüsse am Store vorbei. Stehen diese Punkte auf der Pre-Release-Checkliste, sinkt der Ablehnungszyklus von Wochen auf Tage.

Die Retention am Tag 30. Die Installationszahl misst das Marketingbudget, die Retention, ob das Produkt tatsächlich nützt. Daneben stehen zwei weitere: die Rate absturzfreier Sitzungen und die Abschlussquote des Hauptflusses. Zusammen zeigen die drei, ob Sie Nutzende an einen Fehler oder an ein Wertproblem verlieren.

Sprechen wir darüber mit Ihrem Team

Wir können eine technische Session durchführen, die all das auf Ihren Kontext überträgt.