Untertitel: Warum staatliche Dienste kein App-Chaos und keine unfertige Website brauchen – sondern eine klare Kanalstrategie.
Ein Bürger will den Kita-Status prüfen und eine Ummeldung starten. Im Store: drei Apps, eine veraltet, eine mit eigenem Login. Die Website bricht auf dem Handy ab. Er speichert keine Lesezeichen – er sucht, scheitert, fährt hin.
Digitalisierung hat stattgefunden. Zugang nicht.
Die These in einem Satz
PWA + native heißen: Web zuerst, nativ wo nötig – ein Erlebnis, kein App-Zoo.
Nicht: „Alles muss eine App sein.“ Sondern: installierbares Web als Default – native nur, wo der Nutzen den Pflegeaufwand trägt.
Zwei schlechte Extreme
Ohne Kanalstrategie entstehen App-Zoo (jedes Verfahren eine Store-App) und Browser-Notlösung (Website ohne Installierbarkeit, schlecht mobil). Vertrauen entsteht nicht durch ein Store-Icon – sondern wenn der Bürger einen verlässlichen Weg findet.
Was es nicht ist
Kein Store-Zwang für jeden Bescheid. Kein Verbot nativer Apps, wo sie messbar helfen. Keine Feature-Parität um jeden Preis. Sondern Kanalstrategie by design: PWA default, Why-Native dokumentieren, gemeinsamer Kern.
Drei Säulen
1. Web zuerst – PWA als Standardweg
Installierbar auf dem Homescreen, Service Worker, Offline-Hilfe für Kernpfade, Push wo erlaubt. Messbar: Anteil Dienste als PWA, Mobile Task Success.
2. Native nur wo nötig
Why-Native: Kamera, NFC, Biometrie, starker Offline-Kern, hohe Frequenz oder UX-Lücke im Web. Keine App als Statussymbol. Exit-Kriterien: Nutzung, Completion, Pflegekosten.
3. Ein Erlebnis – gemeinsamer Kern
Eine Fach- und API-Schicht, Design System, einheitliche Identität. Schale je Kanal – Kern gemeinsam. Doppelte Logik gegen null.
Der kulturelle Kern
| Extrem A | Extrem B | PWA + nativ |
|---|---|---|
| App für jeden Vorgang | Nur unfertige Website | Web zuerst, nativ gezielt |
| Store als Torwächter | Kein Homescreen | Installierbar wo sinnvoll |
| Bürger sucht Apps | Bürger sucht Formulare | Bürger findet einen Weg |
Entscheidungsfilter
- Reicht eine gute PWA – oder gibt es einen echten Why-Native?
- Teilen Web und App denselben Fachkern?
- Ist Mobile Task Success und Barrierefreiheit gemessen?
- Findet der Bürger den Dienst ohne Store-Suche?
- Ist der Pflegeaufwand pro Kanal vertretbar?
Kurzformel
Web zuerst, nativ wo nötig – ein Erlebnis, kein App-Zoo.
Leitlinie: Web zuerst · nativ wo nötig · ein Erlebnis
Serie System · Systembrief · Essay-Video auf YouTube @systembrief_de (Release laut Kalender).