Thema: PWA.

Eine Progressive Web App, kurz PWA, ist eine Website, die sich wie eine installierte App verhält: Ein Symbol landet auf dem Startbildschirm, der Start erfolgt ohne Browserleiste, die Anwendung funktioniert bei schlechter Verbindung weiter und kann Push-Nachrichten schicken. Der Weg über App Store und Play Store entfällt, es bleibt eine Adresse im Web. JFconcept baut PWAs dort, wo dieser Unterschied im Alltag zählt, und rät ab, wo er es nicht tut.

Hinter dem Wunsch nach einer App steckt meist ein anderes Problem

Der Wunsch kommt selten als technische Anforderung an. Er kommt als Satz wie „Wir brauchen auch eine App“, und dahinter steckt fast immer etwas anderes: Die Website ist auf dem Handy mühsam, sie lädt langsam, oder Kunden vergessen den Betrieb zwischen zwei Aufträgen. Für alle drei ist eine PWA das teure Mittel gegen ein Symptom.

Wer sie trotzdem baut, zahlt zweimal. Einmal für die Entwicklung, und dann dauerhaft für die Zwischenschicht, die Inhalte für den Offline-Betrieb vorhält. Diese Schicht ist der häufigste Grund für einen Fehler, den niemand nachstellen kann: Ein Besucher sieht eine alte Preisliste, weil sein Gerät die gespeicherte Fassung ausliefert, während auf dem Server längst die neue liegt. Solche Fälle fallen oft erst auf, wenn sich jemand beschwert.

Dazu kommt eine nüchterne Beobachtung: Ein Symbol auf dem Startbildschirm nützt nur, wenn es jemand antippt. Bei einer Anwendung, die täglich gebraucht wird, passiert das. Bei einer Firmenwebsite, die selten besucht wird, installiert praktisch niemand etwas.

Die Nutzungshäufigkeit entscheidet, nicht die Branche

Eine PWA lohnt sich, wenn dieselben Menschen dasselbe Werkzeug regelmäßig benutzen, oft unterwegs und nicht immer im Netz.

• Ja, wenn Monteure Aufträge im Keller oder auf dem Dach abrufen, wo kein Empfang ist, und Eingaben später nachlaufen sollen.
• Ja, wenn ein Kundenportal oder Konfigurator regelmäßig geöffnet wird und der Umweg über den Browser jedes Mal stört.
• Nein, wenn es um eine Unternehmenswebsite, eine Landingpage oder einen klassischen Onlineshop geht. Dort verkauft eine schnelle, sauber bedienbare mobile Seite besser als ein Installationsbanner.

Der dritte Fall ist der häufigste, und die ehrliche Antwort darauf ist meistens die günstigere. Eine PWA macht eine langsame Website nicht schnell, sie verpackt sie nur anders.

Vor der Technik steht die Frage, was ohne Netz funktionieren muss

Am Anfang steht also keine Technikentscheidung, sondern eine fachliche: Was genau muss ohne Verbindung funktionieren, und was darf ruhig scheitern? Aus dieser Antwort ergibt sich, welche Daten auf dem Gerät liegen, wie lange sie gelten und was passiert, wenn zwei Personen dieselbe Sache offline geändert haben. Diese Regeln gehören vor die Entwicklung, weil sie sich später kaum noch korrigieren lassen.

Danach liefern wir die Bedienung als klickbaren Prototyp auf der JF Design Platform aus. So ist vor dem Bau erlebbar, wie sich die Anwendung auf einem Telefon anfühlt, inklusive der unschönen Momente: der Hinweis, dass gerade keine Verbindung besteht, und der Moment, in dem gespeicherte Eingaben nachgereicht werden.

Gebaut wird als individuelle Anwendung mit dem Stack, auf dem auch diese Website läuft: Laravel im Backend, React und TypeScript im Frontend. Automatisierte Tests sichern die Abläufe ab, die Entwicklung läuft über Git und eine Staging-Umgebung, damit neue Stände getestet sind, bevor sie auf den Geräten ankommen. Push-Nachrichten und Datenhaltung setzen wir datenschutzbewusst um, auf Wunsch im vollen Hausstandard: keine externen CDNs, lokale Fonts und Icons, Honeypot statt fremder Captcha-Dienste.

Der Erfolg zeigt sich in erledigter Arbeit, nicht in Installationen

Wir messen Abschlüsse, nicht Klicks. Bei einer PWA heißt das: nicht die Zahl der Installationen, sondern die Frage, ob die Arbeit dahinter schneller wird. Bei einer Anwendung im Außendienst ist der ehrlichste Wert die Zahl der Vorgänge, die unterwegs vollständig erledigt werden, statt abends im Büro nachgetragen zu werden.

Der zweite Messpunkt sind die Fehler, die durch Offline-Betrieb entstehen: verlorene Eingaben, doppelte Datensätze, veraltete Anzeigen. Diese Fälle werden protokolliert und beobachtet, nicht bloß erhofft. Der dritte Punkt kommt einige Monate nach dem Start: Wie viele Menschen benutzen die installierte Fassung noch? Bleibt die Antwort niedrig, war der Bedarf nicht da, und dann ist der Rückbau die richtige Entscheidung.

Diese Einschätzung geben wir von der JFconcept GmbH aus Menden im Sauerland lieber vor dem Projekt ab als danach. Eine abgesagte PWA kostet ein Gespräch, eine überflüssige kostet jahrelange Pflege. Wie solche Anwendungen entstehen und abgesichert werden, zeigt unsere Arbeit im Webengineering.