ݺߣ

ݺߣShare a Scribd company logo

Brugertests - gør det selv, og gør det rigtigt (Internet Week Denmark)

•Download as PPTX, PDF•
•
Jens Hofman Hansen
Jens Hofman Hansen

Oplæg til en halvdagsworkshop om at lave brugertests selv.

1 of 56
Downloaded 17 times
Brugertests – gør det selv og gør det rigtigt
Hvem er vi? Henning Nielsen Senior UX Konsultent hni@vertica.dk Pia Schøtt Gregersen User Experience- Konsulent pgr@vertica.dk Jens Hofman Hansen Digital Foretningsudvikler jhh@vertica.dk
Dagens program 10:00 - 10:15 Velkomst og rundstykker 10:15 - 11:15 Introduktion til brugertest 11:15 - 11:45 Live brugertest – Bolia.com 11.45 - 12:00 Hvad så vi i brugertesten? 12:00 - 12:30 Frokost – sted: Foran mødelokalet Zelda 12:30 - 12:45 Instruktioner: Sådan laver I jeres egen brugertest Sted: mødelokalerne Zelda og Pacman 12:45 - 13:30 Lav din egen brugertest 13:30 - 14:00 Opsamling
Introduktion til brugervenlighedstests
Hvem har erfaring med brugervenlighedstests?
Formålet med at teste  Finde usability problematikker  Gøre løsningen (endnu) bedre for brugerne  Undersøge om anvendelsen af konventioner og designprincipper i løsningen holder.
Tænke-højt test  Vi beder brugeren løse en række scenarier, og samtidig beder vi dem ”tænke-højt”.  Dvs. at vi både ser, hvad de rent faktisk gør  Og vi får indsigt i deres refleksioner  Kvalitativ testmetode  Sikrer brugerinddragelse i processen
Er det ikke nok at snakke med brugerne?  Der er (desværre) forskel på, hvad folk siger og tror, de gør - og det, som de faktisk gør.  Systematik og fokus er vigtigt
Forberedelse til testen  Hvordan kommer du i gang?  Hvor mange og hvilke testdeltagere?  Hvad har du brug for ift. lokaler og teknik?  Hvordan planlægges testforløbet?
Formål med din test?  Skal hele produktet eller dele af det testes?  Sigter du efter kosmetiske rettelser eller noget mere grundlæggende?  Er der elementer, som du er særligt nysgerrig efter?  Kend dit website og lav evt. en liste over det, som du særligt vil undersøge.
Brugerprofiler Hvem skal bruge løsningen? Hvilke variationer er der i brugergruppen?  Alder  Køn  Uddannelse  Arbejdsopgaver  IT-erfaring  Interesser
Hvor mange brugere? Kilde: http://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/
Hvor mange brugere?  5 personer afdækker traditionelt 75% af problemerne.  Færre: Man overser problemer.  Flere: Man spilder nemt sin tid.  Laver hellere flere små testsessions end n stor.  Og husk: det er altid bedre at teste, end slet ikke at teste
Hverv brugere I  Gennem dit netværk  Analysebureau  Gennem din kunde  Kommer an på løsningen der skal testes og økonomi
Hverv brugere II  Det kommer an på formålet med testen, hvor meget brugerne skal vide på forhånd  Men husk:  Tid  Sted  Info om aflønning/gave  Og husk at påminde brugerne dagen inden testen, for at sikre at alle dukker op.
Hvor skal testen holdes?  Hjemme hos brugeren  Skaber tryghed for brugeren  Brugerens egen enhed  Testlokale  Mere struktur på testen  Samme enhed
Testlokaler og setup I  Kan både være simpelt og mere avanceret  Er du alene eller har du observatører?  Betyder noget i forhold til valg af lokaler
Testlokaler og setup II Kilde: http://abhilashkesav.wordpress.com
Inviter interessenter med som observatører!  Kunde  Projektleder  Udvikere  Yderst værdifuldt og skaber et fælles udgangspunkt
Testdrejebog Her skitseres hele testforløbet. Indeholder:  Plan for deltagere og tidspunkter for tests  Introduktion  Indledende interview  Test-scenarier  Afsluttende interview
Introduktion  Gør brugeren tryg ved situationen  Forklar alt det brugeren bør vide om testens forløb og tekniske setup
Indledende interview Formål:  Få baggrundsviden, som kan flettes ind i testforløbet. Spørg ind til:  Brugerens rutiner og adfærd  Brugerens tanker om anvendelse af løsningen eller lignende løsninger
Test-scenarier  Forberedes grundigt inden testen  Tag udgangspunkt i brugerens behov  Fokuser på de områder du har udvalgt som særligt væsentlige
Dårligt test-scenarie Find bogen Suzanne Brøggers bog ‘Jadekatten’ i bibliotekets database og stil dig i kø til den på reservationslisten  Ren betjeningsopgave  Ingen iscenesættelse  Brugerens behov er sat ud af spil
Godt test-scenarie Find en god bog til juleferielæsningen, som du kan nå at få med hjem inden juleaften.  Fokuserer på en brugssituation  Det er åbent for brugeren, hvad hun vil gøre (søge, finde åbningstider, reservere)
Afsluttende interview Spørg brugeren om afsluttende kommentarer. Lav eventuelt en afsluttende vurdering af løsningen.  Husk at udlevere gave/gavekort
Lidt praktiske ting  Print testscenarier til brugeren  Drikkelse, slik, frugt til testlokalet  Fortæl dine kolleger at der kommer gæster  Husk at købe gaver
Testdagen
Hold planen  Hold dig til planen  Test de vigtigste scenarier først  Vær inde i dit stof
Testlederens rolle  Testlederen er ansvarlig for hele testen.  Kontaktperson, styrende for tid og fysiske rammer.
Notatteknik  Udvikl din egen teknik  Hvis der er observatører, så aftal hvordan i gør  Hvordan er det nemmest at samle op efterfølgende?
Sociale konventioner  Testlederen må gerne snakke under testen - vi er ikke fluer på væggen.  En helt tavs testleder bryder almindelig menneskelig omgangstone.  Undgå dog direkte at forstyrre.  Giv gerne små tilkendegivelser: “aah ja”, “det kan jeg godt se”, “hvad tænker du lige nu?”, “huha, webdesigneren får travlt”
Brugeren har altid ret  r altid udsagn fra brugeren og forsøg aldrig at belære eller opdrage.  Forklar aldrig, at teknikken ikke tillader det, som brugeren forsøger.  Foreslår brugeren en ændring, så søg efter det underliggende problem.  Fortæl gerne, at du ikke forstår, hvad brugeren siger.
Lyt og spørg  Opgaven er at finde ud af, hvordan brugeren opfatter systemet.  Svar gerne med et spørgsmål: “Hvad forventer du, at der vil ske?”  Stil åbne spørgsmål  Læg ikke ord i munden på brugeren
Øvelse: Lav dine egne test-scenarier Vælg et site  Gerne dit eget eller et du rigtig gerne vil teste I skal bruge test-scenarierne til at foretage en test efter frokost, 2 og 2.
Live tænke-højt test
Efter brugertesten  Var det lærerigt?  Hvad var svært?  Hvad virkede godt?
FLUEN PÅ VÆGGEN Stor ros for  I var gode til at…
Vær opmærksom på  Ledende spørgsmål  Lad det ikke blive en skattejagt  …
Analyse af resultater  Gennemlæsning af noter  Hvad var de værste problemer?  Hvad er quick fixes?  Hvad kræver større redesign?  Hvad er prisen for og værdien af ændringerne?
Hvad kan I så gøre, når I kommer hjem?
Barrierer  Vi ved ikke, hvordan vi gør det  Vi mangler tid  Vi mangler penge  Vi mangler opbakning fra ledelsen
Setuppet bliver tit for stort
Brugertests - gør det selv, og gør det rigtigt (Internet Week Denmark)
Brugertests - gør det selv, og gør det rigtigt (Internet Week Denmark)
Gør noget af arbejdet selv
Brugertests - gør det selv, og gør det rigtigt (Internet Week Denmark)
䲹é-ٱ
Brugertests - gør det selv, og gør det rigtigt (Internet Week Denmark)
Familietesten
Kollegatesten
Brugerhvervning light
Brugertests - gør det selv, og gør det rigtigt (Internet Week Denmark)
Opbakning fra ledelsen  Start i det små  Optag videoer og vis dem frem
Litteratur
Tak for i dag!  Hjælp os med at blive bedre

