Informații valoroase la momentul potrivit: determinarea nivelului ideal de fidelitate a designului pentru testarea utilizatorului

La Intercom, unul dintre principiile noastre de dezvoltare a produselor este să gândiți mare, să începeți cu mic, să învățați rapid.

Unul dintre modalitățile prin care învățăm rapid este efectuând cercetări evaluative pentru a construi încrederea în direcția de proiectare a produsului pe care o urmăm. Adesea, ne propunem să aducem conceptele de produs în fața utilizatorilor foarte devreme în procesul de dezvoltare a produsului, cu mult înainte ca orice cod să fie scris.

Această abordare a testării utilizatorilor ridică o întrebare importantă și continuă – care este nivelul potrivit de fidelitate a designului pe care să-l prezinte participanților la cercetare? Cât de aproape de designul final trebuie să fie acele concepte pentru a obține informații precise de la cei care le testează? Cum găsești echilibrul potrivit între „brut, dar devreme” pe de o parte și „lustruit, dar târziu” pe de altă parte? Ce nivel de abstractizare a designului atinge punctul ideal?

„Am considerat că este util să evităm utilizarea termenului „ design” atunci când vorbim în interior despre ce să le arătăm participanților – preferăm să folosim „ stimul de cercetare””

Cuvintele contează

În primul rând, deși vorbim despre fidelitatea designului, am considerat că este util să evităm utilizarea termenului „design” atunci când vorbim în interior despre ce să arătăm participanților în timpul testării utilizatorilor – preferăm să folosim „stimul de cercetare”. Termeni precum „stimul de cercetare” sau „artefact de provocare”, în timp ce sună puțin ciudat, ajută la comunicarea faptului că lucrul pe care îl vei arăta unui participant este un instrument pentru a obține informații despre un concept general, mai degrabă decât caracteristici specifice de design.

Identificați problema

Poate fi tentant să folosiți cele mai recente și mai sofisticate fișiere de design disponibile la crearea stimulului de cercetare, dar acest lucru vine cu anumite costuri care trebuie luate în considerare. Participanții vor acorda atenție celui mai înalt nivel de fidelitate pe care îl oferiți – dacă sunteți interesat dacă un concept are valoare, auzirea comentariilor participanților despre microcopie pe un CTA este probabil să adauge zgomot la feedback-ul pe care îl căutați.

În schimb, am găsit că este util să începem cu problema – despre ce încercăm să învățăm – și să potrivim asta cu fidelitatea a ceea ce le arătăm participanților la cercetare în timpul testării utilizatorilor.

Deci, pentru a determina fidelitatea corectă a designului, trebuie să identificați care dintre următoarele probleme încercați să le rezolvați:

• Testarea conceptelor: Are această idee valoare?
• Testarea designului sistemului: își pot face utilizatorii o înțelegere „suficient de bună” a acestui sistem?
• Testarea gradului de utilizare: Oamenii pot folosi acest produs?

Odată ce ați stabilit problema pe care încercați să o rezolvați, aceasta vă va ajuta să determinați ce nivel de fidelitate a designului este necesar stimulului dvs. de cercetare.

De asemenea, clarificarea problemei de la început ajută la crearea alinierii cu partenerii tăi interfuncționali în design, produs și inginerie – cu atât mai important cu cât crearea unui stimul de cercetare este un efort de colaborare și unul în care proprietatea poate fi neclară.

„În etapele incipiente, nu ești interesat de modul în care ar interacționa cu ea. Te interesează dacă ar fi valoros pentru ei”

Testarea conceptelor: Are această idee valoare?

În acest stadiu, problema dvs. este să vă dați seama „Are această idee are valoare?” Mai exact, clienții cred că această idee îi va ajuta să rezolve problemele cu care se confruntă? În stadiile incipiente, nu sunteți interesat de modul în care ar interacționa cu ea. Te interesează dacă ar fi valoros pentru ei.

În timpul testului în sine, veți dori să confirmați că participantul se confruntă cu problema pe care încercați să o rezolvați, să le arătați conceptul și să evaluați dacă se așteaptă ca acesta să-și rezolve problema într-un mod valoros.

