Brauche ich eine App? Wann sich native wirklich lohnt

Wir bauen beides, Web und native. Trotzdem fragen wir zuerst, ob es die App wirklich braucht. Nicht aus Bescheidenheit, sondern weil eine App im Store Geld und Aufwand bindet, den viele woanders besser aufgehoben hätten. Wer immer "App" empfiehlt, verkauft dir zwei Plattformen, wo eine gereicht hätte.

Drei Dinge, die alle "App" nennen

Wenn drei Leute "App" sagen, meinen sie oft drei verschiedene Sachen.

Die Website auf dem Handy. Deine normale Website, die sich sauber an den kleinen Bildschirm anpasst. Kein Download, kein Store, du tippst eine Adresse ein und bist drin. Für die meisten Firmen ist genau das gemeint, wenn sie "App" sagen.

Die installierbare Web-App. Technisch eine Website, aber sie legt ein Icon auf den Homescreen, startet ohne Browserleiste und funktioniert auch mal ohne Netz. Sieht aus wie eine App, ist aber keine im klassischen Sinn. Fachbegriff: PWA.

Die native App. Für iOS und Android eigens gebaut, aus dem App Store oder Play Store geladen. Sie darf ans Handy ran, an Kamera, Sensoren, Bezahlfunktionen. Das ist die teure Variante, und nur die braucht wirklich den Store.

Was die App im Store wirklich kostet

Eine native App ist selten ein Projekt. Es sind zwei. iOS und Android sind verschiedene Welten, und wer beide bedienen will, baut und pflegt in vielen Fällen doppelt. Dazu kommt der Store selbst: Entwicklerkonten, Jahresgebühren, ein Freigabeprozess, bei dem Apple und Google mitreden, wann dein Update rausgeht.

Und es hört nach dem Launch nicht auf. Jede neue iOS-Version kann etwas brechen. Jede Änderung muss wieder durch die Prüfung. Eine Website änderst du und sie ist live. Eine App reichst du ein und wartest.

Das Web zeigst du in Sekunden her. Eine App musst du erst herunterladen lassen. Zwischen "schau mal hier" und dem ersten Klick liegt bei der App ein Store, ein Download und eine Portion Geduld deiner Nutzer.

Wann das Web reicht, und das ist oft

Für einen grossen Teil dessen, was KMU und Startups brauchen, ist die Website die richtige Antwort. Ein Buchungssystem, ein Kundenportal, ein Shop, ein Dashboard, ein internes Tool fürs Team. Das läuft im Browser, auf jedem Gerät, ohne dass jemand etwas installiert.

Der grösste Vorteil ist der einfachste: Man erreicht es über einen Link. Du schickst eine Adresse, der Kunde ist drin. Kein "lade dir zuerst unsere App runter", das die Hälfte der Leute schon abschreckt. Für alles, wo Leute selten oder nur einmal vorbeikommen, ist der Store eine Hürde, keine Hilfe.

Und wenn es sich doch mehr nach App anfühlen soll, gibt es die installierbare Web-App. Homescreen-Icon, Vollbild, eine Grundfunktion auch offline. Für viele reicht das genau, und es bleibt ein Projekt statt drei.

Wann native sich wirklich lohnt

Es gibt den anderen Fall, und dann ist die native App keine teure Spielerei, sondern der einzige Weg. Du erkennst ihn an ein paar klaren Anzeichen.

Du brauchst das Handy selbst. Kamera für mehr als ein Foto, Bluetooth zu einem Gerät, GPS im Hintergrund, Bezahlen per NFC. Wo die App tief an die Hardware ran muss, kommt das Web an seine Grenzen.

Push-Nachrichten sind der Kern. Nicht als Nice-to-have, sondern als Herzstück. Wenn dein Produkt davon lebt, Leute im richtigen Moment zu erreichen, spielt native seine Stärke aus.

Es muss offline und flüssig laufen. Der Aussendienst ohne Empfang, das Lager im Keller, ein Spiel oder eine Anwendung, die jede Millisekunde braucht. Echte Offline-Fähigkeit und volle Performance sind native Terrain.

Der Store ist dein Kanal. Wenn Leute dich suchen, indem sie im App Store tippen, willst du dort stehen. Für ein Produkt, das die App selbst ist, gehört die Präsenz im Store zum Geschäft.

Trifft davon nichts zu, ist die App fast immer die teurere Antwort auf eine Frage, die das Web schon beantwortet.

Die Frage ist nicht Web oder App, sondern was deine Nutzer tun müssen

Fang nicht bei der Technik an, sondern bei den Leuten. Kommen sie einmal vorbei oder täglich? Über einen Link oder aus dem Store? Brauchen sie das Handy als Gerät oder nur als Bildschirm? Die Antworten ziehen die Linie zwischen Web und native von selbst, lange bevor jemand über Frameworks redet.

Der Weg, den viele übersehen

Web und native sind kein hartes Entweder-oder. Es gibt Wege, mit einer Codebasis nah an beides heranzukommen: eine solide Web-App, die sich installieren lässt, oder ein Ansatz, der iOS und Android aus einer gemeinsamen Basis bedient. Beides hat Grenzen, und wir sind ehrlich, wo sie liegen. Aber es erspart dir oft genau die Verdopplung, die eine native App so teuer macht.

Der richtige Schnitt hängt daran, was du wirklich vorhast. Genau die Frage klären wir am Anfang, nicht am Ende. Das ist dieselbe Übung wie bei Selber bauen oder kaufen: Wo liegt dein echter Bedarf, und wo zahlst du nur für ein Etikett? Und was die Wahl am Ende kostet, hängt weniger an "Web oder App" als an dem, was in Was kostet das steht.

Die Frage hinter der Frage

Wenn jemand sagt "wir brauchen eine App", lautet die eigentliche Frage: Wie erreiche ich meine Nutzer, und was müssen sie damit tun? Beim Erreichen gewinnt oft der Link. Beim Tun entscheidet, ob du das Handy als Gerät brauchst oder nur als Fenster zu deiner Software.

Diese Linie schauen wir uns mit dir an, bevor irgendjemand von Swift oder React redet. Manchmal endet das Gespräch mit einer schlanken Web-App statt drei Projekten. Das ist kein verlorener Auftrag. Das ist der Grund, warum man wiederkommt.

Nicht sicher, ob dein Vorhaben ins Web passt oder in den Store gehört? Erzähl uns davon, wir sagen dir ehrlich, was es braucht.