Ett användbarhetstest innebär att du ser verkliga personer försöka utföra verkliga uppgifter i din produkt, på din webbplats eller i din prototyp. Du noterar var de tvekar, går vilse eller ger upp. Testet visar om designen fungerar, inte om folk vill ha produkten.
Det viktigaste
- Ge folk en realistisk uppgift och titta sedan på. Förklara inte och hjälp inte till.
- Ungefär fem användare per omgång brukar räcka för att hitta de största problemen.
- I modererade tester kan du ställa frågor live. Omodererade tester är lättare att köra i stor skala.
- Fråga vad som förvirrade folk direkt efter uppgiften, medan de fortfarande minns.
Det här visar ett användbarhetstest
Analysverktyg kan visa att hälften av dina besökare lämnar i steg tre. De kan inte visa vad som hände där. Det kan ett användbarhetstest.
I ett typiskt test kan du se att:
- Folk inte märkte huvudknappen eftersom den låg nedanför skärmkanten på en laptop.
- Etiketten ”Arbetsyta” inte sa dem något. De letade efter ”Konto”.
- De skrev en hel fråga i sökfältet, som om det vore en chatt.
- De klickade på logotypen för att komma till startsidan och hamnade på en marknadsföringssida i stället.
Inget av det syns i ett trattdiagram. Användbarhetstester är en del av bredare användarundersökningar, och det är den del som prövar själva designen.
När du ska göra ett användbarhetstest
Du kan testa i nästan vilket skede som helst. Ju tidigare, desto billigare.
- Innan du bygger. Testa en skiss eller en klickbar prototyp. Att ändra en ritning tar några minuter.
- Före en lansering. Kontrollera ett nytt flöde med riktiga användare innan alla ser det.
- Efter en lansering. Testa när analysdata visar ett tapp som du inte kan förklara.
Modererade och omodererade användbarhetstester
Det första valet är om någon ska leda sessionen live.
| Modererat | Omodererat | |
|---|---|---|
| Så fungerar det | En testledare leder sessionen, på plats eller i ett samtal | Folk gör uppgifterna på egen hand medan ett verktyg spelar in dem |
| Styrka | Du kan ställa följdfrågor i stunden | Snabbt och billigt att köra med många personer |
| Svaghet | Långsamt, och begränsat av din kalender | Du kan inte fråga varför någon stannade upp |
| Passar bäst för | Tidiga prototyper och komplexa flöden | Att kontrollera kända flöden och jämföra versioner |
Många team använder båda: modererade sessioner för tidiga idéer och omodererade tester för att kontrollera förbättringarna senare.
Vanliga metoder för användbarhetstester
- Uppgiftsbaserat test:
Ge ett realistiskt scenario, som ”Du vill säga upp dig före nästa förnyelse”, och se hur de försöker lösa det.
- Tänka högt:
Be folk säga vad de tänker medan de tar sig igenom uppgiften. Du hör vad de förväntar sig i varje steg.
- Förstaklickstest:
Visa en skärm och fråga var de skulle klicka för att göra något. Ett felaktigt första klick betyder ofta en misslyckad uppgift.
- Femsekunderstest:
Visa en sida i fem sekunder och fråga sedan vad de minns. Bra för landningssidor och dashboards.
- Trädtest:
Testa din menystruktur med bara textetiketter, innan du designar skärmarna.
Så gör du ett användbarhetstest
Välj ett flöde och ett mål
Håll det smalt. ”Kan en ny användare bjuda in en kollega?” är ett bra mål. ”Testa appen” är det inte.
Skriv tre till fem uppgifter
Använd dina användares ord, inte etiketterna i gränssnittet. Säg ”dela den här rapporten med din chef”, inte ”klicka på Dela”.
Hitta rätt personer
Välj personer som liknar dina verkliga användare, helst fem per typ av användare. Kollegor vet för mycket för att vara till nytta.
Titta och håll tyst
Läs upp uppgiften en gång och låt dem sedan arbeta. Om de frågar ”Gör jag rätt nu?”, svara ”Vad skulle du göra om jag inte var här?”
Fråga vad som förvirrade dem
Fråga direkt efter varje uppgift var de tvekade och vad de förväntade sig skulle hända. Minnet bleknar snabbt.
Prioritera, åtgärda och testa igen
Sortera problemen efter hur mycket de blockerar folk och hur många som stöter på dem. Åtgärda de värsta och kör sedan en ny omgång.
Hur många användare du behöver
Jakob Nielsens välkända forskning visade att ungefär fem användare hittar de flesta problemen i ett enskilt flöde. Därefter upprepar nya sessioner mest det du redan har sett.
Den siffran har två förbehåll. Den gäller per typ av användare, så en produkt med administratörer och vanliga användare behöver fem av varje. Och den förutsätter att du åtgärdar problemen och testar igen. Om du behöver tillförlitliga siffror, som en slutförandegrad du kan rapportera, behöver du betydligt fler personer.
Små och täta tester slår stora och sällsynta. Fem användare varannan vecka förbättrar din produkt snabbare än en stor studie om året.
Vanliga misstag
Att leda användaren. ”Prova att titta uppe till höger” eller till och med ett snabbt ”bra” efter ett rätt klick ändrar vad de gör. Skriv ned dina uppgifter och håll dig till dem. De här exemplen på ledande frågor visar vad du ska undvika.
Att testa med ditt eget team. Kollegor kan jargongen och genvägarna. De flyger igenom uppgifter som dina kunder misslyckas med.
Att blanda ”kan du” med ”gillar du det”. Någon kan klara varje uppgift och ändå inte vilja ha produkten. Testa användbarheten först. Spara frågor om behov och värde till användarintervjuer.
Att åtgärda allt på en gång. Alla klagomål är inte hinder. En person som sitter helt fast betyder mer än fem personer som är lite irriterade på en färg.
Så kan Diaform hjälpa till
Diaform spelar inte in skärmar, klick eller uppgifter. Använd ditt vanliga testverktyg eller en livesession för den delen. Det Diaform är bra på är samtalet som kommer efteråt.
Skicka en länk till folk när de är klara med en uppgift eller ett flöde som onboardingen. AI-agenten frågar vad som förvirrade dem, var de tvekade och vad de förväntade sig. När någon säger ”det var lite förvirrande” frågar den vilken del. Varje samtal sammanfattas, så att du kan läsa vad som gick fel utan att boka ett samtal med varje person. Se hur team använder det för användbarhetstester, eller starta en gratis provperiod.
