Ein Hybrider Ansatz zur Nativen App-Entwicklung für eine FinTech Plattform

froots hatte eine erfolgreiche webbasierte Investmentplattform aufgebaut, die es Nutzer:innen ermöglichte, Portfolios zu verwalten, das KYC-Onboarding abzuschließen und auf Finanzbildung zuzugreifen. Mit der Weiterentwicklung der Nutzererwartungen wurde die Nachfrage nach nativem mobilem Zugang deutlich.

Die Herausforderung war nicht nur technischer, sondern auch strategischer Natur. Wie konnte froots schnell ein natives App-Erlebnis bieten, ohne ihre bestehende Web-Infrastruktur aufzugeben oder Monate für einen kompletten Neuaufbau zu investieren?

Kunde

froots

Typ

iOS & Android Mobile App

Industrie

Finanztechnologie

Dauer

3 Monate

Land

Österreich

Mit Zielen vor Augen beginnen

1

FinTech mobil machen

Die erfolgreiche Webanwendung in native iOS- und Android-Apps umwandeln, um der Nachfrage der Nutzer:innen nach Investment-Management für unterwegs gerecht zu werden.

2

Qualität des Nutzererlebnisses beibehalten

Ein echtes natives App-Erlebnis liefern, das der Qualität und Funktionalität der bestehenden Webplattform entspricht, ohne Abstriche bei der Haptik oder der Performance zu machen.

3

Die Markteinführungszeit beschleunigen

In nur drei Monaten eine vollständige mobile Lösung auf den Markt bringen, ohne das Budget zu sprengen oder Monate in der Entwicklung zu verlieren.

Phase 1

Lösungsfindungsprozess

Wie wir es gemacht haben

Um die Herausforderung zu lösen, innerhalb von nur drei Monaten eine native App zu implementieren und dabei die gleiche Qualität wie die Web-App beizubehalten sowie ein authentisches natives Gefühl zu vermitteln, haben wir drei Ansätze evaluiert:

A: WebView Wrapper

Alle Screens als Web-Views rendern, um Zeit und Ressourcen zu sparen. Egal wie gut umgesetzt, handelt es sich dabei jedoch einfach nicht um eine native App – und der Apple App Store lässt keine Apps zu, die genauso gut in einem Browser geöffnet werden könnten. Dieser Ansatz wurde schnell verworfen.

B: Vollständig Native Entwicklung

Technisch sauber und langfristig optimal, aber komplett von Grund auf neu zu beginnen würde Monate dauern und alle bestehenden Web-App-Funktionen unbrauchbar machen. Hinzu kämen fortlaufende Synchronisierungsprobleme zwischen den Plattformen.

C: Der Hybride Ansatz

Anstatt Extreme zu wählen, entschieden wir uns für eine Mischung. Kernfunktionalitäten sollten nativ entwickelt werden – das, was die Nutzer:innen am häufigsten verwenden und was sich wie eine „echte“ App anfühlen muss. Sekundäre Funktionalitäten würden als WebViews integriert, um schnell die volle Bandbreite an Funktionen bereitzustellen.

Unsere Entscheidung

Wir haben uns für den hybriden Ansatz entschieden. Dieser brachte mehrere Vorteile mit sich:

• Die Implementierung konnte sofort beginnen, ohne Monate mit dem Schaffen von Grundlagen zu verbringen
• Die Anforderungen des Apple App Stores wurden erfüllt, da genügend native Funktionalität vorhanden war
• Die App fühlt sich wie eine echte native App an, was sie tatsächlich auch ist
• Kontinuierliche Entwicklung: Sobald die froots Web-App um neue Funktionen erweitert wird, können diese einfach über eine neue Web-View in der nativen App bereitgestellt werden
• Eine Single Source of Truth für die Feature-Entwicklung

Phase 2

Implementierung

Technologie Stack

Die Web-App von froots war bereits mit React und Next.js aufgebaut, was React Native zur offensichtlichen Wahl machte. Code-Wiederverwendung, vorhandenes Wissen und ein gemeinsames Monorepo bedeuteten, dass wir sofort loslegen konnten.

React Native & Expo: Natürliche Weiterentwicklung von React/Next.js
Tamagui: Mantine ersetzen und gleichzeitig das Design konsistent halten
Monorepo: Code zwischen Web und Mobil teilen

Bonus: Expo kann im Web rendern, was bedeutet, dass es die Web-App schließlich vollständig ersetzen könnte. Außerdem hat &amp bereits mehrere Expo-Apps erstellt, die von Zehntausenden gleichzeitig genutzt werden – wir wissen, wie man schnell vorankommt.

