User flow: breng het pad in kaart voordat je schermen ontwerpt

Elk product heeft paden waarlangs mensen iets gedaan krijgen: aanmelden, betalen, een collega uitnodigen, een wachtwoord herstellen. Een user flow maakt die paden zichtbaar voordat je er design- en bouwtijd in steekt.

Kort antwoord: Een user flow is een kaart van de stappen waarmee iemand één taak in je product afrondt: schermen, acties en beslispunten, van instap tot eindtoestand. Hij toont elk pad dat iemand kan nemen, ook de paden die mislukken. Je maakt er een door de trigger, de stappen op volgorde, elke beslissing als ja/nee-vraag en de mogelijke eindtoestanden op te schrijven en daar één samenhangende flow van te tekenen.

Wat is een user flow?

Een user flow is het diagram van één taak, gezien vanuit de gebruiker. Hij begint waar iemand binnenkomt (een advertentie, een link, een lege staat), loopt door de schermen en acties, splitst bij elke beslissing en eindigt in een helder resultaat: taak klaar, afgehaakt, of een fout. Eén flow dekt één taak. "De hele app" is geen user flow; "een nieuwe gebruiker maakt zijn eerste project aan" wel.

Teams tekenen ze om twee redenen. Vóór het bouwen legt de flow ontbrekende schermen en doodlopende paden bloot zolang ze goedkoop te fixen zijn. Na de launch is de flow de kaart die je naast je analytics legt: haakt 40% af bij de stap waar je een abonnement kiest, dan weet je precies welk blokje dat is.

Wat zijn de bouwstenen van een user flow?

Vijf elementen zijn genoeg voor bijna elke flow. Juist dat kleine vocabulaire houdt het diagram leesbaar.

• Instappunt. Waar iemand vandaan komt: een campagnelink, het homescherm, een uitnodigingsmail. Eén flow kan meerdere instappen hebben.
• Schermen. Wat iemand bij elke stap ziet, meestal als rechthoeken. Noem ze zoals het product ze noemt.
• Acties. Wat iemand doet: tikt, invult, uploadt. Korte werkwoordzinnen op de pijlen of in eigen blokjes.
• Beslissingen. Elk punt waar het pad splitst, geschreven als ja/nee-vraag: "Betaalmethode ingesteld?" Ruiten zijn de conventie.
• Eindtoestanden. Elke manier waarop de flow kan eindigen, inclusief falen: afgerond, afgehaakt, vastgelopen op een fout.

Hoe teken je een user flow?

De snelste route: schrijf de flow eerst als tekst en denk daarna pas aan blokjes. De logica bepaalt of het diagram deugt; de layout maakt het alleen leesbaar.

1. Kies één taak met een duidelijke finish, zoals "een bezoeker wordt een geregistreerde gebruiker".
2. Schrijf de trigger op: waar start iemand, en wat wil die bereiken?
3. Zet de stappen op de volgorde waarin ze echt gebeuren, één scherm of actie per regel.
4. Formuleer elke beslissing als ja/nee-vraag en schrijf op wat er bij beide antwoorden gebeurt.
5. Benoem elke eindtoestand, ook de vervelende: geannuleerd, betaling mislukt, verificatie nooit afgemaakt.
6. Teken hem, of geef de tekst aan een tool die tekent, en loop het diagram daarna door alsof jij de gebruiker bent. Elk doodlopend pad dat je op papier vindt, vind je niet terug in supporttickets.

Stap 4 bepaalt of een flow wat waard is. Een flow zonder vertakkingen is een brochure: hij toont het demopad en verstopt het product. De faalpaden zijn de reden om het diagram überhaupt te maken.

User flow, user journey map of flowchart: welke heb je nodig?

De drie worden door elkaar gehaald omdat ze allemaal pijlen hebben. Ze beantwoorden verschillende vragen.

Drie formats, één regel per stuk

|Format|Wat het toont|Beste voor|

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

|User flow|Schermen, acties en beslissingen in één taak|Een feature ontwerpen of doorlichten|

|User journey map|Fases, gevoelens en touchpoints door de tijd|De klant begrijpen, niet de schermen|

|Flowchart|Elk proces, niet gebonden aan gebruiker of schermen|Interne processen en systeemlogica|

Een user flow is een flowchart met een mening: de blokjes zijn schermen, de hoofdrolspeler is de gebruiker, de eindtoestanden zijn productuitkomsten. Zit er in wat je in kaart brengt geen mens die keuzes maakt, dan is een gewone flowchart of een processchema het betere format.

Hoe genereer je een user flow uit een beschrijving?

Kun je de flow als tekst opschrijven, dan hoef je hem niet te tekenen. In SketchMind, een AI-whiteboard, kies je Flow in Create with AI, beschrijf je de taak in gewone taal en krijg je in ongeveer 20 seconden één bewerkbaar flow-frame op je board. Hetzelfde schrijfwerk dat een goede flow oplevert, levert een goede prompt op: de trigger, de stappen op volgorde, de beslissingen als ja/nee-vragen, de eindtoestanden inclusief de faalpaden. Het promptveld neemt tot 3.000 tekens, je kunt één PDF tot 5 MB bijvoegen (een spec, een onderzoekssamenvatting) en tot drie publieke links plakken; het resultaat wordt daaruit geschreven. Op een board met bestaande notities of frames bouwt "Use this board's content" voort op wat er al staat. Het frame blijft bewerkbaar: een scherm hernoemen of een tak toevoegen is een directe edit, en presenteren doe je zo vanaf het board.

Laatst bijgewerkt: 8 oktober 2026. Gecheckt tegen de actuele SketchMind-app.

Wat is het verschil tussen een user flow en een user journey?

Een user flow toont de schermen en beslissingen in één taak; een user journey map dekt de hele relatie door de tijd, inclusief gevoelens en touchpoints buiten het product. Flows zijn om te bouwen, journeys om te begrijpen.

Welke vormen gebruik je in een user flow?

Rechthoeken voor schermen en acties, ruiten voor beslissingen, afgeronde vormen voor instap en eindtoestanden. Belangrijker dan de conventie is dat je overal dezelfde vorm voor hetzelfde gebruikt.

Hoeveel stappen mag een user flow hebben?

Eén taak past meestal in 5 tot 15 stappen. Kom je boven de 20, dan breng je waarschijnlijk meerdere taken tegelijk in kaart; splits ze in aparte flows.

Kan AI een user flow genereren?

Ja. In SketchMind kies je Flow in Create with AI en beschrijf je de taak: trigger, stappen, beslissingen als ja/nee-vragen, eindtoestanden. In ongeveer 20 seconden staat er een bewerkbaar flow-frame op je board.

Heb ik voor elke feature een user flow nodig?

Nee. Teken ze voor flows met echte vertakkingen of echt risico: onboarding, betalen, alles waar gebruikers op stuklopen. Een lineaire feature van twee schermen heeft geen diagram nodig.