Wikier

NTNU Sak - Om...

NTNU Sak - Arbeid med brukertesting

Har du lurt på hvordan du på en enkel måte kan gjennomføre en brukertest?

Både i NTNU Sak-prosjektet og i organisasjonen har vi behov for å brukerteste informasjon, kurs og velkomstarrangement for studenter.

Innføringsteamet i NTNU Sak har lagd nettsiden fordi vi selv trengte en rutinebeskrivelse om brukertesting.

Test alt, alltid!

Planlegge brukertest

Planlegging

Det er viktig å planlegge godt før du setter i gang med brukertesting. Du bør ha et klart bilde av hvorfor du tester, hvem du tester, og hva du tester.

  • Skriv manus til brukertest, noter også hva du vil bruke resultatene til
  • Lag en hyggelig invitasjon
  • Ha flere med på laget - ikke test alene
  • Rekrutter riktige personer tidlig!
  • Fang oppmerksomheten til testpersonene

Forbered manus til brukertest og og hva du vil bruke resultatene til

Når du skal forberede manus/intervjuguide til brukertesten, må du også tenke over hva resultatet skal brukes til, og at du må lage god oppgave til testingen. Dette bør du gjøre senest dagen før.

Test gjerne testen på en hyggelig kollega først for å se om du har fått med alt, og om spørsmålene og oppgavene er forståelig. Altså en liten brukertest av brukertesten. Så kan du gå i gang!

Rekrutter de riktige personene tidlig og lag en hyggelig invitasjon

Det er viktig å tenke over hvem som er målgruppen til det du skal teste. Testpersoner og testmetode kan raskt avklares ut ifra hva som skal testes.

Hvis du skal teste brukervennligheten til noe du har skrevet og publisert på en nettside, kan du teste både på noen som har lest teksten og noen som ikke har lest den tidligere. Hvis du skal brukerteste noe nytt som du har laget, for eksempel en rutinebeskrivelse, tenker du gjennom hvem målgruppen er og tester på dem.

God informasjon til testpersonene er viktig for at de skal kunne svare best mulig på spørsmålene eller oppgavene du har forberedt. Vær tydelig på hva du ønsker at testpersonene skal teste. Vær også tydelig på hva resultatene skal brukes til.

Inviter flere testpersoner enn du trenger. Det hender at noen trekker seg. Dessuten er det viktig å ha nok testpersoner. Når du begynner å få likelydende svar, har du testet på mange nok personer.

Jobb sammen i team - ikke test alene

Det er mulig å gjennomføre små enkle brukertester alene, men det er en fordel å jobbe i team. Da kan én teste og én notere/observere.

Skal du for eksempel gjennomføre et intervju om et produkt du har laget, kan kollegaen din være med og oppklare misforståelser eller løse andre utfordringer. Hvis dere er flere som jobber med å utvikle det som skal testes, bør alle være til stede.

Skal du utføre en enkel test på en kollega, kan du gjennomføre testen alene.

Fang oppmerksomheten til testpersonene

Om testpersonene er studenter, ta med noe som fanger oppmerksomheten deres, for eksempel kaffe, boller eller sjokolade. Andre testperson setter også pris på en liten oppmerksomhet som takk. Er det noe som krever mye innsats fra de som skal teste, kan du ta med gavekort eller «Bli med i trekningen av …». Er det en mindre test, kan du for eksempel servere sjokolade, kjeks, godteri eller kaffe – noe som trekker oppmerksomheten deres til deg.

Skal du teste på en kollega, ta med en kopp kaffe, te, sjokolade eller lignende når du går inn på kontoret for å spørre om de vil være med og teste. Da blir det god stemning, og kollegaen er mer villig til å hjelpe. Det er ikke for at man skal kjøpe deltakerne til å svare det du ønsker, men for å gi en liten oppmerksomhet til de som bruker tiden sin på å hjelpe deg og ditt produkt til å bli bedre.

Gjennomføre brukertest

Testen starter

Viktig å tenke på idet testen starter:

  • Si takk for at personen stiller
  • Forklar hva resultatet skal brukes til
  • Forklar hva testen går ut på.

Det er viktig å få fram at det er produktet som testes, ikke personen. Det er ingen feil svar i en brukertest!

Under selve testen er det en viktig hovedregel: Bare noter, ikke kommenter. Oppklaring av misforståelser er lov.

Som nevnt i eksemplene over, finnes det mange måter å gjennomføre testen på:

  • Digital test der testpersonen
    • fyller ut et skjema
    • intervjues via Teams
  • Fysisk møte med testpersonen(e)

