Mobile Development Guide: Apps für iOS und Android

Mobile Apps sind heute für viele Unternehmen ein eigenständiger Vertriebskanal, Kundenbindungsinstrument oder Arbeitsplatform. Die Entscheidung für den richtigen Entwicklungsansatz — React Native, Flutter, native oder Progressive Web App — hat erhebliche Auswirkungen auf Kosten, Zeitplan und langfristige Wartbarkeit.

Wann braucht dein Unternehmen eine App?

Nicht jedes Vorhaben braucht eine App. Die wichtigste Frage zuerst: Was kann die App, was eine mobile Website nicht kann?

Eine App lohnt sich, wenn:

• Nutzer die App regelmäßig — täglich oder wöchentlich — nutzen werden
• Offline-Funktionalität wichtig ist (z. B. Lagerverwaltung, Außendienst)
• Native Gerätefunktionen gebraucht werden: Push-Benachrichtigungen, Kamera, GPS, Biometrie (Face ID, Touch ID)
• Hohe Erwartungen an Performance und Nutzerführung bestehen
• Die App ein eigenständiges Produkt ist, das Kunden bewusst installieren

Eine responsive Website oder PWA reicht, wenn:

• Inhalte hauptsächlich gelesen werden
• Der Zugang niedrigschwellig sein soll (kein Download nötig)
• Das Budget begrenzt ist und ein Proof of Concept validiert werden soll

Mehr dazu im Vergleich PWA vs. Native vs. Hybrid App.

Entwicklungsansätze im Überblick

Cross-Platform (Empfohlen für die meisten Vorhaben)

Eine Codebasis für iOS und Android — das ist der Standard für Unternehmensprojekte mit Budgetverantwortung. Zwei Ansätze dominieren den Markt:

React Native (Meta, 2015) nutzt JavaScript/TypeScript und rendert native Plattform-UI-Komponenten. Das bedeutet: Die App sieht auf iOS wie eine iOS-App aus, auf Android wie eine Android-App. React-Entwickler können direkt einsteigen — die Konzepte (Komponenten, Hooks, State) sind dieselben.

Der größte Vorteil gegenüber Flutter: Code-Sharing mit der Web-Anwendung. Logik, API-Aufrufe, Validierungsregeln — ein großer Teil lässt sich zwischen Web und App teilen, wenn beide auf React basieren.

Flutter (Google, 2018) nutzt Dart und eine eigene Rendering-Engine (Skia/Impeller). Das hat einen entscheidenden Vorteil: Die App sieht auf beiden Plattformen pixelgenau identisch aus — kein plattformspezifisches Verhalten, kein "das sieht auf Android anders aus". Flutter-Apps sind für komplexe, stark angepasste UIs besonders gut geeignet.

Der Nachteil: Dart ist weniger verbreitet als JavaScript. Teams, die bisher Web-Entwicklung gemacht haben, müssen eine neue Sprache lernen.

Native Entwicklung

Native Apps (Swift für iOS, Kotlin für Android) bieten maximale Performance und vollständigen Zugang zu allen Plattform-APIs. Sie kosten aber das Doppelte: zwei separate Codebasen, zwei Teams oder doppelte Entwicklungszeit.

Native Entwicklung ist sinnvoll bei: Hochleistungsspielen, AR/VR-Anwendungen, Hardware-intensiven Tools (professionelle Kamera-Apps, Echtzeit-Audiobearbeitung) oder wenn sehr enge Betriebssystem-Integration benötigt wird.

Für die meisten Unternehmens-Apps — Kundenbindung, Bestell-Apps, interne Tools, Portale — ist native Entwicklung teurer, ohne einen messbaren Vorteil für den Endnutzer zu liefern.

Progressive Web Apps (PWA)

PWAs sind Websites mit erweitertem App-Verhalten: Sie können zum Home-Screen hinzugefügt werden, offline funktionieren (eingeschränkt) und Push-Benachrichtigungen senden (außer auf iOS, wo die Unterstützung begrenzt ist).

Vorteile: Kein App-Store nötig, sofort über URL erreichbar, ein Codebase für Web und App. Nachteile: Eingeschränkter Zugang zu nativen Features, keine vollwertige App-Store-Präsenz, auf iOS weiterhin mit Einschränkungen.

PWAs eignen sich gut als erster Schritt oder für Anwendungsfälle, bei denen eine echte App zu aufwendig wäre. Mehr zur Entwicklung: Progressive Web Apps Guide.

React Native vs. Flutter — der ehrliche Vergleich

Kriterium	React Native	Flutter
Sprache	JavaScript/TypeScript	Dart
Performance	Sehr gut	Exzellent
UI-Stil	Plattformspezifisch (nativ)	Einheitlich (eigene Engine)
Hot Reload	Ja	Ja
Code-Sharing Web	60–80 %	Begrenzt
Einstieg für Web-Devs	Niedrig	Mittel
Community	Sehr groß	Groß
Unternehmens-Einsatz	Meta, Microsoft, Shopify	Google, BMW, eBay

Den ausführlichen Vergleich mit konkreten Entscheidungshilfen: React Native vs. Flutter.

Und falls du die Frage stellst, ob native oder cross-platform: Native vs. Cross-Platform Mobile.

Kostenorientierung

Die Entwicklungskosten für eine App hängen von Umfang, Komplexität und Ansatz ab. Als grobe Orientierung:

App-Umfang	Native (iOS + Android)	Cross-Platform	PWA
Einfach (5–8 Screens)	60–100k EUR	35–60k EUR	15–30k EUR
Mittel (15–25 Screens)	100–200k EUR	60–120k EUR	30–60k EUR
Komplex (25+ Screens)	200–500k EUR	120–300k EUR	60–150k EUR

Cross-Platform spart 40–50 % der Kosten bei 90 % der Features. Diese Tabelle dient zur Orientierung — reale Projekte können je nach Backend-Komplexität, Integrationen und Design-Anforderungen abweichen.

Mobile-First Design und UX

Eine technisch solide App mit schlechter UX schlägt sich nicht durch. Wichtige Prinzipien:

Touch-Targets müssen mindestens 44 × 44 Punkte groß sein (iOS-Empfehlung) — zu kleine Buttons sind frustrierend, besonders für ältere Nutzer.

Thumb Zone — Der natürliche Griffbereich beim Halten eines Smartphones ist das untere Drittel. Wichtige Aktionen (Navigation, Primärbuttons) gehören dorthin, nicht an den oberen Rand.

Offline-First bedeutet nicht, dass alles offline funktioniert, sondern dass die App bei schlechter Verbindung nicht einfach abstürzt. Zumindest lesende Funktionen sollten aus dem Cache bedient werden.

Ladezeiten — Die App sollte in unter 3 Sekunden starten. Lange Ladezeiten sind der häufigste Grund für schlechte App-Store-Bewertungen.

Plattform-Konventionen — iOS- und Android-Nutzer haben unterschiedliche Erwartungen an Navigation, Gesten und visuelle Sprache. Eine App, die sich auf beiden Plattformen wie ein iOS-App anfühlt, wird Android-Nutzer irritieren.

Mehr zum Thema: Mobile-First Design.

Der Entwicklungsprozess — was dich erwartet

Phase 1: Discovery (1–2 Wochen) Anforderungsanalyse, Zielgruppe, User Stories, technische Machbarkeit. Ergebnis: ein klares Scope-Dokument mit Priorisierung.

Phase 2: Design (2–4 Wochen) Wireframes, User Flows, visuelles Design, Prototyp. Design-Feedback vor dem ersten Code ist entscheidend — Änderungen im Design kosten einen Bruchteil von Änderungen im fertigen Produkt.

Phase 3: Entwicklung (8–20 Wochen, je nach Umfang) Iterative Entwicklung in Sprints. Backend-Integration, Frontend-Entwicklung, Tests. Regelmäßige Reviews nach jedem Sprint.

Phase 4: Testing und App Store Submission (2–4 Wochen) Manuelles und automatisiertes Testen, Bugfixes, App Store Review (Apple: 1–3 Tage, Google Play: wenige Stunden bis 1 Tag).

