Zum Hauptinhalt springen
Fugen Services logo

Mobile Apps

Ein Code, beide Stores, ohne die üblichen Kompromisse

Cross-Platform ist die richtige Standardlösung für die meisten Unternehmens-Apps: Sie pflegen einen Code, veröffentlichen in beiden Stores und können die Ersparnis in das Produkt statt in Duplikate investieren. Die Kunst liegt darin zu wissen, welche Teile trotzdem plattformspezifisch behandelt werden müssen.

Richtwert

Ab £22.000

Fester Preis schriftlich vereinbart, bevor mit der Entwicklung begonnen wird.

Kostenangebot anfordern+44 7488 265083

Background photo by Gül Işık on Pexels

Das Problem, das damit gelöst wird

Wird es schlecht umgesetzt, entsteht eine App, die sich auf beiden Plattformen fremd anfühlt — Android-Rückwärtsverhalten auf iOS, iOS-Auswahlmenüs auf Android und ruckelnde Animationen. Die Ersparnis verschwindet in Support-Tickets und schlechten Bewertungen.

Was Sie erhalten

Framework-Empfehlung

Flutter oder React Native wird basierend auf Ihrem Funktionsumfang, den vorhandenen Fähigkeiten Ihres Teams und Ihren Einstellungsplänen ausgewählt – da Sie die App nach der Übergabe weiterentwickeln werden.

Plattformadaptive Benutzeroberfläche

Gemeinsame Logik mit plattformspezifischer Navigation, Steuerelementen und Gesten, sodass die App auf jeder Plattform nativ wirkt.

Plattformspezifische Module bei Bedarf

Swift oder Kotlin wird direkt für die Teile geschrieben, die das Framework nicht gut abdeckt – Kamerapipelines, Hintergrundortung, Hardware-SDKs.

Gemeinsame Geschäftslogik und Tests

Validierung, Zustand und API-Handhabung werden einmalig geschrieben, mit automatisierter Testabdeckung.

Beide Store-Einreichungen

App Store- und Play Store-Einträge, Compliance und Review-Handling für beide Plattformen.

Over-the-air-Updates

Wo die Store-Richtlinien es zulassen, Updates auf JavaScript-Ebene, sodass Inhalte und Logikkorrekturen ohne vollständigen Review-Zyklus bereitgestellt werden.

Wie wir arbeiten

  1. Umfang und Framework-Auswahl

    Schriftliche Empfehlung mit dargestellten Kompromissen, Festpreis.

  2. Gemeinsame Architektur

    Einrichtung von Zustandsmanagement, Navigation und API-Schicht.

  3. Entwicklung

    Zweiwöchige Zyklen mit Builds auf beiden Plattformen in jedem Zyklus – nie erst auf einer, dann auf der anderen.

  4. Gerätetests

    Echte iOS- und Android-Geräte über verschiedene Leistungsklassen hinweg.

  5. Doppelte Einreichung

    Beide Stores werden gleichzeitig vorbereitet und eingereicht.

  6. Support

    30 Tage inklusive, danach ein gemeinsamer Wartungsplan.

Was Sie erwarten sollten

  • Einheitlicher Code für beide Stores
  • Typischerweise 30–40 % günstiger als zwei native Builds
  • Plattformgerechte Navigation auf jedem Betriebssystem
  • Native Module nur dort, wo sie wirklich benötigt werden

Erstellt mit

  • Flutter
  • Dart
  • React Native
  • TypeScript
  • Expo
  • Riverpod
  • Firebase
  • Swift
  • Kotlin
  • Fastlane

Mainstream, well-supported technology — chosen so you can hire for it and so another team could take the project over.

Cross-Platform-Apps — your questions

Einschließlich der Fragen zu den Kosten, die die meisten Agenturen auf der Seite auslassen.

Flutter bietet konsistentere Darstellung und bessere Leistung für animationslastige Oberflächen, aber Dart ist ein kleinerer Arbeitsmarkt. React Native ermöglicht es einem Team, das bereits React nutzt, Fähigkeiten und Teile des Codes mit der Web-App zu teilen. Wenn Sie React-Entwickler beschäftigen, ist React Native in der Regel kostengünstiger; andernfalls ist Flutter die technisch sicherere Wahl.

Für die überwiegende Mehrheit der Business-Apps ist der Unterschied nicht wahrnehmbar. Er wird erst bei starker 3D-Darstellung, kontinuierlicher Kameraverarbeitung oder komplexen Animationen relevant. Wenn Ihre App solche Funktionen benötigt, empfehlen wir Native für diesen Teil oder komplett Native – statt so zu tun, als gäbe es diese Lücke nicht.

Typischerweise 30–40 % im Vergleich zu zwei nativen Builds, und die Ersparnis ist nachhaltig: ein Codebase zur Wartung, eine Reihe von Funktionen, die synchron gehalten werden müssen. Die Ersparnis verringert sich, wenn Ihre App viel plattformspezifische Native-Arbeit erfordert – was wir während der Planung prüfen.

Teilweise. Beide Frameworks können fürs Web genutzt werden, und die Business-Logik ist tatsächlich wiederverwendbar. Allerdings lassen sich für Touch optimierte Oberflächen selten gut auf Desktop übertragen. Wir teilen normalerweise die Logik und die API-Schicht und erstellen separat ein passendes Web-Frontend.

Sprechen Sie mit jemandem, der dies bereits entwickelt hat

A short call is usually enough to tell you whether this is the right service for your situation — including when it is not.