Prototipul pe hârtie este un set de ecrane desenate de mână, pe care un om le parcurge ca și cum ar folosi aplicația, în timp ce tu schimbi foile și observi unde se încurcă. Costă câteva ore și foi de hârtie, nu bani de programare, și arată repede dacă fluxul are sens, dacă textele sunt clare și dacă utilizatorii găsesc ce caută.
Tehnica este veche și funcționează tocmai pentru că e simplă: nimeni nu se teme să critice un desen făcut în zece minute. Mai jos vezi cum se construiește, cum se folosește și, mai ales, ce greșeli o fac inutilă.
De ce să testezi pe hârtie înainte de cod
Programarea este un mod scump de a afla că ecranul principal e confuz. O modificare simplă pe hârtie durează un minut; aceeași modificare într-o aplicație deja construită poate cere zile. În plus, când oamenii văd ceva care arată finalizat, tind să comenteze culori și fonturi; un desen în creion îi face să vorbească despre ce contează: ce ar face, ce le lipsește, ce nu înțeleg.
Prototipul pe hârtie este una dintre variantele de verificare discutate în materialul despre tipurile de MVP, de la concierge la no-code, potrivită mai ales când vrei să testezi interfața înainte de orice dezvoltare.
Cum construiești prototipul, pas cu pas
- Alege o singură sarcină principală. De exemplu: „comandă un produs” sau „fă o programare”. Nu încerca să desenezi toată aplicația.
- Enumeră ecranele necesare. De obicei sunt cinci-opt: pornire, căutare, detalii, confirmare și mesaje de eroare.
- Desenează fiecare ecran pe o foaie separată. Folosește cutii pentru butoane, linii pentru text, cuvinte reale pentru titluri.
- Pregătește elementele mobile. Un meniu desfășurat sau o fereastră de confirmare pot fi bucăți de hârtie lipite temporar.
- Verifică-l singur. Parcurge sarcina cu un coleg care nu a văzut desenele, ca să prinzi lipsurile evidente.
Cum conduci o sesiune de testare
Alege trei-cinci persoane din segmentul-țintă. Explică-le că testezi desenele, nu pe ele, și că nu există răspunsuri greșite. Dă-le o sarcină, nu instrucțiuni: „vrei să comanzi o pizza pentru doi; arată-mi cum ai face”. Persoana atinge cu degetul desenul, iar tu schimbi foaia corespunzătoare.
Rolul tău este să taci și să observi. Notează unde ezită, unde dă înapoi, ce spune cu voce tare. Dacă întreabă „și acum ce fac?”, nu răspunde; întreabă la rândul tău „ce ai crede că se întâmplă?”. Fiecare confuzie e o informație prețioasă despre ce trebuie schimbat.
La final, adresează două întrebări: ce a fost cel mai greu și ce ai schimba. Apoi mulțumește. Dacă un același obstacol apare la trei din cinci persoane, ecranul respectiv trebuie reproiectat.
Greșeli frecvente și cum le eviți
Să explici prea mult înainte de test
Dacă detaliezi cum funcționează aplicația, pierzi exact informația de care ai nevoie: dacă oamenii o înțeleg singuri. Dă doar contextul minim.
Să testezi cu prietenii
Aceștia vor fi politicoși, vor ști ce vrei să auzi și vor ghici repede logica. Alege oameni care seamănă cu utilizatorii reali și nu te cunosc.
Să corectezi pe loc și să schimbi mai multe lucruri deodată
Poți face mici ajustări între sesiuni, dar notează clar ce ai modificat, altfel nu vei ști ce a rezolvat o problemă. Mai bine adună observațiile după trei sesiuni și apoi decide.
Să desenezi prea frumos
Un desen îngrijit sperie criticile. Rămâi la creion, linii simple, fără culori. Scopul este să se poată arunca la gunoi fără regrete.
Să uiți situațiile neplăcute
Oamenii nu folosesc aplicațiile doar pe fluxul fericit. Desenează și ecranul de eroare, cel de „nu s-a găsit nimic” și cel cu conexiune slabă. Acolo apar adesea cele mai mari frustrări.
Ce îți trebuie, concret, pentru prima sesiune
Lista este scurtă: foi albe sau fișe mici de carton, un creion sau un marker negru, bandă adezivă, un cronometru și un caiet de notițe. Dacă vrei să documentezi sesiunea, cere acordul participantului pentru o înregistrare audio; altfel, rămâi la notițe scrise. Un al doilea om în cameră, care doar notează, îți eliberează atenția pentru a urmări reacțiile.
Pregătește și o scurtă introducere, spusă la fel pentru toată lumea, pentru ca rezultatele să fie comparabile: cine ești, ce testezi, ce ai nevoie de la participant. O sesiune durează între douăzeci și patruzeci de minute. Mai mult obosește, iar după cinci sesiuni vei avea de obicei un tipar clar.
Ce faci cu ce ai aflat
| Ce observi | Ce poate însemna | Ce ajustezi |
|---|---|---|
| Cineva caută mult un buton | Locul sau denumirea nu sunt intuitive | Mută sau redenumește elementul |
| Oamenii sar peste un ecran | Pasul pare inutil | Elimină-l sau unește-l cu altul |
| Același cuvânt provoacă întrebări | Termenul e prea tehnic | Folosește cuvintele utilizatorilor |
| Se opresc înainte de confirmare | Nu e clar ce urmează | Adaugă explicație și rezumat |
Repetă ciclul: modifică desenele, testează cu alte trei-cinci persoane și compară. De obicei, după două sau trei runde, problemele majore dispar. Abia atunci are sens să treci la un prototip digital sau la o primă versiune funcțională, chiar și foarte simplă.
Păstrează desenele și notițele fiecărei runde, datate. Peste câteva săptămâni, ele îți arată ce ai schimbat și de ce, iar dacă lucrezi cu un designer sau un programator, devin un material excelent pentru a explica logica produsului fără documente lungi.
Prototipul pe hârtie nu garantează succesul produsului, dar elimină multe erori costisitoare. Alte teme din aceeași etapă, de la alegerea funcțiilor până la lansare, le găsești în secțiunea despre produs, unde fiecare pas este tratat separat și cu exemple.