Du kan lese mer om tipsmetoder lengre ned.

Hvis dere er flere som tester, kan teamet gjennomføre en brief mellom testene også. Hvis det kommer frem at det er feil eller smertepunkter i testen, kan du rette dem opp før du tester neste person.

Forslag til enkle testmetoder

  • Mikrotest. Skriv ut det du vil ha testet på et ark. Brett arket sånn at bare overskrift og ingress synes. Be brukerne om å se på overskrift og ingress før de skriver ned hvilke 3-4 spørsmål de forventer å få svar på i artikkelen.
  • 5 på gata. Finn noen på gata eller i gangen som passer målgruppen din og be dem om å lese teksten din på mobil, nettbrett eller pc. Still dem noen spørsmål om hva de synes om teksten, om de forstår den, og om de har noen forslag til forbedringer.
  • Geriljatesting. Oppsøk leserne der de er og be dem lese det du vil teste. Når de har lest, stiller du dem noen enkle spørsmål. For eksempel: Hva handler teksten om? Hva er hovedpoenget? Hva er det viktigste du lærte? Hva var vanskelig å forstå?
  • A/B-testing. Lag to varianter av det du ønsker å teste. For eksempel en tekst på en nettside, innlending til et skjema eller tekst i en app, og så ber du testpersonene gi tilbakemelding på om versjon A eller B er mest forståelig. Be gjerne testpersonene om å begrunne svaret.

Hvis testen foregår digitalt, kan du ta skjermopptak og se hvor brukeren trykker. Husk å innhente samtykke til å ta videopptak på forhånd.

Etterarbeid

Sett av tid til debriefing

Når du har fått tilstrekkelig informasjon fra testen, bearbeider du og teamet resultatene.

  • Snakk litt løst og fast om hvordan dere synes det gikk, og om det er noe dere bør gjøre annerledes neste gang. Fikk dere svar på det dere ønsket?
  • Hvis du har gjennomført testen alene, anbefaler vi å dele resultatene med en kollega og be han eller henne stille kritiske spørsmål og komme med innspill.
  • Ved å diskutere resultatene med andre unngår du at du tolker svarene ut fra egen forutinntatthet.

Sorter notater, skill ut hovedfunn og strukturer resultatene

I Nettskjema og Menti overføres svarene til en excelfil. Derfra kan du overføre funnene til post-it-lapper i Miro.

  • Sorter svarene under egne overskrifter eller kategorier. Se etter tendenser.
  • Var det noen av svarene som gikk igjen? Disse er spesielt interessante.
  • Ta vare på gode sitater. Det å ha med ekte sitater fra ekte testpersoner kan være med å understreke problemene som kommer fram under testen.

Gjør tilpasninger/endringer i produktet

  • Bestem dere for hvilke av svarene dere tar med videre. Noter begrunnelsen dersom det er tilbakemeldinger dere ikke tar med videre.
  • Lag en prioriteringsliste
    • Hva kan endres
    • Hvem skal endre
    • Er det noe som krever større endringer, bør det være flere som jobber med det, i så fall hvem?
  • Sett gjerne en tidsfrist for når endringene skal være ferdig

Prototyp, retesting og lansering av ferdig produkt

Når du har gjennomført testen, etterarbeidet og tilpassingene som må gjøres etter tilbakemeldingene fra testpersonene, er det lurt å reteste det endelige resultatet. Dette gjøres for å se om det ble mer forståelig/leservennlig og om du har oppnådd det du ønsket med testen. Her kan du vurdere om du skal ta kontakt med noen av de som var med i første runde av testen for å høre om de kan tenke seg å teste på nytt. I tillegg er det viktig å teste på nye testpersoner.

Hvis produktet skal brukes flere ganger, trenger du en plan for periodevis retesting. Det gjelder for eksempel kurs som skal brukes flere ganger og nettsider.

Hva oppnår vi med brukertest?

Den som testes

  • bidrar med kunnskap og erfaring
  • brukermedvirker
  • gir tilbakemelding
  • lærer noe om produktet
  • avdekker feil eller mangler som testeren ikke er klar over

Den som tester

  • øker brukeropplevelsen
  • øker måloppnåelsen
  • sikrer brukerens rett til å få informasjon i klarspråk
  • kan i videre arbeid med produktutvikler eller eget team vise til feil, mangler eller misforståelser i produktet, rapportert av dem som skal bruke det