AAA
Utskriftsvennlig versjon [ikon]

3-minutters guide

Brukergrensesnittet er en del av selve systemet og kan inneholde feil på lik linje med database og forretningslogikk. Du kan unngå misfornøyde brukere ved å kjøre en enkel og rimelig brukertest.

En brukertest vil på en enkel måte hjelpe deg å sikre et brukervennlig system. Brukertesting går ut på å be et utvalg representative brukere om å løse en eller flere typiske oppgaver på systemet som du vil teste. Du ber testbrukerne om å tenke høyt mens de utfører oppgavene, du observerer samtidig hva de sier og gjør, og hvor de feiler. Innsikten du får på denne måten hjelper deg til å forbedre systemet - og brukeropplevelsen.

 

Relaterte guider

 

Hvorfor skal du brukerteste
Brukertesting er avgjort den beste måten å sikre at brukernes behov blir ivaretatt, og at it-systemene blir raske og enkle å bruke. Utfordringen med tradisjonell brukertesting er at du må bruke dyre laboratorier med videokameraer og enveisspeil og mange testbrukere for å oppnå statistisk signifikans. Kostnadene forbundet med dette skremmer mange fra å benytte metoden. Det finnes imidlertid en alternativ metode som gir omtrent samme resultat med færre testbrukere og enklere midler. Vi kaller den lavbudsjettsbrukertesting.

Mange benytter fokusgrupper der de viser frem løsningen for brukerne, som så gir sine meninger. Men denne metoden sier ingenting om hvordan de faktisk kommer til å bruke løsningen og hvilke feil den har. Den beste måten å sjekke om løsningen fungerer slik dere ønsker, er å plassere brukerne foran systemet mens det kjører, og så gi dem relevante oppgaver å løse.

 

Slik forbereder du en lavbudsjettsbrukertest
En lavbudsjettsbrukertest krever lite ressurser og er rask å gjennomføre sammenlignet med tradisjonell brukertesting.

1. Sett av ressurser
Sørg for at det blir satt av ressurser til brukertesting allerede ved prosjekteringen. Det er lettere å nedprioritere denne testingen hvis den ikke er planlagt.

 2. Brukertesting er en iterativ prosess
Forbered prosjektleder på at testingen vil medføre endringer i systemet. Det er ingen vits i å gjennomføre brukertester hvis du ikke har tenkt å gjøre noe med feilene du finner.

 3. Lag en oppskrift for testen
Før en test kan gjennomføres må prototypen kjøres, møterom bestilles, testbrukere innkalles og mye mer. En testoppskrift vil sikre at alt er klart før testing. Den sier eksplisitt hvilke ressurser som trengs og hva som må gjøres, og den fungerer som kommunikasjon mellom ulike deler av testteamet.

 4. Test tidlig og ofte - og gjør det så enkelt som mulig
Det er bedre å gjennomføre mange små tester enn å bruke alle ressursene på én stor test helt mot slutten. Dessuten er det for sent å teste når systemet er ferdig. Test på ulike prototyper avhengig av hvor du er i utviklingsprosessen. Enkle og billige papirprototyper kan du teste tidlig, senere tester du på fungerende prototyper i html - og mot slutten tester du versjoner av det endelige systemet.

 5. Du kan ikke teste alt
Test de nyeste, mest brukte, besværligste eller viktigste funksjonene.

 6. Lag gode testoppgaver
Testoppgavene må være korte og spesifikke. De må være realistiske og representative for målgruppen. Skriv dem i brukernes språk, unngå datasjargong med mindre du tester et system for personer med datakunnskap.

 7. Bruk tre til fem testbrukere
Brukervennlighetsguruen Jakob Nielsen sier det klart: «Ingen testbrukere gir ingen innsikt». Han hevder også at når du benytter mange testbrukere, repeterer de bare feil som allerede er funnet. Tre til fem testbrukere er nok - da finner du rundt 75 prosent av alle feil.

 8. Skaff friskt blod
Den viktigste faktoren ved valg av testbrukere er at de er i målgruppen for det ferdige systemet. Du trenger dessuten friskt blod - en bruker er «oppbrukt» etter én test og kan ikke brukes igjen. Bruker-representanter og prosjektdeltakere har for mye kunnskap om systemet og kan heller ikke være testbrukere.

 9. Lag et observatørskjema
