Mobile App oder Web-App: Was braucht ein kleiner Betrieb?

Die Frage kommt meistens von aussen. Eine Kundin fragt, ob Sie eine App haben, ein Lieferant erwähnt seine, und die eigene Seite wirkt daneben plötzlich wie die kleinere Lösung. Bis jemand einen Entwickler fragt, steht die Entscheidung schon als «App oder nichts» im Raum.

Dabei werden zwei Dinge vermischt. Das eine ist, was die Sache tut. Das andere ist, wie die Leute dorthin kommen. Eine mobile App und eine Web-App können heute fast dasselbe leisten. Sie unterscheiden sich darin, wie jemand sie erreicht, und dieser Unterschied entscheidet fast alles Weitere.

Was unterscheidet eine mobile App von einer Web-App?

Eine Web-App läuft im Browser: jemand öffnet einen Link und ist drin. Eine mobile App wird aus einem Store installiert, liegt auf dem Startbildschirm und kommt an Teile des Geräts heran, an die der Browser nicht herankommt. Der Bau überschneidet sich stark. Die Verbreitung nicht, und dort liegt die Entscheidung.

Die Installation wird unterschätzt

Ein Link ist ein Fingertipp. Eine Installation ist ein Store-Eintrag, ein Download, eine Abfrage von Berechtigungen, Platz auf einem vermutlich vollen Gerät und ein Grund, sich das anzutun. Bei jedem dieser Schritte springen Leute ab, und zwar bevor sie gesehen haben, was Sie gebaut haben.

Dieser Preis lohnt sich, wenn die Beziehung dauerhaft ist. Wer wöchentlich mit Ihnen zu tun hat, für den ist das Symbol auf dem Startbildschirm eine stehende Einladung, und die Installation rechnet sich über die Rückkehr. Wer zweimal im Jahr mit Ihnen zu tun hat, den bitten Sie darum, Sie auf dem Handy zu behalten, für etwas, das er einmal benutzt und dann vergisst.

Dazu kommt ein Auffindbarkeitsproblem, das in keiner Vorführung vorkommt. Kaum jemand sucht im App-Store nach einem Betrieb, von dem er noch nie gehört hat. Installationen kommen von Leuten, die Sie anderswo erreicht haben, und das ist meistens genau die Website, die Sie gerade für die kleinere Lösung gehalten haben.

Auf dem Handy benutzt werden und auf dem Handy installiert sein, sind zwei verschiedene Anforderungen. Nur eine davon verpflichtet Sie zu einem zweiten Veröffentlichungsweg. Eine Web-App auf dem Handy ist ebenso ein Produkt fürs Handy, und das ist es, was die meisten meinen, wenn sie sagen, ihre Kundschaft sei ohnehin mobil unterwegs.

Was eine App im Store kann und der Browser nicht

Jemanden erreichen, wenn nichts offen ist. Mitteilungen aus dem Browser gibt es, sie verhalten sich aber von Gerät zu Gerät unterschiedlich, und teilweise setzen sie voraus, dass die Seite vorher auf den Startbildschirm gelegt wurde. Wenn der verlässliche Anstupser der ganze Zweck des Produkts ist, ist diese Ungleichheit das stärkste Argument fürs Installieren.

Ohne Verbindung richtig arbeiten. Nicht eine zwischengespeicherte Seite, sondern voller Betrieb im Keller, im Lieferwagen, im Liftschacht oder auf dem Feld, mit späterem Abgleich. Browser können erstaunlich viel offline vorhalten, und sie sind trotzdem das falsche Werkzeug, wenn «ohne Netz» der Normalfall ist und nicht die Ausnahme.

An das Gerät selbst herankommen. Standort im Hintergrund, Geräte über Bluetooth, dauerhaft laufende Sensoren, feine Steuerung der Kamera, alles, was weiterläuft, während die App nicht im Vordergrund ist.

Lange, intensive Nutzung tragen. Etwas, das jemand stundenweise offen hat, den ganzen Tag, als das Werkzeug, in dem die Arbeit stattfindet.

Braucht Ihre Idee nichts davon, verkauft Ihnen der Store keine Fähigkeit. Er verkauft Ihnen ein Symbol.

Was der Browser bereits kann

Mehr, als die meisten annehmen, und genau hier wird bei App-Vorführungen still übertrieben.

