Plattformübergreifende App-Entwicklung
Wir entwickeln iOS- und Android-Apps aus einer React-Native-Codebasis: ein Team, ein Backend, Releases in beiden Stores zur gleichen Zeit. Ist Ihr Produkt nativ besser aufgehoben, sagen wir Ihnen das vor der Kalkulation.
Wann eine Codebasis die richtige Antwort ist
Plattformübergreifende Entwicklung funktioniert, wenn die App auf Inhalten und Serveranfragen aufbaut. Schlecht funktioniert sie, wenn das Produkt von aufwendiger Grafik, ständiger Hintergrundverarbeitung oder brandneuen Plattformfunktionen lebt.
- Sie brauchen ein MVP für iOS und Android und wollen den Markt testen, bevor Sie zwei native Apps bezahlen
- Die App besteht aus Feeds, Katalogen, Formularen, Buchungen, Profilen und Nachrichten
- Neue Funktionen sollen iPhone- und Android-Nutzer am selben Tag erreichen
- Das Budget reicht für ein Entwicklungsteam, nicht für zwei
- Ihre Webplattform braucht eine begleitende App mit denselben Konten und Daten
- Sie haben eine React-Native-App eines anderen Teams, die fertiggestellt oder auf den aktuellen Stand gebracht werden muss
Was dazugehört
Plattform-Einschätzung
Vor der Kalkulation gehen wir die Funktionen durch und sagen Ihnen, ob React Native passt. Braucht ein kritischer Teil nativen Code, zeigen wir, wo er liegt und wie viel der App davon betroffen ist.
Design für beide Plattformen
Ein Design, angepasst an die Konventionen von iOS und Android: Navigation, Gesten, Systemdialoge, Zurück-Verhalten. Kein iPhone-Design, das über Android gestülpt wird.
Entwicklung mit React Native
Gemeinsamer Code für Screens, Geschäftslogik und Serveranfragen. Wir arbeiten in Sprints, und jeder endet mit einem Build für beide Plattformen, den Sie installieren und ausprobieren können.
Native Module
Wo gemeinsamer Code nicht weit genug reicht, etwa bei einem Hersteller-SDK, einer Hardwarefunktion oder Hintergrundprozessen, schreiben wir native Module in Swift und Kotlin und binden sie in die App ein.
Ein Backend für beide Apps
API, Datenbank, Admin-Panel und Push-Benachrichtigungen werden einmal gebaut und von beiden Apps genutzt, bei Bedarf auch von einer Webversion. Python oder PHP (Laravel), je nach Aufgabe.
QA, Release und Updates
Tests auf echten iPhones und Android-Geräten, Veröffentlichung im App Store und bei Google Play sowie Updates nach dem Launch, einschließlich Upgrades von React Native und seinen Bibliotheken.
Wo plattformübergreifend funktioniert und wo nicht
Eine Codebasis für iOS und Android kostet in der Regel spürbar weniger als zwei native Apps und braucht weniger Zeit, weil der Großteil von Code, Design und Tests geteilt wird. Das geht auf, wenn die App Inhalte, Listen und Formulare zeigt und mit einem Server kommuniziert. Schlecht geht es auf, wenn das Produkt von animationsreichen Oberflächen, kamerabasierten Funktionen, langer Hintergrundverarbeitung oder Plattform-APIs abhängt, die zuerst in den nativen SDKs verfügbar sind. Welcher Fall auf Ihr Produkt zutrifft, sagen wir Ihnen vor der Kalkulation, nicht nach dem ersten Release.
- Gut geeignet: Content-Apps, Kataloge, Marktplätze, Buchungs- und Service-Apps
- Gut geeignet: MVPs, die vom ersten Tag an in beiden Stores sein müssen
- Besser nativ: aufwendige Grafik und Animationen, kamerabasierte Funktionen
- Besser nativ: ständige Hintergrundprozesse und die neuesten Plattform-APIs
Ein Team, ein Backend, ein Release-Kalender
Mit zwei nativen Apps betreiben Sie zwei Codebasen, zwei Fehlerlisten und oft zwei Release-Termine. Mit React Native wird eine Funktion einmal geschrieben und erscheint in beiden Stores gleichzeitig, und dieselben Leute sind für beide Plattformen verantwortlich. Auch die Serverseite wird geteilt: Eine API und ein Admin-Panel bedienen beide Apps und bei Bedarf einen Web-Client. Metacognit.me, eine App für metakognitive Korrektur und Psychotyp-Diagnostik, ist genau so aufgebaut: ein React-Native-Client für iOS und Android und ein Python-Backend.
- Ein Repository und ein Funktionsumfang für iOS und Android
- Releases in beiden Stores zur gleichen Zeit
- Eine API und ein Admin-Panel für beide Apps und das Web
- Weniger Beteiligte zu koordinieren und weniger Übergaben
Bereit für den Wechsel zu nativ, falls er kommt
Ein plattformübergreifender Start bindet Sie nicht dauerhaft. Backend und API überstehen einen Wechsel zu nativ, der Client-Code nicht. Deshalb gestalten wir die API so, dass ein künftiger nativer oder Web-Client sie unverändert nutzen kann, und kapseln plattformspezifische Teile in nativen Modulen. Wir haben Migrationen in beide Richtungen umgesetzt. Für Quaker, eine Koch-App eines Lieferdienstes in Dubai, haben wir eine hybride App auf veralteter Technologie durch zwei native Clients ersetzt, als die Unterschiede zwischen den Plattformen für das Produkt wichtig wurden.
- Eine API, die jeden künftigen Client bedienen kann, nativ oder web
- Plattformspezifischer Code in nativen Modulen gekapselt
- Ein ehrlicher Hinweis, wenn die App der gemeinsamen Codebasis entwächst
- Konten und Daten, die mit dem Produkt umziehen, gleich in welcher Sprache der Client geschrieben ist
So läuft ein plattformübergreifendes Projekt ab
Einschätzung und Kalkulation
Wir gehen Funktionen und Integrationen durch und prüfen, was nativen Code braucht. Sie erhalten einen schriftlichen Leistungsumfang, eine Empfehlung für React Native oder nativ und eine Kalkulation.
Design
Prototyp und finales UI, angepasst an beide Plattformen. Sie geben die Screens für iOS und Android vor der Entwicklung frei.
Entwicklung
Zuerst der gemeinsame Code, native Module wo nötig, das Backend parallel dazu. Nach jedem Sprint installieren Sie neue Builds auf beiden Plattformen.
Tests auf Geräten
QA auf echten iPhones und Android-Geräten mit unterschiedlichen Bildschirmen und Betriebssystemversionen. Sie erhalten ein getestetes Release für beide Stores.
Release und Betreuung
Veröffentlichung im App Store und bei Google Play unter Ihren Konten, danach Updates, Fehlerbehebung und Framework-Upgrades, so lange Sie sie brauchen.
Technologien
Plattformübergreifend
- React Native
- JavaScript
Native Module
- Swift (iOS)
- Kotlin (Android)
Backend und API
- Python
- PHP (Laravel)
- MySQL
Formen der Zusammenarbeit
Festpreisprojekt
Ein vereinbarter Funktionsumfang, eine Kalkulation und ein Zeitplan für beide Plattformen. Eine häufige Wahl für ein MVP, das in beiden Stores starten soll.
Dediziertes Team
Ein plattformübergreifendes Team arbeitet kontinuierlich an Ihrer App. Geeignet für Produkte, die oft Releases veröffentlichen und ihre Roadmap von Sprint zu Sprint planen.
Nach Aufwand
Abrechnung der tatsächlich geleisteten Stunden. Geeignet für Audits einer bestehenden React-Native-App, Framework-Upgrades und kleinere Funktionen.
Stimmen
Das Revol-Team stärkt die Entwicklungskapazitäten des Kunden kontinuierlich durch hochwertige Arbeit und verlässlichen Support. Die Kommunikation ist effektiv, und das Team versteht die Anforderungen und das Geschäft des Kunden sehr gut.
Tomas
Die Arbeit von Revol hat die Erwartungen voll erfüllt und den Kunden zufriedengestellt. Der frische Ansatz und die ständige Erreichbarkeit für Support waren wertvolle Pluspunkte. Wer ein kommunikatives, kundenorientiertes Team sucht, um seine Ziele zu erreichen, ist hier richtig.
Andrey
Häufig gestellte Fragen
Merken Nutzer, dass die App nicht nativ ist?
In den Szenarien, für die plattformübergreifende Entwicklung passt, nicht. Wo sie es merken würden, etwa bei animationsreichen Oberflächen, kamerabasierten Funktionen oder langer Hintergrundverarbeitung, empfehlen wir native Entwicklung, statt zu versprechen, dass der gemeinsame Code das schon schafft.
Wie viel günstiger ist plattformübergreifend als zwei native Apps?
In der Regel spürbar günstiger und schneller, weil der Großteil von Code, Design und Tests geteilt wird. Der genaue Unterschied hängt davon ab, wie viele plattformspezifische Funktionen die App braucht. Konkrete Zahlen nennen wir in der Kalkulation für Ihre App, nicht als pauschalen Prozentsatz.
Können wir plattformübergreifend starten und später zu nativ wechseln?
Ja, und wir haben Migrationen in beide Richtungen umgesetzt. Es lohnt sich, das früh einzuplanen, weil Backend und API den Wechsel überstehen, der Client-Code aber nicht.
Veröffentlichen Sie die Apps in den Stores?
Ja. Wir bereiten Builds, Store-Einträge und Metadaten vor, begleiten das Review im App Store und bei Google Play und setzen die geforderten Korrekturen um. Die Apps werden unter Ihren eigenen Entwicklerkonten veröffentlicht.
Wie wird der Preis berechnet?
Wir zerlegen die App in Funktionen, schätzen jede in Stunden und rechnen Design, Backend, QA und Release hinzu. Danach wählen Sie ein Festpreisprojekt, ein dediziertes Team oder Abrechnung nach Aufwand. Preise veröffentlichen wir nicht, weil der Aufwand von App zu App zu stark schwankt.
Können Sie eine bestehende React-Native-App übernehmen?
In der Regel ja. Wir beginnen mit einer Prüfung des Codes: Versionen von React Native und Bibliotheken, native Module, Build-Prozess. Sie erhalten ein klares Bild vom Zustand der App und davon, was in den ersten Monaten ansteht, auch ob ein Upgrade oder eine teilweise Neuentwicklung nötig ist.
Erzählen Sie uns von Ihrem Projekt
Beschreiben Sie die Aufgabe in wenigen Zeilen. Innerhalb eines Werktags melden wir uns mit Rückfragen oder einer ersten Einschätzung zu Umfang und Kosten.
Lieber per E-Mail oder Telefon?
welcome@revolsource.com
+38 097 662 23 20
Revol Software OÜ, Tallinn, Estland. Unser Team ist weltweit verteilt.
Werden Sie Teil unseres Teams
Senden Sie Ihren Lebenslauf an career@revolsource.com