Native App, Cross-Platform oder PWA: Welche App passt zu Ihrem Unternehmen?

Die drei Ansätze einfach erklärt

Sobald ein Unternehmen eine App möchte, lautet die erste technische Frage meist: nativ, hybrid oder PWA? Alle drei können mit Ihrem Logo auf dem Startbildschirm liegen, sind aber unterschiedlich aufgebaut. Das beeinflusst, was die App kann, wo sie vertrieben wird und wie aufwendig die Wartung ist.

„Hybrid“ ist ein verwirrendes Wort. Früher bedeutete es eine Website, die in eine App verpackt wurde. Wenn heute von hybrid die Rede ist, ist fast immer Cross-Platform gemeint: eine Codebasis, aus der echte Apps für iPhone und Android entstehen.

• Native App: eine App, die in der offiziellen Sprache jeder Plattform geschrieben ist, Swift für das iPhone und Kotlin für Android. Das sind zwei getrennte Projekte, die über den App Store und Google Play vertrieben werden.
• Cross-Platform: eine einzige Codebasis mit React Native oder Flutter, die zu einer App für jede Plattform kompiliert wird. React Native nutzt die Oberflächenkomponenten des Systems, Flutter zeichnet seine eigene Oberfläche. Diese Apps werden ebenfalls über die Stores ausgeliefert.
• PWA (Progressive Web App): eine mit Webtechnologie gebaute App, die direkt über den Browser installiert wird, ganz ohne Store. Sie öffnet sich im Vollbild, hat ein Symbol auf dem Startbildschirm und kann offline funktionieren.

Wie sich das Nutzererlebnis unterscheidet

Native Apps fühlen sich am flüssigsten an und folgen genau den Konventionen der jeweiligen Plattform: Zurück-Geste, Menüs und Animationen sind die, die Nutzer bereits kennen. Das ist wichtig für intensiv genutzte Apps wie Fotobearbeitung, Spiele oder Navigation.

Eine gut gebaute Cross-Platform-App kommt dem sehr nahe. Bei den meisten Business-Apps, etwa für Bestellungen, Buchungen oder ein Kundenportal, merken Nutzer den Unterschied nicht. Was in diesen Fällen eine gute von einer schlechten App trennt, ist die Sorgfalt der Umsetzung, nicht das Framework.

PWAs haben einen Vorteil, der oft unterschätzt wird: Der Zugang beginnt mit einem Link. Kunden öffnen die URL, nutzen die App sofort im Browser und installieren sie, wenn sie möchten, ohne Store-Konto und ohne großen Download. Unter Android bietet der Browser eine Installationsschaltfläche an. Auf dem iPhone erfolgt die Installation über das Teilen-Menü des Browsers, sodass ein kurzer Hinweis auf dem Bildschirm diesen Schritt erklären sollte.

Kamera, Benachrichtigungen, Bluetooth und weitere Funktionen

Hier fallen viele Entscheidungen. Browser haben viele Fähigkeiten dazugewonnen, und mehrere Einschränkungen, die in älteren Artikeln wiederholt werden, gelten nicht mehr. Andere schon. So ist der aktuelle Stand:

• Kamera und Fotos: funktionieren bei allen drei Ansätzen. Eine PWA kann die Kamera öffnen, Fotos aufnehmen, Bilder hochladen und QR-Codes scannen.
• Push-Benachrichtigungen: funktionieren unter Android und, seit 2023, auf dem iPhone, sofern die PWA zum Startbildschirm hinzugefügt wurde. Native und Cross-Platform-Apps erhalten sie ohne diese Bedingung.
• Standort: Eine PWA kann den Standort lesen, solange sie geöffnet ist. Standortverfolgung im Hintergrund, wie sie eine Lieferfahrer-App nutzt, erfordert eine native oder Cross-Platform-App.
• Bluetooth und NFC: Im Browser funktionieren sie nur in Chrome unter Android, Safari auf dem iPhone unterstützt sie nicht. Wenn Ihre App mit einer Waage, einem Drucker oder anderer Hardware kommuniziert, wählen Sie nativ oder Cross-Platform.
• Hintergrundaufgaben, Widgets und die Anbindung an Apple Health oder Google Health Connect bleiben die Domäne der Store-Apps.

Veröffentlichung und Regeln der App-Stores

Im App Store und bei Google Play vertreten zu sein, schafft Glaubwürdigkeit und einen Suchkanal innerhalb des Stores. Dafür brauchen Sie in jedem Store ein kostenpflichtiges Entwicklerkonto, jede Version durchläuft eine Prüfung, und Sie halten die Regeln des jeweiligen Stores ein. Vor allem Apple lehnt tendenziell Apps ab, die nur eine Website in einem Rahmen ohne eigene Funktionalität sind.

Bei den Zahlungen gibt es die meisten Überraschungen. Für physische Waren und Dienstleistungen in der realen Welt, etwa eine Mahlzeit, einen Haarschnitt oder eine Abo-Box, die nach Hause geliefert wird, kann die App Ihren eigenen Zahlungsanbieter nutzen. Für digitale Inhalte, die in der App konsumiert werden, etwa Kurse, Videos oder durch ein Abonnement freigeschaltete Funktionen, verlangen die Stores in der Regel ihr eigenes Abrechnungssystem und behalten eine Provision vom Verkauf ein. Diese Regeln haben Ausnahmen, unterscheiden sich je nach Land und haben sich in den letzten Jahren geändert. Prüfen Sie daher Ihren konkreten Fall, bevor Sie sich auf ein Preismodell festlegen.

