Web App oder App aus dem Store: Was passt zu deinem Unternehmen?

Ob Web App oder App aus dem Store besser passt, entscheidet sich an deinen Arbeitsabläufen. Für Kundenportale und viele Büroaufgaben reicht eine Anwendung im Browser. Eine Store-App lohnt sich eher, wenn bestimmte Gerätefunktionen oder die Arbeit unterwegs im Browser an Grenzen stoßen.

Kurz gesagt: Prüfe zuerst, ob deine Nutzer ihre Aufgaben über einen Link erledigen können. Eine Store-App sollte einen Vorteil bieten, der die Installation rechtfertigt. Offline-Nutzung muss bei beiden Wegen eigens geplant werden.

Web App oder App: Was unterscheidet die beiden Wege?

Eine Web-App öffnest du über eine Internetadresse im Browser. Eine Store-App installierst du über einen App-Store auf dem Gerät.

Eine Web-App kann beispielsweise Angebote berechnen, Dokumente entgegennehmen oder Termine verwalten. Sie dient damit der Bearbeitung von Aufgaben. Eine klassische Unternehmenswebsite informiert dagegen vor allem über dein Angebot.

Die Grenze ist fließend. Deine Website kann etwa einen geschützten Kundenbereich enthalten, in dem Auftraggeber Angebote freigeben. Dafür müssen sie keine zusätzliche App installieren.

Eine Progressive Web App, kurz PWA, ist eine Web-Anwendung mit zusätzlichen App-Funktionen. Dazu können Installation und Offline-Nutzung gehören, wie MDN in seiner PWA-Erklärung beschreibt. Welche Möglichkeiten tatsächlich verfügbar sind, hängt auch vom Browser und Betriebssystem ab.

Eine PWA bleibt also eine Web-App. Und eine App aus dem Store ist nicht automatisch nativ entwickelt. Native Entwicklung bedeutet, eine Anwendung gezielt mit den Werkzeugen eines Betriebssystems zu bauen. Die Frage Flutter oder native App stellt sich erst, wenn der Weg zur Store-App feststeht.

Wann reicht eine Web-App für dein Unternehmen?

Eine Web-App reicht häufig, wenn Nutzer Daten bearbeiten oder Dokumente austauschen und dabei eine Internetverbindung haben. Sie passt besonders gut zu gelegentlicher Nutzung und zur Arbeit am Schreibtisch.

Nehmen wir ein Kundenportal für einen Dienstleister. Der Auftraggeber erhält einen Link per E-Mail, meldet sich an und öffnet sein Angebot. Er bestätigt die Leistung und lädt eine fehlende Datei hoch. Eine Installation würde diesem Ablauf zunächst nur einen weiteren Schritt hinzufügen.

Wer das Portal erst beim nächsten Auftrag wieder braucht, muss dafür keine App auf dem Smartphone haben. Auch Mitarbeitende können dieselbe Anwendung im Browser öffnen. So lässt sich ein Angebot am großen Bildschirm bearbeiten und unterwegs auf dem Handy nachschlagen.

Dafür braucht die Oberfläche responsives Design: Sie muss sich an unterschiedliche Bildschirmgrößen anpassen. Eine breite Angebotstabelle darf auf dem Handy nicht einfach kleiner werden. Dort kann etwa eine Liste mit einzeln aufrufbaren Positionen besser funktionieren.

Bei Portalen und Büroabläufen ist der Browser meist der sinnvollere Ausgangspunkt. Wenn dein Team Angebote bisher in Excel pflegt, löst bereits eine gemeinsame Datenbasis ein wesentliches Problem. Ein Store-Eintrag trägt dazu wenig bei.

Prüfe vorher auch, ob eine vorhandene Software den Ablauf abdeckt. Für gewöhnliche Terminbuchungen brauchst du möglicherweise gar keine eigene Anwendung. Dann entfällt die Entscheidung zwischen Web-App und Store-App.

Wann spricht der Arbeitsablauf für eine Store-App?

Eine Store-App wird interessant, wenn eine Anwendung regelmäßig unterwegs gebraucht wird und eng mit dem Gerät zusammenarbeiten muss. Häufige Nutzung allein ist aber noch kein ausreichender Grund.

Ein Serviceteam könnte vor Ort Aufträge öffnen, Schäden fotografieren und Arbeitsschritte dokumentieren. Muss es dabei spezielle Geräte verbinden oder umfangreich ohne Netz arbeiten, sollte eine installierte App geprüft werden. Entscheidend ist, welche Anforderungen der Browser auf den eingesetzten Geräten tatsächlich erfüllt.

„Wir brauchen die Kamera“ reicht als Begründung nicht. Auch Web-Anwendungen können Gerätefunktionen nutzen. MDN beschreibt jedoch Einschränkungen beim Gerätezugriff, die von Browser und Plattform abhängen.

Ein Foto für eine Schadensmeldung ist eine andere Aufgabe als fortlaufendes Scannen während einer Lagerrunde. Lass deshalb genau den benötigten Ablauf ausprobieren. Ein erfolgreicher Kameratest beweist noch nicht, dass die gesamte Arbeit damit gut funktioniert.

Auch eine täglich genutzte Auftragsverwaltung kann im Browser richtig aufgehoben sein. Umgekehrt kann eine selten benötigte Spezialfunktion eine Store-App rechtfertigen. Das App-Symbol auf dem Startbildschirm entscheidet diese Frage nicht.

Ein Store-Eintrag ersetzt außerdem keine Kundengewinnung. Du musst weiterhin erklären, warum jemand die Anwendung nutzen sollte. Wenn ein Kunde nur einen Termin buchen will, kann die vorgeschaltete Installation unnötig sein.

Wie unterscheiden sich Web-App, PWA und Store-App im Alltag?