Ein Foto aufnehmen oder eines aus der Galerie hochladen. Den Standort für eine einzelne Abfrage, etwa für die nächstgelegene Filiale. Zahlungen, samt der Karten und Wallets, die auf dem Gerät hinterlegt sind. Anmeldungen, die zwischen zwei Besuchen bestehen bleiben. Ein Symbol auf dem Startbildschirm, ganz ohne Store, das bildschirmfüllend öffnet, ohne Browserleisten drumherum.

Beim letzten Punkt lohnt es sich zu verweilen. Eine Web-App, die auf dem Startbildschirm liegt, sieht für die Person, die sie benutzt, aus wie eine App, öffnet sich wie eine App und ist in dem Moment aktuell, in dem Sie etwas veröffentlichen, statt erst beim nächsten Update des Geräts. Der Unterschied, für den viele zu zahlen meinen, ist häufig längst da.

Vier Fragen, die es entscheiden

Beantworten Sie sie für das konkrete Ding, das Sie vor Augen haben.

Wie oft benutzt dieselbe Person es? Wöchentlich oder öfter, dann kann sich eine Installation lohnen. Ein paar Mal im Jahr, dann gewinnt der Browser deutlich.

Muss es ohne Netz funktionieren? Wenn das ein echtes Ja ist und nicht ein «wäre schön», ist das der klarste Fall für eine native App, den es gibt.

Muss es die Leute erreichen, wenn es geschlossen ist? Erinnerungen, Warnungen, ein hereinkommender Auftrag. Wenn der Wert in der Unterbrechung liegt, leistet die Installation echte Arbeit.

Sollen es Leute benutzen, die Sie noch nicht kennen? Dann muss es ein Link sein. Was Sie nicht per Nachricht, Mail oder Suchtreffer verschicken können, beginnt jede Beziehung mit einer Hürde.

Lauten die Antworten «gelegentlich, nein, nein, ja», beschreiben Sie eine Web-App. Die mobile Version würden Sie dann für ein Gefühl bauen und nicht für eine Anforderung.

Was eine App im Store danach von Ihnen verlangt

Es gibt alles doppelt. Zwei Plattformen, zwei Arten von Geräteverhalten, zwei Store-Einträge und zwei Veröffentlichungen, sobald sich eine Telefonnummer ändert. Ein gemeinsamer Code deckt vieles davon ab. Er schafft es nicht weg.

Veröffentlichungen sind nicht mehr sofort. Eine Änderung geht durch eine Prüfung, bevor sie jemand bekommt, und alte Versionen bleiben auf Geräten liegen, die nie aktualisiert werden. Eine Version von vor Monaten weiter zu unterstützen, gehört dazu. Im Web sind alle in dem Moment auf dem aktuellen Stand, in dem Sie veröffentlichen.

Der Store-Eintrag ist Arbeit. Regeln ändern sich, Anforderungen an das Konto ändern sich, Bildschirmfotos müssen für neue Gerätegrössen neu gemacht werden, und nichts davon haben Sie ausgelöst.

Installiert zu werden, hört nie auf, Ihr Problem zu sein. Eine Website holt sich über Jahre Besucherinnen und Besucher aus der Suche. Eine App bekommt nur so lange Installationen, wie Sie darum bitten.

Was wir meistens vorschlagen

Zuerst die Web-Version bauen, auch dann, wenn die App im Store ehrlicherweise das Ziel ist.

Sie wird einmal gebaut, alle erreichen sie über einen Link, und sie sammelt genau die Hinweise, die für die zweite Entscheidung nötig sind. Wie viele Leute kommen zurück. Wie oft. Welchen Teil benutzen sie, und hat jemand nach etwas gefragt, das der Browser nicht liefern konnte. Diese Zahlen begründen eine native App weit besser als ein Bauchgefühl, und wenn sie ausbleiben, haben Sie sich den zweiten Veröffentlichungsweg gespart.

Die Kundin, die nach einer App gefragt hat, wollte fast immer etwas Engeres als eine App. Sie wollte buchen, einen Stand abfragen oder dasselbe wie letztes Mal nachbestellen. Herauszufinden, was davon gemeint war, ist das nützlichere Gespräch als die Frage nach der Gattung, und es endet ziemlich oft bei einem Link statt bei einem Store-Eintrag. Wenn es bei Ihnen dort endet, sagen wir Ihnen das.