Mobile App oder Web-App? Ein ehrlicher Entscheidungsleitfaden für kleine Unternehmen

Fast jede Woche sagt uns jemand, er brauche eine App. Meist hat er sie sich schon ausgemalt – ein Symbol auf dem Handy, etwas, das Kunden herunterladen, vielleicht ein kleines Abzeichen mit einer Benachrichtigungszahl. Und fast genauso oft stellt sich nach fünfzehn Minuten Gespräch heraus, dass er gar keine App braucht. Er braucht etwas, das auf dem Handy hervorragend funktioniert, und das ist etwas völlig anderes – günstiger, schneller und weit weniger anfällig dafür, in einem App-Store zu verstauben, den niemand besucht.

Das Wort „App" hat klammheimlich drei oder vier sehr unterschiedliche Produkte verschluckt. Wenn jemand es sagt, meint er vielleicht eine native App zum Herunterladen, eine Website, die sich wie eine App verhält, ein internes Werkzeug für die eigenen Mitarbeiter oder einfach „eine moderne Version meines Unternehmens auf einem Bildschirm". Hier falsch zu wählen ist teuer – nicht weil die falsche Wahl schwer umzusetzen wäre, sondern weil sie Sie für Monate an Kosten und Wartung bindet, die Sie nicht gebraucht hätten.

Dies ist also der Leitfaden, den wir uns für jeden Inhaber vor diesem ersten Anruf gewünscht hätten. Kein Hype darüber, welche Plattform gerade gewinnt, kein Vortäuschen, native Apps seien immer die prestigeträchtige Wahl. Nur ein klarer Blick darauf, was die beiden Optionen wirklich sind, was sie kosten, und eine einfache Methode, um zu entscheiden, welche Ihr Unternehmen braucht – falls es überhaupt eine braucht.

Klären Sie zuerst, was Sie mit „App" wirklich meinen

Bevor Sie wählen können, müssen Sie wissen, was auf der Karte steht. Eine mobile App – die native Variante – ist Software, die ein Nutzer aus dem App Store oder von Google Play installiert. Sie lebt auf dem Handy, bekommt ein Symbol und kann tief auf das Gerät zugreifen: Kamera, GPS, Push-Benachrichtigungen, Offline-Speicher, Fingerabdruck-Login. Eine Web-App ist eine Website, die mehr tut, als Informationen anzuzeigen – sie lässt Menschen handeln: sich anmelden, buchen, bezahlen, ein Konto verwalten. Sie öffnen sie im Browser, und es gibt nichts herunterzuladen.

Dazwischen liegt eine dritte Option, deren Namen die meisten noch nie gehört haben: die Progressive Web App oder PWA. Sie ist eine Web-App, die so gebaut ist, dass sie „zum Startbildschirm hinzugefügt" werden kann, im Vollbild mit eigenem Symbol läuft, offline funktioniert und auf den meisten Geräten Benachrichtigungen senden kann. Für einen großen Teil kleiner Unternehmen ist das der ideale Mittelweg, von dem niemand sprach – für den Kunden fühlt sie sich wie eine App an, wird aber wie eine Website gebaut und gewartet.

Halten Sie diese drei im Kopf auseinander, und die Hälfte der Verwirrung verschwindet. Meistens lautet die ehrliche Frage nicht „nativ oder web?" – sondern „wie sehr muss sich das wirklich nach App anfühlen, und ist das den Preis wert?"

Die Unterschiede, die für ein Unternehmen wirklich zählen

Sie finden hundert Artikel, die diese beiden auf technischer Ebene vergleichen. Die meisten sind für Entwickler geschrieben und verfehlen, worauf es einem Inhaber wirklich ankommt. Lassen Sie uns also die Framework-Kriege überspringen und über die vier Dinge sprechen, die verändern, wie Ihr Unternehmen läuft.

Wie Menschen dorthin gelangen

Eine Web-App lebt an einem Link. Sie können ihn in eine E-Mail setzen, in eine SMS, in einen QR-Code auf dem Tisch, in ein Google-Suchergebnis. Ein Kunde nutzt sie zwei Sekunden nach dem Klick. Eine native App lebt hinter einem Download – Ihr Kunde muss sie so sehr wollen, dass er in einen Store geht, Ihren Namen sucht, sie installiert und öffnet. Diese Hürde ist brutal. Für ein Unternehmen, mit dem die meisten Menschen nur gelegentlich zu tun haben, ist der Download oft der ganze Grund, warum eine App scheitert.

Was sie tatsächlich kann

Nativ gewinnt bei roher Leistung immer noch. Wenn Sie grundsolide Offline-Nutzung brauchen, intensive Kamera- oder Sensorarbeit, flüssige Hochleistungsgrafik oder Benachrichtigungen, die unbedingt ankommen müssen, ist nativ die sicherere Wahl. Doch der Abstand hat sich dramatisch verkleinert. Eine moderne Web-App kann Zahlungen entgegennehmen, die Kamera nutzen, Ihren Standort finden, offline arbeiten und auf den meisten Handys Push-Benachrichtigungen senden. Die ehrliche Frage ist, ob Ihr Unternehmen tatsächlich auf die wenigen Dinge angewiesen ist, die nur nativ gut beherrscht.

