5 fejl i brugerundersøgelser, der giver vildledende resultater

Af FabricLoop-teamet · maj 2026 · 4 min. læsetid

Der findes en slags brugerundersøgelse, der er værre end slet ingen undersøgelse: den, der giver selvsikre, men forkerte konklusioner. Når et team ikke laver nogen research, ved det, at det arbejder ud fra antagelser. Når det laver dårlig research, tror det, at det har belæg, og holder op med at lede videre.

De fem fejl herunder er ikke eksotiske sjældenheder. De opstår hos de fleste produktteams, det meste af tiden, på måder der er overraskende svære at få øje på indefra.

»Målet med brugerundersøgelser er ikke at bekræfte dine fornemmelser. Det er at erstatte dem med belæg, også belæg for, at du tog fejl.«

De fem fejl

Fejl

Sådan ser det ud i praksis

Fejl 1 At spørge om hypotetisk fremtidig adfærd

Teamet spørger: »Ville du bruge en funktion, der kunne X?« Brugerne svarer ja. Teamet bygger den. Ingen bruger den. Folk er optimistiske på deres fremtidige jegs vegne og dårlige til at vurdere, hvad de rent faktisk kommer til at gøre. Spørg altid om tidligere adfærd: »Fortæl mig om sidste gang, du skulle håndtere X.«

Fejl 2 At interviewe brugere, der allerede elsker produktet

Panelhold fyldt med superbrugere og fortalere giver varm, positiv feedback med fokus på forbedringer. Det, de ikke giver, er indsigt i, hvorfor folk forlod produktet, hvorfor de aldrig blev kunder, eller hvad produktet skal kunne for at nå et nyt segment. Tal også med brugere, der er holdt op, og med folk, der aldrig har brugt det. Det er ubehageligt, men nødvendigt.

Fejl 3 Ledende spørgsmål, der bekræfter eksisterende overbevisninger

»Hvor nyttigt synes du, det nye dashboard er?« er et ledende spørgsmål. »Fortæl mig om sidste gang, du brugte dashboardet« er det ikke. Ledende spørgsmål giver høflig enighed og ikke en ærlig vurdering. Researcherens tilknytning til hypotesen siver ind i formuleringen af spørgsmålet, og brugerne, der er socialt opmærksomme, følger signalet.

Fejl 4 At stoppe ved »hvad« uden at spørge »hvorfor«

En bruger siger: »Jeg ville gerne kunne filtrere listen.« Researcheren noterer: »Brugerne ønsker filtrering.« Men filtrering er en løsning og ikke et behov. Hvad forsøger brugeren egentlig at gøre, som filtrering ville hjælpe med? Svaret på »hvorfor« er der, hvor designindsigten findes, og det afslører ofte en bedre løsning end den, brugeren selv foreslog.

Fejl 5 At behandle kvalitativ research som kvantitativ

»Tre ud af fem brugere sagde, at de fandt det forvirrende« er ikke statistik. Det er et retningsgivende signal fra fem personer. Kvalitativ research fortæller dig, hvad der sker, og hvorfor, men den kan ikke fortælle dig, hvor mange det gælder. Hvis du præsenterer den med talmæssig præcision, giver du interessenterne falsk selvtillid og ender ofte med at optimere det forkerte i stor skala.

Hvorfor fejlene er så sejlivede

De fleste fejl i research er motiverede. Teamet har allerede en retning, de vil i, en funktion, de vil bygge, en hypotese, de tror på, eller en interessent, de vil tilfredsstille. Research bliver et ritual, der skal legitimere en beslutning, som allerede er truffet, og ikke et ægte forsøg på at teste den.

Løsningen er ikke at gøre researchere mere strenge hver for sig. Det er at adskille rollen »beslutte, hvad vi bygger« fra rollen »gennemføre den research, der skal ligge til grund for beslutningen«. Når researcheren også er den, der foreslog funktionen, er bekræftelsesbias næsten uundgåelig.

En nyttig norm Skriv ned, før du går i gang med en research-session, hvilket resultat der ville få dig til at ændre mening. Kan du ikke nævne et, laver du ikke research, men teater. Evnen til at angive et resultat, der kan modbevise din hypotese, er forskellen mellem ægte undersøgelse og bekræftelsesbias med ekstra trin.

Om stikprøvestørrelse Til brugervenlighedstest afslører fem til otte deltagere størstedelen af problemerne, og det aftagende udbytte sætter hurtigt ind. Til interviews, der skal afdække problemer, er tolv til femten som regel nok til at nå mætning. Hvis du vil generalisere kvantitativt til en stor population, skal du bruge en ordentlig spørgeskemaundersøgelse med en repræsentativ stikprøve og ikke ti interviews.

Sådan understøtter FabricLoop ærlig research Når rå interviewnoter, opsamling og beslutninger ligger i samme tråd, er det sværere i det stille at kassere ubekvemme fund. Når belægget er synligt ved siden af beslutningen, kan teamet se, om konklusionen fulgte af det, der blev lært, eller gik forud for det.

10 pointer at tage med fra denne artikel

Dårlig research er værre end ingen research. Den giver falsk selvtillid og får teams til at holde op med at lede videre.
Spørg aldrig om hypotetisk fremtidig adfærd. Spørg i stedet om konkret tidligere adfærd.
Paneler af fortalere giver varm feedback med fokus på forbedringer, men ikke indsigt i, hvorfor folk forlader produktet eller aldrig bliver kunder.
Tal med brugere, der er holdt op, og med folk, der ikke bruger produktet. Feedbacken er ubehagelig, men nødvendig.
Ledende spørgsmål giver høflig enighed og ikke en ærlig vurdering. Vær omhyggelig med dine formuleringer.
Når en bruger foreslår en løsning (»Jeg vil gerne have filtrering«), så spørg altid hvorfor. Svaret afslører som regel en bedre løsning.
Kvalitativ research fortæller dig, hvad der sker, og hvorfor. Den kan ikke fortælle dig, hvor mange det gælder. Præsentér den ikke med talmæssig præcision.
De fleste fejl i research er motiverede: Beslutningen er allerede truffet, og researchen bruges til at legitimere den.
Adskil den, der foreslår funktioner, fra den, der gennemfører den research, der vurderer dem.
Skriv ned, før du går i gang med en research-session, hvilket resultat der ville få dig til at ændre mening. Kan du ikke det, laver du ikke research.