React Native

React Native

Expo

Expo

Github

Github

Tamagui

Tamagui

Monorepo

Monorepo

Agiler Prozess

Die enge Kommunikation zwischen froots und &amp war entscheidend – wir waren nicht nur Auftragnehmer, sondern bildeten ein gemeinsames Team.

Unser Ansatz:

Kanban-Board für transparentes Workflow-Management
Kontinuierliche Backlog-Verfeinerung anstelle von festen Sprints
Laufender Austausch zwischen den Teams von froots und &amp
Enge Kommunikation als Grundlage für schnelle Iterationen

Die Team-Integration war entscheidend, um den Zeitplan von drei Monaten einzuhalten. Anstelle von langwierigen Genehmigungszyklen konnten wir gemeinsam in Echtzeit Entscheidungen treffen.

Herausforderungen

1

Migration der Komponentenbibliothek

Die Web-App von froots nutzte Mantine, das leider mit React Native inkompatibel ist. Unsere Lösung: Tamagui – um das Design konsistent zu halten und gleichzeitig die Vorteile nativer Entwicklung zu nutzen.

2

Gemeinsames Designsystem

Mobile ist nicht Web. Dropdowns, Datumsauswahlen und Zahleneingaben verhalten sich auf Touchscreens völlig anders. Wir haben ein Designsystem entwickelt, das für beide Welten kompromisslos funktioniert.

3

Navigation

Web-Apps navigieren linear – vor, zurück, Link zu Link. Native Apps benötigen Stapelnavigation, Tabs, Dialoge und Gesten. Wir haben Web-Konzepte in mobile Muster übertragen, ohne die Benutzerfreundlichkeit zu beeinträchtigen.

4

Richtlinien

Web-Apps folgen Best Practices und Datenschutzrichtlinien. Native Apps ergänzen die Anforderungen der Apple und Google App Stores. Wir haben den optimalen Punkt zwischen allen dreien gefunden.

5

Plattformspezifische Anpassungen

React Native verspricht plattformübergreifende Entwicklung, aber unterschiedliche Betriebssystemversionen und Smartphone-Marken haben ihre Eigenheiten. Was auf einem iPhone 16 perfekt aussieht, kann auf einem älteren Samsung völlig anders aussehen. Unsere Lösung: testen, testen, testen.

Phase 3

Veröffentlichung

Auf die Plätze, fertig, veröffentlichen!

Drei Monate. Mehr Zeit brauchte es nicht, um aus einer Vision eine komplette mobile App zu entwickeln. Heute können froots-Nutzer:innen ihre finanzielle Zukunft nativ auf iOS und Android verwalten. Das komplette Dashboard mit allen Depots, der durchdachte Onboarding-Flow, die gesamte Transaktionshistorie und das Depot-Tracking – alles, was sie aus der Web-App kennen, ist auch in der nativen App vorhanden. Alles funktioniert schnell und intuitiv; alles fühlt sich an wie eine App, die von Grund auf für Mobile entwickelt wurde.

Dies gelingt nur, wenn ein erfahrenes Team auf bewährte Technologien setzt und gleichzeitig strategisch vorgeht. Das Projekt hat uns gezeigt, dass auch die ambitioniertesten Ziele in kürzester Zeit mit einem methodischen Ansatz und dem richtigen Team-Setup erreicht werden können – und dabei auch noch richtig Spaß machen.

Download in App StoreDownload in Google Play

Wirkung entfesselt

Georgij Oroschakoff

,

Co-Founder & Head of Product of froots

&amp is a partner, not just a service provider. Our collaboration was honest, open, proactive, and friendly right from the start. The team is incredibly strong, both professionally and personally. They integrated seamlessly into our corporate culture, were actively involved in finding solutions, and were always happy to go the extra mile to achieve the agreed goals and milestones. The cooperation was very successful, and the final product speaks for itself.

Über &amp

&amp nutzt die Macht der Technologie, um Menschen bei dem zu unterstützen, was sie tun. Je nach Ihren Ideen und Bedürfnissen entwickeln, gestalten und verbessern wir Softwareprodukte, um Ihre digitale Präsenz zu stärken.

Sind Sie bereit, Ihr Unternehmen mit innovativen Softwarelösungen zu transformieren?

Bei &amp setzen wir uns leidenschaftlich dafür ein, Ihre Ideen in die Realität umzusetzen und außergewöhnliche Softwarelösungen zu liefern, die Ihren individuellen Anforderungen entsprechen.

Katharina Bühn
Software Engineer