Was es kostet, sie zu bauen und am Leben zu halten

Hier ist der Abstand am größten, und hier werden Inhaber überrumpelt. Eine Web-App ist eine Codebasis, die überall mit einem Browser läuft. Eine native App, richtig gemacht, bedeutet oft, für zwei Plattformen zu bauen und zu warten, plus den App-Store-Prüfprozess, plus laufende Aktualisierungen jedes Mal, wenn Apple oder Google die Regeln ändert. Der Bau ist teurer; die Wartung ist der Teil, vor dem Sie niemand warnt. Eine App ist nichts, was man fertigstellt – sie ist etwas, das man füttert.

Wie viel Kontrolle Sie behalten

Mit einer Web-App veröffentlichen Sie eine Änderung, und sie ist in Minuten live. Mit einer nativen App wartet jede Aktualisierung in einer Prüfschlange, und der Store kann sie ablehnen, einen Anteil an jedem Verkauf verlangen oder seine Richtlinien unter Ihnen ändern. Sie mieten Platz auf der Plattform eines anderen. Für manche Unternehmen ist dieser Handel das wert. Für viele ist die Freiheit von „es ist nur eine Website, wir aktualisieren sie, wann immer wir wollen" mehr wert als der Feinschliff.

Wann eine native mobile App wirklich die richtige Entscheidung ist

Native Apps sind keine Falle – sie sind ein mächtiges Werkzeug, das für die meisten kleinen Unternehmen falsch und für einige wenige genau richtig ist. Hier ist, wann sich die Mehrkosten und die Bindung auszahlen, ehrlich und ohne Verkaufsglanz.

• Menschen nutzen sie ständig – täglich oder fast täglich. Die Download-Hürde wird durch häufige, treue Nutzung vielfach wettgemacht.
• Sie sind stark auf Gerätefunktionen angewiesen: durchgehendes GPS, intensive Kamerarbeit, Bluetooth-Hardware, zuverlässiger Offline-Betrieb an Orten ohne Empfang.
• Benachrichtigungen sind ein Kernbestandteil des Produkts, kein nettes Extra, und sie müssen auf jedem Gerät zuverlässig ankommen.
• Die Leistung muss makellos sein – schnelle Grafik, Spiele, Echtzeit-Interaktion, bei der eine halbe Sekunde Verzögerung ein Ausschlusskriterium ist.
• Im App Store präsent zu sein ist selbst Teil des Vertrauens oder der Marketing-Geschichte, die Ihre Kunden erwarten.

Beachten Sie das Muster: Nativ verdient seinen Lohn, wenn die App häufig genutzt wird, von Menschen, die sich bereits für Sie entschieden haben, und wenn sie auf die Hardware des Handys in einer Weise angewiesen ist, die der Browser noch nicht erreicht. Eine Außendienst-App, die Ihre eigene Crew vierzigmal am Tag öffnet, ist ein perfekter Kandidat für nativ. Eine Buchungsseite, die ein Kunde zweimal im Jahr antippt, ist es nicht.

Wann eine Web-App die klügere, günstigere Wahl ist

Für die meisten kleinen und mittleren Unternehmen ist das die Antwort – und es ist kein Kompromiss, sondern die richtige Passung. Eine Web-App glänzt genau dort, wo nativ kämpft: überall, wo Reichweite mehr zählt als rohe Leistung, und überall, wo Sie schnell handeln und oft etwas ändern müssen.

Setzen Sie auf Web-first, wenn Menschen die Sache gelegentlich statt täglich nutzen werden, wenn Sie Kunden ohne die Reibung eines Downloads gewinnen wollen, wenn Budget und Tempo zählen oder wenn Sie noch nicht sicher sind, ob die Idee Anklang findet. Letzteres wird unterschätzt. Eine Web-App ist die perfekte Art, zu testen, ob jemand Ihre Idee überhaupt will, bevor Sie sich auf die Kosten von nativ festlegen. Sie können die native App immer später bauen, sobald die Nachfrage real ist und Sie genau sehen, welche Funktionen sie verdienen.

Eine kurze Geschichte: die Praxis, die nach einer App fragte

Eine Physiotherapie-Praxis kam zu uns, überzeugt davon, eine mobile App zu brauchen. Ein Mitbewerber die Straße hinunter hatte eine, und es fühlte sich nach Rückstand an, keine zu haben. Ihr Bild war klar: Patienten würden die App herunterladen, Termine buchen, ihre Übungspläne sehen und Erinnerungen erhalten. Sie hatten dafür schon halb budgetiert und sich auf die Kosten eingestellt.

Also stellten wir die Frage, die wir immer stellen: wie oft wird ein Patient das wirklich öffnen? Die ehrliche Antwort war eine Handvoll Male rund um eine Behandlungsserie – buchen, kurz die Übungen ansehen, erinnert werden, vielleicht Monate später erneut buchen. Das ist keine tägliche Nutzung. Das ist gelegentliche Nutzung. Und genau bei gelegentlicher Nutzung bringt die Download-Hürde eine App leise zum Scheitern. Wir skizzierten das wahrscheinliche Ergebnis: ein paar hundert Euro Bau, dann Patienten, die sie nie installieren, und ein Empfangstresen, der weiterhin Buchungen am Telefon entgegennimmt, weil die App ungenutzt blieb.

