Brugertestning 6. Forelæsning John Paulin Hansen

Hvorfor teste? Fordi aktiv glemsel er en psykologisk umulighed ! Designere kan ikke frigøre sig fra den viden, de har erhvervet sig under processen Fordi man ofte ikke selv er målgruppen for produktet ->religiøse debatter. Fordi folks reaktioner ikke kan forudses fuldstændigt -> gennemsnitsbrugeren findes ikke

Mange interne meninger Direktørens Udviklerens Designerens Marketingafdelingen

Ingen ”rigtige svar” ”It all depends” Stræbe efter: –et godt integreret design, –som opfylder et formål, –gennemtænkt, –vel implementeret, –og testet

1000- kroners spørgsmålet: ”Vil denne pulldown, med disse enheder og disse betegnelser i denne kontekst på denne side skabe en god oplevelse for de fleste af de sandsynlige brugerne af dette websted?”

Typiske fejltagelser Usability test sker ofte for lidt, for sent og af de forkerte grunde Fokusgrupper forveksles med usability testning Man kan lige bruge sig selv som testperson i en klemt situation

Testning U-omgængeligt hvis resultatet skal være godt Test med bare 1 bruger er 100% bedre end ikke at teste nogen Det er bedre at teste 1 bruger i begyndelsen end 50 mod slutningen Vigtigheden af ”repræsentativ” bruger er overvurderet Test skal ikke bevise, de skal informere Testning er en iterativ proces

Forsøgspersoner Hellere få flere gange end mange én gang Tag hvem-som-helst (med undtagelser) Betal dem et ordentligt honorar Kort invitation - ikke fortælle om sitet på forhånd Naboer og venner er O.K.

Krughs ”Lost-our-lease test” Billig i drift - gentages ofte under udviklingsproces: –test konkurrenternes sider under projektplanlægningen (giver træning) –test ”get it” og navngivning med grov-skitser –test ”get it” og basal navigation med udkast til side- designs –test ”get it” og nøgle-opgaver med html prototype –test nøgle-opgaver med et funktionsdueligt site –”Næste dør” test af alle nye sider 13 test m. 3 brugere af 700 kroner = kr.

“Test efter Bogen” (dvs. Kuniavsky)

Lab setup, no cost

Lab setup, low cost (< kr)

High cost (> kr)

Moderator skal: Prøve testen på sig selv først Være god ved forsøgspersonerne Leve sig ind i dem (empatisk) Se ”tankeboblerne” over brugernes hoved Ikke give hints Bore - bore - bore Improvisere Tage notater efter hver test (sammen med observanterne)

Moderator skal også: Spørge til forventninger ved hver brugeraktion Spørge “Hvorfor det?” Undersøge brugerens fejl uden at det gør ondt Holde interviewet på sporet - men give plads til brugerens forslag Foreslå løsninger, ikke designe

Interviewteknik Åbent: ”Hvordan bruger du internettet i dit arbejde?” Lukket: ”Har du set denne side før?” Lukkede og ledende spørgsmål har ofte stopklodsvirkning HV-spørgsmål kan være både åbne og lukkede Sammenfattende spørgsmål lukker af

Velegnede åbne promts ”Hvad nu?” ”Hvad tænker du på?” ”Hvad siger den?” Papegøjeteknikken

Velegnede lukkede promts ”Kan du finde søgefeltet/home- knappen/mål-link?” (evt efterfulgt af: ”Synes du den var nem at finde?”) ”Er det noget du normalt gør?” (”find på siden”, download af PDF, åbne i nyt vindue)

Velegnede sammenfatninger ”Er det logisk og overskueligt bygget op?” ”Kan du lide hjemmesidens udseende?” ”Er det noget du tror du vil kunne bruge til noget i det daglige?” ”Hvad synes du alt i alt om hjemmesiden?”

Uegnede promts ”Hvor er du havnet henne?” ”Hvad sidder du og leder efter?” ”Er du med på hvad der foregår?” ”Har du lagt mærke til at links ikke skifter farver når de er blevet visited links?”

Accelerator-spørgsmål ”Jeg vil gerne have lov til at vise dig, hvor du kan finde [informationen]/komme videre. Tryk på x. Tryk så på y. Og så på z. Der er den. (kort pause) Lad os lige gå tilbage til siden. Hvorfor tror du at mange brugere får problemer her?” Hold fingeren fra musen - peg på skærmen (undtagelse: ved systemnedbrud)

Opgaver til testen Start med at lede blandt det der: Bruges ofte, er nyt, meget kendt, problematisk, farligt, vigtigt for brugerne.... vigtighed x usikkerhed = total prioritet

Sammensætning af opgaver RELEVANTE: typiske opgaver, som kommer omkring de 20 % af sitets informationer man forventer 80 % af brugerne vil gå efter. MÅLSATTE: Angiv formålet med at man skal løse en given opgave SPECIFIKKE: Find X, (men ikke: Find ud af hvad det her site kan bruges til) LØSBARE: Ingen umulige opgaver REALISTISK SEKVENS: Først finde ud af hvordan man vælger en vare... så hvordan man betaler.... DOMÆNE NEUTRALT: Ikke stille specialspørgsmål som kun nogle få ved noget om

Timing af spørgsmål totalt ikke teste en person mere end minutter spørgsmål - varighed minutter i snit (husk tid til intro og de- briefing) Med prioritering af opgaverne kan de sidste udlades hvis tiden løber

Pressen ønsker: Fakta, fakta og fakta Kontaktinformation på forsiden Pressemeddelelser, børsmeddelelser m.m. Personoplysninger - med CV og billeder på nøglepersoner Downloads til Excel og PDF Rettidig og aktuel nyhedstjeneste på og SMS Gode søgefunktioner - centralt placeret Ingen multimedier eller pynt Billede- og grafikarkiv til fri afbenyttelse

Etik Har forsøgspersonerne været skånet for fysisk og psykisk overlast? Er deres anonymitet bevaret? Er de frivillige ? Har de vidst hvad de gik ind til? Er der et rimeligt forhold mellem indsats og udbytte? Bliver forsøgspersonerne orienteret om resultatet af undersøgelserne?

Deltageroller A: testperson/validator B: Moderator - eneste kontaktperson til A C: Referenten - noterer gode og mindre gode spørgsmål - holder øje med tiden! D: ”On-the-fly-fortolker” - identificerer interessante episoder E: Lyd/video-ansvarlig (kan udelades)

Opgaver Aftal rollefordeling i grupperne -skift roller Udform en spørgeguide - alle i gruppen, B´s ansvar at afdække mulige veje og blindgyder mod svarene Tilrettelæg tidsplan for forsøg - C´s ansvar Formuler instruktioner (jfr. Kuniavsky) - D´s ansvar Formuler en samtykke-erklæring - E´s ansvar

Staldtips Test hele interviewsekvensen i forvejen Nul-stil computeren efter hver forsøgsperson Stil både mac og PC til rådighed - eller kend Fp´s preference på forhånd Moderatoren skal lytte ikke skrive Genhør/-se bånd ved x2 hastighed