User Flow: den Weg durchs Produkt zeichnen, bevor du Screens baust

Jedes Produkt hat Wege, auf denen Leute etwas erledigen: registrieren, bezahlen, jemanden einladen, Passwort zurücksetzen. Ein User Flow macht diese Wege sichtbar, bevor du Design- und Entwicklungszeit investierst.

Kurze Antwort: Ein User Flow ist eine Karte der Schritte, mit denen jemand eine Aufgabe in deinem Produkt erledigt: Screens, Aktionen und Entscheidungspunkte, vom Einstieg bis zum Endzustand. Er zeigt jeden möglichen Weg, auch die, die scheitern. Du baust ihn, indem du Auslöser, Schritte in Reihenfolge, jede Entscheidung als Ja/Nein-Frage und alle Endzustände aufschreibst und daraus einen zusammenhängenden Flow zeichnest.

Was ist ein User Flow?

Ein User Flow ist das Diagramm einer einzigen Aufgabe, aus Sicht der Nutzerin. Er beginnt beim Einstieg (eine Anzeige, ein Link, ein leerer Zustand), läuft durch die Screens und Aktionen, verzweigt an jeder Entscheidung und endet in einem klaren Ergebnis: erledigt, abgebrochen oder Fehler. Ein Flow deckt eine Aufgabe ab. "Die ganze App" ist kein User Flow; "ein neuer Nutzer legt sein erstes Projekt an" schon.

Teams zeichnen ihn aus zwei Gründen. Vor dem Bauen deckt der Flow fehlende Screens und Sackgassen auf, solange sie billig zu fixen sind. Nach dem Launch ist er die Karte, die du neben die Analytics legst: Wenn 40 % beim Tarif-Schritt abspringen, weißt du genau, welche Box das ist.

Was sind die Bausteine eines User Flows?

Fünf Elemente reichen für fast jeden Flow. Das kleine Vokabular hält das Diagramm lesbar.

• Einstiegspunkt. Woher die Person kommt: Kampagnenlink, Homescreen, Einladungsmail. Ein Flow kann mehrere Einstiege haben.
• Screens. Was die Person an jedem Schritt sieht, meist als Rechtecke. Benenne sie so, wie das Produkt sie nennt.
• Aktionen. Was die Person tut: tippt, ausfüllt, hochlädt. Kurze Verbphrasen an den Pfeilen oder in eigenen Boxen.
• Entscheidungen. Jeder Punkt, an dem sich der Weg teilt, als Ja/Nein-Frage: "Zahlungsmethode hinterlegt?" Rauten sind die Konvention.
• Endzustände. Jedes mögliche Ende, auch das Scheitern: abgeschlossen, abgebrochen, an einem Fehler hängen geblieben.

Wie zeichnest du einen User Flow?

Der schnellste Weg: Schreib den Flow erst als Text und kümmere dich dann um Boxen. Die Logik entscheidet, ob das Diagramm taugt; das Layout macht es nur lesbar.

1. Wähle eine Aufgabe mit klarer Ziellinie, etwa "aus einem Besucher wird ein registrierter Nutzer".
2. Schreib den Auslöser auf: Wo startet die Person, was will sie?
3. Liste die Schritte in der echten Reihenfolge, ein Screen oder eine Aktion pro Zeile.
4. Formuliere jede Entscheidung als Ja/Nein-Frage und schreib auf, was bei beiden Antworten passiert.
5. Benenne jeden Endzustand, auch die unschönen: abgebrochen, Zahlung fehlgeschlagen, Verifizierung nie beendet.
6. Zeichne ihn, oder gib den Text einem Tool, das zeichnet, und geh das Diagramm dann durch, als wärst du die Nutzerin. Jede Sackgasse auf Papier ist eine weniger im Support.

Schritt 4 entscheidet über die meisten Flows. Ein Flow ohne Verzweigungen ist eine Broschüre: Er zeigt den Demo-Pfad und versteckt das Produkt. Die Fehlerpfade sind der Grund, das Diagramm überhaupt zu machen.

User Flow, User Journey Map oder Flussdiagramm: Was brauchst du?

Die drei werden ständig verwechselt, weil alle Pfeile haben. Sie beantworten verschiedene Fragen.

Drei Formate, je eine Zeile

|Format|Was es zeigt|Am besten für|

|---|---|---|

|User Flow|Screens, Aktionen und Entscheidungen in einer Aufgabe|Ein Feature entwerfen oder prüfen|

|User Journey Map|Phasen, Gefühle und Touchpoints über die Zeit|Den Kunden verstehen, nicht die Screens|

|Flussdiagramm|Jeden Prozess, nicht an Nutzer oder Screens gebunden|Interne Prozesse und Systemlogik|

Ein User Flow ist ein Flussdiagramm mit Haltung: Die Boxen sind Screens, der Akteur ist die Nutzerin, die Endzustände sind Produktergebnisse. Wenn das, was du abbildest, keine Person mit Entscheidungen hat, ist ein Flussdiagramm oder ein Prozessablaufdiagramm das bessere Format.

Wie generierst du einen User Flow aus einer Beschreibung?

Wenn du den Flow als Text schreiben kannst, musst du ihn gar nicht zeichnen. In SketchMind, einem AI-Whiteboard, wählst du Flow in Create with AI, beschreibst die Aufgabe in normaler Sprache und bekommst in etwa 20 Sekunden einen editierbaren Flow-Frame auf dein Board. Dasselbe Schreiben, das einen guten Flow ergibt, ergibt einen guten Prompt: Auslöser, Schritte in Reihenfolge, Entscheidungen als Ja/Nein-Fragen, Endzustände inklusive der Fehler. Das Promptfeld nimmt bis zu 3.000 Zeichen, du kannst ein PDF bis 5 MB anhängen (ein Spec, eine Research-Zusammenfassung) und bis zu drei öffentliche Links einfügen; das Ergebnis wird daraus geschrieben. Auf einem Board mit Notizen oder Frames baut "Use this board's content" auf dem auf, was schon da ist. Der Frame bleibt editierbar: Einen Screen umbenennen oder einen Zweig ergänzen ist ein direkter Edit, und präsentieren kannst du den Flow direkt vom Board.

Zuletzt aktualisiert: 8. Oktober 2026. Geprüft gegen die aktuelle SketchMind-App.

Was ist der Unterschied zwischen User Flow und User Journey?

Ein User Flow zeigt Screens und Entscheidungen in einer Aufgabe; eine User Journey Map deckt die ganze Beziehung über die Zeit ab, mit Gefühlen und Touchpoints außerhalb des Produkts. Flows sind zum Bauen, Journeys zum Verstehen.

Welche Formen nutzt ein User Flow?

Rechtecke für Screens und Aktionen, Rauten für Entscheidungen, runde Formen für Einstieg und Endzustände. Wichtiger als die Konvention ist, dieselbe Form durchgehend für dasselbe zu nutzen.

Wie viele Schritte sollte ein User Flow haben?

Eine Aufgabe passt meist in 5 bis 15 Schritte. Ab 20 bildest du wahrscheinlich mehrere Aufgaben gleichzeitig ab; teile sie in eigene Flows.

Kann KI einen User Flow generieren?

Ja. In SketchMind wählst du Flow in Create with AI und beschreibst die Aufgabe: Auslöser, Schritte, Entscheidungen als Ja/Nein-Fragen, Endzustände. In etwa 20 Sekunden landet ein editierbarer Flow-Frame auf deinem Board.

Brauche ich für jedes Feature einen User Flow?

Nein. Zeichne ihn für Flows mit echten Verzweigungen oder echtem Risiko: Onboarding, Zahlung, alles woran Nutzer scheitern. Ein lineares Zwei-Screen-Feature braucht kein Diagramm.