Utilizabilitatea nu este ceva ce poți face în orice stadiu al proiectului, ci trebuie să fie proiectat și îmbunătățit pe tot parcursul procesului. Dacă doriți să obțineți produsul final în cel mai bun mod posibil, trebuie să anticipați scenarii de utilizatori reali chiar și în faza de prototipuri.
Pentru a pregăti un site pentru oameni adevărați, acesta trebuie testat pe oameni reali. Prototipurile sunt construite pentru experimente, așa că au sens doar pentru testarea pe utilizatori reali.
Să vedem cum se ia în considerare gradul de utilizare atunci când în curs de dezvoltare prototip, cum de a testa gradul de utilizare, înainte de un prototip este gata și ia în considerare diferitele sfaturi despre prototipuri de testare.
Teste de utilizare înainte de prototip
Testarea utilizării nu trebuie să înceapă cu prototipuri (de fapt, dacă aveți resursele pentru a începe mai devreme, atunci da, ar trebui să începeți). Aceste teste pot determina cea mai bună modalitate de a structura navigația prototipului și a arhitecturii informațiilor. Cele mai frecvente teste pre-prototipuri includ:
Utilizatori corecți și sarcini corecte
În ciuda faptului că testele de utilizare sunt diferite, toate au nevoie de utilizatori și majoritatea includ sarcini. Deoarece aceste două elemente iau un loc important în toate testele de utilizare, vom explica pe scurt cum să ne descurcăm cel mai bine pe ambele.
1. Selectarea utilizatorilor: după ce ați lucrat cu persoane, trebuie să aveți o idee clară despre vizitatorii vizați. De asemenea, ajută la segmentarea utilizatorilor pe baza comportamentului acestora. De fapt, nu trebuie să fii obsedat de demografie. Cea mai importantă este probabil să fie: utilizatorii au experiență în acest domeniu sau cât de bine au cunoștințe în domeniul lor sau al industriei, mai degrabă decât sexul, vârsta sau locația.
Știind cine să încerce este doar primul pas. Jeff Sauro a descris cele 7 modalități cele mai bune de a găsi utilizatorul ideal pentru testare.
2. Sarcini de scriere: sarcinile determina ce a făcut utilizatorul în timpul testului și astfel determină scenariile care sunt testate. Tinting Zhao, un specialist în utilitate la Ubuntu, descrie unele dintre caracteristicile care ar trebui luate în considerare la proiectarea sarcinilor. Există două soluții principale:
- Indicație directă vs. scenariu: o provocare directă - o provocare care oferă instrucțiuni clare (de exemplu, „pentru a căuta site-ul reteta la cerere pui Tandoori“), iar script-ul este definit de context (de exemplu, „aranja petrecere pentru prietenii săi vechi și aveți nevoie de o rețetă găină de Tandoori "). Sarcinile directe funcționează mai bine dacă testați datele tehnice, în alte cazuri scenariile sunt potrivite.
- Închis vs. nelimitat: sarcinile închise definesc în mod clar criteriile de succes, în timp ce o sarcină infinită poate fi finalizată în mai multe moduri. Operațiile închise verifică funcționalitatea specifică, în timp ce sarcinile deschise sunt mai potrivite pentru a înțelege gândurile utilizatorilor. Sarcinile închise pot fi: "Ziua de naștere a prietenului tău este acest weekend. Găsiți un loc de sărbătoare pentru 15 persoane. "Va fi deschis:" Ați auzit colegii dvs. vorbind despre iWatch. Vrei să știi cum funcționează. "
Sfaturi generale pentru testarea utilizabilității prototipurilor
O altă greșeală obișnuită în testare este stoparea testelor sau oferirea unei sarcini alternative în cazul în care utilizatorul întâmpină dificultăți. Deoarece scopul testării utilizabilității este de a găsi dificultăți și de a le rezolva, această situație poate face testul de succes. Dacă, de exemplu, un utilizator trece printr-un script care nu a fost încă dezvoltat în prototip, îl puteți întreba de ce a mers acolo și de ce a vrut să obțină. Câteva întrebări clarificatoare pot oferi feedback mai valoros decât un utilizator cu o "experiență de interacțiune ideală".
Diferite principii ale testării prototipului
Unii cred că este mai bine să testeze înainte, încă prototipuri brute și alții - susținători ai testării prototipurilor finite, de asemenea credem că este mai bine să testezi în fiecare etapă posibilă. Chris Farnum, arhitect senior de informații la Enlighten, explică avantajele și dezavantajele fiecărui tip. Mai jos vom considera că testele de precizie redusă sunt mai potrivite pentru testarea conceptelor și testelor de înaltă precizie pentru versiuni mai modificate.
acuratețe scăzută (fidelitate scăzută): testare utilizare prototipuri lo-fi, inclusiv prototipuri de hârtie pot opera pe primele stadii de dezvoltare, dar este inutil în viitor. prototipuri Lo-Fi pentru a încuraja o critică mai obiectivă, astfel cum este clar de la început că lucrarea este încă în proces.
Cu toate acestea, în etapele ulterioare, când testele de utilizare sunt verificate pentru o funcționalitate îmbunătățită, prototipurile lo-fi devin inutile odată ce ați atins limita de precizie. Acest lucru este valabil mai ales pentru prototipurile de hârtie, deoarece aveți nevoie de un calculator pentru a controla toate părțile și acest lucru va deveni problematică odată ce adăugați meniuri, pagini și elemente.
Înaltă fidelitate: testarea prototipurilor hi-fi oferă utilizatorilor cea mai realistă impresie că produsul final va face apel. Prototipurile Hi-fi sunt ideale pentru testarea interacțiunilor complexe și a soluțiilor la problemele care au apărut în primele etape ale testării. Cu toate acestea, spre deosebire de prototipurile lo-fi, acestea sunt mai scumpe.
Precizia medie (fidelitate medie): nu poate face o alegere între precizia ridicată și medie? Prototypes m id-fi funcționează cel mai bine atunci când este necesar un echilibru între precizie și cost. Dacă aveți de gând să executați doar o singură etapă de teste de utilizare, atunci utilizați fidelitate medie.
Patru principii de testare a conținutului de prototipuri
În experiența noastră, cele mai utile sfaturi pentru pregătirea prototipului testelor:
1. Evitați lorem ipsum: distragerea, confuzia, nu transmite sensul, textul lorem ipsum nu reflectă complet semnificația produsului dvs.
2. Utilizați nume comune: testele pot fi mai distractive, dacă folosiți nume de celebrități sau doar nume prostești, dar scopul testării nu este distractiv. Orice distragere a atenției poate influența rezultatul, deci utilizați denumiri generice și realiste.
3. Adăugați imagini în stub sau pictograme: imaginile și pictogramele joacă un rol important în UX, astfel încât acestea ar trebui implementate pentru testare, chiar dacă sunt prezentate doar ca miniaturi. Singura excepție este dacă imaginile sunt pur decorative și nu ajută la înțelegerea interfeței.
Participanții la testare se pot concentra pe detalii care sunt nesemnificative pentru dvs., deci fiți atenți la ceea ce nu spuneți. Toți acești pași mici vă vor ajuta să reduceți lipsa de spirit pe calea obținerii de date exacte.
Articole similare
Trimiteți-le prietenilor: