iOS, Android oder Cross-Platform: Die richtige App-Strategie für den Mittelstand

Wer zum ersten Mal eine Unternehmens-App entwickeln lassen möchte, steht früh vor einer Grundsatzfrage: iOS, Android — oder beides gleichzeitig? Und gleich darunter: Nativ, Cross-Platform, Progressive Web App? Die Entscheidung klingt nach Entwickler-Fachsimpelei, hat aber direkte Auswirkungen auf Budget, Markteinführungszeit und langfristige Wartungskosten.

Es gibt keine universell richtige Antwort — aber es gibt eine Reihe von Fragen, die jede Entscheidung strukturieren. Dieser Leitfaden beantwortet sie für den Mittelstand: ohne Hype, ohne Benchmark-Schlachten, mit dem Fokus auf das, was in der Praxis zählt.

Die drei Entwicklungswege im Überblick

Native: Separate Entwicklung für iOS und Android

Native Apps werden in der Sprache und Umgebung des jeweiligen Betriebssystems entwickelt: Swift oder Objective-C für iOS, Kotlin oder Java für Android. Das Ergebnis ist technisch optimal — maximale Performance, voller Zugriff auf alle Gerätefunktionen, direktes Update-Verhalten bei neuen OS-Versionen. Der Preis: zwei getrennte Codebasen und damit in etwa der doppelte Entwicklungs- und Wartungsaufwand.

Cross-Platform: Eine Codebasis, beide Plattformen

Frameworks wie Flutter (von Google, Programmiersprache Dart; flutter.dev) und React Native (von Meta, JavaScript; reactnative.dev) ermöglichen es, den Großteil des Codes einmal zu schreiben und für iOS und Android gleichzeitig zu veröffentlichen. In der Praxis sind 70–90 % des Codes plattformübergreifend nutzbar; plattformspezifische Besonderheiten — Push-Notification-Handling, Kamera-APIs — erfordern weiterhin separaten Code. Für die meisten Mittelstands-Apps ist das ein hervorragendes Kosten-Leistungs-Verhältnis: eine Codebasis ist in der Regel etwa halb so teuer wie parallele native Entwicklung.

Progressive Web App (PWA): Die oft unterschätzte Option

Eine PWA ist eine Webanwendung, die sich auf dem Smartphone wie eine App anfühlt: Homescreen-Icon, Offline-Nutzung, Push-Benachrichtigungen — ohne App-Store-Eintrag. Die Entwicklungskosten liegen deutlich unter denen nativer oder Cross-Platform-Apps. Klare Grenzen: kein Bluetooth-Zugriff, eingeschränktes Kamera-API auf iOS, kein App-Store-Vertriebskanal. Für interne Tools, einfache Kundenkommunikation oder Prototypen ist eine PWA oft die schnellste und günstigste Route.

Die fünf Leitfragen vor der Plattform-Entscheidung

Bevor eine Plattform gewählt wird, sollten Sie fünf Fragen klar beantworten können. Die Antworten ergeben zusammen fast automatisch den richtigen Weg.

1. 1Wer sind die Nutzer — und welche Geräte haben sie? (Verbraucher-Mix → beide Plattformen; B2B-Entscheider → oft iOS-Übergewicht; Lagerarbeiter/Außendienst → oft Android-Geräte des Arbeitgebers)
2. 2Was soll die App wirklich tun? (Einfaches Formular oder Kommunikation → PWA möglich; Kamera, Bluetooth, Fingerabdruck-Authentifizierung → Cross-Platform oder Native notwendig)
3. 3Wie hoch ist das Budget für Erstentwicklung und laufende Wartung? (Native beider Plattformen kostet langfristig etwa doppelt so viel wie Cross-Platform — der Unterschied wächst mit der Zeit, nicht nur beim Launch)
4. 4Wie wichtig ist der App-Store-Kanal? (Downloads und Sichtbarkeit über den Store → Native oder Cross-Platform; interne Unternehmens-App ohne Store-Anforderung → PWA prüfen)
5. 5Wer pflegt die App nach dem Launch? (Externes Entwicklungsteam → eine Codebasis ist einfacher zu übergeben und zu warten; internes Team mit Web-Kenntnissen → PWA oder React Native naheliegend)

iOS oder Android zuerst? Was im deutschen Mittelstand gilt

Android besitzt in Deutschland einen größeren absoluten Marktanteil. iOS-Nutzer sind erfahrungsgemäß in Branchen wie Finanzdienstleistungen, Consulting, Versicherungen und im Premiumsegment des Handels überproportional vertreten. Für Mittelständler mit einer klar definierten B2B-Zielgruppe — Geschäftsführer, Einkaufsleiter, leitende Angestellte — ist iOS als erste Plattform oft die sinnvollere Wahl. Nicht weil sie mehr Nutzer hätte, sondern weil die Zielgruppe dort überproportional aktiv ist.

Für B2C-Apps, Handwerker-Tools oder Lager- und Logistik-Anwendungen kehrt sich das Bild regelmäßig um: Android dominiert, und ein Einstieg dort ist logisch. Die sicherste Antwort für die meisten Mittelständler lautet aber: Cross-Platform von Anfang an — dann stellt sich die Frage gar nicht.

• B2B-Entscheider als Primärzielgruppe → iOS zuerst evaluieren oder Cross-Platform für beide gleichzeitig
• Mitarbeiter-App mit unternehmenseigenen Geräten → Plattform des Gerätepark bestimmt die Entscheidung
• Breite Verbraucher-Zielgruppe → Cross-Platform von Anfang an, keine Kompromisse bei der Reichweite

Wann Cross-Platform die bessere Wahl ist

Für die Mehrzahl der Unternehmens-Apps im Mittelstand ist Cross-Platform mit Flutter oder React Native heute die erste Empfehlung. Die Qualität ist so weit gestiegen, dass Performance-Unterschiede zu nativen Apps für 90 % der Anwendungsfälle nicht wahrnehmbar sind. Flutter gilt für neue Projekte als die stabilere Wahl mit konsistenterem UI-Verhalten; React Native bietet den Vorteil, dass JavaScript-erfahrene Web-Entwickler schneller einsteigen können.

• Kunden-App mit Produktkatalog, Bestellung oder Buchungsfunktion → Cross-Platform
• Mitarbeiter-App für Zeiterfassung, Checklisten oder Reporting → Cross-Platform
• Außendienst-App mit Offline-Synchronisation und Kartenfunktionen → Cross-Platform (Flutter hat starke Offline- und Maps-Integration)
• MVP oder Proof of Concept mit begrenztem Budget → Cross-Platform fast immer effizienter
• Erstes Digitalisierungsprojekt ohne dediziertes Mobile-Team → Cross-Platform schützt vor frühem Neu-Entwicklungsaufwand

Wann Native klar gewinnt

Es gibt Anwendungsfelder, in denen die Investition in native Entwicklung klar gerechtfertigt ist — meist wenn die App ein Kernprodukt des Unternehmens ist oder wenn Cross-Platform-Frameworks an technische Grenzen stoßen.

• Gaming oder Augmented Reality: Grafikintensives Echtzeit-Rendering erfordert direkten GPU-Zugriff, den Cross-Platform-Frameworks nicht vollständig abstrahieren
• Medizinprodukte mit Hardware-Integration: EKG-Geräte, Glukose-Sensoren — Bluetooth LE mit minimaler Latenz und zertifizierungsrelevante Anforderungen erzwingen Native
• Finanz-Apps mit biometrischer Authentifizierung und Secure-Enclave-Zugriff (z. B. Enterprise-Banking-Eigenentwicklungen)
• Apps, die tief in das Betriebssystem eingreifen: VPN-Apps, Security-Lösungen, MDM-Clients

Wann eine PWA ausreicht

Die PWA ist die am häufigsten unterschätzte Option im Mittelstand. Sie eignet sich, wenn kein App-Store-Kanal benötigt wird, die Zielgruppe ohnehin über den Browser erreicht wird oder die App primär textbasierte Workflows abbildet.

• Interne Tools für Mitarbeiter: Genehmigungsworkflows, Urlaubsanträge, Checklisten — kein Store-Eintrag nötig, sofortige Updates
• Einfache Kundenkommunikation: Auftragsstatusabfragen, FAQ-Bot, Terminbuchung über den Browser
• Prototyp zur Validierung mit echten Nutzern, bevor App-Store-Budgets freigegeben werden
• Kleine Unternehmen, für die ein barrierefreier, responsiver Webauftritt ohnehin Priorität hat

Was die Plattform-Entscheidung langfristig kostet

