Experiența utilizatorului, de la text la schemă

În „Protocolul meu de măsurare" ai prins la cronometru tot ce se putea cronometra: secunde, kWh, lei. Dar un lucru scapă oricărui instrument: cum se simte folosirea obiectului. Boxa cu cele mai bune cifre din tabelul tău poate fi și cea la care utilizatorii se chinuie o seară întreagă să o conecteze. Vestea bună: mii de oameni au descris deja experiența asta, în recenzii. Vestea proastă: au descris-o în limbaj natural — bogat, sincer și îngrozitor de greu de comparat.

La finalul lecției vei ști să extragi faptele dintr-o recenzie scrisă liber, să alegi reprezentarea potrivită pentru ele și să desenezi parcursul utilizatorului ca schemă, grafic sau algoritm.

Ce spune utilizatorul, cu vorbele lui

Iată o recenzie reală ca gen, de la o boxă portabilă de vreo 200 de lei:

„Sunetul e peste așteptări pentru banii ăștia, bass ok. DAR conectarea m-a scos din sărite: manualul e doar în engleză, ledul clipește albastru și când e conectată și când nu e, iar butonul de pornire e identic cu cel de volum, i-am dat restart de zece ori din greșeală. După o seară de chin merge. O țin, dar nu o recomand alor mei."

O citești și înțelegi tot — creierul tău e antrenat pentru limbaj natural. Observă însă ce amestec e înăuntru: fapte („manualul e doar în engleză"), păreri („peste așteptări"), emoții („m-a scos din sărite") și o concluzie care le contrazice pe toate („o țin"). Experiența utilizatorului e chiar acest amestec: nu doar dacă obiectul funcționează, ci cât de ușor reușești cu el și cu ce stare rămâi după.

De ce nu ajunge textul

Acum imaginează-ți 200 de recenzii ca cea de sus. Nimeni nu le citește pe toate — nici tu, nici inginerul care ar trebui să repare boxa. Și chiar dacă le-ai citi, limbajul natural alunecă: „se descarcă repede" înseamnă 3 ore sau 10? „M-am chinuit puțin" e un minut sau o seară? Două persoane pot descrie aceeași boxă cu cuvinte opuse.

Ca să compari și să decizi, trebuie să treci de la text la o reprezentare precisă: una care păstrează faptele și aruncă ambiguitatea. Ai trei unelte, fiecare bună la altceva.

Reprezentarea 1: schema pașilor

Când textul povestește un parcurs — ce a făcut utilizatorul, în ce ordine — desenezi pașii ca niște căsuțe legate cu săgeți și marchezi locul unde a apărut durerea:

Schema arată dintr-o privire ceea ce recenzia povestea în cinci rânduri: patru pași merg strună, unul singur adună toate plângerile. Un designer știe imediat unde să lucreze.

Reprezentarea 2: graficul

Când ai multe date de același fel — note, stele, procente — textul e cea mai proastă alegere și graficul cea mai bună. Distribuția stelelor la boxa noastră:

Citirea nu e „nota medie e bună, gata". Uită-te la formă: multe note de 5, aproape nimic la mijloc și un vârf suspect la 1 stea. O distribuție polarizată ca asta spune de obicei una din două: ori unele bucăți vin defecte, ori produsul e bun, dar o parte dintre utilizatori nu trec de un obstacol — ghici care, la boxa noastră. Media ascundea povestea; forma graficului a scos-o la lumină.

Reprezentarea 3: algoritmul

Când parcursul conține decizii — „dacă se întâmplă X, fac una, altfel alta" — schema simplă nu mai ajunge. Ai nevoie de reprezentarea pe care o știi de la programare: algoritmul. Întâi în pseudocod:

pornesc boxa
dacă ledul clipește albastru atunci
    deschid meniul Bluetooth și selectez boxa
altfel
    țin apăsat butonul de asociere 3 secunde
    aștept ca ledul să clipească albastru
ascult muzică

Apoi ca schemă logică, cu romb pentru decizie:

Uită-te ce a făcut algoritmul din „o seară de chin": o buclă. Utilizatorul nu știa că ledul clipește la fel în ambele stări, deci nu putea răspunde la întrebarea din romb — și se învârtea prin buclă la nesfârșit. Reprezentarea precisă nu doar descrie problema, o și explică.

Care reprezentare, când?

În a doua parte a orei, fiecare echipă primește un set de 8-10 recenzii (pregătit de profesor sau cules chiar de voi de la produsul anchetat în lecția „Lista soluțiilor"). Sarcina: extrageți faptele, alegeți două reprezentări diferite și construiți-le — una pe hârtie, una în foaia de calcul sau într-un editor de prezentări. La final, fiecare echipă își susține alegerea în 60 de secunde: de ce schemă și nu grafic, de ce algoritm și nu schemă.

Exersează

1. Recitește recenzia de la începutul lecției și desparte, pe două coloane, faptele verificabile de păreri și emoții. Numără-le: care coloană e mai lungă?
2. Desenează schema pașilor pentru un parcurs pe care îl știi pe de rost: împrumutul unei cărți de la biblioteca școlii, de la intrare până la ieșirea cu cartea în ghiozdan. Marchează pasul cel mai lent.
3. Transformă în schemă logică textul: „Dacă imprimanta din sala de informatică are hârtie, apăs pe Print și îmi iau foaia; altfel, cer hârtie de la profesor, o pun în tavă și abia apoi apăs pe Print."
4. Provocare. Alege o aplicație pe care o folosești zilnic și strânge din magazinul de aplicații primele 10 recenzii critice. Fă graficul distribuției stelelor și o listă cu primele trei probleme care se repetă. Tocmai ai făcut munca unui analist UX.