Testarea de utilizabilitate are o reputație pe care nu o merită de a fi scumpă și lentă. Când oamenii aud "cercetare utilizator", ei imaginează o oglindă unidirecțională, un moderator cu o planșetă și un grafic de două săptămâni. Acea versiune de teste există și are utilizări — dar nu este versiunea pe care o necesită majoritatea echipelor de produse cea mai mare parte a timpului.
Versiunea pe care o necesită majoritatea echipelor este mai simplă: cinci utilizatori, un prototip Figma sau un mediu de staging, o apel video și 45 de minute pe sesiune. Făcut bine, asta expune majoritatea problemelor grave de utilizabilitate înainte de a naviga. Făcut consecvent — chiar și o dată pe sprint — produce o îmbunătățire compusă a calității produsului pe care nicio analiză post-lansare nu o poate replica.
Iată cum să o rulezi de la zero.
Cinci participanți este numărul potrivit pentru majoritatea testelor de utilizabilitate. Cercetarea lui Jakob Nielsen a stabilit că cinci utilizatori descoperă aproximativ 85% din problemele de utilizabilitate, cu randamente în scădere după aceea. Rularea a trei sesiuni de cinci utilizatori în diferite puncte ale procesului de proiectare este mai valoroasă decât o sesiune cu cincisprezece.
Criteriile pentru recrutare sunt mai importante decât numărul. Un test de utilizabilitate cu cinci oameni care se potrivesc îndeaproape cu utilizatorul țintă va revela probleme reale. Un test cu cincisprezece care nu se potrivesc va genera zgomot. Definește doi sau trei criterii de screening — rol, context de utilizare, nivelul de confort tehnic — și ține-te de ei.
Cea mai rapidă rută de recrutare pentru majoritatea echipelor este trimiterea de email utilizatorilor existenți care au dat permisiunea de contact. Oferă un stimulent modest — un card cadou de 20 € este suficient pentru o sesiune de 45 de minute. Pune pe program sesiunile în aceeași săptămână; cu cât este mai mare decalajul între recrutare și testare, cu atât mai mare este rata de neapariție.
Cea mai comună greșeală de scriptare este scrierea sarcinilor ca instrucțiuni: "Dă clic pe Setări, apoi navigează la Notificări și schimbă preferința ta la..." Aceasta îi spune utilizatorului ce să facă, ceea ce înseamnă că testezi dacă pot urma direcțiile, nu dacă interfața este intuitivă.
Scrie sarcinile în schimb ca scenarii: "Imaginează-ți că primești prea multe notificări și vrei să primești doar alerte atunci când cineva te menționează direct. Arată-mi ce ai face." Aceasta dă utilizatorului un scop realist și te permite să observi cum navighează de fapt — inclusiv unde se confundă.
Cea mai dificilă parte a moderării unui test de utilizabilitate este rezistența la dorința de a ajuta. Când un utilizator este confuz, fiecare instinct spune să sari și să-i arăți unde să dă clic. Dar confuzia este data. Un utilizator care lupta ți spune ceva ce nu e în regulă cu interfața — și în momentul în care intervii, pierzi semnalul.
Cere utilizatorilor să gândească cu voce tare pe toată sesiunea: "Mergând înainte, spune-mi doar ceea ce privești și ceea ce crezi." Aceasta produce un flux constant de date despre modelul lor mental. Notează nu doar erorile, ci și ezitările — un utilizator care pauza trei secunde înainte de a da clic pe butonul corect a mai dezvăluit o problemă de design, chiar dacă în final a reușit.
Pasul sintezei este unde se creează cea mai mare parte a valorii — și unde majoritatea echipelor taie colțuri. Notele brute din cinci sesiuni nu sunt constatări. Devin constatări atunci când vorbești cu echipa, grupezi observațiile după temă și atribui evaluări de severitate.
Fă debriefing-ul în aceeași zi ca sesiunile, în timp ce observațiile sunt proaspete. Grupează problemele în trei coșuri: critice (utilizatorii nu au putut completa sarcina), moderate (utilizatorii au completat sarcina, dar cu dificultate semnificativă sau eroare) și minore (frecare care nu a împiedicat completarea). Problemele critice trebuie rezolvate înainte de lansare. Problemele moderate ar trebui prioritizate în următorul sprint. Problemele minore vor în backlog.
Redactează constatările pe o singură pagină: cele trei probleme critice de sus, cu dovezi de la cel puțin doi participanți fiecare și o schimbare de proiectare propusă pentru fiecare. Orice care necesită mai mult spațiu decât asta aparține unui document separat.