Phase 5: Launch und Betrieb Eine App ist nach dem Launch kein fertiges Produkt. Betriebssystem-Updates brechen gelegentlich Features, Nutzer-Feedback fordert Anpassungen, neue Geräte brauchen Tests.

App Store Optimierung (ASO)

Eine fertige App, die im App Store nicht gefunden wird, erzielt keinen Mehrwert. ASO ist das SEO des App Stores:

Keywords in App-Name und Beschreibung bestimmen, bei welchen Suchanfragen die App erscheint. Der App-Name hat das höchste Gewicht.

Screenshots und Preview-Video sind oft wichtiger als die Beschreibung — die meisten Nutzer entscheiden allein danach, ob sie eine App herunterladen.

Bewertungen beeinflussen sowohl Ranking als auch Conversion. Aktiv um Bewertungen bitten — idealerweise nach einem positiven Nutzungserlebnis, nicht beim ersten App-Start.

Regelmäßige Updates signalisieren dem App Store, dass die App gepflegt wird. Apps ohne Updates seit mehr als 12 Monaten verlieren Rankings.

Häufige Fehler bei App-Projekten

Zu viel auf einmal. Das Ziel eines ersten Releases sollte eine valide, nutzbare Version des Kernprodukts sein — nicht eine App mit zehn Features. Starte mit dem kleinsten sinnvollen Umfang und baue iterativ aus.

Backend als Nachgedanke. Viele App-Probleme sind Backend-Probleme. Wer keine Ressourcen für ein stabiles Backend einplant, bekommt eine App, die bei Last versagt.

App-Store-Guidelines unterschätzen. Apples Review-Prozess lehnt Apps ab, die gegen Guidelines verstoßen. Das kann Wochen kosten. Guidelines frühzeitig lesen, besonders bei Zahlungsflows, Nutzerdaten und alternativen Login-Methoden.

Keine Analytics. Ohne Tracking weißt du nach dem Launch nicht, welche Features genutzt werden, wo Nutzer abbrechen und was verbessert werden soll.

Häufige Fragen zur App-Entwicklung

Brauche ich eine App oder reicht eine mobile Website? Wenn Nutzer die Anwendung regelmäßig und mit echten Anforderungen an Performance oder native Features nutzen, ist eine App sinnvoll. Für Informationsseiten, Blogs oder gelegentliche Interaktionen reicht eine mobile Website.

Wie lange dauert die Entwicklung einer App? Dank KI-gestütztem Workflow und unserem proprietären Design-System liefern wir Apps in 1–2 Wochen. Express-Projekte sind in 3–7 Tagen möglich – unabhängig davon, ob es sich um ein MVP oder eine komplexere Lösung handelt.

Was passiert, wenn Apple oder Google die Plattform-Regeln ändert? Das ist Realität in der App-Entwicklung. React Native und Flutter werden aktiv gepflegt und passen sich an Plattform-Änderungen an. Interne Apps ohne App-Store (Enterprise-Distribution) sind davon weniger betroffen.

Kann ich meine bestehende Web-App in eine App umwandeln? Nicht direkt — eine App ist kein "Wrapper" um eine Website. Aber wenn die Web-App in React gebaut ist, lässt sich viel Logik wiederverwenden. Lies dazu den React Guide.

Was kostet die Wartung nach dem Launch? Erfahrungsgemäß fallen nach dem Launch 15–20 % der initialen Entwicklungskosten pro Jahr für Wartung, Updates und kleinere Erweiterungen an.

Unsere Mobile-Expertise

Bei HEADON.pro entwickeln wir Cross-Platform-Apps mit React Native. Die Codebasis teilen wir wo möglich mit der Web-App — das reduziert Entwicklungskosten und sorgt für konsistente Business-Logik über alle Plattformen hinweg.

Wenn du eine App planst, stehen wir für eine unverbindliche Einschätzung bereit: Umfang, Ansatz, grobe Kostenschätzung — ohne Verpflichtung. Jetzt anfragen oder den Mobile-Development-Service ansehen.