Detaillierte Kostenspannen nach Projekttyp und Komplexitätsstufe finden Sie in unserem Leitfaden App entwickeln lassen 2026: Womit Sie wirklich rechnen müssen. Für die Plattform-Entscheidung gilt: Eine Cross-Platform-App kostet in der Erstentwicklung grob das 1,3–1,5-fache einer reinen iOS-App, liefert aber gleichzeitig beide Plattformen — damit liegt der Preis je Plattform bei etwa der Hälfte paralleler nativer Entwicklung. Der Unterschied wächst bei der Wartung: Native-Doppelentwicklung bedeutet, dass bei jedem großen iOS- oder Android-Update beide Codebasen nachgezogen werden müssen; bei Cross-Platform reicht in der Regel ein einzelnes Update.

Die teuerste App ist nicht die native — es ist die, die nach dem Launch neu gebaut werden muss, weil die falsche Plattform-Strategie gewählt wurde.

Typische Fehler beim ersten App-Projekt

• Beide Plattformen gleichzeitig nativ entwickeln, obwohl Budget und Timeline es nicht erlauben — führt zu halbfertigen Apps auf beiden Seiten
• Die Plattform nach dem Smartphone-Geschmack der Geschäftsführung wählen, nicht nach Zielgruppen-Daten
• PWA ablehnen, weil sie 'keine echte App' sei — für interne Tools ist das oft die klügere Wahl
• App-Store-Richtlinien unterschätzen: Apple lehnt Apps bei Compliance-Lücken ab; der Review-Prozess dauert typischerweise ein bis drei Wochen
• Wartungskosten vergessen: Native iOS und Android brauchen nach jedem großen OS-Release Anpassungen — bei Cross-Platform meist nur einmal
• Den ersten Entwurf zu groß anlegen: Ein fokussiertes MVP, das in drei bis vier Monaten live geht, bringt mehr als ein perfektes Konzept, das nie fertig wird

Häufige Fragen

Kann ich später von Cross-Platform zu Native wechseln?

Ja, aber es ist ein Neubau, kein Umbau. Wenn eine Cross-Platform-App an ihre Grenzen stößt, wird der betroffene Teil typischerweise als nativer Modul neu entwickelt und in die bestehende App integriert — aufwändig, aber möglich. Für 95 % der Mittelstands-Apps bleibt Cross-Platform dauerhaft ausreichend.

Ist Flutter oder React Native besser?

Für die meisten neuen Projekte hat Flutter Vorteile: konsistenteres UI-Verhalten auf beiden Plattformen, stabileres Ökosystem. React Native ist sinnvoller, wenn ein bestehendes JavaScript-Entwicklungsteam eingebunden werden soll — das senkt die Einarbeitungszeit erheblich. Die Wahl sollte nach Team-Kenntnissen und konkreten Projektanforderungen fallen, nicht nach Benchmark-Tabellen.

Kann eine PWA auch Push-Benachrichtigungen senden?

Auf Android vollständig. Auf iOS seit iOS 16.4 grundsätzlich ja — aber nur, wenn die PWA vom Nutzer zuvor zum Home-Bildschirm hinzugefügt wurde. Das schränkt die Reichweite gegenüber nativen Apps ein und ist für konsumentenorientierte Apps ein relevanter Nachteil.

Wie lange dauert die Entwicklung einer Cross-Platform-App?

Ein fokussiertes MVP liegt typischerweise bei 10–20 Wochen (Discovery, Design, Entwicklung, Testing, Store-Einreichung). Deutlich komplexere Apps mit ERP-Integration, eigenem Backend und mehreren Nutzerrollen können 6–12 Monate dauern. Der Apple App Store Review dauert zusätzlich ein bis drei Wochen und sollte bei der Zeitplanung berücksichtigt werden.

Brauche ich für eine interne Mitarbeiter-App unbedingt einen App-Store-Eintrag?

Nein. Interne Apps können über Apple Business Manager und Google Work Profile ohne öffentlichen Store-Eintrag direkt auf verwaltete Unternehmensgeräte verteilt werden. Eine PWA ist jedoch oft einfacher: kein Store-Prozess, sofortige Updates per Deployment, zugänglich über QR-Code oder direkten Link. Für Unternehmen mit MDM-Infrastruktur ist Store-unabhängiger Vertrieb über Business Manager die sauberere Lösung.

Zur Mobile-App-Entwicklung bei NoviCogi

Dieser Artikel wurde mit KI-Unterstützung erstellt und redaktionell geprüft.