15. En brukertest er en simulering av at
reelle brukere forsøker å
gjøre reelle oppgaver
Slik at vi kan
avdekke
brukervennlighets-problemer
16. • Webstatistikk kan gi
symptomer på problemer,
brukertest kan gi diagnose
• Brukertest kan avdekke et
spekter av problemer,
spørreundersøkelse kan
avdekke utbredelsen
• Søkelogger kan gi
innblikk i brukernes språk,
kortsortering for å finne
system
Brukertest
er ett av
verktøyene
19. Du trenger
ikke et ferdig
nettsted for å
teste...
Papir
Prototype
20. Du trenger
ikke et ferdig
nettsted for å
teste...
Papir
Prototype HTML-prototype
21. Papirprototype
Papirskisse
Klikkbare
wireframes
Klikkbare
designskisser
Wireframes Designskisser
Prototype
uten design
Prototype i
HTML & CSS
Interaktiv
Flat
Grov Detaljert design
Funksjonell
Ferdig løsning
Tidlig testing av ideer
22. Kan teste tekster og
informasjonsarkitektur
Papirprototype
Papirskisse
Klikkbare
wireframes
Klikkbare
designskisser
Wireframes Designskisser
Prototype
uten design
Prototype i
HTML & CSS
Interaktiv
Flat
Grov Detaljert design
Funksjonell
Ferdig løsning
Tidlig testing av ideer
23. Kan teste tekster og
informasjonsarkitektur
Papirprototype
Papirskisse
Klikkbare
wireframes
Klikkbare
designskisser
Wireframes Designskisser
Prototype
uten design
Prototype i
HTML & CSS
Interaktiv
Flat
Grov Detaljert design
Funksjonell
Ferdig løsning
Tidlig testing av ideer
Teste ikonografi,
ser ting klikkbart
ut
24. Papirprototype
Papirskisse
Klikkbare
wireframes
Klikkbare
designskisser
Wireframes Designskisser
Prototype
uten design
Prototype i
HTML & CSS
Interaktiv
Flat
Grov Detaljert design
Funksjonell
Ferdig løsning
Tidlig testing av ideer
Mer realistisk
testing av flyt og
skjemaer
Kan teste tekster og
informasjonsarkitektur
Teste ikonografi,
ser ting klikkbart
ut
25. Men prinsippene er de
samme. Det handler om
å se hva brukerne gjør
og høre hvordan de
tenker.
32. Kundeservice og
sentralbord
Hva ringer folk og spør
om?
Webstatistikk
Hvor faller brukerne av?
Hvor bruker de uventet
mye tid?
Søkelogger
Hva virker det som folk
ikke finner?
Hvor kan vi
finne
mulige
problemer?
33. Du bør
også teste
ting som...
• gjøres ofte eller av
mange brukere
• får store konsekvenser
dersom brukerne ikke
klarer
• er kjepphester som man
må avdekke om har rot i
virkeligheten
94. Tips • Gi brukeren et problem de
skal løse, i stedet for be
dem “finne” noe
• Ikke bruk nøyaktig de
samme begrepene som på
nettsida
• Tilpass oppgavene til den
enkelte testperson for å
gjøre det mer realistisk
95. Helt åpen
Hva ville du gjort for å
finne ut hvordan man
kan merke at man har
brystkreft?
96. Helt åpen
Hva ville du gjort for å
finne ut hvordan man
kan merke at man har
brystkreft?
Delvis åpen
Gå til kreftforeningen.no.
Hva ville du gjort om du
skulle funnet ut hvordan man
kan merke at man har
brystkreft?
97. Helt åpen
Hva ville du gjort for å
finne ut hvordan man
kan merke at man har
brystkreft?
Konkret
Kan du finne listen
over vanlige
symptomer på
brystkreft her på
kreftforeningen.no?
Delvis åpen
Gå til kreftforeningen.no.
Hva ville du gjort om du
skulle funnet ut hvordan man
kan merke at man har
brystkreft?
102. Kvalitativt
Spørreundersøkelser
Brukertesting
Kvantitativt
Søkeanalyse
A/B-testing
Intervjuer
Fokusgrupper Feltstudier
Webstatistikk
“Fant du det
du lette etter?”
Tråling av
sosiale medier
103. Kvalitativt
Brukertesting
Kvantitativt
Selv-rapportert
Observert
Spørreundersøkelser
Søkeanalyse
A/B-testing
Intervjuer
Fokusgrupper Feltstudier
Webstatistikk
“Fant du det
du lette etter?”
Tråling av
sosiale medier
104. Kvalitativt
Kvantitativt
Selv-rapportert
Observert
Spørreundersøkelser
Søkeanalyse
A/B-testing
Brukertesting
Intervjuer
Fokusgrupper Feltstudier
Webstatistikk
“Fant du det
du lette etter?”
Tråling av
sosiale medier
105. Kvalitativt
Kvantitativt
Selv-rapportert
Observert
Spørreundersøkelser
Søkeanalyse
A/B-testing
Intervjuer
Fokusgrupper Feltstudier
Webstatistikk
“Fant du det
du lette etter?”
Tråling av
sosiale medier
106. Les denne
bloggposten!
https://medium.com/@mulegirl/focus-groups-are-worthless-7d30891e58f1
107. Observasjon
• Hva du så testpersonen
gjøre
• Hva testpersonen sa
Tolkning
• Hva du tror var grunnen til
at testpersonen gjorde som
de gjorde
Forbedringsforslag
• Hva du tror kunne vært en
god løsning på problemet
Husk å
skille
mellom
109. Observasjon
• Brukeren klikket ikke på “kjøp”-knappen
Tolkninger
• Knappen har feil plassering
• Knappen står ikke ut pga form eller farge
• Teksten “kjøp” høres for bindende ut
• Brukeren trodde ikke han skulle “kjøpe” siden det bare er en
test
110. Når trenger du flere
observatører?
• Hvis det er viktig med forankring
• Stort sett er jo flere observatører, jo bedre, fordi ulike
personer legger merke til ulike ting
• Hvis du tester en tidlig versjon av ny løsning er det som regel
lurt å få med utviklere, som kan få øye på andre ting enn deg
114. Analysen må gjøres så
raskt som mulig av dem
som gjennomførte
brukertesten
115. Analyse på 1-2-3
Er det noe dere observerte
• ...på tvers av flere testpersoner på den samme oppgaven?
• ...på tvers av flere oppgaver?
Denne analysen kan du gjøre løpende mellom hver
testperson.
122. Hvordan
prioritere?
• Hvor mange bruker det?
• Hvor store konsekvenser
er det at det går galt?
• Får dette funnet støtte fra
andre datakilder, for
eksempel webstatistikk
eller kundeservice?
• Hvor vanskelig eller
kostbart er det å rette opp
i det?
123. Sørg for at
det skjer
noe med
resultatene!
• Omformuler hvert
brukervennlighetsproblem
til et gjøremål
• Fordel ansvar for hvert
gjøremål
124. Takk for meg!
Ida Aalen
ida@netliferesearch.com
45 24 24 12
@idaAa