Stimulul dvs. de testare nu trebuie să arate ca o interfață în acest moment. De fapt, probabil că este mai bine dacă nu o face – dacă alegeți să prezentați concepte ca o interfață, fiți conștienți de faptul că participanții dvs. pot trece înainte să se gândească la modul în care ar interacționa cu ele, cum s-ar raporta la restul produsul dvs. și ce părere au despre designul vizual. Acest tip de feedback este mai ușor de oferit, astfel încât participanții vor gravita în mod natural către el, în loc să se gândească profund la conceptul în sine și la modul în care ar putea aborda problema pe care o întâmpină. Stimulul dvs. de cercetare trebuie doar să comunice ideea pe care o testați și puțin altceva.

Descrierile rapide de text, storyboard-urile, machetele paginilor de destinație, diagramele în Google Slides sau doodle-urile în stil tablă albă sunt toate opțiuni legitime. Păstrați-o simplă și concentrată, estompând copiile inutile și utilizând elemente grafice de substituenți evidente.

Testarea designului sistemului: își pot face utilizatorii o înțelegere „suficient de bună” a acestui sistem?

Uneori, o echipă de produs poate lucra la construirea unui întreg sistem , mai degrabă decât la interfețe sau fluxuri. Când faceți cercetări în această etapă, întrebarea dvs. este probabil dacă, pe baza a ceea ce echipa a conceput până acum, utilizatorii dvs. pot forma modele mentale funcționale care le vor permite să utilizeze produsul fără a fi blocați sau confuzi. Cea mai bună dovadă în acest sens este dacă utilizatorii pot face predicții precise despre modul în care ar face sarcini reprezentative în cadrul sistemului dvs.

Deși ați putea să arătați pur și simplu diagrame abstracte ale sistemului și să întrebați utilizatorii cum s-ar aștepta să interacționeze cu el, acest lucru nu are o validitate ecologică prea mare; arătând de fapt stimuli care arată mai mult ca o interfață cu utilizatorul face ca cercetarea să pară mai realistă. Din nou, totuși, am descoperit că a cere unui participant să folosească efectiv un prototip face aproape imposibil să nu-i fie îndreptată atenția către designul interacțiunii și probabil că încă nu rezolvi asta.

Luați în considerare să le oferiți probleme realiste și să le cereți să vă vorbească despre cum s-ar aștepta să le abordeze folosind interfețele dvs. simulate, în timp ce vă partajați ecranul și vă ocupați de interacțiunile specifice care îi mută prin produs. Acest lucru vă va economisi fie să construiți prototipuri complet interactive înainte de a avea încredere în direcția de proiectare, fie să riscați să frustrați participanții cu interacțiuni despre care știți că sunt încă neplăcute.

Testarea gradului de utilizare: Oamenii pot folosi acest produs?

În această etapă, veți dori să știți dacă un utilizator poate interacționa cu produsul dvs. cu un nivel realist de asistență (de exemplu, nu mai multă integrare decât este probabil să oferiți în produsul final) și să efectueze sarcini care reprezintă problema pe care o aveți. rezolvi.

Există multe tipuri de teste de utilizare și, în toate, proiectarea interacțiunii devine mai importantă. Puteți testa utilizarea cu prototipuri cu diferite niveluri de fidelitate, odată ce sunteți clar și specific cu privire la sarcinile pe care doriți să le îndeplinească și să le testeze participanții dvs., iar interacțiunile necesare pentru a le activa sunt acceptate în prototip.

În concluzie

Liniile dintre aceste faze sunt neclare și poate fi dificil să aterizezi pe protocolul potrivit pentru situația ta. Pregătește-te să modifici atât stimulul de cercetare, cât și întrebările pe care le pui de la sesiune la sesiune.

În cele din urmă, nu este rău să întrebați participanții cum au găsit sesiunea de cercetare în sine, mai degrabă decât stimulii de cercetare. Confuzia sau frustrarea sunt un semn că mai ai ceva de făcut. Și dacă rămâneți blocat, amintiți-vă să începeți cu problema: ce mai exact încercați să obțineți din sesiunea de testare a utilizatorilor?

Doriți să aflați mai multe despre lucrul cu echipa noastră? Citiți aici despre valorile noastre, despre modul în care lucrăm și despre rolurile noastre deschise.