In diesem Beitrag
Die Geschäftsleitung will die App im App Store sehen, die IT hätte lieber eine Web-App. Eine Offerte schlägt Flutter vor, weil es günstiger sei. Alle drei haben Argumente. Entscheiden sollte, was die App leisten muss.
Wann wir nativ empfehlen
Native Apps entstehen mit den Werkzeugen von Apple und Google, für iOS bei uns in Swift, für Android in Kotlin. Sie nutzen direkt, was das Betriebssystem bietet, und fühlen sich an wie ein Teil davon. Deshalb empfehlen wir native Entwicklung, sobald es dafür einen begründeten Anlass gibt.
Solche Anlässe sind Gerätefunktionen, die die App intensiv nutzt, oder neue Funktionen von iOS und Android, die früh in der App stehen sollen. Auch eine Bedienung, die ganz der Plattform folgt, spricht für nativ. Eine gewöhnliche Kamerafunktion allein reicht dafür nicht.
Ein aktuelles Beispiel ist die neue Gestaltung von iOS 26. Native Apps mit Standardbausteinen übernehmen sie, sobald sie mit dem aktuellen Entwicklungspaket neu gebaut werden. In den iOS-Bausteinen von Flutter ist sie bisher nicht offiziell umgesetzt (Stand November 2026).
Der Preis dafür sind zwei Codebasen: Funktionen, Tests und Veröffentlichungen entstehen für jede Plattform. Eine bereits gut gepflegte native App bleibt deshalb meist die beste Grundlage für die nächsten Jahre.
Wann Flutter wirtschaftlicher ist
Mit Flutter entsteht eine gemeinsame Codebasis für iOS und Android. Soll die App auf beiden Plattformen dasselbe leisten und vor allem eurem eigenen Design folgen, spart das doppelte Arbeit in Entwicklung und Pflege.
Typisches Verhalten wie Scrollen, Seitenübergänge oder Texteingabe passt Flutter automatisch an die Plattform an. Wo Konventionen gefragt sind, etwa bei Navigation oder Dialogen, setzen wir die passenden Bausteine bewusst ein.
Für viele Gerätefunktionen gibt es Flutter-Plugins, etwa für die Kamera. Fehlt eines, ergänzt das Team nativen Code. Tests auf beiden Plattformen ersetzt eine gemeinsame Codebasis nicht.
Wann eine Web-App genügt
Eine Web-App läuft im Browser und öffnet sich über einen Link. Für ein internes Werkzeug oder eine Buchung, die man selten braucht, ist das oft der schnellste Weg. Niemand muss zuerst einen Store besuchen.
Richtig gebaut, lässt sie sich auf dem Home-Bildschirm ablegen, funktioniert ohne Verbindung und sendet Mitteilungen. Auf dem iPhone geschieht das Ablegen von Hand, über «Teilen» und «Zum Home-Bildschirm». Mitteilungen gibt es dort erst danach und nach einer ausdrücklichen Zustimmung.
In den App Store führt dieser Weg nicht. Apple verlangt, dass eine App mehr bietet als eine neu verpackte Website. Offline-Fähigkeit muss bei jedem der drei Wege gezielt entwickelt werden.
Fünf Fragen, die die Wahl entscheiden
Bei einer App für den Aussendienst kann die Arbeit ohne Netz entscheidend sein, bei einem Produkt mit Hardware die Verbindung zum Gerät. Lässt sich eine solche Anforderung noch nicht einschätzen, hilft ein kleiner technischer Versuch, bevor die ganze App darauf aufbaut.
App und Backend sind zwei Entscheidungen
Die Technik der App bestimmt, wie sie auf dem Gerät läuft. Woher Daten und Inhalte kommen, ist eine zweite Entscheidung. Ein gemeinsames Backend kann App und Website mit denselben Daten versorgen, egal wie die App gebaut ist.
Bei Fahrschule Star laufen App und Website auf demselben Backend mit Payload CMS. Fahrlehrer, Fahrzeuge und Standorte pflegt die Fahrschule einmal, beide zeigen dasselbe.
Was nach dem Launch zählt
Alle drei Wege brauchen Pflege. Betriebssysteme, Browser, Bibliotheken und angebundene Dienste ändern sich und Store-Apps müssen den aktuellen Vorgaben von Apple und Google folgen.
Vergleicht deshalb neben der Entwicklung auch die Pflege über die ersten Jahre. Zwei native Apps brauchen Fachleute für Swift und Kotlin, eine Flutter-App jemanden, der gemeinsamen und nativen Code beherrscht.
Vor dem Vergleich der Offerten
- Schreibt die drei bis fünf Funktionen auf, ohne die eure App keinen Sinn ergibt, und markiert jene mit Gerätefunktionen, Mitteilungen oder Offline-Betrieb.
- Beantwortet die fünf Fragen aus der Tabelle für eure App.
- Lasst euch in jeder Offerte neben der Entwicklung auch die Pflege für die ersten drei Jahre ausweisen.
Bring die Aufgaben deiner App mit. Wir sagen dir, welcher Weg passt und warum.
