Migration von nativ zu Cross-Platform – ohne schmerzhafte Neuentwicklung
Zwei native Codebasen heißt: jeder Bug doppelt. Wir migrieren schrittweise zu React Native oder Flutter – Modul für Modul, hinter Feature-Flags. So senken Sie die Wartungskosten ohne heroische Big-Bang-Umstellung.
Typische Einsparung über 3 Jahre beim Wechsel von zwei nativen Codebasen zu einer Cross-Platform-Codebasis.
- Jedes Feature einmal statt zweimal - 45%
- Größter Hebel – jede Produktänderung wird nur einmal gebaut.
- Gemeinsame QA & Testautomatisierung - 25%
- Eine Testsuite, eine CI-Pipeline, halb so viele Regressionen.
- Nur ein OS-Upgrade-Zyklus - 15%
- Upgrades auf neue iOS-/Android-Versionen kosten etwa die Hälfte.
- Einfacheres Recruiting - 15%
- Ein Team, zwei Stores – leichter zu besetzen und einzuarbeiten.
Typische Werte, keine Garantie – die genauen Einsparungen hängen vom App-Umfang und von der Teamstruktur ab.
Was Sie bekommen
Wann es passt
- Sie haben zwei ausgereifte native Codebasen, die bei Features oder Qualität auseinanderdriften
- Der Großteil der App ist Produkt-UI, keine hardwareintensive Logik – die bleibt nativ
- Sie senken lieber Ihre laufenden Wartungskosten um 30–50%, als das nächste Feature zweimal zu bauen
- Sie können mit einer schrittweisen Migration über 4–9 Monate leben statt mit einer Umstellung in 6 Wochen
Wann nicht
- Die App ist hardwarelastig (AR, BLE-Pipelines, Video-Encoding) – dann ist es womöglich richtig, nativ zu bleiben
- Die nativen Codebasen werden ohnehin bald abgelöst – dann migrieren Sie direkt auf den Nachfolger, nicht über React Native
- Sie wollen eine Big-Bang-Neuentwicklung in drei Monaten – genau so scheitern Migrationsprojekte
Ablauf
Die Discovery (3–4 Wochen) liefert eine Migrationsreihenfolge Modul für Modul und einen lauffähigen hybriden Build mit einem vollständig migrierten Screen. Danach folgen 4–9 Monate schrittweise Migration: Jeder Sprint ersetzt ein abgegrenztes Modul hinter einem Feature-Flag, mit Rollback-Option. Im letzten Sprint wird der nicht mehr genutzte native Code entfernt.
Der vollständige AblaufPreise
Festpreis pro Phase. Die Discovery kostet $20–40k. Die Migrationsphasen liegen je nach Modulumfang bei jeweils $40–120k. Das Gesamtprogramm für eine mittelgroße App landet typischerweise bei $250–600k – gegenüber $400–900k+ für den Betrieb zweier nativer Codebasen über drei Jahre.
Zusammenarbeitsmodelle ansehenFAQ
- Merken Nutzer den Unterschied?
- Bei sauberer Umsetzung nicht. React Native und Flutter rendern auf modernen Geräten nahezu nativ, und vor jedem Modul-Release messen wir p95-Framerate, Time-to-Interactive und Speicherverbrauch gegen Ihre nativen Baselines. Erreicht ein Modul keine native Performance, bleibt es nativ.
- Lässt sich schrittweise migrieren, ohne die Entwicklung einzufrieren?
- Ja – die Migration läuft parallel zur laufenden Feature-Entwicklung, hinter Feature-Flags. Jedes migrierte Modul lässt sich nach dem Release sicher zurückrollen. Wir verlangen nicht, dass Sie die Produkt-Roadmap anhalten – genau daran gehen Migrationsprojekte mittendrin zugrunde.
- Was kostet das wirklich im Vergleich dazu, nativ zu bleiben?
- Im ersten Jahr kostet die Migration mehr, ab dem zweiten Jahr spart sie Geld. Bei einer mittelgroßen App liegen die Gesamtkosten über drei Jahre typischerweise 30–50% unter denen zweier nativer Codebasen – aber wir rechnen das in der Discovery mit Ihrem Team durch, statt Ihnen eine Hochglanzzahl zu präsentieren.
- React Native oder Flutter?
- Das hängt davon ab, wofür Ihr Team Leute findet, wie ausgereift die benötigten Bibliotheken im Ökosystem sind und wie Ihr Designsystem aussieht. Wir sind nicht festgelegt und haben mit beiden Apps ausgeliefert. In der Discovery empfehlen wir eines davon und begründen, warum.
Wer es baut
Unser eigenes Team arbeitet aus unserem Büro in Istočno Sarajevo, Bosnien und Herzegowina. Die Engineers in Ihrem Erstgespräch sind dieselben, die es später auch bauen.
Das Team kennenlernen