User Flows & User Stories
User Flows & User Stories im Detail
Von der Ursachenforschung zur chirurgischen Optimierung: Strukturelle Dekonstruktion komplexer Abläufe für schnelle Entwickler-Handovers. Enterprise-Software wird nutzbar, wenn man sie aus der Perspektive der Nutzenden zerlegt — nicht aus der der Features.
Sequenzdiagramme für klare Abläufe
User Flows werden als Sequenzdiagramme modelliert. Auf der Y-Achse werden Interaktionen gruppiert, auf der X-Achse Fokus-Bereiche definiert, um Komplexität drastisch zu reduzieren. Das bedeutet: Sie sehen sofort, wo Nutzer hängen bleiben — nicht nach einem 6-wöchigen Redesign.
Chirurgische, punktuelle Anpassungen
Durch die Modellierung wird gezielt das schwächste Glied in der Kette optimiert. Teure, blinde Voll-Redesigns werden konsequent vermieden und Änderungen extrem kosteneffizient gehalten. Das bedeutet: Sie zahlen für einen Präzisions-Eingriff, nicht für eine Operation am offenen Herzen.
Versionssichere Git-Dokumentation
Alle Erkenntnisse, Diagramme und User Stories werden revisionssicher in einem Git-Repository gepflegt und stehen für das Management jederzeit als PDF bereit. Das bedeutet: Ihre Design-Entscheidungen sind nachvollziehbar — auch in zwei Jahren, auch für Auditoren.
Agile Einbindung & PO-Handover
Transparente Teilnahme an Dailys zur direkten Berichterstattung. Die Aufbereitung erfolgt als User Stories, sodass der Product Owner sie nahtlos ins Backlog einpflegen kann. Das bedeutet: Ihr Entwicklungs-Team bekommt präzise, umsetzbare Specs — keine noch blockierenden Wireframes.
Praxisbeispiel: Authentication Flow
Eindeutige Abbildung von Interaktionen, Screens und Sub-Prozessen via PlantUML.
Um Klarheit und technische Präzision zu gewährleisten, nutze ich PlantUML-Sequenzdiagramme, um die Interaktionen zwischen Nutzenden und dem System abzubilden. Meine Methodik basiert auf Contextual Design und stellt den mentalen Zustand der Nutzenden in den Mittelpunkt – statt reiner UI-Komponenten.
- User Flow
- Ein User Flow ist eine chronologische Abfolge von Schritten, die eine nutzende Person ausführt, um ein bestimmtes Ziel innerhalb der Anwendung zu erreichen (z. B. Registrierung und Login). Er beschreibt den Pfad von einem Einstiegspunkt über verschiedene Focus Areas bis hin zu einem erfolgreichen Ergebnis. Während ein Workflow den übergeordneten Geschäftsprozess beschreibt, fokussiert sich der User Flow auf die direkte Interaktion mit der Software.
- Focus Area
- Eine Focus Area ist ein zusammenhängender funktionaler Arbeitsbereich, der entwickelt wurde, um ein spezifisches Nutzerziel zu erfüllen. Das Konzept entstammt dem Contextual Design: Es stellt alle notwendigen Funktionen und Daten für eine bestimmte Absicht bereit, ohne die Nutzenden mit unpassenden Features abzulenken.
Die Wohnungs-Analogie: Eine Küche ist eine Focus Area für die Essenszubereitung; ein Badezimmer eine Focus Area für Körperpflege. Niemand würde einen Herd in die Dusche stellen, da die Ziele völlig unterschiedlich sind. In der Softwareentwicklung (z. B. bei SaaS) verletzen wir diese einfache Logik jedoch häufig, indem wir Oberflächen mit zusammenhanglosen „Features“ überladen – was zu Feature-Bloat und Frust führt. Focus Areas verhindern dies, indem sie die Systemkomplexität horizontal in überschaubare, absichtsgetriebene Einheiten zerlegen.
In meinen Diagrammen: Focus Areas werden als Teilnehmer
(Participants) mit dem Stereotyp <<Focus Area>> dargestellt.
Namensgebung für Focus Areas: Der Name einer Focus Area sollte ein „Substantiv der Absicht“ (Noun of Intent) sein. Er muss beschreiben, was die nutzende Person gerade tut oder in welchem Zustand sie sich befindet, statt die technische Umsetzung abzubilden.
- Vermeide technischen Jargon: Verwende keine Begriffe wie „Settings-Page“, „Data-Grid“ oder „Modal-Window“. Diese fokussieren sich auf UI-Widgets, was Laien verwirrt und Design-Diskussionen entgleisen lässt.
- Nutze Substantive der Absicht: Verwende abstrakte, aber präzise
Begriffe, die den mentalen Zustand der Nutzenden widerspiegeln:
- Attention (Aufmerksamkeit): Der Einstiegspunkt, an dem wir das Interesse der Nutzenden gewinnen.
- Identity (Identität): Wo die nutzende Person festlegt, wer sie ist (Registrierung / Authentifizierung).
- Insight (Einblick / Erkenntnis): Wo der Systemstatus überwacht oder Daten analysiert werden.
- Adjustment (Anpassung): Wo Parameter feineingestellt oder Konfigurationen geändert werden.
Noun-of-Intent als Design-Philosophie
Die Noun-of-Intent-Regel ist eine Theorie über mentale Modelle. Ich behaupte: Nutzer denken nicht in „Settings-Pages“ und „Data-Grids“, sondern in Zuständen und Absichten. Sie denken: „Ich möchte mein Profil anpassen“, nicht „Ich öffne die Settings-Page“.
Ich zwinge das Design, diese Sprache zu sprechen. Wenn die Namen der Focus Areas die mentale Sprache der Nutzer widerspiegeln, entstehen diskussionsfähige, stabile Schnittstellen. Der technische Jargon verschwindet aus der Konzeption — und damit auch aus den Design-Diskussionen.
Methodische Reife
Meine Flows dokumentieren eine psychologische Sequenz, keine technische. Ich beschreibe die mentalen Phasen eines neuen Nutzers, nicht die Systemaufrufe.
- Error Cases inline
- Fehler werden nicht als separater „Error-Flow“ modelliert. Sie tauchen dort auf, wo sie real auftreten. Das ist realitätsnäher und verhindert künstliche Verzweigungen.
- Modularität
- Jeder Flow besteht aus überschaubaren, wieder verwendbaren Blöcken. Das macht die Diagramme lesbarer und flexibler.
- Fokus auf mentale Zustände
- Die Sequenz folgt dem Verständnis, der Erwartung und dem Vertrauen des Nutzers — nicht der technischen Architektur.
FAQ: User Flows & User Stories
Warum Sequenzdiagramme statt Flowcharts?
Flowcharts zeigen, was passiert. Sequenzdiagramme zeigen, wer mit wem interagiert und in welcher Reihenfolge. Das ist ein fundamentaler Unterschied.
In einem Flowchart ist das System oft eine Blackbox. In meinen Sequenzdiagrammen ist jeder Participant ein Akteur mit einer Rolle: User, Attention, Registration, Selection, Reading, Confirmation, Overview. Ich modelliere die Interaktion zwischen Nutzer und System als Dialog, nicht als Ablaufdiagramm.
Das ist genau die Perspektive, die im Enterprise-Kontext richtig ist. Dort geht es um Workflows über mehrere Systeme hinweg — nicht um einzelne Klickpfade. Sequenzdiagramme machen diese Akteure, Rollen und Übergaben explizit.
Warum nutzen Sie PlantUML für die Modellierung von User Flows statt klassischer Tools wie Figma or Miro?
PlantUML erzeugt textbasierte Sequenzdiagramme, die extrem präzise und leicht versionierbar sind. Durch die Unterteilung der Nutzeraktivitäten auf der Y-Achse und der Fokus-Bereiche auf der X-Achse lässt sich die Komplexität umfangreicher Systemabläufe drastisch reduzieren und iterativ messen.
Führt die UX-Analyse zwangsläufig zu einem teuren und zeitaufwendigen Redesign?
Nein, genau das wird verhindert. Die Modellierung isoliert gezielt das schwächste Glied in der Interaktionskette. Statt eines pauschalen Komplett-Redesigns erfolgen nur minimale, chirurgische Anpassungen an den tatsächlichen Engpässen. Das schont Budget und Entwicklungsressourcen.
Erhalten unsere Entwickler direkt fertige Tickets für das Backlog?
Die Probleme werden lückenlos in Form von Diagrammen und konkreten User Stories dokumentiert. Das direkte Einpflegen und Priorisieren im Backlog verbleibt jedoch in der Verantwortung Ihres Product Owners (PO), um Ihre internen Prozesse und Agilität zu wahren.
Wo und wie werden die Analyseergebnisse für mein Team und das Management dokumentiert?
Alle Ergebnisse, Diagramme und User Stories werden transparent und revisionssicher in einem Git-Repository strukturiert. Für das Management und behandlungsfremde Stakeholder wird daraus zusätzlich ein übersichtliches PDF-Dokument generiert.
Wie hoch ist der zeitliche Aufwand für unser Product-Team während dieser Phase?
Der Aufwand bleibt extrem gering. Ich nehme auf Wunsch an Ihren täglichen Dailys teil, um kurz und direkt über Fortschritte und Erkenntnisse zu berichten. Weitere Abstimmungen erfolgen flexibel und je nach Bedarf Ihres Teams.
Eingesetzt in
Dieses Werkzeug ist Teil der folgenden Beratungsangebote.