Derfor bør du brukerteste før du lanserer

Å lansere uten å ha latt noen utenforstående prøve produktet er å gjette. En brukertest fjerner gjettingen: Du ser med egne øyne hvor virkelige brukere står fast før feilene kommer ut i markedet. Det er noe av det billigste og mest undervurderte du kan gjøre sent i et prosjekt.

Med fem personer kommer du lenger enn du tror

En vanlig misforståelse er at brukertester krever store grupper for å si noe. Slik er det sjelden. En etablert tommelfingerregel er at omtrent fem testpersoner finner de fleste av de alvorlige brukervennlighetsproblemene. Grunnen er at de verste hindringene nettopp er de som rammer nesten alle, og da dukker de opp allerede hos de første personene.

Det betyr at du får mest verdi per krone ved å kjøre små runder. Har du flere ulike brukergrupper, er det bedre å teste fem om gangen per gruppe enn å samle mange på én gang. Du kan dessuten rette de tydeligste problemene mellom rundene og se om løsningen faktisk hjalp.

Poenget er at terskelen er lav. Du trenger verken lab, dyrt utstyr eller måneder med planlegging. Det holder med en håndfull oppgaver og noen personer som ligner på brukerne dine.

En enkel testplan

En nyttig test trenger ikke å være komplisert. En enkel plan i fire deler er nok:

1. Oppgaver. Formuler tre til fem konkrete ting en bruker skal kunne gjøre, for eksempel «finn og bestill en time» eller «endre opplysningene dine». Test mål, ikke enkeltknapper.
2. Testpersoner. Rekrutter omtrent fem personer som ligner på målgruppen din. De trenger ikke å være kunder, men unngå dem som har vært med på å bygge produktet.
3. Gjennomføring. Be testpersonen tenke høyt underveis i oppgavene. Sitt ved siden av, observer og vær stille. Ikke hjelp til, for det er nettopp vanskene du vil se.
4. Sammenstilling. Noter hvor alle sto fast. Mønstre som går igjen hos flere, er de viktigste funnene dine.

Det viktigste rådet er å ikke styre. I samme øyeblikk som du peker og viser, har du ødelagt observasjonen. La brukeren streve, for det er strevet som er dataene dine.

Slik skiller brukertesten seg fra akseptansetest og betatest

Brukertester blandes lett sammen med andre tester som gjøres sent, men de svarer på ulike spørsmål og erstatter ikke hverandre.

En brukertest måler om produktet lar seg bruke: Finner folk frem, forstår de hva de skal gjøre, lykkes de med oppgaven sin? En akseptansetest kontrollerer i stedet at produktet oppfyller de avtalte kravene, altså at det er bygget i tråd med spesifikasjonen. En betatest slipper produktet ut til virkelige brukere i produksjon for å fange opp problemer som bare oppstår i praksis.

Man kan si at akseptansetesten spør «bygde vi det vi ble enige om?», mens brukertesten spør «kan folk faktisk bruke det vi bygde?». Begge trengs. Et produkt kan oppfylle hvert eneste krav på papiret og likevel være uforståelig i bruk.

Når datoen allerede er satt

Den vanligste innvendingen er at det ikke er tid. Men en test med fem personer kan gjennomføres på noen dager, og sent i prosjektet er den mest verdifull. Det er da produktet er ferdig nok til en reell test.

Når tiden er knapp, handler det ikke om å rekke å rette alt, men om å prioritere riktig. Sorter funnene etter hvor alvorlige de er: Hindrer problemet brukeren i å lykkes med hovedoppgaven i det hele tatt, må det rettes før lansering. Er det irriterende, men til å leve med, havner det på listen for neste oppdatering. Er det en smakssak, får det vente.

Et konkret eksempel: Et team som var en uke fra lansering, lot fem personer prøve den nye bookingtjenesten sin. Fire av fem overså betalingssteget helt fordi knappen ikke så ut som en knapp. Endringen var liten, men hadde feilen først blitt oppdaget etter lansering, ville den ha kostet tapte salg hver dag til noen skjønte hvorfor.

Vil dere ha hjelp til å planlegge og gjennomføre brukertester i tide? Det inngår i tjenestene våre. Ta kontakt, så ser vi på hvordan det kan legges opp for akkurat deres lansering.