Eine Codebasis, zwei Stores
Eine typische Business-App teilt 85 bis 95 Prozent ihres Codes. Sie finanzieren ein Team und ein Backlog, und iOS und Android erhalten dieselben Features am selben Tag.
Technologien
React Native
Eine TypeScript-Codebasis für iOS und Android, gebaut von Ingenieuren, die genau wissen, wo das Framework endet und nativer Code beginnt.
Was es ist
Mit React Native liefert ein Team iOS und Android aus einer einzigen TypeScript-Codebasis; in einer typischen Business-App sind 85 bis 95 Prozent des Codes geteilt. Das ist die Ökonomie in einem Satz: ein Backlog, ein Release-Zyklus, und jedes Feature landet gleichzeitig in beiden Stores, statt zweimal gebaut zu werden und langsam auseinanderzulaufen.
Am häufigsten gewinnt React Native, wenn Sie bereits React im Web einsetzen. Ihre Ingenieure kennen Komponentenmodell, State-Patterns und Tooling vom ersten Tag an, und Designsystem und Geschäftslogik aus dem Browser lassen sich auf Mobile übernehmen. Kein anderer Cross-Platform-Stack macht aus einem bestehenden Web-Team so günstig ein Mobile-Team, und der React-Talentpool ist der größte der Branche, wenn Sie wachsen.
Es ist kein nativer Code, und wir tun nicht so, als wäre er es. Kamera-Pipelines, Bluetooth, Widgets und anspruchsvolle Echtzeitgrafik bedeuten weiterhin Module in Swift und Kotlin, und jedes React-Native-Upgrade kostet echte Ingenieurszeit. Diese Grenze stecken wir vor Projektstart ab, budgetieren die Wartung ehrlich und sagen klar, wenn Ihre App mit Flutter oder zwei nativen Codebasen besser fährt.
Warum es funktioniert
Ihr Web-Team ist Ihr Mobile-Team
React Native ist React mit nativen Bausteinen. Ingenieure, die Ihre Web-App bauen, sind in der mobilen Codebasis nach Tagen produktiv, nicht nach Monaten.
Fixes ohne Store-Warteschlange
Over-the-Air-Updates bringen Korrekturen auf JavaScript-Ebene direkt zu den Nutzern, im Rahmen der Store-Richtlinien. Ein schlechtes Release bedeutet nicht mehr zwei Tage Review-Wartezeit.
Nativ, wo es sich lohnt
Wo das Framework endet, schreiben wir Swift und Kotlin: Zahlungen, Kamera, Bluetooth, Hintergrundprozesse. Als native Module von Anfang an eingeplant, nicht im dritten Monat entdeckt.
Technologien
Wie wir damit arbeiten
01
Die native Grenze abstecken
Bevor wir irgendetwas schätzen, listen wir jedes Feature auf, das nativen Code braucht: Sensoren, Zahlungen, Hintergrundarbeit. Diese Liste bestimmt die Architektur und macht die Schätzung ehrlich.
02
Fundament in Woche eins
Expo oder Bare Workflow, Navigation, State Management, Design-Tokens und CI mit Store-Auslieferung sind in der ersten Woche entschieden und in Betrieb. An langsamen Fundamenten sterben Cross-Platform-Projekte.
03
Betas ab Woche zwei
Die App geht früh auf TestFlight und in den internen Play-Track, und jeder Sprint liefert dorthin. Stakeholder beurteilen laufende Builds auf dem eigenen Telefon, nicht Screenshots.
04
Upgrades als Routine, nicht als Krise
Wir halten die App höchstens ein Release hinter React Native stable, budgetieren die Upgrade-Arbeit explizit und hinterlassen einen Wartungsplan mit echten Zahlen statt einer Überraschung.
Was Sie bekommen
Produktive iOS- und Android-Apps aus einer TypeScript-Codebasis
CI/CD-Pipeline mit automatischer Auslieferung in beide Stores
Native Swift- und Kotlin-Module, wo nötig, mit Dokumentation
Geteiltes Designsystem, abgestimmt auf Ihre Web-App, falls vorhanden
Automatisierte Tests: Unit, Integration und End-to-End
Wartungs- und Upgrade-Plan mit Aufwandsschätzungen
Häufige Fragen
Ist React Native schnell genug für unsere App?
Für die meisten Business-Apps ja: Die neue Architektur läuft über JSI mit der Hermes-Engine, und Listen, Formulare und Dashboards sind für Nutzer nicht von nativ zu unterscheiden. Die ehrlichen Ausnahmen sind anspruchsvolle Echtzeitgrafik, Videoverarbeitung und Spiele. Lebt Ihre App dort, sagen wir es Ihnen und empfehlen Flutter oder nativ.
Wie viel Code wird wirklich zwischen iOS und Android geteilt?
In den Apps, die wir ausliefern: 85 bis 95 Prozent. Der Rest sind native Module, Plattformkonfiguration und kleine UI-Anpassungen pro System. Der Anteil sinkt, wenn eine App stark auf Plattform-Hardware setzt, und genau das prüfen wir, bevor Sie sich festlegen.
Was kostet die Wartung wirklich?
Planen Sie zwei bis drei Upgrade-Zyklen für React Native und Abhängigkeiten pro Jahr, jeweils wenige Ingenieurstage, wenn sie planmäßig laufen. Ein Jahr Rückstand macht aus diesen Tagen Wochen, deshalb halten unsere Wartungspläne den Takt. Expo hat diese Kosten in den letzten Jahren deutlich gesenkt.
React Native oder Flutter?
Haben Sie ein React-Team im Web oder teilen Logik mit einem Webprodukt, nutzt React Native, was Sie bereits besitzen. Ist Ihr Produkt designgetrieben, mit stark individueller UI und Animationen, passt Flutters eigener Renderer besser. Wir bauen beides, und die Empfehlung bekommen Sie schriftlich mit Begründung.
Beide Stores aus einer Codebasis bedienen
Ein kostenloses 30-Minuten-Gespräch mit einem Senior Mobile Engineer. Sie gehen mit einer klaren Einschätzung, ob React Native zu Ihrer App passt und was die Gewissheit kosten würde.
Mit einem Mobile Engineer sprechen