Nativ gegen Cross-Platform

Nativ oder Cross-Platform: wann sich was wirklich lohnt

Eine ehrliche Einschätzung, wann Flutter oder React Native teuer wird.

Cross-Platform spart anfangs, wird aber bei Video, DRM und TV oft teuer. Ich baue nativ und sage offen, wann eine geteilte Codebase die bessere Wahl wäre. Tagessatz: €500 oder $600.

Wo Cross-Platform günstig bleibt

Für viele Apps ist eine geteilte Codebase mit Flutter oder React Native eine vertretbare Wahl. Formulare, Listen, einfache Inhalte und Standard-Netzwerkaufrufe lassen sich damit zügig und für beide Plattformen zugleich umsetzen. Wenn Ihr Funktionsumfang nah an dem liegt, was die Frameworks von Haus aus gut können, sparen Sie reale Entwicklungszeit. In diesen Fällen rate ich nicht von Cross-Platform ab.

Wo es teuer wird

Bei Videowiedergabe und DRM stoßen die Frameworks schnell an Grenzen, weil FairPlay und Widevine native Player und sorgfältige Schlüsselbehandlung verlangen. TV-Plattformen, tiefer Zugriff auf native APIs, App-Größe und das Debuggen über die Bridge zwischen Framework und nativer Schicht kosten Zeit, die der anfängliche Vorsprung wieder auffrisst. Dazu kommt das Schritthalten mit neuen OS-Releases, denn das Framework muss erst nachziehen, bevor Sie es können.

Die Brücke als versteckte Kosten

Cross-Platform-Frameworks kommunizieren über eine Brücke mit der nativen Plattform. Solange Sie innerhalb des Frameworks bleiben, fällt das kaum auf. Sobald Sie eine native Fähigkeit brauchen, die das Framework nicht abdeckt, schreiben Sie Plugins in Swift oder Kotlin und pflegen am Ende doch nativen Code, dazu die Brücke darüber. Genau hier verschiebt sich die Rechnung, und der Wartungsaufwand steigt.

Der deutsche Markt erwartet Qualität

Nutzer in Deutschland achten auf Performance, flüssiges Verhalten und Apps, die sich nach ihrer Plattform anfühlen. Native Apps in Swift und Kotlin folgen den Konventionen von iOS und Android genau und reagieren ohne Umweg über eine Brücke. Wo dieser Eindruck zählt, etwa bei Medien und anspruchsvollen Oberflächen, zahlt sich nativ aus. Bei schlichten internen Tools fällt der Unterschied geringer aus.

Die Wahl hängt vom Produkt ab

Ich baue nativ, aber ich entscheide nicht nach Vorliebe für Sie. Ich sehe mir Ihre Funktionen, Ihre Zielplattformen und Ihr Budget an und sage offen, wo nativ den Aufwand wert ist und wo eine geteilte Codebase reicht. So fällt die Entscheidung anhand Ihres Produkts und nicht anhand des gerade lautesten Trends.

Häufige Fragen

Beraten Sie auch, wenn ich am Ende Cross-Platform wähle?

Ja. Die Beratung läuft zum festen Tagessatz von €500 oder $600. Wenn die ehrliche Einschätzung lautet, dass Flutter oder React Native für Ihr Produkt passt, sage ich das, auch wenn ich selbst nativ baue.

Können Sie eine bestehende Cross-Platform-App bewerten?

Ja. Ich sehe mir Ihre bestehende Flutter- oder React-Native-Codebase an und zeige, wo sie an Grenzen stößt und welche Teile sich gegebenenfalls nativ lohnen. Eine vollständige Neuentwicklung ist dafür nicht zwingend nötig.

Ist nativ immer besser?

Nein. Für viele einfache Apps ist eine geteilte Codebase wirtschaftlich sinnvoll. Nativ zahlt sich vor allem bei Video, DRM, TV-Plattformen und anspruchsvollen Oberflächen aus, wo Performance und tiefer Plattformzugriff zählen.

Warum ist Video oft das Argument für nativ?

Weil geschützte Wiedergabe hardwaregestütztes DRM und einen nativen Player pro Plattform verlangt, also AVPlayer auf Apple und ExoPlayer auf Android. Diese Pfade über ein Framework zu führen, bringt zusätzliche Komplexität und oft instabile Randfälle.

Wie lange dauert eine solche Einschätzung?

Eine fundierte Bewertung Ihrer Funktionen und Zielplattformen ist meist in ein bis zwei Tagen möglich. Sie erhalten danach eine klare Empfehlung mit Kosten und Risiken pro Ansatz.

Übernehmen Sie danach auch die native Umsetzung?

Ja. Wenn die Entscheidung auf nativ fällt, baue ich die App in Swift und Kotlin selbst, sodass Beratung und Umsetzung in einer Hand liegen. Auch eine schrittweise Migration vom Framework zu nativ ist möglich.

Brauchen Sie Senior Hilfe für native Mobile Apps?

Senden Sie Produktkontext, Zielplattform, Repository-Status und Zeitplan. Ich sage schnell, ob ich helfen kann.