Die größten Unterschiede liegen beim Zugang, bei Gerätefunktionen und bei der Auslieferung von Änderungen. Offline-Fähigkeit ist dagegen bei keinem Weg selbstverständlich.

Die Einordnung von Installation, Gerätezugriff und Offline-Nutzung stützt sich auf die PWA-Dokumentation von MDN. Die PWA steht hier für eine Web-App, deren zusätzliche App-Funktionen gezielt umgesetzt wurden.

Sobald eine Funktion für deinen Betrieb unverzichtbar ist, reicht dieser Vergleich nicht mehr. Dann braucht es einen Test auf den tatsächlich vorgesehenen Geräten.

Was bedeutet Offline-Nutzung in der Praxis?

Offline-Nutzung bedeutet, dass benötigte Daten ohne Internetverbindung auf dem Gerät verfügbar sind. Sollen Nutzer dabei Änderungen vornehmen, muss auch der spätere Datenabgleich geregelt werden.

Ein bereits geladenes Angebot anzuzeigen ist vergleichsweise einfach. Einen Auftrag ohne Netz vollständig zu bearbeiten, ist anspruchsvoller. Eingaben müssen auf dem Gerät erhalten bleiben, auch wenn die Anwendung geschlossen wird.

Sobald die Verbindung zurückkommt, müssen lokale Änderungen mit dem zentralen Datenbestand abgeglichen werden. Diesen Vorgang nennt man Synchronisation. Dabei können Widersprüche entstehen.

Ein Außendienstmitarbeiter verschiebt beispielsweise offline einen Termin. Währenddessen sagt das Büro denselben Termin ab. Welche Änderung gilt? Und wie erfährt der Mitarbeiter davon?

Offline-Bearbeitung braucht Regeln für solche Konflikte. Eine installierte App nimmt dir diese Entscheidung nicht ab. Schreibe deshalb auf, was ohne Netz nur lesbar sein muss und was weiter bearbeitet werden darf.

Auch Benachrichtigungen verdienen eine eigene Prüfung. Push-Benachrichtigungen sind Nachrichten, die auf dem Gerät außerhalb der geöffneten Anwendung erscheinen. Sie gehören laut MDN zu den möglichen PWA-Funktionen, stehen aber nicht in jeder Umgebung unter denselben Bedingungen bereit.

Für beide App-Formen gilt: Nutzer können Benachrichtigungen deaktivieren oder übersehen. Ein dringender Auftrag sollte deshalb in der Anwendung als offen sichtbar bleiben. Lege fest, was passiert, wenn eine Bestätigung ausbleibt.

Was bestimmt den Entwicklungsaufwand?

Der Aufwand hängt vor allem von Funktionen, Datenflüssen und Ausnahmefällen ab. Eine umfangreiche Web-App kann mehr Arbeit verursachen als eine eng begrenzte Store-App.

Ein Portal zur Angebotsfreigabe bleibt eher begrenzt, solange alle Daten dort erfasst werden. Soll es zusätzlich Preise aus der Warenwirtschaft übernehmen, muss eine Verbindung geschaffen werden. Eine Schnittstelle ist eine technische Verbindung, über die Anwendungen Daten austauschen.

Dabei zählt mehr als die reine Übertragung. Was passiert, wenn ein Artikel fehlt oder die Warenwirtschaft nicht erreichbar ist? Darf das Angebot trotzdem verschickt werden? Solche Regeln müssen feststehen, bevor der Ablauf verlässlich gebaut werden kann.

Bei Store-Apps kommen Veröffentlichung und Pflege der App-Versionen hinzu. Web-Apps brauchen ebenfalls Betreuung, etwa für Sicherheitsupdates und Browseränderungen. Die Wahl des Browsers macht Wartung also nicht überflüssig.

Bei mawu halten wir Anforderungen und technische Umsetzung vor der Entwicklung schriftlich fest. Daraus lässt sich der Aufwand ableiten. Welche Punkte besonders ins Gewicht fallen, erklärt der Ratgeber Was kostet eine App?.

Wie entscheidest du vor der Beauftragung?

Beschreibe zuerst einen vollständigen Arbeitsablauf einschließlich seiner Fehlerfälle. Danach lässt sich prüfen, welche App-Form ihn mit vertretbarem Entwicklungs- und Betriebsaufwand unterstützt.

Nimm beispielsweise den Weg von einer Anfrage bis zum bestätigten Angebot. Notiere, wer welche Daten eingibt und welches Gerät dabei nutzt. Markiere die Stellen, an denen heute Angaben doppelt erfasst werden oder Rückfragen entstehen.

Für das Gespräch mit einem Entwicklungsteam helfen diese Fragen:

• Wer nutzt die Anwendung, und wie häufig?
• Findet die Arbeit am Schreibtisch oder unterwegs statt?
• Was muss ohne Internet weiter funktionieren?
• Welche Gerätefunktionen braucht der Ablauf genau?
• Welche vorhandenen Systeme liefern oder empfangen Daten?
• Würde eine Installation den Einstieg erschweren?

Unsichere technische Punkte lassen sich mit einem Prototyp prüfen. Das ist eine kleine Testanwendung, die zunächst nur die kritische Funktion umsetzt. Sie kann etwa zeigen, ob das Scannen im Browser auf den vorhandenen Geräten zuverlässig funktioniert.

Halte die Entscheidung samt Gründen schriftlich fest. Eine Vorlage dafür bietet der Ratgeber Lastenheft App.

Wähle als nächsten Schritt einen häufigen Arbeitsablauf und beschreibe ihn vom Einstieg bis zum fertigen Ergebnis. Ergänze den schwierigsten Ausnahmefall, etwa einen Verbindungsabbruch beim Speichern, und nutze beides für die technische Vorprüfung.