Beantworten Sie 12 Fragen zu Produkt, Team und Rahmenbedingungen. Sie erhalten eine begründete Empfehlung, sehen, wie Kosten und erstes Release im Vergleich zu nativ abschneiden, und worauf Sie achten sollten.
Stack ermitteln
Das Tool zeigt, welcher Stack am besten zu Ihren Antworten passt und was den Ausschlag gegeben hat. Kosten und Zeit sind relativ zu nativ angegeben und beruhen auf unseren veröffentlichten Artikeln; sie dienen der Planung und sind kein Angebot. Wir entwickeln mit allen fünf Stacks, daher folgt das Ergebnis Ihren Antworten, nicht unseren Vorlieben.
Jede Antwort vergibt Punkte an einige Stacks und zieht anderen Punkte ab, von −2 bis +2. Die Punkte werden mit der Gewichtung der Frage (1 bis 3) multipliziert und addiert. Die Summe wird auf einen Passungswert von 0–100 skaliert. Antworten mit „Weiß nicht“ zählen nicht und senken die Konfidenz; sie fließen nicht in die Skalierung ein und ziehen die Werte daher nicht zur Mitte.
Manche Antworten setzen harte Grenzen. Braucht die App Bluetooth im Hintergrund, Gesundheitsdaten, Widgets, NFC, CarPlay oder eine eigene Kamera, wird eine PWA auf 20 begrenzt: Eine Web-App erreicht diese Funktionen nicht so wie eine native App. Weichere Grenzen ziehen einige Punkte ab und werden als Hinweise angezeigt.
Die Konfidenz ist hoch, wenn der Spitzenreiter 12 oder mehr Punkte vorn liegt und Sie sich bei fast allen Fragen sicher waren. Liegen die beiden Ersten innerhalb von 6 Punkten, sagt das Tool das offen: Sie haben zwei gleichwertige Optionen, und die Wahl hängt von Ihrem Team und Ihrer Roadmap ab.
| Frage | Gewichtung |
|---|---|
| Welche Plattformen brauchen Sie zum Start? | 3 |
| Um welche Art von Produkt handelt es sich? | 2 |
| Wie soll sich die Oberfläche anfühlen? | 2 |
| Welche Gerätefunktionen braucht die App? | 3 |
| Wie soll die App ohne Verbindung funktionieren? | 1 |
| Anforderungen an Sicherheit und Compliance | 1 |
| Welche Kompetenzen hat Ihr Team bereits? | 3 |
| Was haben Sie bereits? | 2 |
| Wie erhalten Nutzer die App? | 2 |
| Wann brauchen Sie das erste Release? | 2 |
| Was ist beim Budget wichtiger? | 2 |
| Wie lange soll die App ohne Neuentwicklung bestehen? | 1 |
| Stack | Wann | Wirkung |
|---|---|---|
| PWA | Die App braucht Bluetooth im Hintergrund, AR oder eine eigene Kamera, Gesundheitsdaten, Widgets oder Watch-Apps, NFC oder CarPlay | auf 20 begrenzt · Ungeeignet: Eine PWA erreicht diese Gerätefunktion nicht so wie eine native App. |
| PWA | Die App muss im App Store und bei Google Play verfügbar sein | −10 Punkte · Ein Store-Eintrag braucht einen Wrapper (Capacitor oder Trusted Web Activity). |
| PWA | Offline-first mit Synchronisierung | −8 Punkte · Offline-Speicher für Web-Apps ist unter iOS begrenzt und kann vom System gelöscht werden. |
| Nativ (iOS + Android) | Erstes Release innerhalb von 3 Monaten und niedrigste Kosten | −10 Punkte · Zwei Codebasen passen selten zu 3 Monaten und niedrigsten Kosten. |
| Kotlin Multiplatform | Keine Kotlin-Kenntnisse im Team und kein Dienstleister | −8 Punkte · Erfordert Kotlin-Kenntnisse im Team. |
| Kotlin Multiplatform | Erstes Release innerhalb von 3 Monaten | −6 Punkte · Jüngeres Ökosystem: Planen Sie zusätzliche Zeit ein. |
| Flutter | Web wird benötigt und das Produkt ist Content oder Medien | −8 Punkte · Flutter im Web ist für suchmaschinengetriebene Inhalte schwächer. |
| React Native | Grafiklastiges oder spieleartiges Produkt | −8 Punkte · Für renderintensive Oberflächen passen Flutter oder nativ besser. |
Flutter / Dart: eine Codebasis für iOS und Android, dazu Web und Desktop
Googles UI-Toolkit in Dart. Es zeichnet jedes Pixel selbst, daher sehen eigenes Markendesign und Animationen auf iOS und Android gleich aus. Ein Team, eine Codebasis, und Web- sowie Desktop-Builds aus demselben Code. Die Kompromisse: ein kleinerer Bewerberpool als bei JavaScript, und neue Plattformfunktionen kommen über Plugins, manchmal mit Verzögerung.
React Native (inkl. Expo): JavaScript / TypeScript, native UI-Komponenten
Das Framework von Meta in JavaScript oder TypeScript, mit Expo als Standard-Toolchain und standardmäßig aktivierter neuer Architektur. Es rendert echte Plattformkomponenten, sodass Standard-Screens auf jedem Betriebssystem vertraut wirken. Seine Stärken zeigt es, wenn Ihr Team bereits React schreibt oder die App Logik mit einem Webprodukt teilt. Aufwendige eigene Grafik ist seine schwächere Seite.
Swift / SwiftUI für iOS und Kotlin / Compose für Android: zwei Codebasen
Zwei Apps, jede in der eigenen Sprache und dem eigenen UI-Toolkit der Plattform. Sie erhalten jede neue Betriebssystemfunktion ab dem ersten Tag, den besten Zugriff auf Hardware wie Bluetooth, Gesundheitsdaten, Widgets und Kamera sowie das vertrauteste Nutzungsgefühl. Der Preis sind zwei Codebasen: etwa das 1,4- bis 1,8-Fache der Entwicklungskosten einer Cross-Platform-App und zwei Teams, die synchron bleiben müssen.
Kotlin Multiplatform: gemeinsame Geschäftslogik, native oder Compose-Multiplatform-UI
Teilt Geschäftslogik, Netzwerk und Daten in Kotlin, während jede Plattform eine native UI behält oder Compose Multiplatform für gemeinsame Screens nutzt. Es passt zu Teams, die bereits native Apps oder Android-Entwickler haben und weniger Doppelarbeit ohne komplette Neuentwicklung wollen. Das Ökosystem ist jünger, planen Sie daher zusätzliche Zeit für Tooling und iOS-Integration ein.
Progressive Web App, optional mit Capacitor oder TWA für die Stores verpackt
Eine Web-App, die sich auf dem Startbildschirm installieren lässt und im Rahmen der Browser-Grenzen offline funktioniert. Sie ist der günstigste und schnellste Weg, wenn ein Link oder QR-Code genügt und die App vor allem aus Inhalten und Formularen besteht. Unter iOS sind Push, Hintergrundprozesse, Speicher und Gerätezugriff stärker eingeschränkt als bei einer nativen App, und Store-Einträge brauchen einen Wrapper.
| Quelle | Was wir daraus übernehmen |
|---|---|
| Native vs. Cross-Platform-App-Entwicklung 2026 | Cross-Platform kostet 55–70 % von nativ; das erste Release kommt 30–40 % schneller; nativ dauert 8–14 Wochen |
| Web-App vs. nativ vs. PWA 2026 | Eine PWA dauert 5–8 Wochen und kostet 40–100 Tsd. $ gegenüber 80–250 Tsd. $ für nativ; Grenzen von PWAs unter iOS |
| Wartungskosten mobiler Apps 2026 | Die Wartung kostet jährlich 15–25 % der Entwicklungskosten, im ersten Jahr 30–50 %; Cross-Platform ist in der Wartung 20–35 % günstiger |
| React Native vs. Flutter 2026 | Wofür sich welches Framework eignet und wo Kotlin Multiplatform ins Spiel kommt |
Die Werte für Kotlin Multiplatform und PWA sind unsere Schätzungen zwischen den veröffentlichten Zahlen und werden noch von unserem Mobile Lead geprüft.
Das hängt von Ihrem Team und Ihrer Oberfläche ab. React Native passt zu Teams, die bereits React schreiben oder Code mit einer Web-App teilen; Flutter passt zu eigenem Markendesign und Animationen. Das Tool gewichtet beide anhand Ihrer Antworten, und unser Vergleich React Native vs. Flutter geht tiefer ins Detail.
Wenn die App auf Plattformfunktionen wie Bluetooth im Hintergrund, Gesundheitsdaten, Widgets, CarPlay oder eine eigene Kamera angewiesen ist, wenn sie sich exakt wie das Betriebssystem anfühlen muss oder wenn strenge Sicherheit und eine lange Lebensdauer wichtiger sind als die Entwicklungskosten. Für eine einzelne Plattform ist nativ ohnehin die naheliegende Wahl.
Kotlin Multiplatform teilt Geschäftslogik zwischen iOS und Android, während jede Plattform eine native Oberfläche behält. Es passt zu Teams mit bestehenden nativen Apps oder Android-Entwicklern, die weniger doppelten Code wollen, ohne alles neu zu schreiben. Das Ökosystem ist jünger, planen Sie daher zusätzliche Zeit ein.
Für Inhalte, Formulare und interne Tools, die über einen Link geöffnet werden, oft ja. Unter iOS gelten für Web-Apps engere Grenzen bei Push, Hintergrundprozessen, Speicher und Gerätezugriff, und in der EU hat sich die iOS-Unterstützung für Web-Apps auf dem Startbildschirm durch den Digital Markets Act geändert. Prüfen Sie das aktuelle Verhalten, bevor Sie sich festlegen.
Flutter und React Native kosten in der Regel 55–70 % von zwei nativen Apps, Sie sparen also 30–45 %. Je mehr plattformspezifischen Code die App braucht, desto geringer die Ersparnis. Das Tool passt den Wert an Ihre Antworten an und zeigt die Spanne.
Aus unseren Projekten: Nativ dauert 8–14 Wochen, Flutter und React Native sind 30–40 % schneller mit etwa 5–9 Wochen, eine PWA braucht 5–8 Wochen. Kotlin Multiplatform liegt dazwischen. Der Umfang verschiebt diese Zahlen stärker als der Stack.
Jede Antwort vergibt oder entzieht jedem Stack Punkte, gewichtet nach der Bedeutung der Frage. Harte Grenzen deckeln einen Stack, der eine Anforderung nicht erfüllen kann. Der Abschnitt „So entscheidet das Tool“ oben listet jede Frage, Gewichtung und Grenze auf.
Ja. Wir entwickeln mit Flutter, React Native, nativ in Swift und Kotlin, mit Kotlin Multiplatform und als Web-Apps. Deshalb zeigt das Tool seine Begründung, statt eine Option zu forcieren.
Eine Codebasis für iOS, Android und das Web.
Mobile Apps für Teams, die bereits mit React arbeiten.
Native Apps mit Swift und SwiftUI.
Native Apps mit Kotlin und Jetpack Compose.
Vom ersten Prototyp bis zum Store-Release und Support.