User flow: kortet over vejen, før du designer skærmene

Alle produkter har veje, som folk følger for at få noget gjort: oprette sig, betale, invitere en kollega, nulstille et kodeord. Et user flow gør de veje synlige, før du bruger design- og udviklingstid på dem.

Kort svar: Et user flow er et kort over de trin, en person tager for at løse én opgave i et produkt: skærme, handlinger og beslutningspunkter, fra indgang til sluttilstand. Det viser alle mulige veje, også dem der fejler. Du laver et ved at skrive triggeren, trinnene i rækkefølge, hver beslutning som et ja/nej-spørgsmål og sluttilstandene ned, og tegne dem som ét sammenhængende flow.

Hvad er et user flow?

Et user flow er diagrammet over én opgave, set fra brugerens side. Det starter der, hvor personen kommer ind (en annonce, et link, en tom tilstand), går gennem skærmene og handlingerne, forgrener sig ved hver beslutning og slutter i et klart resultat: opgave løst, droppet eller fejl. Ét flow dækker én opgave. "Hele appen" er ikke et user flow; "en ny bruger opretter sit første projekt" er.

Teams tegner dem af to grunde. Før man bygger, afslører flowet manglende skærme og blindgyder, mens de stadig er billige at rette. Efter lanceringen er flowet kortet, du lægger ved siden af din analytics: Hvis 40 % falder fra ved trinnet, hvor man vælger plan, ved du præcis, hvilken boks det er.

Hvad er byggestenene i et user flow?

Fem elementer er nok til næsten alle flows. Det lille ordforråd er det, der holder diagrammet læsbart.

• Indgangspunkt. Hvor personen kommer fra: et kampagnelink, hjemmeskærmen, en invitationsmail. Ét flow kan have flere indgange.
• Skærme. Hvad personen ser ved hvert trin, som regel rektangler. Navngiv dem, som produktet gør.
• Handlinger. Hvad personen gør: trykker, udfylder, uploader. Korte udsagnsord på pilene eller i egne bokse.
• Beslutninger. Hvert punkt hvor vejen deler sig, skrevet som et ja/nej-spørgsmål: "Er der en betalingsmetode?" Romber er konventionen.
• Sluttilstande. Alle måder flowet kan ende på, inklusive fiasko: gennemført, droppet, blokeret af en fejl.

Hvordan tegner du et user flow?

Den hurtigste vej: Skriv flowet som tekst først, og tænk på bokse bagefter. Logikken afgør, om diagrammet duer; layoutet gør det bare læsbart.

1. Vælg én opgave med en klar målstreg, fx "en besøgende bliver en registreret bruger".
2. Skriv triggeren: Hvor starter personen, og hvad vil vedkommende?
3. List trinnene i den rækkefølge, de faktisk sker, én skærm eller handling pr. linje.
4. Formulér hver beslutning som et ja/nej-spørgsmål, og skriv hvad der sker ved begge svar.
5. Navngiv hver sluttilstand, også de kedelige: annulleret, betaling fejlet, verificering aldrig gennemført.
6. Tegn det, eller giv teksten til et værktøj der tegner, og gå så diagrammet igennem, som om du var brugeren. Hver blindgyde, du finder på papir, er én mindre i supportsagerne.

Trin 4 afgør de fleste flows. Et flow uden forgreninger er en brochure: Det viser demovejen og gemmer produktet. Fejlvejene er selve grunden til at lave diagrammet.

User flow, user journey map eller flowchart: Hvad har du brug for?

De tre bliver blandet sammen, fordi de alle har pile. De svarer på forskellige spørgsmål.

Tre formater, én linje hver

|Format|Hvad det viser|Bedst til|

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

|User flow|Skærme, handlinger og beslutninger i én opgave|At designe eller efterse en funktion|

|User journey map|Faser, følelser og kontaktpunkter over tid|At forstå kunden, ikke skærmene|

|Flowchart|Enhver proces, ikke bundet til bruger eller skærme|Interne processer og systemlogik|

Et user flow er et flowchart med holdninger: Boksene er skærme, aktøren er brugeren, sluttilstandene er produktresultater. Hvis det, du kortlægger, ikke har et menneske, der træffer valg, er et almindeligt flowchart eller et procesdiagram det bedre format.

Hvordan genererer du et user flow ud fra en beskrivelse?

Kan du skrive flowet som tekst, behøver du slet ikke tegne det. I SketchMind, et AI-whiteboard, vælger du Flow i Create with AI, beskriver opgaven i almindeligt sprog og får en redigerbar flow-frame på dit board på cirka 20 sekunder. Den samme skrivning, der giver et godt flow, giver en god prompt: triggeren, trinnene i rækkefølge, beslutningerne som ja/nej-spørgsmål, sluttilstandene inklusive fejlene. Feltet tager op til 3.000 tegn, du kan vedhæfte én PDF på op til 5 MB (en spec, en research-opsummering) og indsætte op til tre offentlige links; resultatet skrives ud fra dem. På et board med noter eller frames bygger "Use this board's content" videre på det, der allerede er der. Framen forbliver redigerbar: At omdøbe en skærm eller tilføje en gren er en direkte redigering, og du kan præsentere flowet direkte fra boardet.

Senest opdateret: 8. oktober 2026. Tjekket mod den aktuelle SketchMind-app.

Hvad er forskellen på et user flow og en user journey?

Et user flow viser skærme og beslutninger i én opgave; en user journey map dækker hele relationen over tid, med følelser og kontaktpunkter uden for produktet. Flows er til at bygge, journeys til at forstå.

Hvilke former bruger man i et user flow?

Rektangler til skærme og handlinger, romber til beslutninger, afrundede former til indgang og sluttilstande. Vigtigere end konventionen er at bruge samme form til det samme hele vejen.

Hvor mange trin bør et user flow have?

Én opgave kan som regel være i 5 til 15 trin. Kommer du over 20, kortlægger du nok flere opgaver på én gang; del dem op i separate flows.

Kan AI generere et user flow?

Ja. I SketchMind vælger du Flow i Create with AI og beskriver opgaven: trigger, trin, beslutninger som ja/nej-spørgsmål, sluttilstande. På cirka 20 sekunder lander en redigerbar flow-frame på dit board.

Skal hver funktion have et user flow?

Nej. Tegn dem for flows med rigtige forgreninger eller rigtig risiko: onboarding, betaling, alt det brugerne fejler på. En lineær funktion med to skærme behøver ikke et diagram.