Du kender allerede din egen hjemmeside. Derfor kan det være svært at opdage den tvivl, som en ny bruger møder. En lille, velafgrænset test kan gøre den tvivl synlig, når opgaver og deltagere er valgt med omtanke.
Beslut, hvad du vil lære
Begynd med et konkret spørgsmål: Kan en ny bruger finde betingelserne for en booking og ændre tiden? Det er mere anvendeligt end at teste hele hjemmesiden. Udvælg det forløb og de skærme, der kan give et svar, og skriv ned, hvad testen ikke omfatter.
Analytics kan vise mønstre som frafald, men forklarer ikke alene, hvorfor en person stopper. Et interview kan belyse erfaringer og behov, men viser ikke nødvendigvis, hvordan den konkrete løsning bruges. Metoderne kan supplere hinanden, når deres formål holdes tydeligt.
Vælg mennesker, der ligner de relevante brugere
Rekruttér faktiske eller sandsynlige brugere til den opgave, du undersøger. En kollega kan hjælpe med at afprøve testplanen, men kender måske løsningen for godt til at repræsentere en ny besøgende. Beskriv relevante forskelle, eksempelvis erfaring, situation eller behov for hjælpemidler.
Antallet af deltagere afhænger af spørgsmålet, variationen i målgruppen og hvor meget du vil konkludere. En lille kvalitativ runde kan finde konkrete problemer. Den giver ikke et sikkert procenttal for hele målgruppen eller bevis for, at alle væsentlige problemer er fundet.
Skriv opgaver, der ikke afslører løsningen
Et fiktivt eksempel er: Du kan ikke komme på tirsdag og vil finde ud af, om din tid kan flyttes til torsdag. Det giver deltageren et mål uden at fortælle, hvilken menu der skal åbnes. Klik på Mine bookinger og derefter Ændr tid ville i stedet give svaret væk.
Brug realistiske oplysninger og et sikkert testmiljø, når opgaven indebærer ændringer. Afprøv opgaven selv for at opdage uklare formuleringer og tekniske stop. Aftal på forhånd, hvordan du håndterer personlige oplysninger, og få deltagerens samtykke, hvis sessionen optages.
- Giv et troværdigt mål, ikke en liste over klik.
- Vælg opgaver, der kan besvare dit undersøgelsesspørgsmål.
- Afklar, hvilke handlinger der er simulerede, før sessionen begynder.
Se og lyt, mens deltageren prøver
Fortæl, at det er løsningen, der undersøges, og at deltageren ikke bliver bedømt. Bed personen tænke højt. Giv plads til pauser, og undgå at forklare designet eller pege på den rigtige knap. Notér handlinger, tøven, misforståelser og om opgaven lykkes.
Skeln mellem observation og fortolkning. Deltageren åbnede tre menupunkter før betingelserne blev fundet er en observation. Navigationen er dårlig er en vurdering, som kræver forklaring. Stil neutrale opfølgende spørgsmål, og notér det, hvis du hjælper personen videre, så hjælpen ikke forsvinder fra konklusionen.
Omsæt fund til en prioriteret ændring
Saml problemerne efter den opgave, de forstyrrede. Beskriv, hvad der skete, konsekvensen og en mulig forklaring. Prioritér forhold, som blokerer eller vildleder, før små præferencer. En enkelt alvorlig observation kan være vigtig, selv om du endnu ikke ved, hvor udbredt den er.
Afprøv den ændrede løsning igen, når det er relevant. Hold rapporten ærlig om deltagere, prototypebegrænsninger og åbne spørgsmål. En bedre gennemførelse i en lille test er nyttig viden; den dokumenterer ikke automatisk højere salg, større læringseffekt eller samme resultat for alle brugere.
Tag med videre
Det vigtigste
at huske.
- Afgræns et spørgsmål og vælg relevante deltagere.
- Observer opgaver med neutrale instruktioner.
- Dokumentér begrænsninger og brug fundene til næste forbedring.
Lad os gøre det klart
Spørgsmål & svar
Er fem deltagere altid nok?
Nej. Det kan være en praktisk start på en afgrænset kvalitativ runde, men tilstrækkeligheden afhænger af spørgsmål, målgruppe og variation.
Kan jeg teste før hjemmesiden er færdig?
Ja. En prototype kan bruges, hvis den understøtter den opgave, du vil undersøge, og dens begrænsninger er tydelige.
Er automatiske tests det samme som brugertests?
Nej. Automatiske tests kan kontrollere bestemte regler og funktioner. Brugertests undersøger menneskers forståelse og adfærd i konkrete opgaver.
Hvad er forskellen på et brugerinterview og en brugertest?
Et interview undersøger erfaringer, situationer og behov gennem samtale. I en brugertest observerer man en deltager udføre opgaver i en konkret løsning. Begge kan være relevante, men de besvarer forskellige spørgsmål.
Kan jeg bruge mine kolleger som testpersoner?
De kan hjælpe med at afprøve testplanen og finde tekniske fejl. Hvis de kender produktet indgående eller har andre behov end målgruppen, bør deres gennemførsel ikke behandles som dokumentation for nye brugeres oplevelse.
Hvad gør jeg, når en testperson sidder fast?
Giv først plads til, at personen kan forklare sin tvivl og forsøge selv. Hvis du hjælper videre, skal hjælpen noteres. Det gør det muligt at skelne mellem det, løsningen understøttede, og det, facilitatoren forklarede.
Hvordan skriver man en neutral testopgave?
Beskriv personens situation og mål uden at nævne den knap eller menu, du forventer brugt. Eksempel: Find ud af, om en vare kan leveres inden fredag. Det undersøger forståelsen mere åbent end: Klik på fragtfanen.
Skal alle ønsker fra testpersoner implementeres?
Nej. Se på problemet bag ønsket, konsekvensen for opgaven og øvrige observationer. Et foreslået filter kan eksempelvis være et forsøg på at løse en uklar kategorisering. Prioritér løsningen efter problemet frem for at behandle hvert forslag som et krav.
Hvordan dokumenterer man resultaterne af en brugertest?
Beskriv opgaven, deltagernes relevante baggrund, observationen, konsekvensen og næste handling. Skeln mellem hvad du så, og din fortolkning. Angiv også begrænsninger, hjælp undervejs og det, testen ikke omfattede.
Læs selv videre
Kilder & fordybelse
Guiden bygger på disse kilder og erfaring fra egne projekter.
