User flow: kartet over veien før du designer skjermene

Alle produkter har veier folk følger for å få noe gjort: registrere seg, betale, invitere en kollega, tilbakestille et passord. Et user flow gjør de veiene synlige før du bruker design- og utviklingstid på dem.

Kort svar: Et user flow er et kart over stegene en person tar for å fullføre én oppgave i et produkt: skjermer, handlinger og beslutningspunkter, fra inngang til slutttilstand. Det viser alle mulige veier, også de som feiler. Du lager et ved å skrive ned utløseren, stegene i rekkefølge, hver beslutning som et ja/nei-spørsmål og slutttilstandene, og så tegne dem som én sammenhengende flyt.

Hva er et user flow?

Et user flow er diagrammet over én oppgave, sett fra brukerens side. Det starter der personen kommer inn (en annonse, en lenke, en tom tilstand), går gjennom skjermene og handlingene, forgrener seg ved hver beslutning og ender i et tydelig resultat: oppgave fullført, avbrutt eller feil. Én flyt dekker én oppgave. "Hele appen" er ikke et user flow; "en ny bruker oppretter sitt første prosjekt" er det.

Team tegner dem av to grunner. Før bygging avslører flyten manglende skjermer og blindveier mens de fortsatt er billige å fikse. Etter lansering er flyten kartet du legger ved siden av analytics: Hvis 40 % faller av ved steget der man velger plan, vet du nøyaktig hvilken boks det er.

Hva er byggesteinene i et user flow?

Fem elementer holder for nesten alle flyter. Det lille vokabularet er det som holder diagrammet lesbart.

• Inngangspunkt. Hvor personen kommer fra: en kampanjelenke, hjemskjermen, en invitasjonsmail. Én flyt kan ha flere innganger.
• Skjermer. Hva personen ser ved hvert steg, som regel rektangler. Navngi dem slik produktet gjør.
• Handlinger. Hva personen gjør: trykker, fyller ut, laster opp. Korte verbfraser på pilene eller i egne bokser.
• Beslutninger. Hvert punkt der veien deler seg, skrevet som et ja/nei-spørsmål: "Finnes betalingsmetode?" Romber er konvensjonen.
• Slutttilstander. Alle måter flyten kan ende på, også fiasko: fullført, avbrutt, blokkert av en feil.

Hvordan tegner du et user flow?

Raskeste vei: Skriv flyten som tekst først, og tenk på bokser etterpå. Logikken avgjør om diagrammet holder; layouten gjør det bare lesbart.

1. Velg én oppgave med en tydelig mållinje, for eksempel "en besøkende blir en registrert bruker".
2. Skriv utløseren: Hvor starter personen, og hva vil vedkommende?
3. List stegene i den rekkefølgen de faktisk skjer, én skjerm eller handling per linje.
4. Formuler hver beslutning som et ja/nei-spørsmål, og skriv hva som skjer ved begge svar.
5. Navngi hver slutttilstand, også de kjedelige: kansellert, betaling feilet, verifisering aldri fullført.
6. Tegn den, eller gi teksten til et verktøy som tegner, og gå så gjennom diagrammet som om du var brukeren. Hver blindvei du finner på papir, er én mindre i supportsakene.

Steg 4 avgjør de fleste flyter. En flyt uten forgreninger er en brosjyre: Den viser demoveien og gjemmer produktet. Feilveiene er selve grunnen til å lage diagrammet.

User flow, user journey map eller flytskjema: Hva trenger du?

De tre blandes sammen fordi alle har piler. De svarer på ulike spørsmål.

Tre formater, én linje hver

|Format|Hva det viser|Best til|

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

|User flow|Skjermer, handlinger og beslutninger i én oppgave|Å designe eller ettersyn av en funksjon|

|User journey map|Faser, følelser og kontaktpunkter over tid|Å forstå kunden, ikke skjermene|

|Flytskjema|Enhver prosess, ikke bundet til bruker eller skjermer|Interne prosesser og systemlogikk|

Et user flow er et flytskjema med meninger: Boksene er skjermer, aktøren er brukeren, slutttilstandene er produktresultater. Hvis det du kartlegger ikke har et menneske som tar valg, er et vanlig flytskjema eller et prosesskart det bedre formatet.

Hvordan genererer du et user flow fra en beskrivelse?

Kan du skrive flyten som tekst, trenger du ikke tegne den i det hele tatt. I SketchMind, et AI-whiteboard, velger du Flow i Create with AI, beskriver oppgaven på vanlig språk og får en redigerbar flow-frame på boardet ditt på cirka 20 sekunder. Den samme skrivingen som gir en god flyt, gir en god prompt: utløseren, stegene i rekkefølge, beslutningene som ja/nei-spørsmål, slutttilstandene med feilene. Feltet tar opptil 3 000 tegn, du kan legge ved én PDF på opptil 5 MB (en spec, en research-oppsummering) og lime inn opptil tre offentlige lenker; resultatet skrives ut fra dem. På et board som allerede har notater eller frames, bygger "Use this board's content" videre på det som er der. Framen forblir redigerbar: Å gi en skjerm nytt navn eller legge til en gren er en direkte redigering, og du kan presentere flyten rett fra boardet.

Sist oppdatert: 8. oktober 2026. Sjekket mot den gjeldende SketchMind-appen.

Hva er forskjellen på et user flow og en user journey?

Et user flow viser skjermer og beslutninger i én oppgave; en user journey map dekker hele relasjonen over tid, med følelser og kontaktpunkter utenfor produktet. Flows er for å bygge, journeys for å forstå.

Hvilke former brukes i et user flow?

Rektangler for skjermer og handlinger, romber for beslutninger, avrundede former for inngang og slutttilstander. Viktigere enn konvensjonen er å bruke samme form for det samme hele veien.

Hvor mange steg bør et user flow ha?

Én oppgave får som regel plass i 5 til 15 steg. Over 20 kartlegger du trolig flere oppgaver samtidig; del dem opp i separate flyter.

Kan AI generere et user flow?

Ja. I SketchMind velger du Flow i Create with AI og beskriver oppgaven: utløser, steg, beslutninger som ja/nei-spørsmål, slutttilstander. På cirka 20 sekunder lander en redigerbar flow-frame på boardet ditt.

Trenger hver funksjon et user flow?

Nei. Tegn dem for flyter med ekte forgreninger eller ekte risiko: onboarding, betaling, alt der brukere feiler. En lineær funksjon med to skjermer trenger ikke diagram.