Majoritatea proprietarilor de site-uri le creează fie pentru a-și promova produsele pe piața produselor, fie pentru a obține profit direct prin monetizarea site-ului lor. Adică, pe el sunt plasate reclame, iar pentru vederile sale de către utilizatori, proprietarul site-ului primește un anumit profit.
De aceea, administratorii sunt interesați de traficul mare. Cu cât este mai mare, cu atât profitul publicitar va fi mai mare. Un program complet este oferit datorită nivelului ridicat de „utilizabilitate” a paginilor. Deci, ce este „utilizabilitatea”? Care sunt modalitățile prin care vă puteți face site-ul cel mai atractiv pentru utilizatori și potențiali clienți?
Introducere în concept
„Utilitatea” este în esență o măsură a gradului în care un vizitator al site-ului este confortabil să interacționeze cu interfața sa. Metodele care vă permit să îmbunătățiți site-ul în stadiul dezvoltării sale sunt numite și acest termen.
Să presupunem că un utilizator deschide o anumită pagină web. Ce se așteaptă să vadă? Desigur, în primul rând, un meniu clar. Și împreună cu ea - o structură clară. Aceasta include și conținut care poate fi citit. Cu toate acestea, în zilele noastre puteți găsi multe resurse pe care există o confuzie de hyperlinkuri, imagini și butoane. S-ar părea că toate elementele necesare sunt acolo. Cu toate acestea, pot dura timp pentru a le utiliza corect.
Este puțin probabil ca vreun client să vrea să-și piardă timpul prețios pentru a face acest lucru. „Utilitatea” este destul de serioasă în zilele noastre. Forrester Research a efectuat cercetări pe acest subiect. Acesta a arătat că aproape jumătate dintre cumpărători părăsesc un magazin online dacă nu pot găsi rapid un anumit produs în secțiunile sale. În plus, după o astfel de experiență cu resursa, jumătate dintre cumpărători au refuzat să revină la ea.
Cercetare și legate de „utilizabilitate”
Sociologii notează, de asemenea, faptul că oamenii sunt deja prea nerăbdători în timpul nostru. În special utilizatorii publicului de internet. Un alt studiu a fost realizat de Nielsen Norman Group. Acesta a arătat că utilizatorul mediu petrece doar aproximativ jumătate de minut pe pagină. S-a remarcat că, în majoritatea cazurilor, utilizatorii nici măcar nu scanează o pagină web până la capăt.
Jacob Nielsen crede că motivul acestui comportament constă într-o cantitate mare de informații cu adevărat inutile. Așadar, oamenii trebuie să filtreze în mod constant un flux de informații larg pentru a selecta din el doar acele fragmente care îi interesează cu adevărat.
Desigur, un studiu detaliat al site-ului poate dura atât de mult timp încât pur și simplu nu va fi lăsat pentru nimic altceva. Clienții nu vor și nu vor aștepta dacă site-ul se încarcă lent și nu îl vor folosi dacă are o interfață complexă. Aici intervine „utilizabilitatea”. Acest lucru ajută la rezolvarea multor probleme.
Mulți experți în acest domeniu vorbesc despre același lucru. De exemplu, se spune că se poate face o paralelă clară între un site simplu, de înțeles pentru orice utilizator și o vitrină bine luminată. „Utilitatea” este „cantitatea de lumină” în acest caz. Dezvoltatorul trebuie să înțeleagă clar că are doar câteva secunde pentru a-l interesa pe vizitator și să clarifice subtil că site-ul său este mai bun decât alții.
Acest lucru se poate face prin utilizarea unei interfețe bine gândite. Într-o perioadă scurtă de timp, el ar trebui să explice utilizatorului la un nivel intuitiv ce și cum să facă în continuare. O persoană ar trebui să fie interesată de site, să simtă că aici va găsi ceea ce are nevoie. Dacă acest lucru nu se întâmplă, clientul va părăsi site-ul.
Testare
Acest proces este în orice caz un pas obligatoriu în dezvoltarea „utilizabilității”. Esența sa, în principiu, este simplă: mai mulți respondenți rezolvă un set de anumite probleme folosind doar prototipul sistemului. Specialistul, care se află în același timp în apropiere, înregistrează toate acțiunile și cuvintele. Când colectarea datelor este încheiată, acestea sunt analizate. Dacă este necesar, se fac ajustări la proiect.
Testarea de utilizare se face cu scopul de a descoperi lacune sau probleme. Ele pot apărea în rândul respondenților în timpul lucrului cu site-ul și nu trebuie să vă temeți de acest lucru. Principalul lucru este să faceți ajustările corecte.
Ce include analiza site-ului?
Analiza de utilizare oferă o imagine cuprinzătoare a întregului site. Aceasta include de obicei concluziile de proiectare, rezultatele testelor, compararea prototipurilor paginilor analizate, precum și emiterea de diverse tipuri de recomandări care vor ajuta la eliminarea problemelor existente.
Avizul de design definește așa-numita „utilizabilitate” a interfeței. Adică cât de convenabil și în același timp confortabil va lucra utilizatorul cu acest site web. Exemplele de „utilizabilitate” sunt oferite de multe servicii care sunt întotdeauna gata să-și ofere serviciile în acest sens.
Diferențele de nivel de resurse
Dacă costurile de publicitate sunt aceleași, atunci site-ul cu nivelul mai ridicat de „utilizabilitate” va accepta mai mulți clienți potențiali. De asemenea, vor fi mai loiali companiei. Și acest lucru este important, deoarece clienții vor vizita site-ul și vor face achiziții în mod continuu.
Este foarte posibil să descărcați managerii companiei, deoarece cu un nivel ridicat de „utilizabilitate” clienții pot găsi singuri răspunsuri la întrebările lor, pe paginile resursei. În consecință, managementul poate reduce costurile necesare pentru menținerea managerilor, ceea ce va avea un impact pozitiv asupra afacerii.
Ce se învață pentru a obține „utilizabilitate”?
Acesta este un întreg complex de factori. Acestea includ următoarele criterii:
- Eficiența utilizării. Cât de repede va putea un client să-și rezolve problemele dacă învață să folosească resursa?
- Ușurința de a învăța. Cât de repede va învăța un vizitator pentru prima dată să folosească interfața?
- Memorabilitatea. Va putea clientul să reproducă primul model de utilizare învățat la redeschiderea paginilor?
- Erori. Cât de des face un vizitator greșeli în timp ce se află pe site? Cum pot fi corectate aceste erori și în ce măsură sunt grave?
- Satisfacția cu munca depusă. Utilizatorului i-a plăcut resursa? Daca ti-a placut, cat de mult?
Concluzie și concluzii
Statisticile arată că din 10 utilizatori, mai mult de jumătate (sau mai precis, 6) nu găsesc imediat informațiile necesare pe rețeaua internațională. Motivul pentru aceasta constă în construcția greșită a „utilizabilității”. Internetul a fost creat pentru schimbul unui flux total de informații, dar multe site-uri nu respectă regulile obișnuite pentru un astfel de schimb. Acest lucru duce la faptul că căutarea informațiilor utile durează mult mai mult timp. Se reduce proporţional coeficientul de utilitate al lucrării.
Testarea este recomandată tuturor proprietarilor de site. Acest lucru este benefic pentru ei în primul rând, deoarece datorită setării corecte a „utilizabilității” puteți crește audiența constantă a site-ului. Prin urmare, este o idee bună să-l monetizezi.
De la autor: sa nu fim sinceri: orice site este creat pentru a face profit. Proprietarii magazinului online „dorm și văd” cum să vândă mai multe mărfuri. Mințile bloggerilor caută constant. Chiar și site-urile web ale organizațiilor caritabile - și sunt create cu scopul de a obține beneficii, în special, pentru a atrage atenția sponsorilor și a societății asupra problemei. Cu toate acestea, impactul maxim poate fi obținut numai dacă site-ul este convenabil de utilizat. Care este cea mai bună modalitate de a verifica gradul de utilizare a unui site web? Despre asta vom vorbi astăzi.
De acord, doriți să reveniți la un site cu navigare ușoară, design frumos, informații de înaltă calitate și funcționalitate bună din nou și din nou. Nu același lucru se poate spune despre resursele web incomode cărora nu le pasă deloc de confortul utilizatorului. Și cei, la rândul lor, care se simt lipsiți de respect față de ei înșiși și de nevoile lor, se retrag rapid de pe un astfel de site fără să cumpere nimic. Pentru a preveni acest lucru, este imperativ să verificați gradul de utilizare al site-ului.
Utilizabilitatea unui site (din limba engleză Usability) este confortul în utilizarea acestuia. Cu cât este mai mare gradul de utilizare, cu atât este mai mare calitatea site-ului, cu atât un vizitator își poate atinge obiectivul mai ușor și mai rapid - de exemplu, plasați o comandă sau găsiți informații.
Principalele probleme care pot fi identificate la verificarea gradului de utilizare a site-ului sunt:
Prezența chiar și a uneia dintre problemele menționate mai sus poate avea un efect destul de deplorabil asupra locului site-ului în rezultatele căutării, traficului acestuia de către potențialii clienți și, în general, asupra loialității acestora față de resursă.
Ce este testarea de utilizare?
Acesta este un studiu conceput pentru a determina capacitatea de utilizare și adecvarea unei pagini web sau a unei interfețe de utilizator pentru utilizarea prevăzută. Acest proces, numit și testare ergonomică, presupune folosirea utilizatorilor ca testeri pentru a produce date obiective.
Cum decurge procesul de testare într-un „mediu de laborator”?
Un exemplu de testare a utilizabilității: utilizatorului i se cere să rezolve unele dintre sarcinile pentru care a fost creată această resursă web, iar în timpul execuției testului să-și înregistreze comentariile. Înregistrarea comentariilor se realizează de obicei folosind înregistrări video sau audio, astfel încât acestea să poată fi apoi analizate în detaliu.
Procesul poate implica observatori care monitorizează situația și iau note despre progresul testării. Este posibilă următoarea variantă de verificare a utilizabilității și funcționalității site-ului: se dezvoltă un scenariu „ideal” al comportamentului utilizatorului și al „călătoriei” acestuia în jurul site-ului, apoi se înregistrează abaterile de la acest traseu și se fac editările corespunzătoare.
După mai multe cercuri ale iadului pentru iterații de testare/revizuire, puteți obține o interfață acceptabilă pentru rezolvarea unei anumite probleme, convenabilă pentru client și obținerea de profit pentru proprietarul site-ului.
Folosind un focus grup
Una dintre variantele metodei descrise mai sus este testarea unui produs folosind un focus grup. Esența sa constă în faptul că utilizatorii reali vizitează site-ul și efectuează diverse acțiuni până la conversie.
Ca urmare, veți primi feedback „din exterior”, o listă de întrebări și dificultăți întâmpinate și, eventual, chiar sugestii de îmbunătățire. Un astfel de studiu ar trebui să implice reprezentanți ai publicului țintă care diferă între ei în ceea ce privește nivelul de abilități informatice, profesie, caracteristici socio-demografice și alte caracteristici.
Acest tip de verificare online a gradului de utilizare a site-ului web vă va permite să analizați produsul din perspectiva utilizatorului final și să obțineți răspunsuri la următoarele întrebări:
dacă structura și designul interfeței îndeplinesc obiectivele afacerii;
la ce elemente îi acordă cea mai mare atenție utilizatorul;
navigarea este convenabilă;
dacă utilizatorul se poate adapta rapid la interfață și la funcționalitatea acesteia;
Funcționează corect mecanismul de feedback?
Tendințe și abordări moderne în dezvoltarea web
Învață algoritmul de creștere rapidă de la zero în construirea site-ului
Produsul face impresia corectă?
există diferențe între rutele utilizatorilor reale și de conversie.
De unde să obțineți aceleași focus grupuri? Pentru aceasta, există multe servicii de testare a uzabilității folosind focus grupuri (askusers.ru, usabilla.com, sitepolice.ru etc.); poti apela si la ajutorul firmelor specializate.
Dezavantajul acestei metode este că este plătită. Pentru a obține un eșantion normal (nu 2 persoane) aveți nevoie de mult buget. În plus, prin implicarea focus-grupurilor în cercetare, cel mai probabil vei primi doar o listă de probleme, a căror soluție va trebui să cauți fie singur, fie cu ajutorul specialiștilor.
Instrumente de evaluare a gradului de utilizare
Cum altfel puteți verifica gradul de utilizare a unui site web online? Există un număr mare de instrumente diferite pe Internet, atât plătite, cât și gratuite. Iată cele mai utile, după părerea mea:
Experimente de conținut Google Analytics. Este un instrument gratuit și open source pe care îl puteți folosi pentru a testa aproape orice modificare de pe site-ul dvs. web pentru a vedea dacă aceasta contribuie la o rată de respingere mai mică sau la o creștere a conversiilor.
Pentru a conecta instrumentul, accesați Google Analytics și găsiți fila „Comportament” - „Experimente”. Pentru a configura un experiment, trebuie să efectuați mai mulți pași:
stabiliți numele și scopul experimentului. Scopul poate fi acela de a vizita o pagină web, de a cumpăra un produs sau de a fi prezent pentru o anumită perioadă de timp. Puteți să vă creați propriul obiectiv sau să alegeți dintre cele oferite de Google Analytics;
selectați procentul de distribuție a traficului. Acesta este numărul de vizitatori care vor vedea o anumită opțiune țintă;
stabiliți timpul minim de experiment. De obicei este de aproximativ două săptămâni;
ajustați pragul de încredere. Cu cât este mai mare, cu atât mai precis va fi determinată opțiunea câștigătoare, cu toate acestea, acest lucru va crește timpul de experiment.
Dezavantajele utilizării acestui instrument includ imposibilitatea verificării mai multor sarcini deodată, lipsa testării polivariante și a segmentării traficului.
Optimizator vizual de site. Vă permite să creșteți efectiv conversiile, are un editor online simplu pentru a personaliza multe opțiuni pentru pagina dvs. de destinație și creează linkuri unice de direcționare. De exemplu, puteți să-i spuneți: dacă un vizitator a venit la noi de la Vkontakte și folosește sistemul de operare Windows, atunci vă rugăm să-i arătați această pagină web, iar dacă provine de la un MacBook, atunci acesta ... Visual Website Optimizer se laudă și cu un comod sistem de raportare și o grămadă de cipuri diferite.
Qualaroo. Un sondaj gratuit pentru utilizatori care vă permite să aflați o opinie imparțială despre o resursă web. Cu el, puteți identifica problemele și vă puteți crește profitul. Acest instrument de feedback facilitează foarte mult munca analiștilor de utilizare.
Yandex.Metrica. Vă permite să analizați etapele de completare a formularului și să aflați care dintre ele a cauzat cele mai mari dificultăți vizitatorilor, care utilizatori nu au completat cutare sau cutare articol etc.
Hărți termice. Acestea includ Yandex.Metrica „Clickmap”, statisticile paginilor web Google Analytics, usabilitytools.com, feng-gui.com etc. Aceste instrumente vă permit să evaluați comportamentul total al utilizatorului pe site. Cu hărțile termice, puteți vedea unde fac clic majoritatea oamenilor și unde nu. Ajustările corespunzătoare se fac în funcție de rezultat.
Lista de verificare pentru verificare
Se încarcă rapid paginile web? Supraîncărcarea cu animații, imagini grele și economizoare de ecran flash poate afecta clasamentul în căutarea site-ului dvs. și, desigur, loialitatea utilizatorilor.
Există un logo pe fiecare pagină? Trebuie să conțină un link către resursa principală.
Cum este încadrat conținutul? Textul trebuie să aibă o structură bună: titlu, subtitluri, liste etc. Și nu trebuie să existe greșeli. Textul inadecvat cu erori este slab lizibil și perceput atât de oameni, cât și de roboții motoarelor de căutare. Titlurile și subtitlurile trebuie să fie succinte și concise, în concordanță cu publicitatea care este postată în rețea.
Sper că acest articol v-a fost util în evaluarea gradului de utilizare a site-ului. Abonați-vă la actualizările blogului nostru și aflați mai multe despre utilizare, design web și alte domenii. Ne vedem în curând!
Tendințe și abordări moderne în dezvoltarea web
Învață algoritmul de creștere rapidă de la zero în construirea site-ului
Pregătire, interviuri și colectare de date
La marcaje
Șefa UX Research la Mail.Ru Group, Natalia Sprogis, în blogul companiei la Habrahabr, a vorbit despre pregătirea și desfășurarea testării de utilizare: ce să includeți în scenariul de testare, cum să alegeți o metodă de colectare a datelor, să compuneți sarcini și să colectați impresiile despre respondenți.
Un plan de testare este, pe de o parte, un set de sarcini, întrebări și chestionare pe care le oferiți fiecărui respondent, iar pe de altă parte, baza metodologică a cercetării: metrici și ipoteze pe care le testați și le înregistrați, instrumentele selectate. .
Testarea este exact necesară
În primul rând, trebuie să vă asigurați că în această etapă proiectul are nevoie de testare de utilizare. Prin urmare, clarificați în ce scop vă contactează echipa de proiect. Testarea de utilizare nu este atotputernică și, de la început, trebuie să înțelegeți ce poate aduce produsului. Pregătiți imediat echipa de proiect pentru care întrebări puteți răspunde și pentru care nu. Au existat cazuri în care fie le-am oferit clienților o metodă diferită (de exemplu, interviurile aprofundate sau cercetarea în jurnal sunt acum mai potrivite), fie am recomandat să renunțăm cu totul la cercetare și să facem în schimb un test împărțit.
De exemplu, nu întreprindem niciodată cercetări calitative pentru a testa „atractivitatea” unei caracteristici sau a unei opțiuni de design. Putem colecta feedback de la utilizatori, dar riscul este prea mare ca răspunsurile lor să fie influențate de dezirabilitatea socială. Oamenii sunt întotdeauna înclinați să spună că ar folosi chiar și ceea ce nu vor folosi. Și dimensiunea mică a eșantionului nu permite ca astfel de răspunsuri să fie de încredere. De exemplu, am avut o experiență proastă de a testa paginile de destinație ale jocului: pagina de destinație care a fost aleasă ca cea mai atractivă la test a avut rezultate mult mai proaste la testarea A/B.
Testarea prototipurilor și a conceptelor are, de asemenea, o serie de limitări. Când planificați, trebuie să înțelegeți ce puteți „strânge” cu adevărat din acest test. Este grozav când un proiect are posibilitatea de a testa prototipuri sau modele înainte de implementare. Cu toate acestea, cu cât prototipul este mai puțin detaliat și funcțional, cu cât nivelul de abstractizare al respondentului este mai mare, cu atât se pot obține mai puține date din test. Testarea prototipurilor dezvăluie cel mai bine problemele de denumire și metaforă pentru icoane, adică toate problemele de claritate. Capacitatea de a testa ceva dincolo de aceasta depinde foarte mult de esența proiectului și de detaliul prototipului.
Baza pentru scrierea unui script de testare a utilizabilității
Planificarea testului începe nu cu redactarea textului sarcinilor, ci cu un studiu detaliat al obiectivelor și întrebărilor de cercetare împreună cu echipa de proiect. Iată baza pentru a vă face planul:
Scenarii importante. Acestea sunt acele scenarii de utilizator (sarcini sau cazuri de utilizare) care afectează afacerea sau sunt legate de scopul testării. Chiar dacă echipa suspectează probleme în anumite locații, de multe ori merită să verificați cazurile principale. În acest caz, următoarele scenarii pot fi considerate importante pentru test:
- cele mai frecvente (de exemplu, trimiterea unui mesaj într-un messenger);
- afectarea obiectivelor de afaceri (de exemplu, lucrul cu un formular de plată);
- legate de actualizare (cele care au fost afectate de reproiectare sau introducerea de noi funcționalități).
Probleme cunoscute. Adesea, cercetarea este necesară pentru a răspunde la cauza principală a problemei de afaceri a unui serviciu. De exemplu, un producător este îngrijorat de un număr mare de jucători după prima oră de joc. Și, uneori, zonele cu probleme ale interfeței sunt deja cunoscute de echipă și trebuie să colectați detalii și detalii. De exemplu, serviciul de asistență este adesea întrebat despre forma de plată.
Întrebări. Echipa poate avea, de asemenea, întrebări de cercetare: de exemplu, utilizatorii observă un banner care reclamă servicii suplimentare; dacă o anumită secțiune este denumită în mod clar.
Ipoteze.În asta se traduc problemele și întrebările cunoscute ale echipei. Este bine dacă clientul vine la tine cu ipoteze gata făcute - de exemplu, „Clienții noștri plătesc doar de la telefon cu comision. Poate că utilizatorii nu văd alegerea unei metode de plată mai avantajoase.” Dacă nu există ipoteze, dar există doar dorința de a testa proiectul în mod abstract „pentru uzabilitate”, sarcina dumneavoastră este să formulați aceste ipoteze.
Gândiți-vă împreună cu echipa de proiect la locurile în care utilizatorii nu se comportă conform așteptărilor (dacă sunt disponibile). Aflați dacă există elemente de design care au fost controversate și care pot fi problematice. Efectuați propriul audit al produsului pentru a găsi potențiale probleme ale utilizatorilor pe care este important să le testați. Toate acestea vă vor ajuta să faceți o listă cu acele elemente (sarcini, întrebări, verificări) care ar trebui incluse în scenariul final.
Metoda de colectare a datelor
Este important să luați în considerare modul în care veți colecta date despre ceea ce se întâmplă în timpul testului pentru o analiză ulterioară. Următoarele opțiuni sunt utilizate în mod tradițional:
Observare.În timpul îndeplinirii sarcinilor, respondentul rămâne singur cu produsul și se comportă așa cum crede de cuviință. Comentariile respondentului sunt colectate prin chestionare și comunicarea cu moderatorul după test. Aceasta este cea mai „curată” metodă, oferă un comportament mai natural al respondentului și capacitatea de a măsura corect o serie de metrici (de exemplu, timpul de execuție a sarcinii).
Cu toate acestea, o mulțime de date utile de calitate rămân în spatele scenei. După ce ați văzut acest comportament al respondentului, nu puteți înțelege de ce acționează în acest fel. Desigur, puteți întreba despre asta la sfârșitul testului, dar, cel mai probabil, respondentul își va aminti bine doar ultima sarcină. În plus, în timpul executării sarcinilor, părerea lui despre sistem se poate schimba și veți obține doar imaginea finală, și nu primele impresii.
Gândește cu voce tare (gândind cu voce tare). Multă vreme, această metodă a fost folosită cel mai des în testarea utilizabilității. Jacob Nielsen l-a numit odată principalul instrument de evaluare a gradului de utilizare. Concluzia este că îi cereți respondentului să își exprime toate gândurile care apar atunci când lucrați cu interfața și să comenteze toate acțiunile lor. Arată așa: „Acum voi adăuga acest produs în coș. Unde este butonul? Oh, iată-o. Oh, am uitat să văd ce culoare era."
Metoda ajută la înțelegerea de ce utilizatorul se comportă într-un fel sau altul și ce emoții îi evocă interacțiunea curentă. Este ieftin și simplu, chiar și un cercetător fără experiență se poate descurca.
Cu toate acestea, are dezavantajele sale. În primul rând, nu este firesc ca oamenii să „gândească cu voce tare” tot timpul. Vor tăcea des și va trebui să le reamintiți constant să vorbească în continuare. În al doilea rând, sarcinile cu această metodă durează puțin mai mult decât în viața reală. În plus, unii dintre respondenți încep să folosească produsul mai atent. Vorbind motivele acțiunilor lor, ei încearcă să acționeze mai rațional și pur și simplu nu vor să arate ca niște idioți și este posibil să nu prinzi unele momente intuitive ale comportamentului lor.
Intervenția Moderatorului Activ... Metoda este ideală pentru testarea conceptelor și prototipurilor. În timpul executării sarcinilor, moderatorul interacționează activ cu utilizatorul: la momentele potrivite află motivele comportamentului său și pune întrebări clarificatoare. În unele cazuri, moderatorul poate chiar emite sarcini neprogramate care decurg din dialog.
Această metodă vă permite să colectați cantitatea maximă de date de calitate. Cu toate acestea, poate fi folosit doar dacă ai încredere în profesionalismul moderatorului tău. Întrebările formulate incorect sau puse la momentul nepotrivit pot afecta foarte mult comportamentul și impresiile respondentului și chiar pot face ca rezultatele testului să nu fie valide. De asemenea, atunci când utilizați această metodă, aproape nicio măsurătoare nu poate fi măsurată.
Gândește cu voce tare retrospectivă, RTA (retrospectivă). Aceasta este o combinație a primelor două metode. Utilizatorul efectuează mai întâi toate sarcinile fără interferențe, apoi este redat un videoclip cu munca sa în fața lui, iar el își comentează comportamentul și răspunde la întrebările moderatorului. Principalul dezavantaj al acestei metode este că timpul de testare este mult crescut. Cu toate acestea, există momente când este optim.
De exemplu, odată ne-am confruntat cu sarcina de a testa mai multe tipuri de mafioți (monstri de joc) într-un singur RPG. Bineînțeles, nu am putut nici distrage atenția respondenților cu întrebări și nici nu-i puteam forța să comenteze acțiunile lor în timpul bătăliei. Acest lucru ar face imposibil să joci acolo unde este nevoie de concentrare pentru a câștiga. Pe de altă parte, utilizatorul cu greu și-ar putea aminti după o serie de lupte dacă a observat primul topor de șobolan în flăcări cu un topor roșu. Prin urmare, în acest test am folosit metoda RTA. Cu fiecare utilizator, am analizat luptele sale și am discutat ce efecte ale monștrilor a observat și cum le-a înțeles.
Încercați să vă gândiți cum să obțineți suficiente date, păstrând respondentul cât mai natural posibil. În ciuda simplității și versatilității metodei „a gândi cu voce tare”, care a fost mult timp cea mai populară în testarea utilizabilității, încercăm din ce în ce mai mult să o înlocuim cu observație. Dacă moderatorul vede un comportament interesant al respondentului, acesta va aștepta până va finaliza sarcina și va pune o întrebare după. Imediat după atribuire, este mai probabil ca respondentul să-și amintească de ce a făcut acest lucru.
Eye tracker-ul ajută foarte mult în această chestiune. Văzând focalizarea atenției actuale a respondentului, puteți înțelege mai bine comportamentul lor fără a pune întrebări inutile. În general, eye tracker-ul îmbunătățește semnificativ calitatea moderației, iar acest rol, în opinia mea, nu este mai puțin important decât capacitatea de a construi hitmaps.
Metrici
Metricurile sunt indicatori cantitativi ai gradului de utilizare. Ca rezultat al testării, veți obține întotdeauna un set de probleme găsite în interfață. Metricurile vă permit să înțelegeți cât de bun sau rău este totul, precum și să comparați cu un alt proiect sau cu versiunile anterioare ale designului.
Care sunt valorile
Conform ISO 9241-11, principalele caracteristici ale utilizabilității sunt eficiența, productivitatea și satisfacția. Diferite valori pot fi relevante pentru proiecte diferite, dar toate sunt legate într-un fel sau altul de aceste trei caracteristici. Voi scrie despre valorile cele mai des folosite.
Succesul misiunilor. Puteți folosi un cod binar: ați făcut treaba sau nu. Urmăm adesea abordarea Nielsen și distingem trei tipuri de evaluări de succes:
- a făcut față sarcinii aproape fără probleme - 100%;
- a întâmpinat probleme, dar a finalizat sarcina pe cont propriu - 50%;
- nu a făcut față sarcinii - 0%.
Dacă 4 din 12 respondenți au făcut față cu ușurință sarcinii, 6 - cu probleme și 2 au eșuat, atunci succesul mediu la această sarcină va fi de 58%.
Uneori veți întâlni o situație în care respondenții care sunt foarte diferiți în ceea ce privește gradul de „problematicitate” se încadrează în grupul de mijloc. De exemplu, un respondent s-a luptat cu fiecare câmp al formularului, iar al doilea a făcut doar o mică greșeală la sfârșit. Poți da nota la discreția ta, în funcție de ce s-a întâmplat la test. De exemplu, 25% - dacă respondentul tocmai a început să finalizeze sarcina, sau 80% - dacă a făcut o greșeală minoră.
Pentru a evita prea multă subiectivitate, gândiți-vă în avans la scalele de evaluare, în loc să decideți pentru fiecare respondent după test. De asemenea, merită să luați în considerare ce să faceți cu erorile. De exemplu, ați dat sarcina de a cumpăra bilete de cinema pentru proiectul „Kino Mail.Ru”. Unul dintre respondenți a cumpărat din greșeală un bilet nu pentru mâine, ci pentru astăzi și nu l-a observat. Este încrezător că a făcut față sarcinii și are biletul la îndemână. Dar greșeala lui este atât de critică încât nu va intra în cinematograf, așa că aș pune „0%”, în ciuda faptului că biletul a fost cumpărat.
Rata de succes este o măsură foarte simplă și directă și vă recomand să o folosiți dacă sarcinile dvs. au obiective clare. O privire asupra graficului de succes al misiunii vă permite să identificați rapid cele mai problematice zone ale interfeței.
Timp pentru îndeplinirea sarcinilor. Această valoare este orientativă doar prin comparație. Cum știi dacă este bine sau rău dacă un utilizator finalizează o sarcină în 30 de secunde? Dar faptul că timpul a scăzut în comparație cu versiunea anterioară a designului este deja bun. Sau faptul că înregistrarea pe proiectul nostru durează mai puțin decât concurenții. Există interfețe în care reducerea timpului de finalizare a sarcinilor este critică - de exemplu, interfața de lucru a unui angajat al unui call center.
Cu toate acestea, această măsurătoare nu este aplicabilă pentru toate sarcinile. Să ne luăm sarcina de a selecta un produs într-un magazin online. Utilizatorii ar trebui să găsească rapid filtre și alte elemente de interfață legate de căutarea produselor, dar procesul de selecție în sine le va lua un timp diferit, iar acest lucru este complet normal. Atunci când aleg pantofi, femeile sunt gata să se uite la 20 de pagini ale ediției. Și asta nu înseamnă neapărat că nu au existat produse potrivite pe primele pagini sau că nu văd filtre. Adesea vor doar să vadă toate opțiunile.
Frecvența problemelor. Orice raport de testare de utilizare conține o listă a problemelor întâlnite de respondenți. Numărul de respondenți care au întâmpinat o problemă este un indicator al frecvenței acesteia în cadrul testului. Această valoare poate fi utilizată numai dacă utilizatorii dvs. au efectuat exact aceleași sarcini.
Dacă au existat variații în test sau sarcinile nu au fost clar formulate, ci compilate pe baza interviurilor, atunci va fi dificil de calculat frecvența. Va fi necesar nu numai numărarea celor cu care se confruntă, ci și estimarea câți respondenți s-ar putea confrunta cu problema (a efectuat o sarcină similară, a intrat în aceeași secțiune). Cu toate acestea, această caracteristică permite echipei să înțeleagă care probleme ar trebui rezolvate mai întâi.
Satisfacția subiectivă. Aceasta este o evaluare subiectivă de către utilizator a confortului sau confortului de a lucra cu sistemul. Este dezvăluit folosind chestionare pe care respondenții le completează în timpul sau după testare. Există chestionare standard. De exemplu, scară de utilizare a sistemului, chestionar de utilizare post-studiu sau chestionar privind experiența jocurilor pentru jocuri. Sau vă puteți crea propriul chestionar.
Acestea sunt departe de singurele valori posibile. De exemplu, iată o listă cu 10 valori UX pe care Jeff Sauro le evidențiază. Pentru produsul dvs., valorile pot fi diferite: de exemplu, la ce nivel înțeleg respondenții regulile jocului, câte greșeli fac atunci când completează formulare lungi. Rețineți că decizia de a utiliza mai multe valori impune o serie de limitări testării. Respondenții ar trebui să acționeze cât mai natural și în aceleași condiții. Prin urmare, ar fi bine să oferiți:
- Puncte de plecare unice. Aceleași sarcini pentru diferiți respondenți ar trebui să înceapă din același punct al interfeței. Puteți cere respondenților să revină la pagina principală după fiecare temă.
- Lipsa interventiei. Orice comunicare cu moderatorul poate afecta valorile de performanță dacă moderatorul îi solicită respondentului să facă ceva și crește timpul necesar pentru a finaliza sarcina.
- Ordinea sarcinilor. Pentru a compensa efectul de învățare al testării comparative, asigurați-vă că inversați ordinea în care sunt introduse produsele de comparație pentru diferiți respondenți. Începeți jumătate cu proiectul dvs. și jumătate cu unul competitiv.
- Criterii de succes. Gândiți-vă dinainte ce fel de comportament considerați de succes pentru sarcină: de exemplu, este permis ca respondentul să nu folosească filtre atunci când selectează un produs într-un magazin online.
Interpretarea metricilor
Amintiți-vă că testarea clasică de utilizare este o cercetare calitativă, iar valorile pe care le obțineți sunt în primul rând ilustrative. Acestea oferă o imagine de ansamblu asupra diferitelor scenarii din produs, permițându-vă să vedeți punctele dureroase. De exemplu, setările contului sunt mai complexe decât înregistrarea în sistem. Ele pot arăta dinamica schimbării dacă le măsurați în mod regulat. Adică, metricile fac posibil să înțelegem că, în noul design, sarcina a devenit mai rapidă. Aceste relații sunt mult mai indicative și de încredere decât valorile absolute găsite ale metricilor.
Jeff Sauro, un statistician de cercetare UX, sfătuiește să nu reprezinte valorile ca medii, ci să ia în considerare întotdeauna intervalele de încredere. Acest lucru este mult mai corect, mai ales dacă există o variație în rezultatele respondenților. Pentru a face acest lucru, puteți folosi calculatoarele sale online gratuite: pentru succes și pentru timpul de atribuire. Nu te poți descurca fără procesarea statistică și la compararea rezultatelor.
Când sunt necesare valori
Nu toate rapoartele de testare a gradului de utilizare conțin valori. Colectarea și analizarea acestora necesită timp și impune restricții asupra metodei de testare. Iată cazurile în care sunt cu adevărat necesare:
- Dovedi. Adesea este nevoie să se demonstreze că trebuie aduse modificări produsului - mai ales în companiile mari. Pentru factorii de decizie, cifrele sunt clare, inteligibile și familiare. Când arătați că 10 din 12 respondenți nu au putut să plătească pentru un articol sau că înregistrarea în sistem durează în medie de două ori mai mult decât concurenții, se acordă rezultatelor cercetării mai multă pondere.
- Comparaţie. Dacă vă comparați produsul cu alții de pe piață, aveți nevoie și de valori. În caz contrar, vei vedea avantajele și dezavantajele diferitelor proiecte, dar nu vei putea evalua unde ocupă produsul tău printre ele.
- Vedeți modificări. Valorile sunt bune pentru testarea regulată a aceluiași produs după ce se fac modificări. Ele vă permit să vedeți progresul după reproiectare, să atrageți atenția asupra acelor locuri care au rămas fără îmbunătățiri. Puteți utiliza din nou acești indicatori ca bază de dovezi care vor arăta managementului ponderea investițiilor în reproiectare. Sau doar pentru a înțelege că ai obținut rezultate și mergi în direcția bună.
- Ilustra, accentuează. Cifrele ajută la ilustrarea bine a problemelor importante. Uneori le numărăm pentru cele mai strălucitoare și mai importante puncte ale testului, chiar dacă nu folosim metrici în toate sarcinile.
Cu toate acestea, nu folosim valori în fiecare test. Te poți descurca fără ele dacă cercetătorul lucrează îndeaproape cu echipa de proiect, există încredere internă și echipa este suficient de matură pentru a prioritiza corect rezolvarea problemelor.
Metoda de captare a datelor
S-ar părea, ce este în neregulă cu un caiet și un pix sau doar un document Word deschis? În lumea de dezvoltare Agile de astăzi, cercetătorii UX ar trebui să încerce să transmită observațiile lor echipei cât mai repede posibil.
Pentru a optimiza timpul de analiză, este o idee bună să pregătiți în prealabil un șablon pentru introducerea notelor în timpul testului. Am încercat să facem acest lucru în software specializat (de exemplu, Noldus Observer sau Morae Manager), dar în practică, tabelele s-au dovedit a fi cele mai flexibile și versatile. În prealabil, notează în tabel întrebările pe care intenționezi să le pui exact, locurile de introducere a problemelor găsite în sarcini, precum și ipoteza (pe fiecare respondent vei nota dacă a fost confirmată sau nu). Farfuriile noastre arată astfel:
Ce altceva poți folosi:
- ... Șablon Excel personalizabil pentru introducerea observațiilor pentru fiecare respondent. Un cronometru încorporat care măsoară timpul de execuție a sarcinilor, timpul și graficele de succes sunt generate automat.
- Rainbow Spreadsheet de Tomer Sharon de la Google. Un tabel vizual pentru colaborarea dintre cercetător și echipă. Linkul duce la un articol care descrie metoda și există, de asemenea, un link către o foaie de calcul Google cu un șablon.
Cu experiență, majoritatea înregistrărilor pot fi făcute chiar în timpul testului. Dacă nu sunteți la timp, atunci este mai bine să notați tot ce vă amintiți imediat după test. Dacă reveniți la analiză în câteva zile, cel mai probabil va trebui să revizuiți videoclipul și să petreceți mult mai mult timp.
Pregătirea pentru testare
Pe lângă metodă, metrici și protocolul de testare în sine, trebuie să decideți asupra următoarelor lucruri:
Format de comunicare cu moderatorul. Moderatorul poate fi în aceeași cameră cu participantul la test. În acest caz, îi va fi ușor să pună întrebări la timp. Totuși, prezența moderatorului poate influența respondentul: acesta va începe să pună întrebări moderatorului, provocându-l să-l îndemne, fie explicit, fie implicit.
Încercăm să lăsăm respondentul singur cu produsul pentru cel puțin o parte a testului. Deci comportamentul lui devine mai relaxat și mai natural. Și pentru a nu alerga înainte și înapoi dacă ceva nu merge bine, puteți lăsa orice messenger cu conexiune audio activată, astfel încât moderatorul să poată contacta respondentul din camera de observație.
Metoda de stabilire a sarcinilor. Sarcinile pot fi exprimate de un moderator. Dar în acest caz, în ciuda protocolului uniform de testare, textul sarcinii poate fi pronunțat ușor diferit de fiecare dată. Acest lucru este valabil mai ales dacă testul este condus de mai mulți moderatori. Uneori, chiar și mici diferențe de formulare pot pune respondenții în condiții de plecare diferite.
Pentru a evita acest lucru, puteți fie să „antrenați” moderatorii să citească mereu textele temei, fie să dați respondenților teme pe bucăți de hârtie sau pe ecran. Diferența de formulare încetează să mai fie o problemă dacă folosești un scenariu flexibil, când sarcinile sunt formulate în timpul testului, pe baza unui interviu cu un moderator.
Puteți utiliza instrumentele de produs pentru stabilirea sarcinilor. De exemplu, la testarea ICQ, respondenții au primit sarcini printr-o fereastră de chat cu un moderator, iar la testarea Mail.Ru Mail, le-au primit prin scrisori. Acest mod de stabilire a sarcinilor a fost cât se poate de natural pentru aceste proiecte și am testat și scripturile de corespondență de bază de multe ori.
Crearea unui context natural. Chiar dacă vorbim de cercetări de laborator, gândiți-vă cum să aduceți utilizarea produsului pe test mai aproape de condițiile reale. De exemplu, dacă testați dispozitive mobile, cum le vor ține respondenții? Pentru o imagine bună pe video, este mai bine atunci când telefonul sau tableta sunt fixate pe un suport sau întinse pe o masă. Cu toate acestea, acest lucru nu arată clar dacă toate zonele sunt accesibile și convenabile pentru apăsare, deoarece telefoanele sunt adesea ținute cu o singură mână, iar cu tabletele se află pe canapea.
Merită să ne gândim la mediul în care va fi utilizat produsul: dacă ceva distrage atenția unei persoane, este zgomotos, este bun internetul. Toate acestea pot fi simulate în laborator.
Plan de testare pentru client. Acesta este, de asemenea, un pas important de pregătire, deoarece implică echipa de proiect. Este posibil să nu spuneți clientului despre toate caracteristicile metodologice ale testului (cum veți comunica cu respondentul, înregistrați datele etc.). Dar asigurați-vă că îi arătați care vor fi sarcinile și ce veți verifica asupra lor. Poate că nu ați ținut cont de unele caracteristici ale proiectului, sau poate că echipa de proiect va avea idei și ipoteze suplimentare. Obținem de obicei o farfurie similară:
Schița raportului. Desigur, raportul este scris pe baza rezultatelor cercetării. Dar există o practică bună - să întocmești un plan de raport chiar înainte de teste, pe baza scopurilor și obiectivelor studiului. Cu un astfel de plan în fața ochilor, puteți verifica scenariul dvs. pentru a fi complet, precum și să pregătiți cele mai convenabile formulare pentru a înregistra datele pentru o analiză ulterioară. Poate că decideți că raportul nu este necesar și că un fișier comun de observație este suficient pentru dumneavoastră și echipă. Și dacă motivezi echipa să o completeze cu tine, va fi grozav.
Bineînțeles, puteți doar „lăsați prietenul să folosească produsul” și urmăriți ce dificultăți întâmpină. Dar un scenariu bine scris vă va permite să nu ratați probleme importante și să nu împingeți accidental respondentul la răspunsurile de care aveți nevoie. La urma urmei, testarea de utilizare este un experiment simplificat și, în orice experiment, pregătirea preliminară este importantă.
Orice protocol de testare a gradului de utilizare constă din următoarele părți:
- Briefing sau briefing (salut, descrierea evenimentului, semnarea documentelor).
- Interviu introductiv (verificare de screening, scurt interviu despre utilizarea produsului, context și scenarii).
- Lucrul cu produsul (sarcini de testare).
- Colectarea afișărilor finale ale produsului pe baza experienței de testare.
Briefing sau briefing
Indiferent de subiectul testării, orice cercetare începe în același mod. Ce ar trebui făcut:
Creați o atmosferă. Faceți cunoștință cu persoana, oferiți-i ceai, cafea sau apă, arată-i unde este toaleta. Încercați să relaxați puțin respondentul, deoarece poate fi nervos înainte de eveniment. Află dacă a fost ușor să te găsesc, întreabă-ți starea de spirit.
Descrieți procesul. Spuneți-ne ce fel de eveniment așteaptă respondentul, cât timp va dura, din ce părți constă, ce veți face. Asigurați-vă că îi subliniați respondentului că contribuția acestuia va ajuta la îmbunătățirea produsului și că nu testați capacitatea unei persoane. Dacă înregistrați video, alertați respondentul și spuneți-i că datele nu vor apărea în rețea. Eu zic cam asa:
Ne aflăm în biroul Grupului Mail.Ru. Astăzi vom vorbi despre proiectul XXX. Va dura aproximativ o oră. Mai întâi, vom vorbi puțin, apoi vă voi ruga să încercați să faceți ceva în proiectul în sine, apoi vom discuta despre impresiile dvs. Vom înregistra ce se întâmplă în cameră și pe ecranul computerului. Înregistrarea este necesară doar pentru analiză, nu vă veți vedea pe Internet.
Facem cercetări pentru a îmbunătăți proiectul XXX, pentru a înțelege ce trebuie corectat în el și în ce direcție ar trebui să se dezvolte. Prin urmare, vă rog să exprimați deschis orice comentarii: atât pozitive, cât și negative. Nu-ți fie teamă să ne jignești. Dacă, când studiezi proiectul, ceva nu îți merge, ia-o ușor. Aceasta înseamnă că am găsit o problemă pe care echipa de proiect trebuie să o rezolve. Principalul lucru este să vă amintiți că noi nu vă testăm, voi testați produsul. Dacă sunteți gata, vă sugerez să începeți.
Să semneze documente. De regulă, acesta este consimțământul pentru prelucrarea datelor cu caracter personal și, uneori, și un acord privind nedezvăluirea informațiilor despre testare. Pentru testele cu minori, este necesar acordul părinților pentru ca copilul lor să participe la studiu. De obicei o trimitem părinților în avans și le rugăm să-l aducă cu tine. Asigurați-vă că explicați de ce cereți să semnați documente și acordați timp pentru a le studia. În Rusia, oamenii se feresc de orice documente care trebuie semnate.
Configurați echipamentul. Indiferent dacă utilizați urmărirea ochilor, echipament biometric sau pur și simplu înregistrați videoclipuri, este timpul să îl porniți. Avertizați respondentul când începeți înregistrarea.
Interviu introductiv
Rezolvă următoarele sarcini:
Verificați recrutarea. Pentru orice eventualitate, începeți întotdeauna cu asta - chiar dacă aveți încredere în agenție sau în persoana care a găsit respondentul. De mai multe ori deja în timpul testului, am aflat că respondentul a înțeles greșit întrebările și, de fapt, nu folosește produsul așa cum avem nevoie. Încercați să vă îndepărtați de formalitate și să nu puneți întrebări din chestionarul de screening: persoana poate ști deja ce să le răspundă.
Scenarii de utilizare a produsului și context. Chiar dacă aveți puțin timp pentru test, nu sări peste acest punct. Cel puțin în general, întrebați respondentul ce sarcini rezolvă cu ajutorul produsului, dacă folosește proiecte similare, în ce condiții interacționează cu acestea și de pe ce dispozitive. Răspunsurile vă vor ajuta să înțelegeți mai bine motivele comportamentului respondentului și, dacă utilizați scenarii flexibile, atunci formulați sarcini adecvate. Dacă este suficient timp, cereți respondentului să arate ce și cum face de obicei. Aceasta servește ca o sursă de întrebări și perspective suplimentare.
Așteptări și atitudini.Începutul testării este un moment bun pentru a afla ce știe respondentul despre produs, ce simte despre acesta și ce așteptări de la el. După test, veți putea compara așteptările cu impresia finală.
Pentru majoritatea testelor, această structură introductivă a interviului va funcționa. Dacă testați un produs nou, poate doriți să omiteți întrebările introductive. Intrarea în prea multe detalii pe un subiect poate crea anumite așteptări pentru utilizatorul produsului. Prin urmare, lăsați doar câteva întrebări generale pentru a stabili contactul cu respondentul și treceți imediat la sarcini și este mai bine să discutați scenarii, relații și context după ce utilizatorul învață pentru prima dată produsul.
Lucrul cu produsul, elaborarea sarcinilor
Care sunt sarcinile
Să presupunem că doriți să testați un magazin online. Aveți scenarii importante (căutare și selecție de produse, procesul de checkout), probleme cunoscute (greșeli frecvente în forma de plată) și chiar ipoteza că designerul o încurcă cu filtrul de preț. Cum să formulezi sarcini?
Sarcini concentrate. Pare evident să faci ceva de genul acesta: „Alegeți o mașină de spălat vase de 45 de centimetri lățime cu o” grindă pe podea „funcție care nu costă mai mult de 30 de mii de ruble”. Acest lucru îl motivează pe respondent să folosească filtre și să compare produsele între ele. Veți putea verifica filtrul după preț pentru toți respondenții și veți vedea scenariul cheie al selecției articolului. Astfel de sarcini sunt destul de potrivite pentru viață și sunt bune pentru testarea unor ipoteze specifice (ca și în cazul unui filtru după preț).
Cu toate acestea, dacă întregul test constă din ele, atunci riscați următoarele:
- Verificare punctual a interfeței. Vei gasi doar probleme legate de detaliile postului (filtreaza dupa pret si latime). Nu veți vedea alte probleme - de exemplu, sortarea produselor sau alte filtre - dacă nu le specificați și pe acestea. Și este puțin probabil să puteți face sarcini pentru toate elementele site-ului.
- Lipsa de implicare. Utilizatorii efectuează adesea astfel de sarcini mecanic. Când văd primul articol care corespunde criteriilor, se opresc. Poate că în viața lui respondentul nu a ales niciodată o mașină de spălat vase și nu-i pasă ce este o „rază pe jos”. Cu cât sarcina seamănă mai mult cu o situație din viața reală și cu cât conține mai mult context, care este de înțeles pentru utilizator, cu atât sunt mai mari șansele de a implica un respondent care își va imagina că alege de fapt un produs. Iar utilizatorul implicat „trăiește” mai bine interfața, lasă mai multe comentarii, își mărește șansele de a găsi probleme și de a oferi cunoștințe utile despre comportamentul și caracteristicile audienței.
- Spectru restrâns de perspective. În viața reală, este posibil ca utilizatorul să nu fi ales deloc produsul. De exemplu, nu aș folosi filtre deloc (și aici le-ați indicat). Sau as cauta un produs dupa criterii care nu sunt pe site. Dând sarcini dificile, concentrate, nu veți afla despre contextul real al utilizării produsului, nu veți găsi scenarii pe care echipa de proiect poate să nu le fi prevăzut, nu veți colecta date despre nevoile de conținut și funcționalități.
Sarcini cu context. O modalitate de a implica mai bine utilizatorii este să adăugați o poveste reală și context la sarcina seci. De exemplu, în loc de „Găsiți o rețetă pentru un tort cu prune pe site”, sugerați următoarele: „Oaspeții vor veni la dvs. într-o oră. Găsiți ce puteți coace în acest timp. Aveți totul pentru biscuiți în frigider, precum și puțină prună. Dar, din păcate, nu există unt.”
O abordare similară poate fi folosită cu un magazin online. De exemplu: „Imaginați-vă că alegi un cadou pentru sora ta. Uscatorul ei de par s-a stricat recent si ar fi incantat sa aiba unul nou. Trebuie să vă păstrați în limita a 7 mii de ruble.” Este important ca respondentul să aleagă de fapt o persoană reală căreia îi va „cumpăra” cadoul (dacă nu există soră, sugerați o altă rudă sau prietenă). Factorul cheie pentru astfel de sarcini este realitatea și claritatea contextului. Este ușor să-ți imaginezi că alegi un cadou pentru familia ta, mult mai greu – că ești „un contabil care întocmește un raport anual”.
Un exemplu izbitor al acestei abordări este „Metoda Bollywood”, care a fost inventată de expertul indian UX Apala Lahiri Chavan. Ea susține că este dificil pentru indieni, ca mulți asiatici, să-și exprime în mod deschis părerile despre interfață. Dar, prezentându-se ca eroi ai situațiilor dramatice fictive (ca în filmele lor preferate), se deschid și încep să participe activ la testare. Prin urmare, sarcinile pentru indieni ar trebui să arate cam așa:
Imaginează-ți că tânăra ta nepoată iubită este pe cale să se căsătorească. Și apoi afli că viitorul ei soț este un escroc și chiar căsătorit. Trebuie să cumperi urgent două bilete pentru zborul spre Bangalore pentru tine și pentru soția înșelătorului pentru a supăra nunta și a salva familia de rușine. Grăbiți-vă!
Sarcini bazate pe experiența respondenților. Reamintim: pentru testarea cu succes, respondenții trebuie să se potrivească cu publicul proiectului. Prin urmare, pentru a verifica magazinul online de electrocasnice, îi recrutăm pe cei care au ales recent electrocasnice sau le aleg acum. Acesta este ceea ce vom folosi la compilarea sarcinilor pe baza experienței respondenților. Există două opțiuni pentru utilizarea acestei abordări:
- Parametrii respondentului. În acest caz, adaptezi sarcinile fixe la respondenți. De exemplu, în cazul unui magazin de electrocasnice și a sarcinii de a lucra cu filtre, întreabă persoana exact ce a achiziționat recent. Aflați criteriile (preț, funcții) și propuneți să repetați „cumpărarea” pe site-ul dvs.
- Scenariile respondentului. Sarcinile sunt complet formate pe baza experienței participanților. Pentru a înțelege ce scenarii să testeze, moderatorul află exact cum persoana a rezolvat problema în viață și sugerează să o facă pe site. De exemplu, un cumpărător, înainte de a face o alegere, a comparat mai multe modele între ele pentru o lungă perioadă de timp. Chiar dacă site-ul nu are o funcție adecvată, cereți respondentului să compare produse pentru a înțelege pe ce parametri se va baza. S-ar putea să vă faceți o idee despre cum ar trebui să arate funcția de comparare și, de asemenea, puteți adapta pagina produsului pentru acest scenariu.
Astfel de sarcini oferă multe exemple din viața reală de efectuare a operațiunilor de bază în produs. Acest lucru dă adesea naștere la o gamă mult mai largă de probleme și constatări. În plus, vă permite să testați produsul pe noi scenarii pe care nu le-ați considerat de bază sau chiar gândite.
Când am testat proiectul „Mail.Ru Real Estate”, multe descoperiri ne-au ajutat să facem exact sarcinile pe baza experienței respondenților. Am văzut că atunci când caută un apartament în regiunea Moscovei, oamenii indică în geofiltru stațiile de capăt ale metroului, adică sunt stații la care se poate ajunge din regiune. Ne asteptam ca filtrul de metrou sa caute un apartament langa statie. De asemenea, am aflat cum diferă scenariile de căutare a clădirilor noi față de locuințele secundare, ceea ce a ajutat la mutarea căutării de clădiri noi într-o altă secțiune a site-ului - cu propriile filtre și propriul concept de descriere a apartamentelor. De asemenea, vă sfătuiesc să citiți excelentul articol al lui Jared Spool despre beneficiile unor astfel de sarcini.
Misiuni fără sarcini. Uneori este mai bine să nu oferi utilizatorilor sarcini pentru a lucra cu un proiect, ci să vezi cum încep ei înșiși să se familiarizeze cu produsul. Oferă respondentului o introducere: „Imaginați-vă că ați decis să încercați acest produs. Te las câteva minute. Fă ceea ce ai face în viața reală. Nu-ți dau nicio misiune.”
Este important ca moderatorul să părăsească sala în același timp. În caz contrar, utilizatorul este tentat să întrebe imediat ceva, să clarifice: „Trebuie să mă înregistrez? Cum poți face asta?” etc.
Acest tip de misiune este utilă pentru produse complet noi. Îl folosim adesea pentru aplicații și jocuri mobile. În acest fel, aflăm dacă utilizatorii citesc materialele de instruire, ce detalii atrag imediat atenția, ce înțeleg oamenii în conceptul de produs și cum îi descriu ulterior capacitățile. După sarcina gratuită, sunt planificate scenarii specifice.
Un alt domeniu de aplicare pentru sarcinile gratuite sunt proiectele de conținut. Dacă vrei să înțelegi cum sunt citite articolele tale (unde stau mult timp, ce le dor, ce elemente din pagină acordă atenție), atunci doar lasă respondentul singur cu proiectul pentru câteva minute. Numai fără ca moderatorul să se uite peste umăr, utilizatorul se va relaxa și va citi textul în același mod ca de obicei. Așa testăm proiectele „News Mail.Ru”, „Lady Mail.Ru” și altele. Această abordare ne-a permis să evidențiem diferite modele de comportament pe site, diferite modele de citire a articolelor și să înțelegem ce tipuri de materiale ar trebui să fie stilate diferit.
Facem sarcini bune
Prima sarcină este simplă.Începeți testarea cu sarcini introductive și simple. Respondentul ar trebui să se simtă confortabil cu formatul testului, mai ales dacă utilizați metoda „gândiți cu voce tare”: trebuie să se obișnuiască cu nevoia de a-și exprima gândurile și sentimentele. Nu aruncați imediat asupra lui toată durerea și suferința interfeței.
Nu-mi spune. Formulați sarcinile în așa fel încât să nu-l determinați pe respondent să facă ceea ce trebuie. Dacă doriți să testați capacitatea de a adăuga produse la favorite într-un magazin online, faceți fără sarcina „Hai să adăugăm acest televizor la favorite”, mai ales dacă butonul se numește așa. După ce a citit sarcina, respondentul va găsi pur și simplu un buton cu semnătura necesară pe ecran - poate fără să înțeleagă măcar ce face.
Este mai bine să explicați sensul sarcinii fără a recurge la termeni din interfață. De exemplu: „Site-ul are capacitatea de a salva produsele care vă plac și apoi de a alege pe care dintre ele să le comandați. Să încercăm să o facem cu așa sau cutare televizor.”
Urmați terminologia. Nu folosiți cuvinte și denumiri de neînțeles. Pare evident, dar noi, obișnuindu-ne cu unii termeni, uităm adesea că foarte puțini oameni din afara comunității IT îi cunosc. De exemplu, la testarea noii funcționalități de fire (lanțuri de mesaje) în Mail.Ru Mail, am avut o perioadă dificilă. La urma urmei, utilizatorii care nu sunt familiarizați cu această funcție pur și simplu nu au în cap un termen care să desemneze fire.
Drept urmare, nu le-am numit în niciun fel. Tocmai le-am arătat respondenților o casetă cu lanțuri conectate și am discutat despre această nouă caracteristică, iar utilizatorii l-am lăsat să aleagă singuri cuvântul pentru fire. Acest lucru ne-a ajutat ulterior să folosim cele mai înțelese texte în materialele educaționale promoționale.
Urmărește nu doar temele, ci și întrebările moderatorului, în special cele care vin de la echipă în timpul testării. De exemplu, atunci când discutați despre funcții, nu ar trebui să utilizați cuvântul „bară de instrumente”: nu toată lumea este familiarizată cu el. În urmă cu câțiva ani, nu toți utilizatorii cunoșteau nici măcar cuvântul „browser”. Modul exact în care sarcinile sunt cel mai bine formulate depinde de publicul de testare. Nu ar trebui să vă grăbiți la cealaltă extremă, explicând toți termenii la rând. De exemplu, jucătorii cu experiență nu trebuie să explice ce sunt „buff”, „frag”, „respawn” și așa mai departe.
Mai puțin test. Este adesea tentant să creați un cont de testare pentru respondent în sistem și să efectuați testarea acestuia. La urma urmei, puteți testa totul în acest cont în avans, evitați suprapunerile și nu pierdeți timpul înregistrând sau autorizand un respondent. Este adesea, de asemenea, mult mai ușor din punct de vedere tehnic să încorporați un nou design pe datele de testare, mai degrabă decât pe datele reale.
Cu toate acestea, prin această abordare, riscați să obțineți rezultate mult mai puțin utile, deoarece acțiunile de testare nu au consecințe reale. Situația devine complet artificială, utilizatorilor le este greu să o proiecteze într-o experiență reală.
De exemplu, atunci când lucrează în propriul cont de rețea socială, respondenții, ca și în viața reală, vor face cu atenție tot ceea ce pot vedea prietenii lor (postează linkuri, trimit mesaje). Când își configurează propria cutie poștală, ei vor încerca să nu ștergă scrisorile importante. La testarea magazinelor online, uneori se folosește o abordare când recompensa trebuie cheltuită chiar pe test. În acest caz, respondentul nu va indica primul produs potrivit pentru sarcină, ci va ridica ceea ce are cu adevărat nevoie.
Cu doar date de testare, veți găsi probleme legate doar de acestea, și nu de funcționalitate de testare pe diferite variante. De exemplu, când am testat panoul social al browserului Amigo, unul dintre respondenții care și-a conectat contul VKontakte la panou a observat imediat că îi era incomod să citească în acest fel. Aproape întregul feed a constat din abonamente la grupuri cu fotografii erotice. Și în panoul îngust din imagini era pur și simplu imposibil să vezi ceva.
O altă problemă cu datele de testare este că este dificil de înțeles sistemul, deoarece totul în jur este neobișnuit. De exemplu, un utilizator al rețelei sociale este obișnuit să-și recunoască pagina după propria fotografie. Chiar și atunci când testăm prototipuri, încercăm să le personalizăm cât mai mult posibil. De exemplu, atunci când testăm prototipuri pe care se poate face clic în Odnoklassniki, le adaptăm întotdeauna pentru fiecare utilizator, inserând numele și fotografia acestuia și, uneori, cele mai recente știri de pe pagină.
Nu vă lăsați limitat de interfață. Rețineți că interacțiunile cu un produs sunt adesea mai mult decât doar interfața. Dacă este posibil, testați produse sau servicii conexe și legăturile dintre ele. Când testăm jocuri, încercăm să verificăm nu numai jocul, ci și site-ul său web și descărcările aferente, înregistrarea în joc și căutăm informații pe forum. Și la testarea unui magazin online, am verificat și apelul operatorului după plasarea unei comenzi, care dădea recomandări pentru call center.
Gândește-te la sincronizare. Pentru un scenariu bun, este important să prioritizați sarcinile. Cel mai probabil, dacă sistemul este mare și testul are multe obiective, vei dori să faci o mulțime de sarcini. Cu toate acestea, un respondent obosit nu va mai fi de folos. Un test bun nu durează mai mult de o oră și jumătate, doi este maxim. Singura excepție sunt jocurile. Și amintiți-vă că obiectivele dvs. nu sunt doar sarcini, ci interviuri, chestionare, instalarea echipamentelor și semnarea documentelor. Toate acestea durează de obicei cel puțin o jumătate de oră.
Dacă sunt prea multe sarcini, și nu vrei să renunți la unele, poți să le pui în rotație pe cele mai puțin prioritare, adică să arăți doar o parte din respondenți. Sau faceți o parte din test obligatorie pentru toată lumea și urmăriți restul doar cu cei cu care aveți timp suficient. Dar aceștia vor fi cel mai probabil cei mai de succes respondenți.
Evaluați utilitatea sarcinii. Luați în considerare dacă într-adevăr se potrivește ipotezelor dvs. De exemplu, doriți să testați funcția de abonare la știri pe un site web. Sarcina „Abonare la newsletter” va verifica doar dacă cei care îl vor căuta vor putea găsi newsletter-ul. Cu toate acestea, oamenii vin rar pe site pentru a se abona la știri. Misiunea nu se aplică vieții reale. Trebuie să înțelegeți dacă opțiunea de abonament este observată de cei care îndeplinesc sarcini complet diferite.
Puteți verifica acest lucru în diferite moduri, în funcție de implementarea funcției. Dacă persoana a fost angajată în sarcini în care ar fi văzut posibilitatea unui abonament, întreabă-l dacă este pe site. Asigurați-vă că clarificați unde a văzut această oportunitate sau cum a fost implementată pentru a vă asigura că respondentul nu este doar de acord cu dvs.
Dacă o ofertă de abonament este inclusă în procesul de înregistrare sau de plată, vedeți dacă respondentul o va folosi și apoi discutați-o după atribuire. Există foarte puține șanse ca într-un cadru de laborator oamenii să se aboneze efectiv la liste de corespondență, dar puteți verifica dacă o persoană a acordat atenție acestei posibilități, la ce se așteaptă de la lista de corespondență și așa mai departe.
Colectarea impresiilor finale
Scopul fazei finale de testare este de a colecta impresii despre lucrul cu produsul, de a înțelege ce i-a plăcut utilizatorului și ce l-a supărat, de a evalua satisfacția subiectivă. De obicei, această parte a testului folosește o combinație între un interviu cu un moderator și completarea chestionarelor formale.
Interviu cu moderatorul
În interviul final, punem mereu respondenților aceleași întrebări: „Ce impresii ați avut?”, „Ce ți-a plăcut și ce nu?” , „Ce ai vrea să schimbi în produs?” Este timpul să clarificăm momentele de neînțeles ale comportamentului respondentului, dacă nu ați făcut acest lucru în timpul testului. Dacă, înainte de testare, ai aflat de la utilizatori despre atitudinea și așteptările unui brand sau produs, află dacă s-a schimbat ceva. La interviu, acordați atenție următoarelor:
Dezirabilitatea socială. Găsiți rezultatele interviului cu mare atenție. Dacă în timpul testului auziți adesea comentarii impulsive sub influența problemelor, atunci în interviul final, dezirabilitatea socială înflorește cu putere și principal.
Unii oameni cred că atunci când vorbesc despre problemele produsului, își recunosc propria incompetență. Alții pur și simplu nu vor să deranjeze un moderator plăcut. De foarte multe ori respondenții (în special femeile), care au suferit tot testul, spun că totul este, în principiu, normal. Recenziile negative pot fi dictate și de dezirabilitatea socială: dacă respondentul este încrezător că scopul testului este de a găsi defecte, el încearcă cu sârguință să le găsească.
Citate și priorități. Deși toate cuvintele participanților la test în interviul final trebuie adesea împărțite la doi sau chiar zece, asta nu înseamnă că sunt inutile. După modul în care respondenții își rezumă impresiile, puteți deduce priorități. Produsul e nasol? Ce anume a influențat asta? Care dintre multele probleme și-a amintit cel mai mult respondentul și le-a considerat cea mai enervantă?
Totuși, ține cont de ultima sarcină care se reține cel mai bine. De asemenea, este foarte util să urmăriți ce adjective folosesc respondenții pentru a descrie produsul, cu ceea ce își compară experiența.
Să nu uităm de bine. Foarte des, un raport de testare de utilizare este o listă lungă de probleme găsite în timpul testului. În general, căutarea problemelor este una dintre sarcinile principale ale studiului. Dar nu uitați de aspectele pozitive ale produsului.
În primul rând, un raport fără rezultate pozitive pur și simplu demotivează echipa. Și în al doilea rând, este util să știm ce le place utilizatorilor la produs: ce se întâmplă dacă, la următoarea reproiectare, vor decide să elimine funcția care a plăcut atât de mult tuturor. Prin urmare, asigurați-vă că întrebați respondenții despre aspectele pozitive ale produsului, chiar dacă aceștia au certat interfața pe toată durata testării.
Atitudine față de „Wishlist”. Cel mai probabil, respondenții, pe lângă impresiile lor, își vor exprima dorințe și idei. Sarcina ta este să înțelegi care este problema din spatele propunerilor. Pentru că soluțiile pe care utilizatorii le sugerează cel mai probabil nu vor funcționa pentru tine. La urma urmei, participanții la test nu sunt designeri, nu sunt conștienți de caracteristicile și limitările dezvoltării. Cu toate acestea, există o nevoie în spatele oricărei astfel de solicitări pe care trebuie să o capturați. Dacă un respondent spune că are nevoie cu siguranță de un buton mare verde aici, asigurați-vă că întrebați: de ce?
Măsura satisfacției
Adesea, potrivit respondentului din interviul final, este greu de înțeles dacă produsul i-a plăcut sau nu și, cu atât mai mult, este dificil de comparat atitudinea mai multor respondenți care au remarcat atât avantaje, cât și dezavantaje. Aici chestionarele vin în ajutorul cercetătorului. În primul rând, atunci când completați chestionarul (mai ales înainte de a vorbi cu moderatorul), influența notoriei dezirații sociale este puțin mai mică, deși nu veți scăpa complet de ea. În al doilea rând, chestionarul vă oferă parametri clari pentru compararea scenariilor, produselor sau etapelor proiectului.
Scrierea unui chestionar bun este un subiect separat și foarte amplu. Formulările, scalele și multe altele sunt importante aici. Chestionarele gata făcute și testate pot fi de mare ajutor: ele au fost deja rafinate și testate de multe ori. Singura problemă este că aproape toate aceste chestionare nu au traduceri oficiale în rusă. Desigur, le puteți traduce singur, dar din punct de vedere metodologic, traducerile trebuie testate pentru a verifica corectitudinea redactării. Cu toate acestea, chestionarele pot servi drept ghid pentru compilarea propriilor chestionare.
Există chestionare care sunt date după fiecare sarcină pentru a evalua satisfacția față de scenarii specifice. De exemplu:
- Chestionarul după scenariu (ASQ). Trei întrebări despre complexitate, productivitate și solicitări în sistem.
- Întrebare simplă unică (SEQ). O întrebare despre complexitatea scenariului.
Și există chestionare care sunt folosite în faza finală a testării. Iată câteva exemple pe care le folosim atunci când este necesar:
- Scala de utilizare a sistemului și Chestionarul de utilizare a sistemului post-studiu. Două chestionare clasice și populare create cu peste 20 de ani în urmă. Ambele sunt formate din declarații. Respondenții trebuie să indice gradul de acord cu ei. Toate aceste afirmații caracterizează capacitatea de utilizare a produsului din diferite unghiuri. De exemplu: „Aș putea găsi cu ușurință informațiile de care aveam nevoie”, „Diferitele capabilități ale sistemului sunt ușor accesibile” și așa mai departe.
- ... Un chestionar care ne ajută adesea la teste. Utilizatorului i se pune la dispoziție un set de adjective, dintre care le alege pe cele care pot caracteriza produsul. Drept urmare, obțineți un nor de cuvinte - caracteristicile proiectului dvs. Această tehnică produce adesea rezultate foarte interesante.
- Chestionar privind experiența jocului. Chestionarele clasice de utilizare nu pot fi aplicate la jocuri: implicarea în procesul de joc este mult mai importantă decât claritatea interfețelor. Prin urmare, pentru jocuri, ar trebui să compune întotdeauna chestionare speciale sau să folosești Chestionarul despre experiența jocului. Chestionarul conține mai multe module: un modul de bază, un bloc în joc, un post-chestionar și un chestionar de posibilități sociale ale jocului. Materialul a fost publicat de utilizator. Faceți clic pe butonul „Scrie” pentru a vă împărtăși opinia sau a spune despre proiectul dvs.
Pregătire, interviuri și colectare de date
La marcaje
Șefa UX Research la Mail.Ru Group, Natalia Sprogis, în blogul companiei la Habrahabr, a vorbit despre pregătirea și desfășurarea testării de utilizare: ce să includeți în scenariul de testare, cum să alegeți o metodă de colectare a datelor, să compuneți sarcini și să colectați impresiile despre respondenți.
Un plan de testare este, pe de o parte, un set de sarcini, întrebări și chestionare pe care le oferiți fiecărui respondent, iar pe de altă parte, baza metodologică a cercetării: metrici și ipoteze pe care le testați și le înregistrați, instrumentele selectate. .
Testarea este exact necesară
În primul rând, trebuie să vă asigurați că în această etapă proiectul are nevoie de testare de utilizare. Prin urmare, clarificați în ce scop vă contactează echipa de proiect. Testarea de utilizare nu este atotputernică și, de la început, trebuie să înțelegeți ce poate aduce produsului. Pregătiți imediat echipa de proiect pentru care întrebări puteți răspunde și pentru care nu. Au existat cazuri în care fie le-am oferit clienților o metodă diferită (de exemplu, interviurile aprofundate sau cercetarea în jurnal sunt acum mai potrivite), fie am recomandat să renunțăm cu totul la cercetare și să facem în schimb un test împărțit.
De exemplu, nu întreprindem niciodată cercetări calitative pentru a testa „atractivitatea” unei caracteristici sau a unei opțiuni de design. Putem colecta feedback de la utilizatori, dar riscul este prea mare ca răspunsurile lor să fie influențate de dezirabilitatea socială. Oamenii sunt întotdeauna înclinați să spună că ar folosi chiar și ceea ce nu vor folosi. Și dimensiunea mică a eșantionului nu permite ca astfel de răspunsuri să fie de încredere. De exemplu, am avut o experiență proastă de a testa paginile de destinație ale jocului: pagina de destinație care a fost aleasă ca cea mai atractivă la test a avut rezultate mult mai proaste la testarea A/B.
Testarea prototipurilor și a conceptelor are, de asemenea, o serie de limitări. Când planificați, trebuie să înțelegeți ce puteți „strânge” cu adevărat din acest test. Este grozav când un proiect are posibilitatea de a testa prototipuri sau modele înainte de implementare. Cu toate acestea, cu cât prototipul este mai puțin detaliat și funcțional, cu cât nivelul de abstractizare al respondentului este mai mare, cu atât se pot obține mai puține date din test. Testarea prototipurilor dezvăluie cel mai bine problemele de denumire și metaforă pentru icoane, adică toate problemele de claritate. Capacitatea de a testa ceva dincolo de aceasta depinde foarte mult de esența proiectului și de detaliul prototipului.
Baza pentru scrierea unui script de testare a utilizabilității
Planificarea testului începe nu cu redactarea textului sarcinilor, ci cu un studiu detaliat al obiectivelor și întrebărilor de cercetare împreună cu echipa de proiect. Iată baza pentru a vă face planul:
Scenarii importante. Acestea sunt acele scenarii de utilizator (sarcini sau cazuri de utilizare) care afectează afacerea sau sunt legate de scopul testării. Chiar dacă echipa suspectează probleme în anumite locații, de multe ori merită să verificați cazurile principale. În acest caz, următoarele scenarii pot fi considerate importante pentru test:
- cele mai frecvente (de exemplu, trimiterea unui mesaj într-un messenger);
- afectarea obiectivelor de afaceri (de exemplu, lucrul cu un formular de plată);
- legate de actualizare (cele care au fost afectate de reproiectare sau introducerea de noi funcționalități).
Probleme cunoscute. Adesea, cercetarea este necesară pentru a răspunde la cauza principală a problemei de afaceri a unui serviciu. De exemplu, un producător este îngrijorat de un număr mare de jucători după prima oră de joc. Și, uneori, zonele cu probleme ale interfeței sunt deja cunoscute de echipă și trebuie să colectați detalii și detalii. De exemplu, serviciul de asistență este adesea întrebat despre forma de plată.
Întrebări. Echipa poate avea, de asemenea, întrebări de cercetare: de exemplu, utilizatorii observă un banner care reclamă servicii suplimentare; dacă o anumită secțiune este denumită în mod clar.
Ipoteze.În asta se traduc problemele și întrebările cunoscute ale echipei. Este bine dacă clientul vine la tine cu ipoteze gata făcute - de exemplu, „Clienții noștri plătesc doar de la telefon cu comision. Poate că utilizatorii nu văd alegerea unei metode de plată mai avantajoase.” Dacă nu există ipoteze, dar există doar dorința de a testa proiectul în mod abstract „pentru uzabilitate”, sarcina dumneavoastră este să formulați aceste ipoteze.
Gândiți-vă împreună cu echipa de proiect la locurile în care utilizatorii nu se comportă conform așteptărilor (dacă sunt disponibile). Aflați dacă există elemente de design care au fost controversate și care pot fi problematice. Efectuați propriul audit al produsului pentru a găsi potențiale probleme ale utilizatorilor pe care este important să le testați. Toate acestea vă vor ajuta să faceți o listă cu acele elemente (sarcini, întrebări, verificări) care ar trebui incluse în scenariul final.
Metoda de colectare a datelor
Este important să luați în considerare modul în care veți colecta date despre ceea ce se întâmplă în timpul testului pentru o analiză ulterioară. Următoarele opțiuni sunt utilizate în mod tradițional:
Observare.În timpul îndeplinirii sarcinilor, respondentul rămâne singur cu produsul și se comportă așa cum crede de cuviință. Comentariile respondentului sunt colectate prin chestionare și comunicarea cu moderatorul după test. Aceasta este cea mai „curată” metodă, oferă un comportament mai natural al respondentului și capacitatea de a măsura corect o serie de metrici (de exemplu, timpul de execuție a sarcinii).
Cu toate acestea, o mulțime de date utile de calitate rămân în spatele scenei. După ce ați văzut acest comportament al respondentului, nu puteți înțelege de ce acționează în acest fel. Desigur, puteți întreba despre asta la sfârșitul testului, dar, cel mai probabil, respondentul își va aminti bine doar ultima sarcină. În plus, în timpul executării sarcinilor, părerea lui despre sistem se poate schimba și veți obține doar imaginea finală, și nu primele impresii.
Gândește cu voce tare (gândind cu voce tare). Multă vreme, această metodă a fost folosită cel mai des în testarea utilizabilității. Jacob Nielsen l-a numit odată principalul instrument de evaluare a gradului de utilizare. Concluzia este că îi cereți respondentului să își exprime toate gândurile care apar atunci când lucrați cu interfața și să comenteze toate acțiunile lor. Arată așa: „Acum voi adăuga acest produs în coș. Unde este butonul? Oh, iată-o. Oh, am uitat să văd ce culoare era."
Metoda ajută la înțelegerea de ce utilizatorul se comportă într-un fel sau altul și ce emoții îi evocă interacțiunea curentă. Este ieftin și simplu, chiar și un cercetător fără experiență se poate descurca.
Cu toate acestea, are dezavantajele sale. În primul rând, nu este firesc ca oamenii să „gândească cu voce tare” tot timpul. Vor tăcea des și va trebui să le reamintiți constant să vorbească în continuare. În al doilea rând, sarcinile cu această metodă durează puțin mai mult decât în viața reală. În plus, unii dintre respondenți încep să folosească produsul mai atent. Vorbind motivele acțiunilor lor, ei încearcă să acționeze mai rațional și pur și simplu nu vor să arate ca niște idioți și este posibil să nu prinzi unele momente intuitive ale comportamentului lor.
Intervenția Moderatorului Activ... Metoda este ideală pentru testarea conceptelor și prototipurilor. În timpul executării sarcinilor, moderatorul interacționează activ cu utilizatorul: la momentele potrivite află motivele comportamentului său și pune întrebări clarificatoare. În unele cazuri, moderatorul poate chiar emite sarcini neprogramate care decurg din dialog.
Această metodă vă permite să colectați cantitatea maximă de date de calitate. Cu toate acestea, poate fi folosit doar dacă ai încredere în profesionalismul moderatorului tău. Întrebările formulate incorect sau puse la momentul nepotrivit pot afecta foarte mult comportamentul și impresiile respondentului și chiar pot face ca rezultatele testului să nu fie valide. De asemenea, atunci când utilizați această metodă, aproape nicio măsurătoare nu poate fi măsurată.
Gândește cu voce tare retrospectivă, RTA (retrospectivă). Aceasta este o combinație a primelor două metode. Utilizatorul efectuează mai întâi toate sarcinile fără interferențe, apoi este redat un videoclip cu munca sa în fața lui, iar el își comentează comportamentul și răspunde la întrebările moderatorului. Principalul dezavantaj al acestei metode este că timpul de testare este mult crescut. Cu toate acestea, există momente când este optim.
De exemplu, odată ne-am confruntat cu sarcina de a testa mai multe tipuri de mafioți (monstri de joc) într-un singur RPG. Bineînțeles, nu am putut nici distrage atenția respondenților cu întrebări și nici nu-i puteam forța să comenteze acțiunile lor în timpul bătăliei. Acest lucru ar face imposibil să joci acolo unde este nevoie de concentrare pentru a câștiga. Pe de altă parte, utilizatorul cu greu și-ar putea aminti după o serie de lupte dacă a observat primul topor de șobolan în flăcări cu un topor roșu. Prin urmare, în acest test am folosit metoda RTA. Cu fiecare utilizator, am analizat luptele sale și am discutat ce efecte ale monștrilor a observat și cum le-a înțeles.
Încercați să vă gândiți cum să obțineți suficiente date, păstrând respondentul cât mai natural posibil. În ciuda simplității și versatilității metodei „a gândi cu voce tare”, care a fost mult timp cea mai populară în testarea utilizabilității, încercăm din ce în ce mai mult să o înlocuim cu observație. Dacă moderatorul vede un comportament interesant al respondentului, acesta va aștepta până va finaliza sarcina și va pune o întrebare după. Imediat după atribuire, este mai probabil ca respondentul să-și amintească de ce a făcut acest lucru.
Eye tracker-ul ajută foarte mult în această chestiune. Văzând focalizarea atenției actuale a respondentului, puteți înțelege mai bine comportamentul lor fără a pune întrebări inutile. În general, eye tracker-ul îmbunătățește semnificativ calitatea moderației, iar acest rol, în opinia mea, nu este mai puțin important decât capacitatea de a construi hitmaps.
Metrici
Metricurile sunt indicatori cantitativi ai gradului de utilizare. Ca rezultat al testării, veți obține întotdeauna un set de probleme găsite în interfață. Metricurile vă permit să înțelegeți cât de bun sau rău este totul, precum și să comparați cu un alt proiect sau cu versiunile anterioare ale designului.
Care sunt valorile
Conform ISO 9241-11, principalele caracteristici ale utilizabilității sunt eficiența, productivitatea și satisfacția. Diferite valori pot fi relevante pentru proiecte diferite, dar toate sunt legate într-un fel sau altul de aceste trei caracteristici. Voi scrie despre valorile cele mai des folosite.
Succesul misiunilor. Puteți folosi un cod binar: ați făcut treaba sau nu. Urmăm adesea abordarea Nielsen și distingem trei tipuri de evaluări de succes:
- a făcut față sarcinii aproape fără probleme - 100%;
- a întâmpinat probleme, dar a finalizat sarcina pe cont propriu - 50%;
- nu a făcut față sarcinii - 0%.
Dacă 4 din 12 respondenți au făcut față cu ușurință sarcinii, 6 - cu probleme și 2 au eșuat, atunci succesul mediu la această sarcină va fi de 58%.
Uneori veți întâlni o situație în care respondenții care sunt foarte diferiți în ceea ce privește gradul de „problematicitate” se încadrează în grupul de mijloc. De exemplu, un respondent s-a luptat cu fiecare câmp al formularului, iar al doilea a făcut doar o mică greșeală la sfârșit. Poți da nota la discreția ta, în funcție de ce s-a întâmplat la test. De exemplu, 25% - dacă respondentul tocmai a început să finalizeze sarcina, sau 80% - dacă a făcut o greșeală minoră.
Pentru a evita prea multă subiectivitate, gândiți-vă în avans la scalele de evaluare, în loc să decideți pentru fiecare respondent după test. De asemenea, merită să luați în considerare ce să faceți cu erorile. De exemplu, ați dat sarcina de a cumpăra bilete de cinema pentru proiectul „Kino Mail.Ru”. Unul dintre respondenți a cumpărat din greșeală un bilet nu pentru mâine, ci pentru astăzi și nu l-a observat. Este încrezător că a făcut față sarcinii și are biletul la îndemână. Dar greșeala lui este atât de critică încât nu va intra în cinematograf, așa că aș pune „0%”, în ciuda faptului că biletul a fost cumpărat.
Rata de succes este o măsură foarte simplă și directă și vă recomand să o folosiți dacă sarcinile dvs. au obiective clare. O privire asupra graficului de succes al misiunii vă permite să identificați rapid cele mai problematice zone ale interfeței.
Timp pentru îndeplinirea sarcinilor. Această valoare este orientativă doar prin comparație. Cum știi dacă este bine sau rău dacă un utilizator finalizează o sarcină în 30 de secunde? Dar faptul că timpul a scăzut în comparație cu versiunea anterioară a designului este deja bun. Sau faptul că înregistrarea pe proiectul nostru durează mai puțin decât concurenții. Există interfețe în care reducerea timpului de finalizare a sarcinilor este critică - de exemplu, interfața de lucru a unui angajat al unui call center.
Cu toate acestea, această măsurătoare nu este aplicabilă pentru toate sarcinile. Să ne luăm sarcina de a selecta un produs într-un magazin online. Utilizatorii ar trebui să găsească rapid filtre și alte elemente de interfață legate de căutarea produselor, dar procesul de selecție în sine le va lua un timp diferit, iar acest lucru este complet normal. Atunci când aleg pantofi, femeile sunt gata să se uite la 20 de pagini ale ediției. Și asta nu înseamnă neapărat că nu au existat produse potrivite pe primele pagini sau că nu văd filtre. Adesea vor doar să vadă toate opțiunile.
Frecvența problemelor. Orice raport de testare de utilizare conține o listă a problemelor întâlnite de respondenți. Numărul de respondenți care au întâmpinat o problemă este un indicator al frecvenței acesteia în cadrul testului. Această valoare poate fi utilizată numai dacă utilizatorii dvs. au efectuat exact aceleași sarcini.
Dacă au existat variații în test sau sarcinile nu au fost clar formulate, ci compilate pe baza interviurilor, atunci va fi dificil de calculat frecvența. Va fi necesar nu numai numărarea celor cu care se confruntă, ci și estimarea câți respondenți s-ar putea confrunta cu problema (a efectuat o sarcină similară, a intrat în aceeași secțiune). Cu toate acestea, această caracteristică permite echipei să înțeleagă care probleme ar trebui rezolvate mai întâi.
Satisfacția subiectivă. Aceasta este o evaluare subiectivă de către utilizator a confortului sau confortului de a lucra cu sistemul. Este dezvăluit folosind chestionare pe care respondenții le completează în timpul sau după testare. Există chestionare standard. De exemplu, scară de utilizare a sistemului, chestionar de utilizare post-studiu sau chestionar privind experiența jocurilor pentru jocuri. Sau vă puteți crea propriul chestionar.
Acestea sunt departe de singurele valori posibile. De exemplu, iată o listă cu 10 valori UX pe care Jeff Sauro le evidențiază. Pentru produsul dvs., valorile pot fi diferite: de exemplu, la ce nivel înțeleg respondenții regulile jocului, câte greșeli fac atunci când completează formulare lungi. Rețineți că decizia de a utiliza mai multe valori impune o serie de limitări testării. Respondenții ar trebui să acționeze cât mai natural și în aceleași condiții. Prin urmare, ar fi bine să oferiți:
- Puncte de plecare unice. Aceleași sarcini pentru diferiți respondenți ar trebui să înceapă din același punct al interfeței. Puteți cere respondenților să revină la pagina principală după fiecare temă.
- Lipsa interventiei. Orice comunicare cu moderatorul poate afecta valorile de performanță dacă moderatorul îi solicită respondentului să facă ceva și crește timpul necesar pentru a finaliza sarcina.
- Ordinea sarcinilor. Pentru a compensa efectul de învățare al testării comparative, asigurați-vă că inversați ordinea în care sunt introduse produsele de comparație pentru diferiți respondenți. Începeți jumătate cu proiectul dvs. și jumătate cu unul competitiv.
- Criterii de succes. Gândiți-vă dinainte ce fel de comportament considerați de succes pentru sarcină: de exemplu, este permis ca respondentul să nu folosească filtre atunci când selectează un produs într-un magazin online.
Interpretarea metricilor
Amintiți-vă că testarea clasică de utilizare este o cercetare calitativă, iar valorile pe care le obțineți sunt în primul rând ilustrative. Acestea oferă o imagine de ansamblu asupra diferitelor scenarii din produs, permițându-vă să vedeți punctele dureroase. De exemplu, setările contului sunt mai complexe decât înregistrarea în sistem. Ele pot arăta dinamica schimbării dacă le măsurați în mod regulat. Adică, metricile fac posibil să înțelegem că, în noul design, sarcina a devenit mai rapidă. Aceste relații sunt mult mai indicative și de încredere decât valorile absolute găsite ale metricilor.
Jeff Sauro, un statistician de cercetare UX, sfătuiește să nu reprezinte valorile ca medii, ci să ia în considerare întotdeauna intervalele de încredere. Acest lucru este mult mai corect, mai ales dacă există o variație în rezultatele respondenților. Pentru a face acest lucru, puteți folosi calculatoarele sale online gratuite: pentru succes și pentru timpul de atribuire. Nu te poți descurca fără procesarea statistică și la compararea rezultatelor.
Când sunt necesare valori
Nu toate rapoartele de testare a gradului de utilizare conțin valori. Colectarea și analizarea acestora necesită timp și impune restricții asupra metodei de testare. Iată cazurile în care sunt cu adevărat necesare:
- Dovedi. Adesea este nevoie să se demonstreze că trebuie aduse modificări produsului - mai ales în companiile mari. Pentru factorii de decizie, cifrele sunt clare, inteligibile și familiare. Când arătați că 10 din 12 respondenți nu au putut să plătească pentru un articol sau că înregistrarea în sistem durează în medie de două ori mai mult decât concurenții, se acordă rezultatelor cercetării mai multă pondere.
- Comparaţie. Dacă vă comparați produsul cu alții de pe piață, aveți nevoie și de valori. În caz contrar, vei vedea avantajele și dezavantajele diferitelor proiecte, dar nu vei putea evalua unde ocupă produsul tău printre ele.
- Vedeți modificări. Valorile sunt bune pentru testarea regulată a aceluiași produs după ce se fac modificări. Ele vă permit să vedeți progresul după reproiectare, să atrageți atenția asupra acelor locuri care au rămas fără îmbunătățiri. Puteți utiliza din nou acești indicatori ca bază de dovezi care vor arăta managementului ponderea investițiilor în reproiectare. Sau doar pentru a înțelege că ai obținut rezultate și mergi în direcția bună.
- Ilustra, accentuează. Cifrele ajută la ilustrarea bine a problemelor importante. Uneori le numărăm pentru cele mai strălucitoare și mai importante puncte ale testului, chiar dacă nu folosim metrici în toate sarcinile.
Cu toate acestea, nu folosim valori în fiecare test. Te poți descurca fără ele dacă cercetătorul lucrează îndeaproape cu echipa de proiect, există încredere internă și echipa este suficient de matură pentru a prioritiza corect rezolvarea problemelor.
Metoda de captare a datelor
S-ar părea, ce este în neregulă cu un caiet și un pix sau doar un document Word deschis? În lumea de dezvoltare Agile de astăzi, cercetătorii UX ar trebui să încerce să transmită observațiile lor echipei cât mai repede posibil.
Pentru a optimiza timpul de analiză, este o idee bună să pregătiți în prealabil un șablon pentru introducerea notelor în timpul testului. Am încercat să facem acest lucru în software specializat (de exemplu, Noldus Observer sau Morae Manager), dar în practică, tabelele s-au dovedit a fi cele mai flexibile și versatile. În prealabil, notează în tabel întrebările pe care intenționezi să le pui exact, locurile de introducere a problemelor găsite în sarcini, precum și ipoteza (pe fiecare respondent vei nota dacă a fost confirmată sau nu). Farfuriile noastre arată astfel:
Ce altceva poți folosi:
- ... Șablon Excel personalizabil pentru introducerea observațiilor pentru fiecare respondent. Un cronometru încorporat care măsoară timpul de execuție a sarcinilor, timpul și graficele de succes sunt generate automat.
- Rainbow Spreadsheet de Tomer Sharon de la Google. Un tabel vizual pentru colaborarea dintre cercetător și echipă. Linkul duce la un articol care descrie metoda și există, de asemenea, un link către o foaie de calcul Google cu un șablon.
Cu experiență, majoritatea înregistrărilor pot fi făcute chiar în timpul testului. Dacă nu sunteți la timp, atunci este mai bine să notați tot ce vă amintiți imediat după test. Dacă reveniți la analiză în câteva zile, cel mai probabil va trebui să revizuiți videoclipul și să petreceți mult mai mult timp.
Pregătirea pentru testare
Pe lângă metodă, metrici și protocolul de testare în sine, trebuie să decideți asupra următoarelor lucruri:
Format de comunicare cu moderatorul. Moderatorul poate fi în aceeași cameră cu participantul la test. În acest caz, îi va fi ușor să pună întrebări la timp. Totuși, prezența moderatorului poate influența respondentul: acesta va începe să pună întrebări moderatorului, provocându-l să-l îndemne, fie explicit, fie implicit.
Încercăm să lăsăm respondentul singur cu produsul pentru cel puțin o parte a testului. Deci comportamentul lui devine mai relaxat și mai natural. Și pentru a nu alerga înainte și înapoi dacă ceva nu merge bine, puteți lăsa orice messenger cu conexiune audio activată, astfel încât moderatorul să poată contacta respondentul din camera de observație.
Metoda de stabilire a sarcinilor. Sarcinile pot fi exprimate de un moderator. Dar în acest caz, în ciuda protocolului uniform de testare, textul sarcinii poate fi pronunțat ușor diferit de fiecare dată. Acest lucru este valabil mai ales dacă testul este condus de mai mulți moderatori. Uneori, chiar și mici diferențe de formulare pot pune respondenții în condiții de plecare diferite.
Pentru a evita acest lucru, puteți fie să „antrenați” moderatorii să citească mereu textele temei, fie să dați respondenților teme pe bucăți de hârtie sau pe ecran. Diferența de formulare încetează să mai fie o problemă dacă folosești un scenariu flexibil, când sarcinile sunt formulate în timpul testului, pe baza unui interviu cu un moderator.
Puteți utiliza instrumentele de produs pentru stabilirea sarcinilor. De exemplu, la testarea ICQ, respondenții au primit sarcini printr-o fereastră de chat cu un moderator, iar la testarea Mail.Ru Mail, le-au primit prin scrisori. Acest mod de stabilire a sarcinilor a fost cât se poate de natural pentru aceste proiecte și am testat și scripturile de corespondență de bază de multe ori.
Crearea unui context natural. Chiar dacă vorbim de cercetări de laborator, gândiți-vă cum să aduceți utilizarea produsului pe test mai aproape de condițiile reale. De exemplu, dacă testați dispozitive mobile, cum le vor ține respondenții? Pentru o imagine bună pe video, este mai bine atunci când telefonul sau tableta sunt fixate pe un suport sau întinse pe o masă. Cu toate acestea, acest lucru nu arată clar dacă toate zonele sunt accesibile și convenabile pentru apăsare, deoarece telefoanele sunt adesea ținute cu o singură mână, iar cu tabletele se află pe canapea.
Merită să ne gândim la mediul în care va fi utilizat produsul: dacă ceva distrage atenția unei persoane, este zgomotos, este bun internetul. Toate acestea pot fi simulate în laborator.
Plan de testare pentru client. Acesta este, de asemenea, un pas important de pregătire, deoarece implică echipa de proiect. Este posibil să nu spuneți clientului despre toate caracteristicile metodologice ale testului (cum veți comunica cu respondentul, înregistrați datele etc.). Dar asigurați-vă că îi arătați care vor fi sarcinile și ce veți verifica asupra lor. Poate că nu ați ținut cont de unele caracteristici ale proiectului, sau poate că echipa de proiect va avea idei și ipoteze suplimentare. Obținem de obicei o farfurie similară:
Schița raportului. Desigur, raportul este scris pe baza rezultatelor cercetării. Dar există o practică bună - să întocmești un plan de raport chiar înainte de teste, pe baza scopurilor și obiectivelor studiului. Cu un astfel de plan în fața ochilor, puteți verifica scenariul dvs. pentru a fi complet, precum și să pregătiți cele mai convenabile formulare pentru a înregistra datele pentru o analiză ulterioară. Poate că decideți că raportul nu este necesar și că un fișier comun de observație este suficient pentru dumneavoastră și echipă. Și dacă motivezi echipa să o completeze cu tine, va fi grozav.
Bineînțeles, puteți doar „lăsați prietenul să folosească produsul” și urmăriți ce dificultăți întâmpină. Dar un scenariu bine scris vă va permite să nu ratați probleme importante și să nu împingeți accidental respondentul la răspunsurile de care aveți nevoie. La urma urmei, testarea de utilizare este un experiment simplificat și, în orice experiment, pregătirea preliminară este importantă.
Orice protocol de testare a gradului de utilizare constă din următoarele părți:
- Briefing sau briefing (salut, descrierea evenimentului, semnarea documentelor).
- Interviu introductiv (verificare de screening, scurt interviu despre utilizarea produsului, context și scenarii).
- Lucrul cu produsul (sarcini de testare).
- Colectarea afișărilor finale ale produsului pe baza experienței de testare.
Briefing sau briefing
Indiferent de subiectul testării, orice cercetare începe în același mod. Ce ar trebui făcut:
Creați o atmosferă. Faceți cunoștință cu persoana, oferiți-i ceai, cafea sau apă, arată-i unde este toaleta. Încercați să relaxați puțin respondentul, deoarece poate fi nervos înainte de eveniment. Află dacă a fost ușor să te găsesc, întreabă-ți starea de spirit.
Descrieți procesul. Spuneți-ne ce fel de eveniment așteaptă respondentul, cât timp va dura, din ce părți constă, ce veți face. Asigurați-vă că îi subliniați respondentului că contribuția acestuia va ajuta la îmbunătățirea produsului și că nu testați capacitatea unei persoane. Dacă înregistrați video, alertați respondentul și spuneți-i că datele nu vor apărea în rețea. Eu zic cam asa:
Ne aflăm în biroul Grupului Mail.Ru. Astăzi vom vorbi despre proiectul XXX. Va dura aproximativ o oră. Mai întâi, vom vorbi puțin, apoi vă voi ruga să încercați să faceți ceva în proiectul în sine, apoi vom discuta despre impresiile dvs. Vom înregistra ce se întâmplă în cameră și pe ecranul computerului. Înregistrarea este necesară doar pentru analiză, nu vă veți vedea pe Internet.
Facem cercetări pentru a îmbunătăți proiectul XXX, pentru a înțelege ce trebuie corectat în el și în ce direcție ar trebui să se dezvolte. Prin urmare, vă rog să exprimați deschis orice comentarii: atât pozitive, cât și negative. Nu-ți fie teamă să ne jignești. Dacă, când studiezi proiectul, ceva nu îți merge, ia-o ușor. Aceasta înseamnă că am găsit o problemă pe care echipa de proiect trebuie să o rezolve. Principalul lucru este să vă amintiți că noi nu vă testăm, voi testați produsul. Dacă sunteți gata, vă sugerez să începeți.
Să semneze documente. De regulă, acesta este consimțământul pentru prelucrarea datelor cu caracter personal și, uneori, și un acord privind nedezvăluirea informațiilor despre testare. Pentru testele cu minori, este necesar acordul părinților pentru ca copilul lor să participe la studiu. De obicei o trimitem părinților în avans și le rugăm să-l aducă cu tine. Asigurați-vă că explicați de ce cereți să semnați documente și acordați timp pentru a le studia. În Rusia, oamenii se feresc de orice documente care trebuie semnate.
Configurați echipamentul. Indiferent dacă utilizați urmărirea ochilor, echipament biometric sau pur și simplu înregistrați videoclipuri, este timpul să îl porniți. Avertizați respondentul când începeți înregistrarea.
Interviu introductiv
Rezolvă următoarele sarcini:
Verificați recrutarea. Pentru orice eventualitate, începeți întotdeauna cu asta - chiar dacă aveți încredere în agenție sau în persoana care a găsit respondentul. De mai multe ori deja în timpul testului, am aflat că respondentul a înțeles greșit întrebările și, de fapt, nu folosește produsul așa cum avem nevoie. Încercați să vă îndepărtați de formalitate și să nu puneți întrebări din chestionarul de screening: persoana poate ști deja ce să le răspundă.
Scenarii de utilizare a produsului și context. Chiar dacă aveți puțin timp pentru test, nu sări peste acest punct. Cel puțin în general, întrebați respondentul ce sarcini rezolvă cu ajutorul produsului, dacă folosește proiecte similare, în ce condiții interacționează cu acestea și de pe ce dispozitive. Răspunsurile vă vor ajuta să înțelegeți mai bine motivele comportamentului respondentului și, dacă utilizați scenarii flexibile, atunci formulați sarcini adecvate. Dacă este suficient timp, cereți respondentului să arate ce și cum face de obicei. Aceasta servește ca o sursă de întrebări și perspective suplimentare.
Așteptări și atitudini.Începutul testării este un moment bun pentru a afla ce știe respondentul despre produs, ce simte despre acesta și ce așteptări de la el. După test, veți putea compara așteptările cu impresia finală.
Pentru majoritatea testelor, această structură introductivă a interviului va funcționa. Dacă testați un produs nou, poate doriți să omiteți întrebările introductive. Intrarea în prea multe detalii pe un subiect poate crea anumite așteptări pentru utilizatorul produsului. Prin urmare, lăsați doar câteva întrebări generale pentru a stabili contactul cu respondentul și treceți imediat la sarcini și este mai bine să discutați scenarii, relații și context după ce utilizatorul învață pentru prima dată produsul.
Lucrul cu produsul, elaborarea sarcinilor
Care sunt sarcinile
Să presupunem că doriți să testați un magazin online. Aveți scenarii importante (căutare și selecție de produse, procesul de checkout), probleme cunoscute (greșeli frecvente în forma de plată) și chiar ipoteza că designerul o încurcă cu filtrul de preț. Cum să formulezi sarcini?
Sarcini concentrate. Pare evident să faci ceva de genul acesta: „Alegeți o mașină de spălat vase de 45 de centimetri lățime cu o” grindă pe podea „funcție care nu costă mai mult de 30 de mii de ruble”. Acest lucru îl motivează pe respondent să folosească filtre și să compare produsele între ele. Veți putea verifica filtrul după preț pentru toți respondenții și veți vedea scenariul cheie al selecției articolului. Astfel de sarcini sunt destul de potrivite pentru viață și sunt bune pentru testarea unor ipoteze specifice (ca și în cazul unui filtru după preț).
Cu toate acestea, dacă întregul test constă din ele, atunci riscați următoarele:
- Verificare punctual a interfeței. Vei gasi doar probleme legate de detaliile postului (filtreaza dupa pret si latime). Nu veți vedea alte probleme - de exemplu, sortarea produselor sau alte filtre - dacă nu le specificați și pe acestea. Și este puțin probabil să puteți face sarcini pentru toate elementele site-ului.
- Lipsa de implicare. Utilizatorii efectuează adesea astfel de sarcini mecanic. Când văd primul articol care corespunde criteriilor, se opresc. Poate că în viața lui respondentul nu a ales niciodată o mașină de spălat vase și nu-i pasă ce este o „rază pe jos”. Cu cât sarcina seamănă mai mult cu o situație din viața reală și cu cât conține mai mult context, care este de înțeles pentru utilizator, cu atât sunt mai mari șansele de a implica un respondent care își va imagina că alege de fapt un produs. Iar utilizatorul implicat „trăiește” mai bine interfața, lasă mai multe comentarii, își mărește șansele de a găsi probleme și de a oferi cunoștințe utile despre comportamentul și caracteristicile audienței.
- Spectru restrâns de perspective. În viața reală, este posibil ca utilizatorul să nu fi ales deloc produsul. De exemplu, nu aș folosi filtre deloc (și aici le-ați indicat). Sau as cauta un produs dupa criterii care nu sunt pe site. Dând sarcini dificile, concentrate, nu veți afla despre contextul real al utilizării produsului, nu veți găsi scenarii pe care echipa de proiect poate să nu le fi prevăzut, nu veți colecta date despre nevoile de conținut și funcționalități.
Sarcini cu context. O modalitate de a implica mai bine utilizatorii este să adăugați o poveste reală și context la sarcina seci. De exemplu, în loc de „Găsiți o rețetă pentru un tort cu prune pe site”, sugerați următoarele: „Oaspeții vor veni la dvs. într-o oră. Găsiți ce puteți coace în acest timp. Aveți totul pentru biscuiți în frigider, precum și puțină prună. Dar, din păcate, nu există unt.”
O abordare similară poate fi folosită cu un magazin online. De exemplu: „Imaginați-vă că alegi un cadou pentru sora ta. Uscatorul ei de par s-a stricat recent si ar fi incantat sa aiba unul nou. Trebuie să vă păstrați în limita a 7 mii de ruble.” Este important ca respondentul să aleagă de fapt o persoană reală căreia îi va „cumpăra” cadoul (dacă nu există soră, sugerați o altă rudă sau prietenă). Factorul cheie pentru astfel de sarcini este realitatea și claritatea contextului. Este ușor să-ți imaginezi că alegi un cadou pentru familia ta, mult mai greu – că ești „un contabil care întocmește un raport anual”.
Un exemplu izbitor al acestei abordări este „Metoda Bollywood”, care a fost inventată de expertul indian UX Apala Lahiri Chavan. Ea susține că este dificil pentru indieni, ca mulți asiatici, să-și exprime în mod deschis părerile despre interfață. Dar, prezentându-se ca eroi ai situațiilor dramatice fictive (ca în filmele lor preferate), se deschid și încep să participe activ la testare. Prin urmare, sarcinile pentru indieni ar trebui să arate cam așa:
Imaginează-ți că tânăra ta nepoată iubită este pe cale să se căsătorească. Și apoi afli că viitorul ei soț este un escroc și chiar căsătorit. Trebuie să cumperi urgent două bilete pentru zborul spre Bangalore pentru tine și pentru soția înșelătorului pentru a supăra nunta și a salva familia de rușine. Grăbiți-vă!
Sarcini bazate pe experiența respondenților. Reamintim: pentru testarea cu succes, respondenții trebuie să se potrivească cu publicul proiectului. Prin urmare, pentru a verifica magazinul online de electrocasnice, îi recrutăm pe cei care au ales recent electrocasnice sau le aleg acum. Acesta este ceea ce vom folosi la compilarea sarcinilor pe baza experienței respondenților. Există două opțiuni pentru utilizarea acestei abordări:
- Parametrii respondentului. În acest caz, adaptezi sarcinile fixe la respondenți. De exemplu, în cazul unui magazin de electrocasnice și a sarcinii de a lucra cu filtre, întreabă persoana exact ce a achiziționat recent. Aflați criteriile (preț, funcții) și propuneți să repetați „cumpărarea” pe site-ul dvs.
- Scenariile respondentului. Sarcinile sunt complet formate pe baza experienței participanților. Pentru a înțelege ce scenarii să testeze, moderatorul află exact cum persoana a rezolvat problema în viață și sugerează să o facă pe site. De exemplu, un cumpărător, înainte de a face o alegere, a comparat mai multe modele între ele pentru o lungă perioadă de timp. Chiar dacă site-ul nu are o funcție adecvată, cereți respondentului să compare produse pentru a înțelege pe ce parametri se va baza. S-ar putea să vă faceți o idee despre cum ar trebui să arate funcția de comparare și, de asemenea, puteți adapta pagina produsului pentru acest scenariu.
Astfel de sarcini oferă multe exemple din viața reală de efectuare a operațiunilor de bază în produs. Acest lucru dă adesea naștere la o gamă mult mai largă de probleme și constatări. În plus, vă permite să testați produsul pe noi scenarii pe care nu le-ați considerat de bază sau chiar gândite.
Când am testat proiectul „Mail.Ru Real Estate”, multe descoperiri ne-au ajutat să facem exact sarcinile pe baza experienței respondenților. Am văzut că atunci când caută un apartament în regiunea Moscovei, oamenii indică în geofiltru stațiile de capăt ale metroului, adică sunt stații la care se poate ajunge din regiune. Ne asteptam ca filtrul de metrou sa caute un apartament langa statie. De asemenea, am aflat cum diferă scenariile de căutare a clădirilor noi față de locuințele secundare, ceea ce a ajutat la mutarea căutării de clădiri noi într-o altă secțiune a site-ului - cu propriile filtre și propriul concept de descriere a apartamentelor. De asemenea, vă sfătuiesc să citiți excelentul articol al lui Jared Spool despre beneficiile unor astfel de sarcini.
Misiuni fără sarcini. Uneori este mai bine să nu oferi utilizatorilor sarcini pentru a lucra cu un proiect, ci să vezi cum încep ei înșiși să se familiarizeze cu produsul. Oferă respondentului o introducere: „Imaginați-vă că ați decis să încercați acest produs. Te las câteva minute. Fă ceea ce ai face în viața reală. Nu-ți dau nicio misiune.”
Este important ca moderatorul să părăsească sala în același timp. În caz contrar, utilizatorul este tentat să întrebe imediat ceva, să clarifice: „Trebuie să mă înregistrez? Cum poți face asta?” etc.
Acest tip de misiune este utilă pentru produse complet noi. Îl folosim adesea pentru aplicații și jocuri mobile. În acest fel, aflăm dacă utilizatorii citesc materialele de instruire, ce detalii atrag imediat atenția, ce înțeleg oamenii în conceptul de produs și cum îi descriu ulterior capacitățile. După sarcina gratuită, sunt planificate scenarii specifice.
Un alt domeniu de aplicare pentru sarcinile gratuite sunt proiectele de conținut. Dacă vrei să înțelegi cum sunt citite articolele tale (unde stau mult timp, ce le dor, ce elemente din pagină acordă atenție), atunci doar lasă respondentul singur cu proiectul pentru câteva minute. Numai fără ca moderatorul să se uite peste umăr, utilizatorul se va relaxa și va citi textul în același mod ca de obicei. Așa testăm proiectele „News Mail.Ru”, „Lady Mail.Ru” și altele. Această abordare ne-a permis să evidențiem diferite modele de comportament pe site, diferite modele de citire a articolelor și să înțelegem ce tipuri de materiale ar trebui să fie stilate diferit.
Facem sarcini bune
Prima sarcină este simplă.Începeți testarea cu sarcini introductive și simple. Respondentul ar trebui să se simtă confortabil cu formatul testului, mai ales dacă utilizați metoda „gândiți cu voce tare”: trebuie să se obișnuiască cu nevoia de a-și exprima gândurile și sentimentele. Nu aruncați imediat asupra lui toată durerea și suferința interfeței.
Nu-mi spune. Formulați sarcinile în așa fel încât să nu-l determinați pe respondent să facă ceea ce trebuie. Dacă doriți să testați capacitatea de a adăuga produse la favorite într-un magazin online, faceți fără sarcina „Hai să adăugăm acest televizor la favorite”, mai ales dacă butonul se numește așa. După ce a citit sarcina, respondentul va găsi pur și simplu un buton cu semnătura necesară pe ecran - poate fără să înțeleagă măcar ce face.
Este mai bine să explicați sensul sarcinii fără a recurge la termeni din interfață. De exemplu: „Site-ul are capacitatea de a salva produsele care vă plac și apoi de a alege pe care dintre ele să le comandați. Să încercăm să o facem cu așa sau cutare televizor.”
Urmați terminologia. Nu folosiți cuvinte și denumiri de neînțeles. Pare evident, dar noi, obișnuindu-ne cu unii termeni, uităm adesea că foarte puțini oameni din afara comunității IT îi cunosc. De exemplu, la testarea noii funcționalități de fire (lanțuri de mesaje) în Mail.Ru Mail, am avut o perioadă dificilă. La urma urmei, utilizatorii care nu sunt familiarizați cu această funcție pur și simplu nu au în cap un termen care să desemneze fire.
Drept urmare, nu le-am numit în niciun fel. Tocmai le-am arătat respondenților o casetă cu lanțuri conectate și am discutat despre această nouă caracteristică, iar utilizatorii l-am lăsat să aleagă singuri cuvântul pentru fire. Acest lucru ne-a ajutat ulterior să folosim cele mai înțelese texte în materialele educaționale promoționale.
Urmărește nu doar temele, ci și întrebările moderatorului, în special cele care vin de la echipă în timpul testării. De exemplu, atunci când discutați despre funcții, nu ar trebui să utilizați cuvântul „bară de instrumente”: nu toată lumea este familiarizată cu el. În urmă cu câțiva ani, nu toți utilizatorii cunoșteau nici măcar cuvântul „browser”. Modul exact în care sarcinile sunt cel mai bine formulate depinde de publicul de testare. Nu ar trebui să vă grăbiți la cealaltă extremă, explicând toți termenii la rând. De exemplu, jucătorii cu experiență nu trebuie să explice ce sunt „buff”, „frag”, „respawn” și așa mai departe.
Mai puțin test. Este adesea tentant să creați un cont de testare pentru respondent în sistem și să efectuați testarea acestuia. La urma urmei, puteți testa totul în acest cont în avans, evitați suprapunerile și nu pierdeți timpul înregistrând sau autorizand un respondent. Este adesea, de asemenea, mult mai ușor din punct de vedere tehnic să încorporați un nou design pe datele de testare, mai degrabă decât pe datele reale.
Cu toate acestea, prin această abordare, riscați să obțineți rezultate mult mai puțin utile, deoarece acțiunile de testare nu au consecințe reale. Situația devine complet artificială, utilizatorilor le este greu să o proiecteze într-o experiență reală.
De exemplu, atunci când lucrează în propriul cont de rețea socială, respondenții, ca și în viața reală, vor face cu atenție tot ceea ce pot vedea prietenii lor (postează linkuri, trimit mesaje). Când își configurează propria cutie poștală, ei vor încerca să nu ștergă scrisorile importante. La testarea magazinelor online, uneori se folosește o abordare când recompensa trebuie cheltuită chiar pe test. În acest caz, respondentul nu va indica primul produs potrivit pentru sarcină, ci va ridica ceea ce are cu adevărat nevoie.
Cu doar date de testare, veți găsi probleme legate doar de acestea, și nu de funcționalitate de testare pe diferite variante. De exemplu, când am testat panoul social al browserului Amigo, unul dintre respondenții care și-a conectat contul VKontakte la panou a observat imediat că îi era incomod să citească în acest fel. Aproape întregul feed a constat din abonamente la grupuri cu fotografii erotice. Și în panoul îngust din imagini era pur și simplu imposibil să vezi ceva.
O altă problemă cu datele de testare este că este dificil de înțeles sistemul, deoarece totul în jur este neobișnuit. De exemplu, un utilizator al rețelei sociale este obișnuit să-și recunoască pagina după propria fotografie. Chiar și atunci când testăm prototipuri, încercăm să le personalizăm cât mai mult posibil. De exemplu, atunci când testăm prototipuri pe care se poate face clic în Odnoklassniki, le adaptăm întotdeauna pentru fiecare utilizator, inserând numele și fotografia acestuia și, uneori, cele mai recente știri de pe pagină.
Nu vă lăsați limitat de interfață. Rețineți că interacțiunile cu un produs sunt adesea mai mult decât doar interfața. Dacă este posibil, testați produse sau servicii conexe și legăturile dintre ele. Când testăm jocuri, încercăm să verificăm nu numai jocul, ci și site-ul său web și descărcările aferente, înregistrarea în joc și căutăm informații pe forum. Și la testarea unui magazin online, am verificat și apelul operatorului după plasarea unei comenzi, care dădea recomandări pentru call center.
Gândește-te la sincronizare. Pentru un scenariu bun, este important să prioritizați sarcinile. Cel mai probabil, dacă sistemul este mare și testul are multe obiective, vei dori să faci o mulțime de sarcini. Cu toate acestea, un respondent obosit nu va mai fi de folos. Un test bun nu durează mai mult de o oră și jumătate, doi este maxim. Singura excepție sunt jocurile. Și amintiți-vă că obiectivele dvs. nu sunt doar sarcini, ci interviuri, chestionare, instalarea echipamentelor și semnarea documentelor. Toate acestea durează de obicei cel puțin o jumătate de oră.
Dacă sunt prea multe sarcini, și nu vrei să renunți la unele, poți să le pui în rotație pe cele mai puțin prioritare, adică să arăți doar o parte din respondenți. Sau faceți o parte din test obligatorie pentru toată lumea și urmăriți restul doar cu cei cu care aveți timp suficient. Dar aceștia vor fi cel mai probabil cei mai de succes respondenți.
Evaluați utilitatea sarcinii. Luați în considerare dacă într-adevăr se potrivește ipotezelor dvs. De exemplu, doriți să testați funcția de abonare la știri pe un site web. Sarcina „Abonare la newsletter” va verifica doar dacă cei care îl vor căuta vor putea găsi newsletter-ul. Cu toate acestea, oamenii vin rar pe site pentru a se abona la știri. Misiunea nu se aplică vieții reale. Trebuie să înțelegeți dacă opțiunea de abonament este observată de cei care îndeplinesc sarcini complet diferite.
Puteți verifica acest lucru în diferite moduri, în funcție de implementarea funcției. Dacă persoana a fost angajată în sarcini în care ar fi văzut posibilitatea unui abonament, întreabă-l dacă este pe site. Asigurați-vă că clarificați unde a văzut această oportunitate sau cum a fost implementată pentru a vă asigura că respondentul nu este doar de acord cu dvs.
Dacă o ofertă de abonament este inclusă în procesul de înregistrare sau de plată, vedeți dacă respondentul o va folosi și apoi discutați-o după atribuire. Există foarte puține șanse ca într-un cadru de laborator oamenii să se aboneze efectiv la liste de corespondență, dar puteți verifica dacă o persoană a acordat atenție acestei posibilități, la ce se așteaptă de la lista de corespondență și așa mai departe.
Colectarea impresiilor finale
Scopul fazei finale de testare este de a colecta impresii despre lucrul cu produsul, de a înțelege ce i-a plăcut utilizatorului și ce l-a supărat, de a evalua satisfacția subiectivă. De obicei, această parte a testului folosește o combinație între un interviu cu un moderator și completarea chestionarelor formale.
Interviu cu moderatorul
În interviul final, punem mereu respondenților aceleași întrebări: „Ce impresii ați avut?”, „Ce ți-a plăcut și ce nu?” , „Ce ai vrea să schimbi în produs?” Este timpul să clarificăm momentele de neînțeles ale comportamentului respondentului, dacă nu ați făcut acest lucru în timpul testului. Dacă, înainte de testare, ai aflat de la utilizatori despre atitudinea și așteptările unui brand sau produs, află dacă s-a schimbat ceva. La interviu, acordați atenție următoarelor:
Dezirabilitatea socială. Găsiți rezultatele interviului cu mare atenție. Dacă în timpul testului auziți adesea comentarii impulsive sub influența problemelor, atunci în interviul final, dezirabilitatea socială înflorește cu putere și principal.
Unii oameni cred că atunci când vorbesc despre problemele produsului, își recunosc propria incompetență. Alții pur și simplu nu vor să deranjeze un moderator plăcut. De foarte multe ori respondenții (în special femeile), care au suferit tot testul, spun că totul este, în principiu, normal. Recenziile negative pot fi dictate și de dezirabilitatea socială: dacă respondentul este încrezător că scopul testului este de a găsi defecte, el încearcă cu sârguință să le găsească.
Citate și priorități. Deși toate cuvintele participanților la test în interviul final trebuie adesea împărțite la doi sau chiar zece, asta nu înseamnă că sunt inutile. După modul în care respondenții își rezumă impresiile, puteți deduce priorități. Produsul e nasol? Ce anume a influențat asta? Care dintre multele probleme și-a amintit cel mai mult respondentul și le-a considerat cea mai enervantă?
Totuși, ține cont de ultima sarcină care se reține cel mai bine. De asemenea, este foarte util să urmăriți ce adjective folosesc respondenții pentru a descrie produsul, cu ceea ce își compară experiența.
Să nu uităm de bine. Foarte des, un raport de testare de utilizare este o listă lungă de probleme găsite în timpul testului. În general, căutarea problemelor este una dintre sarcinile principale ale studiului. Dar nu uitați de aspectele pozitive ale produsului.
În primul rând, un raport fără rezultate pozitive pur și simplu demotivează echipa. Și în al doilea rând, este util să știm ce le place utilizatorilor la produs: ce se întâmplă dacă, la următoarea reproiectare, vor decide să elimine funcția care a plăcut atât de mult tuturor. Prin urmare, asigurați-vă că întrebați respondenții despre aspectele pozitive ale produsului, chiar dacă aceștia au certat interfața pe toată durata testării.
Atitudine față de „Wishlist”. Cel mai probabil, respondenții, pe lângă impresiile lor, își vor exprima dorințe și idei. Sarcina ta este să înțelegi care este problema din spatele propunerilor. Pentru că soluțiile pe care utilizatorii le sugerează cel mai probabil nu vor funcționa pentru tine. La urma urmei, participanții la test nu sunt designeri, nu sunt conștienți de caracteristicile și limitările dezvoltării. Cu toate acestea, există o nevoie în spatele oricărei astfel de solicitări pe care trebuie să o capturați. Dacă un respondent spune că are nevoie cu siguranță de un buton mare verde aici, asigurați-vă că întrebați: de ce?
Măsura satisfacției
Adesea, potrivit respondentului din interviul final, este greu de înțeles dacă produsul i-a plăcut sau nu și, cu atât mai mult, este dificil de comparat atitudinea mai multor respondenți care au remarcat atât avantaje, cât și dezavantaje. Aici chestionarele vin în ajutorul cercetătorului. În primul rând, atunci când completați chestionarul (mai ales înainte de a vorbi cu moderatorul), influența notoriei dezirații sociale este puțin mai mică, deși nu veți scăpa complet de ea. În al doilea rând, chestionarul vă oferă parametri clari pentru compararea scenariilor, produselor sau etapelor proiectului.
Scrierea unui chestionar bun este un subiect separat și foarte amplu. Formulările, scalele și multe altele sunt importante aici. Chestionarele gata făcute și testate pot fi de mare ajutor: ele au fost deja rafinate și testate de multe ori. Singura problemă este că aproape toate aceste chestionare nu au traduceri oficiale în rusă. Desigur, le puteți traduce singur, dar din punct de vedere metodologic, traducerile trebuie testate pentru a verifica corectitudinea redactării. Cu toate acestea, chestionarele pot servi drept ghid pentru compilarea propriilor chestionare.
Există chestionare care sunt date după fiecare sarcină pentru a evalua satisfacția față de scenarii specifice. De exemplu:
- Chestionarul după scenariu (ASQ). Trei întrebări despre complexitate, productivitate și solicitări în sistem.
- Întrebare simplă unică (SEQ). O întrebare despre complexitatea scenariului.
Și există chestionare care sunt folosite în faza finală a testării. Iată câteva exemple pe care le folosim atunci când este necesar:
- Scala de utilizare a sistemului și Chestionarul de utilizare a sistemului post-studiu. Două chestionare clasice și populare create cu peste 20 de ani în urmă. Ambele sunt formate din declarații. Respondenții trebuie să indice gradul de acord cu ei. Toate aceste afirmații caracterizează capacitatea de utilizare a produsului din diferite unghiuri. De exemplu: „Aș putea găsi cu ușurință informațiile de care aveam nevoie”, „Diferitele capabilități ale sistemului sunt ușor accesibile” și așa mai departe.
- ... Un chestionar care ne ajută adesea la teste. Utilizatorului i se pune la dispoziție un set de adjective, dintre care le alege pe cele care pot caracteriza produsul. Drept urmare, obțineți un nor de cuvinte - caracteristicile proiectului dvs. Această tehnică produce adesea rezultate foarte interesante.
- Chestionar privind experiența jocului. Chestionarele clasice de utilizare nu pot fi aplicate la jocuri: implicarea în procesul de joc este mult mai importantă decât claritatea interfețelor. Prin urmare, pentru jocuri, ar trebui să compune întotdeauna chestionare speciale sau să folosești Chestionarul despre experiența jocului. Chestionarul conține mai multe module: un modul de bază, un bloc în joc, un post-chestionar și un chestionar de posibilități sociale ale jocului. Materialul a fost publicat de utilizator. Faceți clic pe butonul „Scrie” pentru a vă împărtăși opinia sau a spune despre proiectul dvs.
Că aproximativ jumătate dintre site-uri își pierd clienți din cauza designului incomod și a altor deficiențe de utilizare. Imaginați-vă: un formular de comandă nereușit sau o imagine inaccesabilă - și un potențial cumpărător a suportat banii concurenților. Pentru a înțelege dacă vizitatorilor dvs. le place site-ul dvs. și dacă este convenabil pentru ei să cumpere de pe el, efectuați teste de utilizare.
Ce ar trebui testat?
Dacă site-ul funcționează deja, ce elemente ale acestuia trebuie testate vor deveni clare după analiză. Un exemplu real de test de utilizare realizat de Imaginary Landscape: Google Analytics arată că utilizatorii vizitează o pagină cu un formular de feedback, dar nu trimit o solicitare de apel. După testarea de utilizare, a devenit clar că oamenii nu doreau să completeze atât de multe rânduri. Forma a fost schimbată, numărul de linii a fost redus de la 11 la 4, după care conversia a crescut cu 140%. Profit.
a devenit
Ei testează și poze. Ar trebui să atragă atenția utilizatorilor, să evoce emoțiile potrivite și să-i încurajeze să ia măsurile corecte. Dacă puteți vedea din harta termică că se face clic pe o imagine, dar nu duce nicăieri, este logic să faceți din ea un link către ceva util și relevant. Sau invers: făcând clic pe imagine, utilizatorii vor găsi informații interesante, doar că ei nu știu despre ele. Problema este ușor de rezolvat. Este suficient ca imaginea să reacționeze la trecerea cursorului - se mărește ușor sau se aprinde, ca și cum ar fi invitat să facă clic pe ea însăși. Dar mai întâi, trebuie să aflați despre existența problemei și pentru aceasta trebuie să efectuați teste de utilizare.
Printre altele, ei testează:
- structura site-ului pentru a-l face simplu și ușor de înțeles pentru utilizator;
- butoane pe clickability, mai ales după așa-numitele design plat ;
- meniuri pentru a determina de ce utilizatorii nu intră în anumite secțiuni.
În general, orice elemente cu care un vizitator interacționează pe un site. Sau nu interacționează, dar conform planului nostru ar trebui.
În mod ideal, testarea este efectuată de specialiști: aceștia colectează date, segmentează publicul țintă, formează focus grupuri, întocmesc chestionare și, după cercetarea în sine, analizează rezultatele. Este consumator de timp și costisitor, deși merită. Dar vă puteți face o idee generală despre interacțiunea utilizatorilor cu site-ul dvs. pe cont propriu și gratuit. Există cel puțin 5 moduri de a face acest lucru.
1. Instrumente Yandex Metrics
În runet, din instrumentele gratuite de testare a utilizabilității, nu au venit încă cu ceva mai convenabil și mai funcțional decât contoarele Yandex Metrica. Cât valorează un „Webvisor”.
Poate fi folosit pentru a reproduce mișcările cursorului, clicurile, completarea formularelor și selecția de text ale utilizatorului. Este ca și cum ai urmări un videoclip cu vizita unui vizitator pe site-ul tău: unde a dat clic, ce a introdus în bara de căutare sau, de exemplu, în ce etapă a plății a oprit.
Adăugați HTML spinner la paginile site-ului dvs
Așa arată raportul „Webvisor”. Și adevărata magie - vizualizarea acțiunilor utilizatorului - va începe când dați clic pe pictograma de redare.
Webvisor nu este singurul instrument Yandex util care vă poate ajuta să urmăriți reacțiile utilizatorilor la site-ul dvs.
O hartă termică a clicurilor vă va arăta vizual cele mai multe locuri pe care se poate face clic pe pagină. De exemplu, pe harta de clic Yandex, vedem că butonul „Obține contor” este apăsat, dar știrile (coloana din dreapta) nu sunt deosebit de populare. Cu cât culoarea într-un punct este mai fierbinte, cu atât utilizatorii dau clic mai des pe ea.
Harta de defilare va oferi o înțelegere a modului în care vizitatorii derulează pagina, unde stau cel mai mult timp, prin urmare, care parte sunt interesați. Analiza formularelor vă va ajuta să vă dați seama cum interacționează utilizatorul cu formularele de pe site, ce câmpuri sunt completate în aplicație, ce scrie în bara de căutare etc. Toate instrumentele sunt gratuite, funcționează excelent și, cu o abordare competentă, vă vor ajuta să analizați eficient gradul de utilizare a site-ului dvs.
2. UsabilityHub
Serviciul online oferă 5 teste simple:
- Five Second Test - un test de cinci secunde. Principiul este următorul: încărcați o captură de ecran a paginii testate pe site, participanții la test o privesc timp de 5 secunde și apoi acordați nota. Puteți pune diferite întrebări, de exemplu, care element a atras cea mai mare atenție, ce a fost amintit, despre ce a fost site-ul și altele asemenea. La finalizare, veți primi răspunsurile complete de la participanții la test + un nor de cuvinte generat automat.
1. Încărcați o captură de ecran a paginii 2. Puneți întrebări participanților
3. Primim un raport cu răspunsuri 4. Pentru claritate, studiem cloud-ul
- Faceți clic pe Test - testul clicurilor. Acțiunile sunt aceleași, doar că în loc de răspunsuri obținem o hartă termică a clicurilor. Pe el vom vedea că utilizatorii, de exemplu, nu dau clic pe un buton important din punct de vedere strategic (pentru noi), ci dau clic activ pe imagine. În plus, serviciul va oferi un raport privind numărul de clicuri și timpul mediu de clic.
- Testul întrebărilor este un test al întrebărilor. Întreabă despre site-ul tău - răspund oameni reali.
- Test de navigație - analiza navigației. Vă permite să înțelegeți cât de convenabil este pentru utilizatori să vă „urce” site-ul, indiferent dacă arhitectura și navigarea acestuia sunt clare.
- Test de preferință - preferință. Va ajuta la efectuarea testării A/B a designului site-ului web, aplicațiilor, pliantelor. Încărcarea a două opțiuni de design - utilizatorii o aleg pe care le place cel mai mult. Totul este simplu și eficient.
UsabilityHub este un serviciu în limba engleză, dar rusă se numără printre limbile de testare propuse. În versiunea plătită, alegi numărul de participanți și vei primi în curând rezultate. În versiunea gratuită, va trebui să participați la teste, să răspundeți la întrebări și să evaluați design-urile. Strângeți numărul necesar de puncte pentru participare - veți avea ocazia să vă efectuați testul.
3. Usabilla
Oferă 3 produse: site-ul web, aplicația mobilă și testarea e-mailului. Testarea înseamnă feedback bun din partea oamenilor în timp real: participanții își dau notele, scriu comentarii, subliniază greșelile, fac capturi de ecran pentru o mai mare claritate. Toate datele sunt stocate în statistici utile.
Printre limbile de testare există rusă, dar programul în sine este în engleză. În versiunea demo gratuită, puteți testa 2 pagini cu 10 persoane.
4. Atelierul optim
Următoarele instrumente sunt disponibile pe serviciu:
- Treejack - testarea „arborele” site-ului. Vă ajută să înțelegeți cum navighează utilizatorii pe site-ul dvs., dacă efectuează acțiunile pe care le așteptați de la ei sau dacă se pierd în sălbăticia lui. Pentru testare, trebuie să pictați arhitectura informațională a site-ului dvs. într-un formular Treejack. Sună înfricoșător, dar fiecare rând a formularului este semnată, dacă știi engleza, te poți descurca cu ușurință. De asemenea, trebuie să setați sarcini pentru participanții la test, de exemplu, pentru a găsi un telefon mobil pe site. Ca rezultat, obțineți statistici cuprinzătoare sub formă de tabele și diagrame. Versiunea demo gratuită vă permite să intervievezi 10 persoane.
- OptimalSort - testare folosind metoda de sortare a cardurilor. Ajută să afli cum gândește utilizatorul, ce decizii ia și cum îi este mai ușor să atingă obiectivul final pe site-ul tău. Cum funcționează: toate elementele conținutului site-ului sunt „scrise” în carduri separate, iar participanții sunt invitați să le sorteze într-un mod care ar fi de înțeles și convenabil pentru ei. Ca rezultat, obțineți rapoarte sub formă de tabele, matrice, dendrograme și o înțelegere a modelului mental al utilizatorilor dvs. În versiunea gratuită, puteți testa 30 de carduri intervievând 10 persoane.
- Chalkmark - Vă ajută să obțineți prima impresie a unui design, arată o hartă termică a clicurilor și analiza primului clic. Pentru a testa, încărcați o captură de ecran a paginii, setați sarcini pentru participanți și așteptați rezultatele sub forma unei hărți de clicuri, a unei grile de culori și a unei scheme de numărare a numărului de clicuri.
Rezultatele testului de aspect al site-ului web folosind Chalkmark
În versiunea plătită, puteți efectua sondaje online cu feedback rapid.
5. Feng-GUI
Spre deosebire de cele trei instrumente anterioare, acesta nu oferă feedback de la oamenii vii. Aplicația, pe baza algoritmilor săi, generează ea însăși o hartă a atenției utilizatorului. Adică arată unde se va uita imediat după încărcarea paginii și în ce secvență (conform programului) privirea lui se va muta de la un element la altul. Pentru testare, introduceți url-ul paginii dorite a site-ului, faceți clic pe Analizați, după câteva secunde obținem râvnita hartă de vizualizare a utilizatorului.
Fiecare dintre instrumentele enumerate este bun în felul său, dar versiunile gratuite folosesc în mare parte funcționalități limitate, în plus, cea mai mare parte a serviciilor este în limba engleză.
Nu doriți să înțelegeți interfețele și statisticile resurselor în limba engleză? Du-te la oameni. De exemplu, pentru a evalua designul unei pagini, plasați o captură de ecran revizuire.ru sau site-uri similare, cereți părerea „localilor” – web-designeri, dezvoltatori și alți specialiști. Efectuați sondaje pe rețelele de socializare, de exemplu, în comunități tematice sau adunați un focus grup printre cunoscuții dvs. Pentru o analiză mai mult sau mai puțin obiectivă a uzabilitatii este suficient să intervievezi 5 respondenți (după unele surse, 8) din publicul tău țintă.
Testați gradul de utilizare al site-ului dvs. Folosiți software gratuit, intervievați cunoscuți, angajați profesioniști - toate metodele au loc. Uneori trebuie doar să mutați butonul în alt loc, să schimbați unele elemente de design sau formularul de cerere, iar site-ul va începe să aducă mult mai multe beneficii. Pur și simplu datorită faptului că a devenit mai convenabil și mai ușor de înțeles pentru vizitatori.
