01 — Die Ausgangslage
Ein Redesign im laufenden Betrieb hat keine Komfortzone.
Rund 80 fachliche Nutzer:innen arbeiten in einem Umfeld, in dem Fehler nicht einfach nur nerven. Gleichzeitig entwickelt ein großes Programm weiter. UX muss hier Orientierung geben, ohne die Delivery auszubremsen.
Der Kontext:40 bis 60 Beteiligte im Programmkontext, komplexe Rollen und eine Plattform, die nicht einfach pausiert werden kann.
Die eigentliche Aufgabe:Nicht noch mehr Artefakte produzieren. Sondern Entscheidungen so dokumentieren, dass Fachseite, Design und Frontend dasselbe bauen.
02 — Die Wirkung
Weniger Interpretationsspielraum. Mehr gemeinsame Richtung.
Die Wirkung ist hier bewusst als Beobachtung formuliert: Design-Feedback wurde fokussierter, Komponenten wurden konsistenter umgesetzt und offene Fragen kamen früher auf den Tisch. Die Zahlen oben beschreiben den Programmumfang. Sie sind kein Maß für meine direkte Teamverantwortung.
Artefakte aus einem laufenden Infrastruktur-Programm sind vertraulich. Anonymisierte Flows und Komponentenbeispiele zeige ich gern im direkten Gespräch.
03 — Der Lösungsansatz
Nicht alles lösen. Aber das Richtige zuerst klären.
Fachlogik entwirren
Workflows, Rollen und Ausnahmen gemeinsam sichtbar machen. Erst dann lohnt sich der Sprung ins Interface.
Entscheidungen rahmen
Optionen samt Konsequenzen zeigen. Damit aus Meinungen eine belastbare Entscheidung werden kann.
Delivery anschlussfähig machen
Komponenten, Zustände und Regeln so beschreiben, dass sie im Frontend nicht neu interpretiert werden müssen.
„In kritischer Delivery ist Klarheit keine Designqualität. Sie ist Risikomanagement.“Was die Arbeit an Infrastruktur verändert
04 — Erkenntnisse
Was daraus hängen geblieben ist.
Wenn Widersprüche im Flow sichtbar werden, bevor sie im Code landen, spart das mehr als jede nachträgliche Politur.
Ein Komponentenname allein überzeugt niemanden. Die Regel dahinter macht ihn im Alltag belastbar.