Cum testezi o aplicație cu cinci oameni înainte de lansare

Cinci oameni din publicul aplicației, lăsați pe rând să facă singuri câteva sarcini reale, găsesc cele mai multe probleme mari de folosire. Nu ai nevoie de laborator: ai nevoie de sarcini bine scrise, de o versiune instalabilă și de răbdarea să nu-i ajuți. Apoi repari și testezi din nou, tot cu cinci.

De ce cinci, și nu cincizeci

Cifra vine dintr-un articol clasic publicat de Nielsen Norman Group în 2000, pe baza unor studii pe mai multe proiecte. Pe scurt: primul om găsește aproape o treime din problemele de folosire. Al doilea găsește o parte din aceleași și câteva noi. Cu fiecare om în plus vezi tot mai multe repetări și tot mai puține lucruri noi. După cinci oameni, primul studiu a găsit în medie 85% din probleme.

Recomandarea de acolo e să nu faci un test mare cu 15 oameni, ci trei teste mici cu câte cinci, cu reparații între ele. Al doilea test verifică dacă reparațiile au mers și scoate la iveală problemele ascunse până atunci în spatele celor mari.

O excepție contează: regula ține pentru oameni care folosesc aplicația în feluri asemănătoare. Dacă ai două tipuri de utilizatori foarte diferite, de exemplu clienții care fac o programare și angajații care o primesc, testezi separat, cu 3–4 oameni din fiecare grup.

Pregătirea: sarcini, nu întrebări

Nu întrebi „Cum ți se pare aplicația?”. Răspunsul e politicos și nu te ajută. Dai sarcini concrete, cum le-ar avea omul în viața reală:

1. „Fă-ți o programare pentru joi după-amiază.”
2. „Schimbă ora programării.”
3. „Găsește cât durează livrarea la tine în zonă.”
4. „Șterge-ți contul.”

Patru-șase sarcini ajung pentru o sesiune de jumătate de oră. Le scrii pe hârtie, fără cuvintele din butoanele aplicației. Dacă sarcina zice „apasă pe Rezervă”, ai testat cititul, nu aplicația.

Alegi oameni care seamănă cu clienții tăi, nu colegi și nici prieteni care au văzut deja ecranele.

Cum ajunge aplicația pe telefonul lor

Pentru test ai nevoie de o versiune pe care oamenii o pot instala. Ambele magazine au unelte pentru asta:

O versiune trimisă prin TestFlight rămâne activă 90 de zile de la încărcare, suficient pentru câteva runde. Pentru cinci oameni, testarea internă de pe Android și un link TestFlight pe iPhone sunt de ajuns. Dacă aplicația e încă în stadiu de prototip, poți testa și pe un prototip clicabil, înainte de orice cod.

În timpul testului

• Un om pe rând, fiecare cu telefonul lui sau cu un telefon pregătit.
• Îl rogi să gândească cu voce tare: ce caută, ce crede că face un buton.
• Nu ajuți. Când se blochează, întrebi „Ce ai face acum dacă n-aș fi aici?” și notezi.
• Notezi unde ezită, unde apasă greșit, ce cuvinte nu înțelege.
• Dacă vrei să filmezi ecranul sau să înregistrezi vocea, ceri acordul omului înainte.

După test: ce repari întâi

La final pui toate notițele pe o singură listă și le sortezi în trei grupe:

1. Blochează sarcina: omul n-a reușit să termine. Astea se repară înainte de orice lansare.
2. Încetinește: a reușit, dar a ezitat sau a greșit drumul. Se repară în runda asta, dacă se poate.
3. Deranjează: un text ciudat, o culoare, o iconiță. Se notează pentru mai târziu.

O problemă văzută la trei oameni din cinci nu mai e o părere. Repari, urci o versiune nouă și chemi alți cinci oameni.

Dacă ești la început cu o idee de aplicație, citește și cea mai mică aplicație care merită lansată și ecranul de înregistrare, unde pleacă cei mai mulți. Ce facem noi în fiecare etapă, de la prototip la lansare, găsești în serviciile App Dev.