More Related Content

Brugertests - gør det selv, og gør det rigtigt (Internet Week Denmark)

  • 1. Brugertests – gør det selv og gør det rigtigt
  • 2. Hvem er vi? Henning Nielsen Senior UX Konsultent hni@vertica.dk Pia Schøtt Gregersen User Experience- Konsulent pgr@vertica.dk Jens Hofman Hansen Digital Foretningsudvikler jhh@vertica.dk
  • 3. Dagens program 10:00 - 10:15 Velkomst og rundstykker 10:15 - 11:15 Introduktion til brugertest 11:15 - 11:45 Live brugertest – Bolia.com 11.45 - 12:00 Hvad så vi i brugertesten? 12:00 - 12:30 Frokost – sted: Foran mødelokalet Zelda 12:30 - 12:45 Instruktioner: Sådan laver I jeres egen brugertest Sted: mødelokalerne Zelda og Pacman 12:45 - 13:30 Lav din egen brugertest 13:30 - 14:00 Opsamling
  • 5. Hvem har erfaring med brugervenlighedstests?
  • 6. Formålet med at teste  Finde usability problematikker  Gøre løsningen (endnu) bedre for brugerne  Undersøge om anvendelsen af konventioner og designprincipper i løsningen holder.
  • 7. Tænke-højt test  Vi beder brugeren løse en række scenarier, og samtidig beder vi dem ”tænke-højt”.  Dvs. at vi både ser, hvad de rent faktisk gør  Og vi får indsigt i deres refleksioner  Kvalitativ testmetode  Sikrer brugerinddragelse i processen
  • 8. Er det ikke nok at snakke med brugerne?  Der er (desværre) forskel på, hvad folk siger og tror, de gør - og det, som de faktisk gør.  Systematik og fokus er vigtigt
  • 9. Forberedelse til testen  Hvordan kommer du i gang?  Hvor mange og hvilke testdeltagere?  Hvad har du brug for ift. lokaler og teknik?  Hvordan planlægges testforløbet?
  • 10. Formål med din test?  Skal hele produktet eller dele af det testes?  Sigter du efter kosmetiske rettelser eller noget mere grundlæggende?  Er der elementer, som du er særligt nysgerrig efter?  Kend dit website og lav evt. en liste over det, som du særligt vil undersøge.
  • 11. Brugerprofiler Hvem skal bruge løsningen? Hvilke variationer er der i brugergruppen?  Alder  Køn  Uddannelse  Arbejdsopgaver  IT-erfaring  Interesser
  • 12. Hvor mange brugere? Kilde: http://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/
  • 13. Hvor mange brugere?  5 personer afdækker traditionelt 75% af problemerne.  Færre: Man overser problemer.  Flere: Man spilder nemt sin tid.  Laver hellere flere små testsessions end n stor.  Og husk: det er altid bedre at teste, end slet ikke at teste
  • 14. Hverv brugere I  Gennem dit netværk  Analysebureau  Gennem din kunde  Kommer an på løsningen der skal testes og økonomi
  • 15. Hverv brugere II  Det kommer an på formålet med testen, hvor meget brugerne skal vide på forhånd  Men husk:  Tid  Sted  Info om aflønning/gave  Og husk at påminde brugerne dagen inden testen, for at sikre at alle dukker op.
  • 16. Hvor skal testen holdes?  Hjemme hos brugeren  Skaber tryghed for brugeren  Brugerens egen enhed  Testlokale  Mere struktur på testen  Samme enhed
  • 17. Testlokaler og setup I  Kan både være simpelt og mere avanceret  Er du alene eller har du observatører?  Betyder noget i forhold til valg af lokaler
  • 18. Testlokaler og setup II Kilde: http://abhilashkesav.wordpress.com
  • 19. Inviter interessenter med som observatører!  Kunde  Projektleder  Udvikere  Yderst værdifuldt og skaber et fælles udgangspunkt
  • 20. Testdrejebog Her skitseres hele testforløbet. Indeholder:  Plan for deltagere og tidspunkter for tests  Introduktion  Indledende interview  Test-scenarier  Afsluttende interview
  • 21. Introduktion  Gør brugeren tryg ved situationen  Forklar alt det brugeren bør vide om testens forløb og tekniske setup
  • 22. Indledende interview Formål:  Få baggrundsviden, som kan flettes ind i testforløbet. Spørg ind til:  Brugerens rutiner og adfærd  Brugerens tanker om anvendelse af løsningen eller lignende løsninger
  • 23. Test-scenarier  Forberedes grundigt inden testen  Tag udgangspunkt i brugerens behov  Fokuser på de områder du har udvalgt som særligt væsentlige
  • 24. Dårligt test-scenarie Find bogen Suzanne Brøggers bog ‘Jadekatten’ i bibliotekets database og stil dig i kø til den på reservationslisten  Ren betjeningsopgave  Ingen iscenesættelse  Brugerens behov er sat ud af spil
  • 25. Godt test-scenarie Find en god bog til juleferielæsningen, som du kan nå at få med hjem inden juleaften.  Fokuserer på en brugssituation  Det er åbent for brugeren, hvad hun vil gøre (søge, finde åbningstider, reservere)
  • 26. Afsluttende interview Spørg brugeren om afsluttende kommentarer. Lav eventuelt en afsluttende vurdering af løsningen.  Husk at udlevere gave/gavekort
  • 27. Lidt praktiske ting  Print testscenarier til brugeren  Drikkelse, slik, frugt til testlokalet  Fortæl dine kolleger at der kommer gæster  Husk at købe gaver
  • 29. Hold planen  Hold dig til planen  Test de vigtigste scenarier først  Vær inde i dit stof
  • 30. Testlederens rolle  Testlederen er ansvarlig for hele testen.  Kontaktperson, styrende for tid og fysiske rammer.
  • 31. Notatteknik  Udvikl din egen teknik  Hvis der er observatører, så aftal hvordan i gør  Hvordan er det nemmest at samle op efterfølgende?
  • 32. Sociale konventioner  Testlederen må gerne snakke under testen - vi er ikke fluer på væggen.  En helt tavs testleder bryder almindelig menneskelig omgangstone.  Undgå dog direkte at forstyrre.  Giv gerne små tilkendegivelser: “aah ja”, “det kan jeg godt se”, “hvad tænker du lige nu?”, “huha, webdesigneren får travlt”
  • 33. Brugeren har altid ret  r altid udsagn fra brugeren og forsøg aldrig at belære eller opdrage.  Forklar aldrig, at teknikken ikke tillader det, som brugeren forsøger.  Foreslår brugeren en ændring, så søg efter det underliggende problem.  Fortæl gerne, at du ikke forstår, hvad brugeren siger.
  • 34. Lyt og spørg  Opgaven er at finde ud af, hvordan brugeren opfatter systemet.  Svar gerne med et spørgsmål: “Hvad forventer du, at der vil ske?”  Stil åbne spørgsmål  Læg ikke ord i munden på brugeren
  • 35. Øvelse: Lav dine egne test-scenarier Vælg et site  Gerne dit eget eller et du rigtig gerne vil teste I skal bruge test-scenarierne til at foretage en test efter frokost, 2 og 2.
  • 37. Efter brugertesten  Var det lærerigt?  Hvad var svært?  Hvad virkede godt?
  • 38. FLUEN PÅ VÆGGEN Stor ros for  I var gode til at…
  • 39. Vær opmærksom på  Ledende spørgsmål  Lad det ikke blive en skattejagt  …
  • 40. Analyse af resultater  Gennemlæsning af noter  Hvad var de værste problemer?  Hvad er quick fixes?  Hvad kræver større redesign?  Hvad er prisen for og værdien af ændringerne?
  • 41. Hvad kan I så gøre, når I kommer hjem?
  • 42. Barrierer  Vi ved ikke, hvordan vi gør det  Vi mangler tid  Vi mangler penge  Vi mangler opbakning fra ledelsen
  • 43. Setuppet bliver tit for stort
  • 46. Gør noget af arbejdet selv
  • 54. Opbakning fra ledelsen  Start i det små  Optag videoer og vis dem frem
  • 56. Tak for i dag!  Hjælp os med at blive bedre

Editor's Notes

  • #21: Henning tager over
  • #22: Se eksempel i testdrejebogen
  • #23: Se eksempel i testdrejebogen