Det er en stor utfordring å få notert alt brukeren gjør under en test. Et observatørskjema kan lette arbeidet og hjelpe deg å strukturere notatene.

 10. Skap en trygg ramme
Noe av det viktigste du gjør før en brukertest er å skape en trygg ramme rundt det hele. Det vil få brukeren til å føle seg trygg og komfortabel og sørge for at testen blir mest mulig reell uten unødvendig stress.

 11. Gjennomfør en pilottest
Du vil garantert oppdage at den første testen ikke går som planlagt. Kjør alltid en pilottest på en kollega før du tester på ekte testbrukere.
Pass også på at prototypen fungerer skikkelig før testen.

  

 Bruk resultatene
Oppsummer med en gang etter hver test. Fokuser på observasjonene og vent med diskusjonen om hvordan ting skal løses.

Gjør en oppsummering etter at alle testene er gjennomført og finn ut hva som fungerte godt og hva som ikke fungerte. Finn deretter løsninger på det som ikke fungerte. Du kan neppe fikse alt, så prioriter løsningene og foreslå hva som skal testes i neste omgang.

 

Brukertestrapporten
Lever en kortfattet rapport som beskriver observasjonene og som gir konkrete råd om hvordan løsningen bør forbedres. Ingenting overbeviser prosjektleder mer enn kommentarer fra brukerne som dere har notert dere under testen. Flett inn overbevisende utsagn fra testbrukerne som understøtter konklusjonene dere gjør.

Og husk, litt brukertesting er mye bedre enn ingen brukertesting.

  

Huskeliste for gjennomføring av brukertest

  • Introduser deg selv - og ikke glem de andre som også er med på testen.
  • Beskriv hensikten med testen. Si det som det er: «Vi ønsker å finne ut om det vi har laget er lett eller vanskelig å bruke og hvorfor. Vi gjør denne testen fordi vi ønsker å forbedre produktet».
  • Beskriv oppgaven og introduser produktet: Gi testpersonen en liste over de oppgavene han/hun skal gjennomføre. Beskriv produktet og fortell hvilken sammenheng det er tenkt i. Husk å ikke beskrive hvordan det virker!
  • Informer testbrukerne om at de kan avbryte når de vil: Testbrukerne bør ha en rettrettmulighet uten å måtte forklare hvorfor de avbryter. Det skaper trygghet hos brukeren.
  • Beskriv utstyret i rommet og begrensningene til prototypen: Dersom det blir brukt video eller lignende utstyr under testen må du forklare hvorfor.
  • Lær bort hvordan man tenker høyt: Testleder skal få testpersonen til å fokusere på oppgaven og oppmuntre ham til å tenke høyt. Det er avgjørende at testpersonen forstår hvor viktig det er å fortelle hva han/hun gjør. Det er slik man kan forstå hva som er galt med designen. Noter det brukeren sier og hans reaksjoner på systemets respons. Ta mer hensyn til handlinger og forklaringer enn meninger.
  • Forklar at du ikke kan hjelpe til: Unngå å gi brukeren hint, og besvar spørsmål med spørsmål, slik at vedkommende er nødt til å tenke selv. Målet med testen er å finne brukerens mening, ikke å forklare hvordan designteamet har tenkt. Noter eventuelle spørsmål, og besvar dem etter at testen er gjennomført. Testpersonen kan stille spørsmål før testen begynner og etter at den er ferdig.
  • Avslutt testen med å la brukeren uttale seg: Etter at testen er gjennomført skal testpersonen intervjues og trådene samles. Spør om konkrete sider ved designen, ting du så brukeren hadde problemer med da han/hun skulle gjøre de forskjellige oppgavene.
     
 

KONTAKT
Ketil Storvik, seniorrådgiver
E-post: ks@steria.no
Tel. 911 45 100

Steria AS, Biskop Gunnerus´ Gate 14A,
Pb. 2, N-0051 Oslo

 

Hjelp oss lage et bedre nettsted ved å svare på 4 enkle spørsmål.

 

Fant du informasjonen du ønsket på denne siden? Ja / Nei Opens in new window

  • Del med andre