Brugertest går ud på at se rigtige mennesker prøve at løse rigtige opgaver i dit produkt, dit website eller din prototype. Du noterer, hvor de tøver, farer vild eller giver op. Testen fortæller dig, om designet virker, ikke om folk vil have produktet.
Det vigtigste
- Giv folk en realistisk opgave, og se så på. Forklar ikke, og hjælp ikke.
- Omkring fem brugere pr. runde finder som regel de største problemer.
- I modererede tests kan du stille spørgsmål live. Umodererede tests er nemmere at køre i stor skala.
- Spørg, hvad der forvirrede folk, lige efter opgaven, mens de stadig kan huske det.
Det viser en brugertest dig
Dine brugsdata kan fortælle dig, at halvdelen af dine besøgende forsvinder ved trin tre. De kan ikke fortælle dig, hvad der skete der. Det kan en brugertest.
I en typisk test kan du for eksempel opdage følgende:
- Folk lagde ikke mærke til hovedknappen, fordi den lå under folden på en bærbar.
- Etiketten »Arbejdsområde« sagde dem ingenting. De ledte efter »Konto«.
- De skrev et helt spørgsmål i søgefeltet, som om det var en chat.
- De klikkede på logoet for at komme til forsiden og landede i stedet på en marketingside.
Intet af det dukker op i et tragtdiagram. Brugertest er én del af den bredere brugerresearch, og det er den del, der tjekker selve designet.
Hvornår du skal lave en brugertest
Du kan teste i næsten alle faser. Jo tidligere, jo billigere.
- Før du bygger. Test en skitse eller en klikbar prototype. Det tager minutter at ændre en tegning.
- Før en lancering. Tjek et nyt flow med rigtige brugere, før alle ser det.
- Efter en lancering. Test, når dine data viser et frafald, du ikke kan forklare.
Modereret vs. umodereret brugertest
Det første valg er, om nogen styrer sessionen live.
| Modereret | Umodereret | |
|---|---|---|
| Sådan fungerer det | En facilitator guider sessionen, fysisk eller over et opkald | Folk løser opgaverne alene, mens et værktøj optager dem |
| Styrke | Du kan stille opfølgende spørgsmål i øjeblikket | Hurtigt og billigt at køre med mange personer |
| Svaghed | Langsomt og begrænset af din kalender | Du kan ikke spørge, hvorfor nogen tøvede |
| Bedst til | Tidlige prototyper og komplekse flows | At tjekke kendte flows og sammenligne versioner |
Mange teams bruger begge. Modererede sessioner til tidlige idéer, umodererede tests til at tjekke rettelserne senere.
Almindelige metoder til brugertest
- Opgavebaseret test:
Giv et realistisk scenarie, fx »Du vil opsige, før dit abonnement fornyes næste gang«, og se, hvordan de griber det an.
- Tænke højt:
Bed folk sige, hvad de tænker, undervejs. Du hører, hvad de forventer ved hvert trin.
- Første klik-test:
Vis en skærm, og spørg, hvor de ville klikke for at gøre noget. Et forkert første klik betyder ofte en mislykket opgave.
- Femsekunderstest:
Vis en side i fem sekunder, og spørg, hvad de husker. God til landingssider og dashboards.
- Træstrukturtest:
Test din menustruktur kun med enkle tekstetiketter, før du designer skærmene.
Sådan laver du en brugertest
Vælg ét flow og ét mål
Hold det snævert. »Kan en ny bruger invitere en kollega?« er et godt mål. »Test appen« er ikke.
Skriv tre til fem opgaver
Brug dine brugeres ord, ikke etiketterne i din brugerflade. Sig »del denne rapport med din chef«, ikke »klik på Del«.
Find de rigtige personer
Vælg folk, der ligner dine rigtige brugere, helst fem pr. type bruger. Kolleger ved for meget til at være brugbare.
Se på, og vær stille
Læs opgaven op én gang, og lad dem så arbejde. Hvis de spørger »Gør jeg det rigtigt?«, så svar »Hvad ville du gøre, hvis jeg ikke var her?«
Spørg, hvad der forvirrede dem
Lige efter hver opgave spørger du, hvor de tøvede, og hvad de forventede ville ske. Hukommelsen forsvinder hurtigt.
Prioritér, ret og test igen
Sortér problemerne efter, hvor meget de blokerer folk, og hvor mange der rammes af dem. Ret de værste, og kør så en ny runde.
Hvor mange brugere du skal bruge
Jakob Nielsens velkendte forskning viste, at omkring fem brugere finder de fleste problemer i ét flow. Derefter gentager nye sessioner mest det, du allerede har set.
Det tal har to forbehold. Det gælder pr. type bruger, så et produkt med administratorer og almindelige brugere skal have fem af hver. Og det forudsætter, at du retter ting og tester igen. Har du brug for pålidelige tal, fx en gennemførelsesrate, du kan rapportere, skal du bruge mange flere personer.
Små og hyppige tests slår store og sjældne. Fem brugere hver anden uge forbedrer dit produkt hurtigere end ét stort studie om året.
Typiske fejl
At lede brugeren. »Prøv at kigge øverst til højre« eller bare et hurtigt »fint« efter et korrekt klik ændrer, hvad de gør. Skriv dine opgaver ned, og hold dig til dem. Disse eksempler på ledende spørgsmål viser, hvad du skal undgå.
At teste med dit eget team. Kolleger kender fagsproget og genvejene. De suser igennem opgaver, som dine kunder fejler.
At blande »kan du« med »kan du lide det«. Nogen kan løse alle opgaver og stadig ikke have lyst til produktet. Test brugervenligheden først. Gem spørgsmål om behov og værdi til brugerinterviews.
At rette alt på én gang. Ikke alle klager er en blokering. Én person, der sidder helt fast, betyder mere end fem, der er lidt irriterede over en farve.
Sådan hjælper Diaform
Diaform optager ikke skærme, klik eller opgaver. Brug dit sædvanlige testværktøj eller en live-session til den del. Det, Diaform klarer godt, er samtalen bagefter.
Send folk et link, når de er færdige med en opgave eller et flow som onboarding. AI-agenten spørger, hvad der forvirrede dem, hvor de tøvede, og hvad de forventede. Når nogen siger »det var lidt forvirrende«, spørger den, hvilken del. Hver samtale bliver opsummeret, så du kan læse, hvad der gik galt, uden at booke et opkald med hver person. Se, hvordan teams bruger det til brugertest, eller start en gratis prøveperiode.
