Untertitel: Warum digitale Verwaltung mit echten Menschen getestet werden muss – und warum „funktioniert bei uns“ kein Abnahmekriterium ist.
Ein Bürger beantragt online einen Ausweis. Der Flow folgt dem Aktenplan der Behörde: fünf Screens, unklare Pflichtfelder, ein Button „Weiter“, der erst nach Scrollen erscheint. Im Abnahmeteam hat alles „funktioniert“. Beim echten Nutzer bricht der Vorgang ab – er fährt zum Amt.
Digital wurde freigegeben. Benutzbar war es nicht.
Die These in einem Satz
UX-First und iterative Nutzertests machen digitale Verwaltung benutzbar – sie sind Pflicht vor dem Launch, nicht Dekoration danach.
Kein Design-Theater. Keine einmalige Fokusgruppe als Alibi. Sondern: Bürgerziel steuert den Flow – mit Tests, Fixes und Nachtest.
Wo Reibung herkommt
Reibung entsteht strukturell: Flows um Akten statt um Ziele, „funktioniert bei uns“ als stille Norm, UX als Ticket am Projektende, und Feedback ohne Folge.
Dann wirkt der Alltag modern – bis man zusieht, wie echte Menschen scheitern. Eine Tür, die nur der Architekt öffnen kann, ist keine Tür. Sie ist ein Modell.
Was es nicht ist
UX-First ist kein Ersatz für Fachrecht, Datenschutz oder Barrierefreiheit und kein reines Design-Theater. Es steuert Bau und Qualität – es ersetzt weder Verfahren noch den Willen, den Bürger ernst zu nehmen.
Nutzung steuert Bau. Tests steuern Qualität. Keines ersetzt die Haltung, „bei uns funktioniert es“ abzulehnen.
Drei Säulen
1. UX-First als Bauvertrag
Bürgerreise und kritische Flows in Lastenheft, Definition of Done und Abnahme. Antrag, Login, Status, Zahlung, Widerspruch zuerst. Verständliche Labels, klare Fehler, sichtbarer nächster Schritt. Messbar: Task Success auf kritischen Wegen.
2. Iteration als Lernzyklus
Prototyp → Test mit echten Nutzern → Fix → Nachtest. Oft reichen fünf bis acht Personen pro Runde für klare Muster. Periodisch und bei wesentlichen Releases. Jedes kritische Finding braucht Owner, Frist und Nachtest. Test ohne Folge ist Image. Iteration mit Zyklus ist Qualität.
3. Haltung: nicht „bei uns“
Interne Abnahme ersetzt keine externen Tests. Nutzerfehler sind Designsignale – nicht Bürgerfehler. Callcenter und Schalter sind Feedback-Kanäle, kein stiller Ausgleich für schlechte Flows. UX-First bauen heißt: beobachten, iterieren, freigeben – nie nur abstimmen und hoffen.
Der kulturelle Kern
| Ohne UX-First / Tests | Mit UX-First und Iteration |
|---|---|
| Flow folgt Aktenplan | Flow folgt Bürgerziel |
| „Funktioniert bei uns“ | Beobachtete Nutzung |
| UX am Projektende | Kriterien von Sprint 1 |
| Feedback ohne Folge | Findings mit Nachtest |
Die Leitfrage: Behandeln wir Reibung im Portal als Bürgerfehler – oder als Qualitätsfehler, den man beobachten und abbauen muss?
Entscheidungsfilter
- Können echte Nutzer den kritischen Flow ohne Hilfe erledigen?
- Wurde vor dem Launch mit externen Personen getestet?
- Stehen UX-Kriterien in DoD und Abnahme – nicht nur im Anhang?
- Führen Findings zu Fixes und Nachtests vor dem Release?
- Werden Abbrüche gemessen und zurück in den Flow geführt?
Kurzformel
Mit echten Nutzer:innen testen · iterieren · freigeben – kein Launch aus dem Sitzungszimmer.