Därför ska du användartesta innan du lanserar

Att lansera utan att ha låtit någon utomstående prova produkten är att gissa. Ett användartest tar bort gissningen: du ser med egna ögon var riktiga användare fastnar, innan felen når marknaden. Det är en av de billigaste och mest underskattade sakerna du kan göra sent i ett projekt.

Fem personer räcker längre än du tror

En vanlig missuppfattning är att användartester kräver stora grupper för att säga något. Så är det sällan. En etablerad tumregel är att ungefär fem testpersoner hittar merparten av de allvarliga användbarhetsproblemen. Anledningen är att de värsta hindren är just de som drabbar nästan alla – och då dyker de upp redan hos de första personerna.

Det betyder att du får mest värde per krona genom att köra små omgångar. Har du flera olika användargrupper är det bättre att testa fem i taget per grupp än att samla en stor skara på en gång. Du kan dessutom rätta de tydligaste problemen mellan omgångarna och se om lösningen faktiskt hjälpte.

Poängen är att tröskeln är låg. Du behöver varken labb, dyr utrustning eller månader av planering – bara några personer som liknar dina användare och en handfull uppgifter att låta dem prova.

En enkel testplan

Ett användbart test behöver inte vara komplicerat. Det räcker med en enkel plan i fyra delar:

1. Uppgifter. Formulera tre till fem konkreta saker en användare ska kunna göra – “hitta och boka en tid”, “ändra dina uppgifter”. Testa mål, inte enskilda knappar.
2. Testpersoner. Rekrytera cirka fem personer som liknar din målgrupp. De behöver inte vara kunder, men undvik dem som varit med och byggt produkten.
3. Genomförande. Be personen tänka högt medan hon löser uppgifterna. Sitt bredvid, observera och håll tyst – hjälp inte, det är själva svårigheterna du vill se.
4. Sammanställning. Notera var alla fastnade. Mönster som återkommer hos flera är dina viktigaste fynd.

Det viktigaste rådet är att inte styra. I samma sekund du pekar och visar har du förstört observationen. Låt användaren kämpa – kampen är datan.

Skillnaden mot acceptanstest och betatest

Användartest blandas lätt ihop med andra tester som görs sent, men de svarar på olika frågor och ersätter inte varandra.

Ett användartest mäter om produkten går att använda: hittar folk rätt, förstår de vad de ska göra, lyckas de med sin uppgift? Ett acceptanstest kontrollerar i stället att produkten uppfyller de avtalade kraven – att rätt sak har byggts enligt specifikationen. Ett betatest släpper ut produkten till verkliga användare i skarp miljö för att fånga problem som bara uppstår i praktiken.

Man kan säga att acceptanstestet frågar “byggde vi det vi kom överens om?”, medan användartestet frågar “kan folk faktiskt använda det vi byggde?”. Båda behövs. En produkt kan uppfylla varje krav på papperet och ändå vara obegriplig att använda.

När datumet redan är satt

Den vanligaste invändningen är att det inte finns tid. Men ett test med fem personer går att genomföra på några dagar, och sent i projektet är det som mest värdefullt – det är då produkten är verklig nog att testa på riktigt.

När tiden är knapp handlar det inte om att hinna åtgärda allt, utan om att prioritera rätt. Sortera fynden efter hur allvarliga de är: stoppar problemet användaren från att alls lyckas med sin huvuduppgift måste det fixas före lansering. Är det irriterande men överlevbart hamnar det på listan för närmaste uppdatering. Är det en smaksak får det vänta.

Ett konkret exempel: ett team en vecka från lansering lät fem personer prova sin nya bokningstjänst. Fyra av fem missade betalningssteget helt, eftersom knappen inte såg ut som en knapp. Det var en liten ändring att göra – men hade den upptäckts först efter lansering hade den kostat förlorade affärer varje dag tills någon förstod varför.

Vill du ha hjälp att planera och genomföra användartester i tid, ingår det i våra tjänster. Hör av dig så tittar vi på hur det kan läggas upp för just er lansering.