Eine PWA bleibt außerhalb dieses Systems. Es gibt keine Prüfung, Updates sind live, sobald sie ausgespielt werden, und Zahlungen laufen über den Anbieter Ihrer Wahl. Der Preis dafür ist, dass Sie den Store als Schaufenster aufgeben.

Wartung, Zeitplan und relative Kosten

Nativ ist der teuerste und langsamste Weg, weil Sie zwei Apps mit zwei Codebasen bauen. Jede neue Funktion wird zweimal entwickelt, ebenso jede Fehlerbehebung. Es lohnt sich, wenn Performance oder tiefer Gerätezugriff die Investition rechtfertigen.

Cross-Platform verringert den Aufwand erheblich, da derselbe Code beide Plattformen bedient. Es bleibt plattformspezifische Arbeit: Konfiguration, Prüfungen und Betriebssystem-Updates, die von Zeit zu Zeit Anpassungen erfordern.

Eine PWA ist meist am schnellsten live und am einfachsten zu warten: eine Codebasis, ein Deployment, und dasselbe System kann gleichzeitig Ihre Website und Ihre App sein. Wenn Sie eine Idee validieren, bedeutet das, Nutzer früher zu erreichen und weniger auszugeben, bevor Sie wissen, was funktioniert.

Was zu welcher Art von Geschäft passt

In der Praxis folgt die Entscheidung dem Anwendungsfall. Das sind die, die uns am häufigsten begegnen:

• Buchung (Salons, Praxen, Studios): Eine PWA funktioniert sehr gut. Kunden buchen über einen Link, erhalten nach der Installation Erinnerungsbenachrichtigungen, und das Unternehmen verwaltet alles über ein Dashboard. Ergänzen Sie eine Erinnerung per E-Mail oder Messenger für Kunden, die sie nicht installiert haben.
• Bestellung (Restaurants, Lieferdienste, Cafés): Eine PWA ist die häufigste Wahl. Der Link steht in Ihrer Bio, auf der Speisekarte und auf dem QR-Code am Tisch, und Kartenzahlungen unterliegen nicht den Store-Regeln.
• Abo-Clubs: Das hängt davon ab, was Sie verkaufen. Abonnements für physische Produkte oder persönliche Dienstleistungen funktionieren gut als PWA. Abonnements für digitale Inhalte in einer Store-App stoßen auf Abrechnungsregeln, was für eine PWA spricht oder eine sorgfältige Planung des Preismodells erfordert.
• Interne Team-Apps: Eine PWA deckt die meisten Fälle ab, etwa Checklisten, Arbeitsaufträge, Fotos vor Ort und Offline-Arbeit, ganz ohne Store. Braucht der Betrieb Standortverfolgung im Hintergrund oder Bluetooth-Hardware, wählen Sie Cross-Platform.
• KI-Produkte: In den meisten Fällen läuft das Modell auf dem Server, und die App sendet und empfängt nur Daten, sodass eine PWA oder Web-App genügt. Nativ oder Cross-Platform ist sinnvoll, wenn die KI auf dem Gerät laufen, den Kamerastream in Echtzeit verarbeiten oder offline arbeiten muss. Bei jedem Ansatz bleiben die API-Schlüssel der KI auf dem Server, niemals in der App.

Fragen, die die Wahl entscheiden

Beantworten Sie diese Fragen, bevor Sie über Technologie sprechen. Sie schließen die meisten Optionen aus:

• Braucht die App etwas, das der Browser nicht kann, etwa Bluetooth, Standort im Hintergrund oder Widgets?
• Ist die Präsenz im App-Store für Ihre Zielgruppe wichtig, oder kommen Kunden über Ihre Website, soziale Medien und Messenger?
• Verkaufen Sie physische Waren, persönliche Dienstleistungen oder digitale Inhalte?
• Müssen Sie die Idee schnell validieren, oder haben Sie bereits Nutzer, die sich täglich auf das Produkt verlassen?
• Wer pflegt die App nach dem Launch und wie oft wird sie sich ändern?

Wie BG Coding einen Weg empfiehlt

Es gibt keinen Ansatz, der zu jedem Projekt passt. Es gibt den, der die Funktionen abdeckt, die Ihre App braucht, den Weg, auf dem Kunden sie erreichen, und das Budget, das Sie haben. Mit einer PWA zu starten und auf eine Store-App umzusteigen, sobald die Nutzung es rechtfertigt, ist ein gängiger und sinnvoller Weg.

Bei BG Coding ergibt sich die Empfehlung aus der Analysephase. Wir lernen das Unternehmen, die Zielgruppe und die erforderlichen Funktionen kennen und schlagen erst dann vor, ob das Projekt am besten als PWA funktioniert, mit Store-Veröffentlichung als optionalem Schritt, oder eine Cross-Platform- oder native App erfordert. Wenn Sie diese Entscheidung abwägen, führen wir die Analyse gern gemeinsam mit Ihnen durch.