Was wir stattdessen gebaut haben

Wir bauten eine Web-App – eine progressive. Patienten öffnen sie über einen Link in ihrer Bestätigungsnachricht: kein Download, kein Store, keine Kontohürde zum Loslegen. Sie können buchen und neu buchen, ihren Übungsplan mit Videos ansehen und automatische Erinnerungen erhalten, die Terminausfälle senken. Wer das App-Gefühl möchte, kann sie mit einem Tipp zum Startbildschirm hinzufügen, und von da an öffnet sie im Vollbild mit dem Symbol der Praxis, genau wie eine native App. Für den Patienten ist sie schlicht die App.

Wie es ausging

Die Zahlen hier sind beispielhaft, aber das Muster ist, was wir immer wieder sehen. Sie kostete einen Bruchteil des nativen Baus, auf den sie sich eingestellt hatten, und weit weniger im Betrieb – keine zwei Plattformen, keine Store-Prüfungen, kein vierteljährliches Gerangel, wenn ein Betriebssystem aktualisiert wird. Weil es nichts zu installieren gab, nutzten die Patienten sie vom ersten Tag an; die Akzeptanz hing nicht hinter einem Download, den niemand abschließt. Erinnerungen reduzierten Terminausfälle innerhalb weniger Monate spürbar. Und die Praxis behielt die Kontrolle: Als sie einen Bezahlschritt hinzufügen wollte, war er noch in derselben Woche live und nicht in einer Prüfschlange festgesetzt.

Die ehrliche Fußnote: Wenn die Patienten sie in einem Jahr ständig öffnen und nach tieferen Offline-Funktionen verlangen, könnte eine native App tatsächlich ihren Platz verdienen. Aber dann wird diese Entscheidung auf Grundlage von Belegen getroffen, nicht aufgrund des Symbols eines Mitbewerbers. Sie werden wissen, dass es sich lohnt, bevor sie dafür bezahlen.

Ein einfaches Schema, um selbst zu entscheiden

Sie brauchen keinen Berater, um das ungefähr richtig hinzubekommen. Prüfen Sie Ihre Idee anhand von vier Fragen, der Reihe nach. Das erste „Ja", das wirklich passt, verrät Ihnen das meiste von dem, was Sie wissen müssen.

1. 1
   Wie oft wird eine Person sie nutzen?

   Täglich oder fast täglich weist auf nativ hin. Gelegentlich – wöchentlich, monatlich, ein paar Mal im Jahr – weist klar auf Web hin.
2. 2
   Braucht sie wirklich die Hardware des Handys?

   Intensive Offline-Nutzung, durchgehendes GPS, Bluetooth-Geräte, anspruchsvolle Kamerarbeit? Das ist ein Signal für nativ. „Es wäre schön, einmal die Kamera zu nutzen" ist es nicht – das beherrscht das Web problemlos.
3. 3
   Wie schnell und wie oft werden Sie sie ändern?

   Wenn Sie ständig anpassen und aktualisieren oder die Idee noch testen, sind die sofortigen Aktualisierungen und null Torwächter des Webs ein großer Vorteil.
4. 4
   Wie sieht Ihr echtes Budget aus – zum Bauen und zum Warten?

   Seien Sie ehrlich bei der zweiten Zahl. Wenn die laufende Pflege für zwei Plattformen Sie überfordern würde, beginnen Sie mit Web. Sie können später bewusst zu nativ aufsteigen, wenn der Fall bewiesen ist.

Eine Anmerkung zu internen Werkzeugen – eine ganz andere Frage

Alles oben geht davon aus, dass Sie für Kunden bauen. Wenn Sie für Ihr eigenes Team bauen, verschiebt sich die Rechnung. Ihre Mitarbeiter installieren gern etwas, das sie den ganzen Tag für die Arbeit nutzen – die Download-Hürde, die eine Verbraucher-App killt, spielt kaum eine Rolle, wenn die Nutzung des Werkzeugs die Arbeit ist. Eine interne Außendienst- oder Lager-App kann also stark für nativ sprechen, wo eine kundenorientierte es nicht täte.

Selbst dann gewinnt Web öfter, als man erwartet. Ein webbasiertes internes Werkzeug funktioniert auf jedem Gerät, das Ihre Mitarbeiter ohnehin tragen, braucht keine Installation über eine ganze Handy-Flotte und aktualisiert sich für alle in dem Moment, in dem Sie veröffentlichen. Sofern Sie nicht wirklich auf Offline-Betrieb oder tiefen Hardware-Zugriff angewiesen sind, ist eine interne Web-App meist der schnellere, günstigere, schmerzfreiere Weg – dieselbe Logik wie zuvor, nur mit umgekehrten Nutzungsannahmen.

Häufige Fragen