Қолдануға болатындығын тексеру

Пайдалануға жарамдылықты тексеру - бұл нақты немесе өкілді пайдаланушылар өнімді, прототипті немесе веб-сайтты пайдаланып нақты тапсырмаларды орындауға тырысатын зерттеу әдісі, ал бақылаушы олардың қай жерде табысқа жеткенін, қай жерде қиналғанын және өз тәжірибесін қалай сипаттайтынын жазып алады, әдетте олар жұмыс істеп жатқанда дауыстап ойланады. Пайдаланушылардың фактіден кейін не істегенін немесе айтқанын есепке алатын сауалнамалар мен аналитикадан айырмашылығы, пайдалануға жарамдылықты тексеру мінез-құлықты тікелей және контексте бақылайды, бұл интерфейсті оны жасаған топтың жай ғана солай деп ойлағаннан гөрі түсінуге және пайдалануға шынымен оңай екенін анықтаудың ең тікелей жолдарының біріне айналдырады.

Бұл әдіс маңызды, себебі оларды жасаған адамдар үшін көрінбейтін интерфейс мәселелері көбінесе бірінші рет пайдаланушылар үшін айқын болады, бұл олқылық әдетте білімнің қарғысымен түсіндіріледі, мұнда өніммен терең таныс дизайнерлер мен мүдделі тараптар жаңа пайдаланушы бірден кездесетін түсініксіздікті байқай алмайды. Кеңінен келтірілген пайдалану ыңғайлылығы бойынша зерттеулер бес қатысушымен тестілеу әдетте берілген интерфейсте кездесетін пайдалану ыңғайлылығы мәселелерінің басым көпшілігін, көбінесе шамамен 85 пайызын анықтайтынын анықтады, сондықтан пайдалану ыңғайлылығын тестілеу әдетте ауқымды зерттеулермен емес, қатысушылардың шағын, итеративті раундтарымен жүргізіледі, бұл топтарға кез келген өзгерістер енгізбес бұрын үлкен үлгіні жинауды күтудің орнына тез тестілеуге, түзетуге және қайта тестілеуге мүмкіндік береді.

Пайдалануға жарамдылық сынағы бірнеше форматта жүргізіледі: модерацияланған тестілеу, мұнда фасилитатор қатысушыға тапсырмаларды нақты уақыт режимінде, жеке немесе бейне арқылы орындайды және шатастыратын сәттерді анықтау үшін қосымша сұрақтар қоя алады; модерацияланбаған қашықтықтан тестілеу, мұнда қатысушылар тапсырмаларды тестілеу платформасын пайдаланып өз бетінше орындайды, кейінірек қарау үшін экраны мен дауысы жазылады, бұл реакцияларды сол сәтте тексере алмау құнымен жылдам және арзан деректерді жинауды ұсынады; және партизандық тестілеу, толық зерттеу әлі қажет болмаған кезде ерте кезеңдегі валидация үшін пайдалы, әріптестер немесе өтіп бара жатқандар сияқты қолжетімді қатысушылардан жылдам кері байланыс жинайтын бейресми, арзан тәсіл. Тест сессиялары әдетте ашық зерттеудің орнына нақты, шынайы тапсырма сценарийлері бойынша құрылымдалады, ал табыс тапсырманы орындау жылдамдығы, тапсырманы орындау уақыты, қателер саны және қатысушының субъективті пайдалану қарапайымдылығы рейтингі сияқты өлшемдер арқылы бағаланады, көбінесе жүйелік пайдалану шкаласы сияқты стандартталған құрал арқылы жиналады.

Пайдалануға ыңғайлылықты тексеру және A/B тестілеуі бір мақсатқа қызмет етеді деген қате түсінік кең таралған, бірақ іс жүзінде олар әртүрлі кезеңдерде әртүрлі сұрақтарға жауап береді: пайдалануға ыңғайлылықты тексеру пайдаланушылардың интерфейсті кеңінен жасамас бұрын немесе іске қоспас бұрын, әдетте прототипте немесе қазірдің өзінде жұмыс істеп тұрған, бірақ расталмаған дизайнда неге қиындықтарға тап болатынын анықтайды, ал A/B тестілеуі трафик қолжетімді болғаннан кейін бірнеше қазірдің өзінде жасалған нұсқалардың қайсысы ауқымды түрде жақсы жұмыс істейтінін өлшейді. Пайдалануға ыңғайлылықты тексерудің өзінде жиі кездесетін қателік - нақты мақсатты аудиторияны білдірмейтін қатысушыларды тарту, мысалы, негізгі бизнес-процеспен таныс емес қатысушылармен кәсіпорындық бағдарламалық жасақтама жұмыс процесін тексеру, бұл шынайы мақсатты пайдаланушыларда көрінбейтін адастыратын үйкеліс нүктелерін тудырады. Қатысушыларға қиындық тудыруға және сол қиындықты шынайы бақылауға мүмкіндік берудің орнына, оларды сессия кезінде кеңестер немесе ұсыныстар арқылы басқару, нәтижелердің жарамдылығын төмендететін тағы бір кең таралған қателік.

CRO ішінде және UX Консалтингтік келісімдерде пайдалану ыңғайлылығын тексеру көбінесе диагностикалық тұрғыдан да, бар ағынның неліктен нашар жұмыс істейтінін түсіну үшін де, қайта жобалау кеңінен іске қосылмас бұрын валидация үшін де қолданылады, әзірлеу және тестілеу ресурстарын толық A/B сынағына жібермес бұрын пайдалану ыңғайлылығының негізгі мәселелерін анықтау үшін жаңа прототипті өкіл пайдаланушылардың шағын тобымен сынақтан өткізеді. Пайдалану ыңғайлылығын тексеру нәтижелері әдетте мәселелердің басымдықты тізіміне біріктіріледі, көбінесе ауырлығы және әрқайсысына қанша қатысушы тап болғаны бойынша сұрыпталады, содан кейін ол клиенттің кеңірек оңтайландыру жол картасын құрайтын дизайн өзгерістеріне немесе эксперименттік гипотезаларға тікелей енгізіледі.

Нақты мысал әдістің тиімділігін көрсетеді: бес қатысушымен қайта жасалған тіркелгі параметрлері бетін сынақтан өткізген топ бес қатысушының төртеуі хабарландыру параметрлерін өзгерту опциясын таба алмайтынын, әрқайсысы интерфейстегі бір қате орынды бөлек іздейтінін байқауы мүмкін. Шағын және арзан сынақтан кейін пайда болған бұл бірыңғай, өте дәйекті нәтиже, әдетте, сынақтан өткен әрбір қатысушыда сенімді және бірнеше рет сәтсіз аяқталғанын растау үшін үлкенірек және көп уақытты қажет ететін зерттеуді қажет етпей, іске қосу алдында параметрді ауыстыру үшін жеткілікті негіз болып табылады.