Brukertesting

Du har en prototype. Nå skal du sette den i hendene på ekte mennesker og se hva som skjer. Brukertesting handler ikke om å høre om folk liker det du har laget, men om å se om de faktisk får til det de skal — og hvor de snubler.

Sett opp en enkel brukertest

Du trenger ikke labb eller utstyr. Du trenger noen fra målgruppa, en oppgave og et sted å notere. Overraskende få tester avdekker overraskende mye: allerede etter en håndfull brukere ser du de samme problemene gå igjen, og da vet du hva du må fikse.

Lag en kort plan: én til tre realistiske oppgaver brukeren skal utføre med prototypen. For Ingrids emballasje-tjeneste kan oppgaven være «bestill en gjenbrukskasse og finn ut hvordan du sender den tilbake». Skriv oppgaven som et mål, ikke som en oppskrift — ikke røp knappene de skal trykke på.

Observer atferd fremfor å spørre om meninger

Dette er kjernen. Meninger er høflige og upålitelige; atferd er ærlig. Be brukeren tenke høyt mens de prøver, og så holder du munn. Fristelsen til å hjelpe når de står fast er enorm — men det er nettopp der de står fast, at du lærer mest. Tell til ti i stillhet før du eventuelt griper inn.

Unngå ledende spørsmål underveis. Ikke «var ikke det enkelt?», men «hva tenker du nå?». Når brukeren spør «hva skal jeg gjøre her?», svar med «hva ville du gjort hvis jeg ikke var her?». Du er der for å observere, ikke for å redde prototypen din.

Mål om folk forstår og får til oppgaven

Bestem på forhånd hva som teller som å lykkes. For hver oppgave noterer du:

• Klarte de det? Ja, delvis eller nei.
• Hvor snublet de? Nøyaktig hvilket steg, og hva de trodde ville skje.
• Hva sa de høyt? Gjerne ordrett, spesielt frustrasjon og overraskelse.
• Forsto de det i det hele tatt? Skjønte de hva tjenesten var og hva de skulle gjøre?

Et vanlig sjokk er å se noen misforstå noe du trodde var innlysende. Det er ikke brukeren som er treg — det er prototypen som er utydelig. Den innsikten er gratis nå og dyr etter lansering.

Samle inn og prioriter tilbakemeldinger

Etter hver test skriver du ned funnene med en gang, mens de er ferske. Når du har testet noen stykker, ser du etter mønstre: problemer som dukker opp hos flere er viktigere enn en enkelt persons preferanse. Sorter funnene etter alvorlighet — hva stoppet brukeren helt, hva irriterte, hva var småplukk. Du kan ikke fikse alt; du skal fikse det som hindrer folk i å lykkes.

Vær forsiktig med å overtolke enkeltstemmer. Én person som elsker eller hater noe er en anekdote; tre som snubler på samme sted er et mønster.

Hvor mange brukere trenger du?

Færre enn du tror. Allerede med rundt fem brukere fanger du opp de fleste av de tydelige problemene, fordi de samme snublesteinene rammer folk om igjen. Test heller ofte med noen få enn sjelden med mange — da kan du rette opp og teste på nytt.

Vanlige feil å unngå

Den vanligste feilen er å snakke for mye: å forklare, hjelpe og forsvare i stedet for å observere. En annen er å teste med feil folk — venner som gjerne vil at du skal lykkes. En tredje er å spørre «likte du det?» til slutt; da får du et høflig ja som ikke er verdt noe. Bytt det ut med «hva ville du gjort videre nå?» og «hva var det vanskeligste?». Og husk: når en bruker sliter, er det aldri brukeren som er dum. Det er verdifull informasjon om produktet ditt.

Gjør dette nå

Finn tre personer fra målgruppa og gi hver av dem én realistisk oppgave med prototypen. Lag et enkelt observasjonsark med kolonnene «klarte oppgaven», «hvor snublet de» og «hva de sa». Hold munn mens de prøver, og noter alt. Etterpå ringer du inn de problemene som gikk igjen hos flere enn én — det er dem du tar med til neste leksjon om å iterere.