Потребителското тестване е известно с много имена: тестване на продукти, тестване на дизайн, тестване на използваемостта, валидиране на дизайна и т.н. Това е критично важният процес на тестване на вашите проекти с реални потребители в реални сценарии. След като дълбоко разберете притесненията на потребителите и проблемите с използваемостта, вие ставате по-добри в тяхното коригиране.
Потребителското тестване - което е част от ориентираната към потребителя философия на дизайна - е един от най-важните аспекти на работата на дизайнера. Не става въпрос само за зашеметяващи изображения (повърхността или интерфейсът). Става въпрос за ефективно решаване на проблем; нещо, което може да бъде постигнато само чрез многократно тестване и много итерации на дизайна. Това е чудесен начин да получите ценна информация за какво работи и кое не .
Искам да се уверя, че дизайнът работи добре и че всички предположения и хипотези са валидирани - тестването на потребителите се превърна в една от най-важните стъпки в моя процес на проектиране.
Потребителското тестване е като да гледаш през рамото на някого, докато той взаимодейства с вашето приложение или сайт, освен че можете да задавате въпроси по пътя и да ги тласкате в посоката, която искате да изследвате. Не е толкова скъпо или трудно за изпълнение. За съжаление няма достатъчно оборудване или продукти, извършващи тези тестове.
Ще разгледаме причините за провеждане на тестове за използваемост и шестте основни и съществени стъпки за провеждане на успешен тест.
В UX общността има стара поговорка: „Вие не сте потребителят“.
Никога няма да забравя първото си потребителско изпитание. В продължение на два месеца работих усилено за фина настройка на прототип за уеб приложение. Искаше да го направи перфектен и беше наивно сигурен, че ще работи. Не бих могъл да сгреша повече. Както много други дизайнери, и аз се бях влюбил в собственото си творение.
Първият човек, когото опитах, се обърка след втората стъпка - и с един замах илюзиите ми бяха унищожени. Бях съкрушен.
Този ден преминах през пет тестови сесии. В края на всичко бях принуден да приема факта, че може би не бях толкова добър дизайнер, колкото си мислех.
На следващия ден замених своя полиран прототип с бързи интерактивни телени рамки, които представляваха нова и подобрена дизайнерска концепция, базирана на идеите, които спечелих от потребителското тестване от предишния ден. Резултатите бяха впечатляващи - дори начинаещ потребител успя да използва доста сложно приложение.
Това първо изпитване имаше влияние върху мен като дизайнер и сега тествам всеки дизайн. Винаги си е струвало и винаги съм изумен от нещата, с които съм сгрешил.
Определено е по-добре да се правят грешки при бърз прототип, отколкото при крайния продукт. За съжаление много компании инвестират огромни суми пари в недоказани хипотези и приложения.
Грешните дизайнерски решения стават много очевидни в крайния продукт - ненужни грешки, които трябва да бъдат отстранени с огромни разходи. Крайната цена за внедряване на непроверени приложения е много голяма.
За да преминете правилно потребителския тест, трябва да направите следното:
Прототипът е ранен модел на продукт - обикновено с ограничена функционалност - изграден за тестване на дизайнерска концепция; едно нещо, което трябва да се възпроизведе или да се научи от него. Има няколко начина за прототипиране и има много инструменти, включително софтуер извън линия и приложения на линия .
Различните вярности и подходи са подходящи за различни ситуации.
Има много основен начин да го направите - нарисувайте няколко скици на лист хартия, направете ги снимки и след това ги зашийте с помощта на инструмент като Adobe Experience Design . Можете да го направите както за настолни, така и за мобилни приложения.
Като алтернатива можете да създадете интерактивни телени рамки - верижни телени рамки в онлайн инструмент за прототипиране като InVision .
Създавам множество варианти и изграждам няколко напълно различни прототипа за един и същ проект. Решавам кой е най-добрият, след като ги сглобя. Повечето пъти, след като започна да работя с тях, откривам решения, за които не съм се сещал, когато съм създавал първия прототип.
Първоначалният ми инструмент за прототипиране беше Axure RP . Той е много сложен и отнема около шест месеца за овладяване. Можете обаче да научите основите за няколко дни и да създадете прости интерактивни прототипи.
Опитах и някои решения като InVision или UXpin . Те са уеб базирани, иновативни и много по-евтини. Те не са толкова натоварени с функции и гъвкави като Axure, но са много по-лесни за използване. Можете също така лесно да споделите своя прототип с клиенти и членове на екипа.
Наскоро, чудо това е избраният от мен инструмент. Това е чудесно мобилно и уеб приложение, невероятно лесно е да се прототипират и споделят, а също така има и удобен плъгин Sketch.
Има голямо разнообразие от инструменти за прототипиране. Ето страхотен сайт за сравнение: http://www.prototypr.io/prototyping-tools .
Важно е да се изработи план за теста; в противен случай ще загубите много време. На основно ниво планът трябва да очертае:
Да приемем, че тествам мобилно приложение за планиране на маршрути за обществен транспорт. Проектирах три основни характеристики на приложението: планиране на пътуване, поръчка на билети и резервации на места.
Имам предвид целевата група потребители, които обикновено пътуват навсякъде с автобус. По време на тестовата сесия ще вляза в подробности и ще се опитам да разбера от потребителите си дали някои функции и функционалности са лесни за ползване, тоест „очевидни“ (очевидни за потребителя) и лесни за използване.
Да приемем, че петнадесет души се съгласиха да се присъединят към процеса. Преди да започна сесията, създавам електронна таблица с пет колони:
Работейки с тази електронна таблица, мога да оценя успеха на моя прототип. Ако петнадесет души тестват три характеристики, това означава 45 (15x3) задачи. Ако хората изпълнят 38 задачи, имам 85% успеваемост.
Ако работите по проект със съществуващи клиенти, набирането трябва да е лесно. Обърнете се към вашия екип по продажбите или заинтересованите страни и вземете няколко клиентски клиенти.
За малък личен проект или проект за домашен бизнес опитайте да се свържете с приятелите си във Facebook, които попадат в целевата аудитория. Можете също да поискате препращане от вашите контакти. Други членове на екипа могат да направят същото. ** Важно е да се намерят безпристрастни участници, които не просто искат да бъдат „мили с теб“, тоест харесват всичко, което виждат. Нуждаете се от техните непредубедени мнения - добри или лоши, за да издържите теста.
Ако работите с външен клиент по по-голям проект, препоръчвам да използвате услуги като usertesting.com , валидно.com , clicktale.com , или verifyapp.com .
Понякога може да е трудно да обясните какво търсите при набиране на потенциални потребители. Участието в потребителско тестване е непознато за повечето хора. Молбата ми обикновено е такава:
'Хей Уолт! Знам, че сте много заети, но се надявам да можете да ми спестите половин час и да ми помогнете с проект, по който работя. Това е приложение за планиране на пътуване с обществен транспорт. Знам, че пътувате много с автобус и бих искал да видя как бихте го използвали. '
Най-добре е да имате минимум 3-5 теста (дистанционно или лично). Това трябва да има достатъчно материал за първата итерация. Ако можете да ги съберете, можете да предложите на участниците кафе или чай и лека закуска, карта за подарък или фирмен код за отстъпка в замяна на тяхното участие.
Добра идея е да планирате тестовете с 30-45 минути почивка между тях. Ще можете да установите, че сте подходили към техния дизайн от лош ъгъл и повечето проблеми могат да бъдат отстранени на място, преди да пристигне следващият потребител. Тестът е интензивен и ще ви трябва и почивка, за да съберете констатациите си, да си направите бележки и да се отпуснете преди следващия кръг.
Препоръчвам да опитате лично, защото можете да прочетете езика на тялото и да видите фини сигнали като напрежение и въздишки или да видите неща като хора, които правят лица, защото им е трудно с вашия продукт. Това е възможност да се намеси и да попита дали са объркани за нещо.
Освен това хората са по-фокусирани върху личните сценарии. Ако правите дистанционно тестване чрез Skype или Hangouts, те могат да се разсеят и нещата да останат незабелязани.
Намирането на място за среща, съвместимо с най-малкото разсейване или възможност за прекъсване, е от решаващо значение. Трябва да намерите среда, в която хората да се съсредоточат върху тестването.
Предпочитам да не довеждам участници в офисите на клиентите си - възможно е корпоративната среда да ги накара да се чувстват ограничени и сякаш са под наблюдение. Посещението на хора в домовете им също не е оптимална ситуация. Домашен любимец, дете или член на семейството може да отвлече вниманието на потребителите от теста.
Според мен кафенето е идеалната среда. Играе музика, мирише страхотно и кафето държи всички на крака. Далеч от личните ангажименти и отвличане на вниманието, тестваните са склонни да се отпускат - също често им помага в процеса на тестване да се чувстват като в реална обстановка.
Можете дори да тествате навън! Понякога може да искате да поставите потенциалните си потребители в реална, контекстуално точна среда - като да карате заедно автобус, докато разглеждате прототипа за планиране на пътуването си с автобус.
Качеството на тестовете е силно повлияно от способността ви да извършите теста добре и да общувате ефективно (наречено „модериране на теста“). Тук също влизат подготовката и вашият план за изпитване. Ако не сте опитвали преди, препоръчвам няколко идеи без натиск, които да изпълните с вашите партньори или членове на семейството.
Потренирайте се да задавате типовете въпроси, които ще задавате, и можете да провеждате теста си по-ефективно.
Би било грешка да опитате всичко в топла и приветлива среда с неограничено време за изпълнение на задачите. Дайте на потребителите контекст и им напомнете да си представят, че използват приложението ви в реална житейска ситуация - например, докато тренират, пътуват до работа или пазаруват.
Също така е важно да благодарите на участниците си, че отделиха време да ви помогнат. Напомнете им, че причината, поради която правите тези сесии за обратна връзка с потребителите, е, че сте готови да оптимизирате използваемостта на вашия сайт / приложение / платформа за най-доброто потребителско изживяване.
Не забравяйте да им кажете, че не само те се тестват. Но и дизайнът.
Ако правите дистанционен тест, запишете сесията със софтуер за запис на екран. Ако сте лично, използвайте видеокамера или аудио рекордер. Ще бъдете изненадани колко сте пропуснали!
Като записвате сесиите, ще видите, че сте по-спокойни, защото не е нужно да си водите бележки. Ще можете по-добре да се съсредоточите върху изграждането на връзка и да направите удобен тест за вашите участници. Можете да документирате всичко по-късно със записите.
Не забравяйте да кажете на тестваните, че записите са поверителни, само за вътрешни цели и че само вие ще ги видите / чуете.
Потребителите на MacOS могат да използват QuickTime за заснемане на екрана. използвам Щракване на екрана ($ 29). Можете да записвате екрана и уеб камерата едновременно, да отрежете записа и да експортирате резултатите лесно. Има и някои приложения, налични за iOS.
За да получите истинска представа за нуждите, поведението, целите и разочарованията на вашите потребители, задайте отворени въпроси, които няма да ги насочат. Ето няколко примера:
Дестилирайте и обобщете констатациите си в кратък доклад на страница с електронна таблица с документацията за теста, която споменах по-рано. Това ще ви помогне да се съсредоточите върху това, което е причинило на хората най-много проблеми по време на теста. Областите, които се нуждаят от подобрение, ще станат очевидни много бързо. Обикновено моите тестови артефакти се състоят от:
Когато тестът ви е документиран правилно, можете да го изучите допълнително и да го накарате да ръководи следващата ви итерация. Можете също да използвате резултатите от тестването на заинтересованите страни, за да архивирате вашите последващи дизайнерски решения.
В заключение запомнете две неща:
Основно правило: Ако отнема повече от деветдесет минути за изграждане на прототип, вие се опитвате да направите твърде много.
След като степента на успех на теста надвиши 90%, спрете теста. Приложението / сайтът / платформата вече трябва да са много полезни и „полезни“. Време е за MVP!
В началото на тази статия казах, че резултатите от първите ми тестове ме съсипаха. Те разклатиха увереността ми в собствените ми възможности. Тогава разбрах, че пробите и грешките са естествена част от процеса. Не е вярно, че професионалист не допуска грешки. A професионален бързо се поучете от грешките си, съкратете цикъла на итерация и усъвършенствайте дизайна си в процеса.
Към дизайнерите: Насладете се на процеса на тестване - подобрете дизайна си! Тествайте идеите си с реални потребители в реални сценарии възможно най-скоро. Прозренията, които ще получат от наблюдението как реалните потребители използват продукта ви, са безценни. Всяка итерация е важна стъпка напред.
Към клиентите: Не трябва дизайнерите да завършват проекти, без да ги тестват. Възползвайте се максимално от възможностите за оценка на вашите продукти, преди да напишете първия ред код. Може да отнеме допълнителна седмица и ще струва малко повече, но в крайна сметка те ще спестят и ще спечелят сто пъти повече, като го правят!