Brukertesting betyr å se ekte mennesker prøve å fullføre ekte oppgaver i produktet, på nettsiden eller i prototypen din. Du noterer hvor de nøler, går seg vill eller gir opp. Det forteller deg om designet fungerer, ikke om folk vil ha produktet.
Det viktigste
- Gi folk en realistisk oppgave, og se på. Ikke forklar eller hjelp.
- Rundt fem brukere per runde finner som regel de største problemene.
- Modererte tester lar deg stille spørsmål underveis. Umodererte tester er enklere å kjøre i stor skala.
- Spør hva som forvirret folk rett etter oppgaven, mens de fortsatt husker det.
Dette viser brukertesting deg
Analysedata kan fortelle deg at halvparten av de besøkende forsvinner på steg tre. De kan ikke fortelle deg hva som skjedde der. Det kan brukertesting.
I en typisk test kan du for eksempel se at:
- Folk ikke la merke til hovedknappen fordi de måtte scrolle for å se den på en bærbar PC.
- Etiketten «Arbeidsområde» ikke betydde noe for dem. De lette etter «Konto».
- De skrev et helt spørsmål i søkefeltet, som om det var en chat.
- De klikket på logoen for å komme til forsiden, men havnet på en markedsføringsside.
Ingenting av dette dukker opp i et traktdiagram. Brukertesting er én del av bredere brukerundersøkelser, og det er den delen som sjekker selve designet.
Når du bør kjøre en brukertest
Du kan teste i nesten alle faser. Jo tidligere, desto billigere.
- Før du bygger. Test en skisse eller en klikkbar prototyp. Å endre en tegning tar noen minutter.
- Før en lansering. Sjekk en ny flyt med ekte brukere før alle får se den.
- Etter en lansering. Test når analysedataene viser et frafall du ikke kan forklare.
Moderert vs umoderert brukertesting
Det første valget er om noen skal lede økten direkte.
| Moderert | Umoderert | |
|---|---|---|
| Slik fungerer det | En fasilitator leder økten, fysisk eller i en samtale | Folk gjør oppgavene alene mens et verktøy tar opp |
| Styrke | Du kan stille oppfølgingsspørsmål der og da | Raskt og billig å kjøre med mange personer |
| Svakhet | Tregt, og begrenset av kalenderen din | Du kan ikke spørre hvorfor noen stoppet opp |
| Passer best til | Tidlige prototyper og komplekse flyter | Å sjekke kjente flyter og sammenligne versjoner |
Mange team bruker begge: modererte økter for tidlige idéer, og umodererte tester for å sjekke forbedringene senere.
Vanlige metoder for brukertesting
- Oppgavebasert test:
Gi et realistisk scenario, som «Du vil si opp før neste fornyelse», og se hvordan de prøver å gjøre det.
- Tenke høyt:
Be folk si hva de tenker underveis. Da hører du hva de forventer i hvert steg.
- Førsteklikkstest:
Vis en skjerm og spør hvor de ville klikket for å gjøre noe. Et feil første klikk betyr ofte en mislykket oppgave.
- Femsekunderstest:
Vis en side i fem sekunder, og spør hva de husker. Passer godt for landingssider og dashbord.
- Tretest:
Test menystrukturen med bare tekstetiketter, før du designer skjermene.
Slik gjennomfører du en brukertest
Velg én flyt og ett mål
Hold det smalt. «Kan en ny bruker invitere en kollega?» er et godt mål. «Test appen» er det ikke.
Skriv tre til fem oppgaver
Bruk ordene brukerne bruker, ikke etikettene i grensesnittet. Si «del denne rapporten med lederen din», ikke «klikk på Del».
Finn de riktige personene
Velg folk som ligner de ekte brukerne dine, helst fem per brukertype. Kolleger vet for mye til å være nyttige.
Se på og vær stille
Les oppgaven én gang, og la dem jobbe. Spør de «Gjør jeg dette riktig?», svarer du «Hva ville du gjort hvis jeg ikke var her?»
Spør hva som forvirret dem
Rett etter hver oppgave spør du hvor de nølte, og hva de forventet skulle skje. Hukommelsen blekner fort.
Ranger, fiks og test igjen
Sorter problemene etter hvor mye de stopper folk, og hvor mange som støter på dem. Fiks de verste, og kjør en ny runde.
Hvor mange brukere du trenger
Den kjente forskningen til Jakob Nielsen viste at rundt fem brukere finner de fleste problemene i én enkelt flyt. Etter det gjentar nye økter stort sett det du allerede har sett.
Tallet har to forbehold. Det gjelder per brukertype, så et produkt med administratorer og vanlige brukere trenger fem av hver. Og det forutsetter at du fikser ting og tester på nytt. Trenger du pålitelige tall, som en fullføringsrate du kan rapportere, trenger du mange flere personer.
Små og hyppige tester slår store og sjeldne. Fem brukere annenhver uke forbedrer produktet ditt raskere enn én stor studie i året.
Vanlige feil
Å lede brukeren. «Prøv å se oppe til høyre» eller bare et raskt «fint» etter et riktig klikk endrer hva de gjør. Skriv ned oppgavene og hold deg til dem. Disse eksemplene på ledende spørsmål viser hva du bør unngå.
Å teste med teamet ditt. Kolleger kjenner sjargongen og snarveiene. De flyr gjennom oppgaver som kundene dine mislykkes med.
Å blande «klarer du det» med «liker du det». Noen kan fullføre alle oppgaver og likevel ikke ville ha produktet. Test brukervennligheten først. Spar spørsmål om behov og verdi til brukerintervjuer.
Å fikse alt på én gang. Ikke alle klager stopper folk. Én person som står helt fast, betyr mer enn fem personer som er litt irritert over en farge.
Slik kan Diaform hjelpe
Diaform tar ikke opp skjermer, klikk eller oppgaver. Bruk det vanlige testverktøyet ditt eller en live-økt til den delen. Det Diaform er god på, er samtalen som kommer etterpå.
Send folk en lenke når de er ferdige med en oppgave eller en flyt, som onboarding. AI-agenten spør hva som forvirret dem, hvor de nølte og hva de forventet. Når noen sier «det var litt forvirrende», spør den hvilken del. Hver samtale blir oppsummert, så du kan lese hva som gikk galt uten å avtale en samtale med hver person. Se hvordan team bruker det til brukertesting, eller start en gratis prøveperiode.
