Theory
જુઓ, અને હેબતાઈ જાઓ
તમે વિદ્યાર્થીઓનો interview લીધો; એમણે કહ્યું કે FestConnect ઠીક જ લાગે છે. આત્મવિશ્વાસ સાથે તમે એક પ્રથમ વર્ષના વિદ્યાર્થીને prototype સામે બેસાડો છો અને કહો છો: "Garba Night માટે નોંધણી કરો."
અને પછી તમે ચૂપચાપ જોયા કરો છો, જ્યારે એ ખોટી જગ્યાએ tap કરે છે, button ફંફોસે છે, તારીખના field પર ગભરાઈ જાય છે, અને 3 મિનિટ પછી પૂછે છે, "આ બરાબર છે?"
Interviews જે ચૂકી ગયા હતા એ બધું જ આ એક ચૂપ નિરીક્ષણે ખોલી નાખ્યું. એ જ usability testing છે: ખરેખરા વપરાશકારોને ખરાં કામ કરતાં જોવું. અને design માં આ જ સૌથી પ્રામાણિક પ્રતિભાવ છે, કારણ કે વર્તન શબ્દોની જેમ જૂઠું બોલી શકતું નથી.
Theory
Usability testing, ઔપચારિક રીતે
Usability testing એટલે પ્રતિનિધિરૂપ વપરાશકારો કોઈ design કે prototype પર ખરાં લાગે એવાં કામ કરવા મથે ત્યારે એમને નિહાળવા, જેથી વપરાશની સમસ્યાઓ શોધી શકાય.
એનો પાયાનો સિદ્ધાંત: તમે વર્તનને જુઓ છો, ફક્ત મત ભેગા કરતા નથી: આ જ કહેવા અને કરવા વચ્ચેની ખાઈનો ઉપાય છે. વપરાશકારોએ કહ્યું હતું કે બધું ઠીક છે; એમને જોતાં ઊલટું જ સાબિત થાય છે.
એક રાહત આપતી હકીકત (એ usability સંશોધનમાંથી જે Jakob Nielsen સાથે વ્યાપકપણે જોડાયેલું છે): ફક્ત આશરે 5 વપરાશકારો સાથે ચકાસો તો પણ મોટા ભાગની usability સમસ્યાઓ બહાર આવી જાય છે. તમારે સેંકડોની જરૂર નથી: સાચા વપરાશકારોમાંથી મુઠ્ઠીભરને ધ્યાનથી જુઓ, એટલે જે તૂટેલું છે એમાંનું મોટા ભાગનું ઉઘાડું પડી જાય છે. નાનું, સસ્તું, અને ભારે અસરકારક.
At a glance
Usability testing ની પદ્ધતિઓ (એક નજરે)
| પદ્ધતિ / ધરી | એ શું છે | ક્યારે વાપરવી |
|---|---|---|
| Moderated | સંચાલક રૂબરૂ દોરવણી આપે અને ઊંડે પૂછી શકે | ઊંડી સમજ, એટલે કે એ શા માટે અટવાય છે તે જાણવા |
| Unmoderated | વપરાશકારો કામ એકલા કરે, ઘણી વાર દૂરથી | ઝડપી, સસ્તું, અને વધુ સંખ્યામાં |
| રૂબરૂ સામે દૂરથી | એક જ ઓરડામાં સામે online સાધનો | સંદર્ભ સામે પહોંચ |
| Think-aloud | કામ કરતાં કરતાં વપરાશકારો પોતાના વિચાર બોલે | એમનું તર્કજાળું એ જ ક્ષણે સાંભળવા |
| ગુણાત્મક સામે સંખ્યાત્મક | સમસ્યાઓ નિહાળવી સામે માપ લેવાં | સમસ્યાઓ શોધવી સામે એમને આંકડામાં સાબિત કરવી |
Theory
Think-aloud, અને શું માપવું
એની ઓળખસમી રીત એટલે think-aloud: તમે વપરાશકારોને કહો છો કે કામ કરતાં કરતાં પોતાના વિચાર મોટેથી બોલતા જાય: "હું register નું button શોધું છું... આ હશે? ના... તારીખ ક્યાં છે?" એથી ચૂપચાપ ચાલતી ગૂંચવણ એ નકશામાં ફેરવાઈ જાય છે જે બોલીને બતાવે છે કે design ક્યાં નિષ્ફળ જાય છે.
અને વપરાશની સરળતાના 3 માપી શકાય એવા ગુણ છે:
- અસરકારકતા: એ કામ પૂરું કરી શકે છે ખરા (સફળતાનું પ્રમાણ)?
- કાર્યક્ષમતા: એમાં કેટલો સમય અને કેટલી મહેનત જાય છે?
- સંતોષ: એ કરતી વખતે કેવું લાગ્યું?
નામ લેવા જેવી બીજી નિષ્ણાત પદ્ધતિઓ: heuristic evaluation (નિષ્ણાતો design ને usability ના સિદ્ધાંતો સામે તપાસે છે) અને A/B testing (બે આવૃત્તિઓને ખરેખરા વપરાશકારો સાથે સરખાવવી). પણ ખરેખરા વપરાશકારોને જોવું એ જ સૌથી ઊંચું ધોરણ રહે છે.
Quiz
મોટા ભાગની usability સમસ્યાઓ બહાર લાવવા માટે usability testing ને સામાન્ય રીતે આશરે કેટલા વપરાશકારો જોઈએ?
- સેંકડો, જેથી આંકડાકીય રીતે નિર્ણાયક બને
- આશરે 5 પ્રતિનિધિરૂપ વપરાશકારો
- એક જ પૂરતો, અને એ હંમેશાં ચાલી જાય
- એકેય નહીં: નિષ્ણાતનો મત વપરાશકારની ચકાસણીની જગ્યા લઈ લે છે
Show the answer
આશરે 5 પ્રતિનિધિરૂપ વપરાશકારો
Usability નું એક જાણીતું તારણ (જે Jakob Nielsen સાથે જોડાયેલું છે) એ છે કે આશરે 5 પ્રતિનિધિરૂપ વપરાશકારો સાથે ચકાસવાથી મોટા ભાગની usability સમસ્યાઓ સપાટી પર આવી જાય છે: કારણ કે એની એ જ મોટી સમસ્યાઓ વપરાશકારે વપરાશકારે ઝડપથી ફરી ફરી દેખાય છે, અને વધારાના ચકાસનારા મોટે ભાગે તમે અગાઉ જોયું હોય એ જ દોહરાવે છે. એથી જ ચકાસણી સસ્તી અને વ્યવહારુ બને છે, અને મુદ્દો પણ એ જ છે. વિકલ્પ A usability testing (જે ગુણાત્મક છે અને સમસ્યાઓ શોધે છે) ને એવા સંખ્યાત્મક અભ્યાસો સાથે ગૂંચવે છે જેમને ખરેખર મોટા નમૂના જોઈએ. વિકલ્પ C એને ઓછું આંકે છે: એક જ વપરાશકાર એવી સમસ્યાઓ ચૂકી જાય જે બીજાને નડે. વિકલ્પ D એ ભૂલી જાય છે કે ખરેખરા વપરાશકારોને જોવાથી એવી સમસ્યાઓ પકડાય છે જે નિષ્ણાતોની નજરમાંથી છટકી જાય. સાર: તમારે ઘણા વપરાશકારોની જરૂર નથી, તમારે થોડાકને ખરેખર જોવાની જરૂર છે.
Think first
સૌથી અઘરો નિયમ: મદદ ન કરો
ચકાસણી દરમિયાન પેલો પ્રથમ વર્ષનો વિદ્યાર્થી અટવાયો છે, અને register નું button શોધવા દેખીતી રીતે ઝઝૂમે છે. તમારી દરેક વૃત્તિ કહે છે કે 'બસ એને આંગળી ચીંધી દો'. તો પણ તમારે એમ શા માટે ન કરવું જોઈએ? વિચારીને પછી tap કરો.
Show the answer
કારણ કે એની મથામણ પોતે જ તમારો data છે. તમે મદદ કરો એ જ ક્ષણે તમે બરાબર એ સમસ્યા સંતાડી દો છો જેને શોધવા આવ્યા હતા: ખરી જિંદગીમાં કોઈ designer દરેક વપરાશકારની બાજુમાં બેસીને કાનમાં ઇશારા કરવાનો નથી. જો એ જાતે button શોધી ન શકે, તો સમસ્યા એ BUTTON છે, વપરાશકાર નહીં, અને એ મુશ્કેલીને પૂરેપૂરી ભજવાઈ જવા દેવી પડે જેથી એનો આખો ઘાટ દેખાય.
મદદ કરવી દયાળુ લાગે છે, પણ એ ચકાસણીને જ ખતમ કરી નાખે છે. શિસ્ત આ છે: સૂચનાઓ નહીં પણ કામ આપો; અને પછી ચૂપ થઈને જોયા કરો, ભલે ગમે તેટલું અકળાવનારું લાગે. (તમે એટલી ખાતરી જરૂર આપો કે અહીં એમની નહીં પણ DESIGN ની કસોટી થાય છે: પણ તમે એમને ઉગારો નહીં.) ખરી મથામણનું ચૂપ નિરીક્ષણ એ જ આખી પદ્ધતિ છે.
Watch out
Usability testing માં થતી ભૂલો
મદદ કરવી કે દોરવણી આપવી: અટવાયેલા વપરાશકારને ઉગારવાથી તારણ જ ભૂંસાઈ જાય છે; ચૂપ રહો, અને પગલાં નહીં પણ કામ આપો.
જોવાને બદલે પૂછવું: 'તમને ગમે છે?' પૂછવાથી પાછા કહેવા અને કરવા વચ્ચેની ખાઈમાં જ પડો છો; વર્તનને નિહાળો.
પોતાની જાત કે મિત્રો પર ચકાસવું: પ્રતિનિધિરૂપ ખરેખરા વપરાશકારો વાપરો.
બધું બની જાય એની રાહ જોવી: prototypes ને વહેલા ચકાસો, જ્યારે સુધારવું સસ્તું હોય (ફેરફારના ખર્ચનો વળાંક); તમે કાગળનું wireframe પણ ચકાસી શકો છો.
વપરાશકારને દોષ દેવો: એ અટવાય તો DESIGN નિષ્ફળ ગઈ છે, એ નહીં.
Theory
Unit 2 પૂરું: હવે તમે તમારા વપરાશકારોને ઓળખો છો
હવે તમારી પાસે સંશોધનનો આખો સરંજામ છે: સંશોધન શા માટે મહત્ત્વનું છે, વપરાશકારોને ઢાળવા માટે personas, એમને સાંભળવા માટે interviews, અને એમને જોવા માટે usability testing. FestConnect ના વપરાશકારો હવે અટકળ નથી રહ્યા. Unit 3 આ સમજને DESIGN માં ફેરવે છે: interaction design (product કઈ રીતે વર્તે છે), information architecture (content કઈ રીતે ગોઠવાયેલું છે), wireframes (નકશો), અને navigation. અને usability testing Unit 5 માં પોતાની આખી પગલાવાર પ્રક્રિયા સાથે પાછું આવે છે. સમજવાનું પતી ગયું; હવે ઘડવાનું શરૂ.
Summary
Key takeaways
- Usability testing પ્રતિનિધિરૂપ વપરાશકારોને ખરાં લાગે એવાં કામ કરતાં નિહાળે છે, જેથી વપરાશની સમસ્યાઓ મળે.
- એ વર્તનને જુએ છે, મતને નહીં: આ જ કહેવા અને કરવા વચ્ચેની ખાઈનો ઉપાય છે.
- આશરે 5 પ્રતિનિધિરૂપ વપરાશકારો મોટા ભાગની usability સમસ્યાઓ ખોલી નાખે છે: ચકાસણી સસ્તી અને અસરકારક છે.
- પદ્ધતિઓ: moderated સામે unmoderated, રૂબરૂ સામે દૂરથી, think-aloud, અને ગુણાત્મક સામે સંખ્યાત્મક.
- અસરકારકતા (કામ પૂરું થયું કે નહીં), કાર્યક્ષમતા (સમય અને મહેનત) અને સંતોષ માપો; સંબંધિત પદ્ધતિઓ: heuristic evaluation અને A/B testing.
- સૂચનાઓ નહીં પણ કામ આપો, ચૂપ રહો, મદદ ન કરો; વપરાશકારો અટવાય તો DESIGN નિષ્ફળ ગઈ છે, એ નહીં.
- યાદ રાખવાની કડી: પાંચ વપરાશકારો, ખરાં કામ, ચૂપ નિરીક્ષક, અને પ્રામાણિક સચ્ચાઈ.