Тестването на дизайна ще ви помогне да създадете изключителни продукти, които работят за хората.

Потребителското тестване е известно с много имена: тестване на продукти, тестване на дизайн, тестване на използваемостта, валидиране на дизайна и др. Става въпрос за критично важния процес на тестване на вашите проекти с реални потребители в реални сценарии. След като дълбоко разберете притесненията на потребителите и проблемите с използваемостта, вие ставате по-добри в тяхното коригиране.

Потребителското тестване - което е част от ориентираната към потребителя философия на дизайна - е един от най-важните аспекти на работата на дизайнера. Не става въпрос само за зашеметяващи визуални ефекти (повърхността). Става въпрос за ефективно решаване на проблем; нещо, което може да бъде постигнато само чрез многократно тестване и с много повторения на дизайна. Това е отличен начин да получите ценна информация какво работи и кое не .

Искам да се уверя, че дизайнът работи добре и че всички предположения и хипотези са валидирани - тестването с потребители се превърна в една от най-важните стъпки от моя процес на проектиране.

Потребителското тестване е като гледане през рамото на някого, докато той взаимодейства с приложението или сайта ви, с изключение на това, че можете да задавате въпроси по пътя и да ги бутате в посоката, която искате да изследвате. Не е толкова скъпо или трудно за изпълнение. За съжаление, недостатъчен екип от дизайнери / продукти го правят.

Ще разгледаме причините за тестването на използваемостта и шестте основни и основни стъпки за успешно провеждане на тест.

Защо да тествате?

В UX общността има стара поговорка: „Вие не сте потребителят.“

Никога няма да забравя първото си потребителско изпитание. В продължение на два месеца работих усилено за фина настройка на прототип за уеб приложение. Исках да го направя перфектен и бях наивно, безсрамно сигурен, че ще работи. Не бих могъл да сгреша повече. Както много други дизайнери, и аз бях увлечен от собственото си творение.

Първият човек, когото тествах, се обърка след втората стъпка - и с един удар моите илюзии бяха унищожени. Бях съкрушен.

Този ден преминах през пет тестови сесии. В края на всичко бях принуден да приема факта, че може би не съм бил толкова добър дизайнер, колкото си мислех.

На следващия ден замених своя полиран прототип с бързи интерактивни телени рамки, които представляваха нова и подобрена дизайнерска концепция, базирана на прозрения, получени от потребителското тестване от предишния ден. Резултатите бяха впечатляващи - дори начинаещ потребител успя да използва доста сложно приложение.

Това първо изпитание имаше такова въздействие върху мен като дизайнер, сега тествам всеки отделен дизайн. Винаги си е струвало и винаги съм изненадан от нещата, които съм сбъркал.

aws сертифициран сътрудник по архитект на решения

Определено е по-добре да правите грешки при бърз прототип, отколкото при крайния продукт. За съжаление много компании инвестират огромни суми пари в непроверени хипотези и приложения.

Грешните дизайнерски решения стават много очевидни за крайния продукт - ненужни грешки, които трябва да бъдат отстранени с огромна цена. Крайните разходи за внедряване на непроверени приложения са огромни.

Шестте основни елемента на потребителското тестване

За да преминете през правилния процес на тестване на потребителя, трябва да направите следното:

• Създайте прототип
• Измислете план за изпитване
• Набиране на хора (целеви потребители)
• Намерете подходящо място
• Модерирайте теста
• Документирайте резултата от теста

Създаване на прототип

Прототипът е ранен модел на продукт - обикновено с ограничена функционалност - изграден за тестване на дизайнерска концепция; нещо, което трябва да се възпроизведе или да се научи от него. Има няколко начина за създаване на прототипи и има много инструменти, включително офлайн софтуер и онлайн приложения.

Различните вярности и подходи са подходящи за различни ситуации.

Има много основният начин - нарисувайте няколко скици на лист хартия, направете ги снимки и след това ги обединете с помощта на инструмент като Adobe Experience Design . Можете да направите това както за настолни, така и за мобилни приложения.

Като алтернатива можете да създадете интерактивни телени рамки - да нанижете жични рамки заедно в онлайн инструмент за прототипиране като InVision .

Създавам множество варианти и изграждам няколко напълно различни прототипа за един и същ проект. Решавам кой е най-добрият, след като ги събера. По-често, след като започна да работя с тях, откривам решения, за които не съм се сетил, когато създавах първия прототип.

как да проверите за изтичане на памет

Първоначалният ми инструмент за прототипиране беше Axure RP . Това е много сложно и отнема около шест месеца за овладяване. Можете обаче да научите основите за няколко дни и да създадете прости интерактивни прототипи.

Опитах и ​​някои решения като InVision или UXpin . Те са уеб базирани, иновативни и много по-евтини. Те не са толкова натоварени с функции и гъвкави като Axure, но са много по-лесни за използване. Можете също така лесно да споделите своя прототип с клиенти и членове на екипа.

Наскоро, чудо е моят избран инструмент. Това е страхотно мобилно и уеб приложение, невероятно лесно е да създавате и споделяте прототипи, а също така има и удобен плъгин Sketch.

Има голямо разнообразие от инструменти за прототипиране там. Ето страхотен сайт за сравнение: http://www.prototypr.io/prototyping-tools .

Съставяне на план за изпитване

Важно е да изложите план за теста; в противен случай ще загубите много време. На основно ниво планът трябва да очертае:

• Какво се тества (характеристики, функционалности, задачи)
• Как ще бъде измерен (успехът или степента на неуспех на теста в определени области)

кое от следните неща трябва да има предвид дизайнерът, когато планира дизайна на документ?

Да приемем, че тествам мобилно приложение за планиране на маршрути за обществен транспорт. Проектирах три основни характеристики на приложението: планиране на пътуването, поръчка на билети и резервации на места.

Имам предвид група целеви потребители, които обикновено пътуват навсякъде с автобус. По време на тестовата сесия ще вляза в подробности и ще се опитам да разбера от потребителите си дали някои функции и функционалности са лесни за ползване - т.е., „очевидни“ (очевидни за потребителя) и лесни за използване.

Написвайки плана на теста, аз преглеждам прототипа и записвам някои въпроси. Например:

• Способни ли са потребителите да планират пътуването си ефективно и бързо?
• Могат ли да поръчат билети лесно?
• Способни ли са да запазят място?

Да кажем, че петнадесет души се съгласиха да се включат в тестването. Преди да започне сесията, създавам електронна таблица с пет колони:

• Колона 1: Имената на участниците,
• Колони 2-4: три функции на приложението, което ще бъде тествано,
• Колона 5: ако участник се бори с използването на дадена функция, аз си го отбелязвам и записвам причината за объркването.

Работейки с тази електронна таблица, мога да оценя успеха на моя прототип. Ако петнадесет души тестват три функции, това означава 45 (15x3) задачи. Ако хората изпълнят 38 задачи, имам успеваемост от 85%.

Набиране на хора, известен още като „Потребители“

Ако работите по проект със съществуващи клиенти, набирането трябва да е лесно. Обърнете се към екипа по продажбите или заинтересованите страни и се свържете с клиентите.

За малък личен проект или вътрешен фирмен проект, опитайте да се свържете с приятелите си във Facebook, които попадат в целевата аудитория. Можете също така да поискате препоръка за контактите им. Други членове на екипа могат да направят същото. Важно е да намерите непредубедени участници които не просто ще искат да бъдат „мили с теб“, т.е. като всичко, което виждат. Нуждаете се от безпристрастна обратна връзка - добра или лоша - за да получите наистина стойност от теста.

Ако работите с външен клиент по по-голям проект, препоръчвам да използвате услуги като usertesting.com , валидно.com , clicktale.com , или verifyapp.com .

Понякога може да е трудно да обясните какво търсите при набиране на потенциални потребители. Участието в тестване на потребители не е познато на повечето хора. Молбата ми обикновено върви по следния начин:

„Хей Уолт! Знам, че сте наистина заети, но се надявам да можете да ми спестите половин час и да ми помогнете с проект, по който работя. Това е приложение за планиране на пътуване с обществен транспорт. Знам, че често пътувате с автобус и бих искал да видя как бихте го използвали. '

Най-добре е да имате минимум 3-5 теста (дистанционно или лично). Това трябва да ви осигури достатъчно материали за първата итерация. Ако можете да го съберете, можете да предложите на участниците кафе / чай и лека закуска, карта за подарък или код за отстъпка от компанията в замяна на тяхното участие.

Добре е да планирате тестовете с 30-45 минути почивка между тях. Може да откриете, че сте подходили към дизайна си от лош ъгъл и можете да отстраните най-големите проблеми на място, преди да пристигне следващият тестер. Тестването е интензивно и ще ви е необходим и дъх, за да съберете констатациите си, да си направите бележки и да се отпуснете преди следващия кръг.

Намиране на подходящо място за тестване

Препоръчвам да тествате лично, защото можете да прочетете езика на тялото и фините сигнали като напрежение и въздишки или да уловите неща като хора, които правят лица, защото се борят. Това е възможност да се намесите и да попитате дали не са объркани за нещо.

Освен това хората са по-фокусирани по време на лични настройки. Ако правите дистанционно тестване през Skype или Hangout, те могат да се разсеят и нещата да се изплъзнат от вас.

Намирането на съвместимо място за срещи с най-малко разсейване или възможност за прекъсване е от решаващо значение. Трябва да намерите настройка, при която хората да останат фокусирани върху теста.

Отмяната на Glas Steagall не предизвика финансова криза

Предпочитам да не довеждам участници в офисите на клиентите си - възможно е корпоративната среда да ги накара да се чувстват ограничени и сякаш са под наблюдение. Нито едно посещение на хора в домовете им е оптимална ситуация. Домашен любимец, дете или член на семейството може да отвлече вниманието на потребителите на теста.

Според мен кафенето е идеалната среда. Играе музика, мирише страхотно и кафето държи всички нащрек. Далеч от лични ангажименти и разсейване, тестваните са склонни да се отпускат - също често им помага в процеса на тестване да се чувстват така, сякаш са в реалния свят.

Можете дори да правите тестове навън! Понякога може да искате да поставите потенциалните си потребители в реална, контекстуално точна обстановка - като да карате заедно автобус, докато разглеждате прототипа за планиране на пътуването си с автобус.

Изпълнение на теста

Качеството на тестването е силно повлияно от способността ви да провеждате теста добре и да общувате ефективно (наречено „модериране на теста“). Тук влиза и подготовката и вашият план за изпитване. Ако досега не сте тествали нищо, препоръчвам няколко пропускания без натиск с вашите партньори или членове на семейството.

Потренирайте се да задавате типа въпроси, които ще задавате, и ще можете да провеждате теста си по-ефективно.

Би било грешка да тествате всичко в топла, уютна обстановка с неограничено време за изпълнение на задачите. Дайте на потребителите си контекст и им напомнете да си представят, че използват приложението ви в реална ситуация - докато тренират, пътуват или пазаруват например.

Също така е важно да благодарите на участниците си, че отделиха време да ви помогнат. Напомнете им, че причината, поради която правите тези сесии за обратна връзка с потребителите, е, че сте готови да оптимизирате използваемостта на вашия сайт / приложение / платформа за най-доброто потребителско изживяване.

Не забравяйте да им кажете, че те не са тези, които се тестват. Това е дизайнът.

какъв език за програмиране използва роботиката

Ако правите дистанционен тест, запишете го със софтуер за запис на екран. Ако сте лично, използвайте видеокамера или аудио рекордер. Ще бъдете изумени колко сте пропуснали!

Записвайки сесиите, ще откриете, че сте по-спокойни, защото не е нужно да правите бележки. По-способни сте да се концентрирате върху установяването на добра връзка и да направите теста удобен за вашите участници. Можете да документирате всичко по-късно от записите.

Не забравяйте да кажете на тестваните, че записите са поверителни, само за вътрешни цели и че само вие ще ги гледате / слушате.

Потребителите на MacOS могат да използват QuickTime за заснемане на екран. използвам Щракване на екрана ($ 29). Той може да записва екрана и уеб камерата едновременно, да подрязва записа и да експортира резултатите наистина добре. Има и няколко приложения, налични за iOS.

За да получите реална представа за нуждите, поведението, целите и разочарованията на вашите потребители, задавайте отворени въпроси, които не ги водят. Ето няколко примера:

• Забелязах малко колебание там, какво те спря?
• Какво мислите, че ще прави този бутон?
• Какво е най-привлекателното за този продукт?
• Коя е най-трудната част от използването на този продукт?
• Имаше ли нещо изненадващо или неочаквано в този продукт?
• Какво може да се направи за подобряване на този продукт?
• Какво може да липсва? Какво друго бихте искали да видите?
• Какво харесвате / не харесвате в начина, по който работи?
• Как мислите, че този продукт ще ви помогне?
• Бихте ли използвали този продукт днес?
• Защо мислите, че някой би използвал този продукт?

Документиране на резултатите от теста

Дестилирайте и обобщете констатациите си в кратък отчет на една страница от електронната таблица с документация за теста, която споменах по-рано. Това ще ви помогне да се съсредоточите върху проблемите, които са причинили на хората най-много проблеми. Областите, които се нуждаят от подобрение, ще станат очевидни много бързо. Обикновено моите тестови артефакти се състоят от:

• Електронната таблица с бележки
• Аудио запис
• Екранен запис
• Запис на участника в теста от уеб камера

Когато тестът ви е документиран правилно, можете да го изучите допълнително и да го накарате да ръководи следващата ви итерация. Можете също да използвате резултатите от теста със заинтересованите страни, за да архивирате следващите си дизайнерски решения.

Прегърнете тестването и му се насладете. Ще бъде забавно!

В заключение запомнете две неща:

1. Основното правило: Ако отнема повече от деветдесет минути за изграждане на прототип, вие се опитвате да направите твърде много.
2. След като успехът на теста надхвърли 90%, спрете тестването. Приложението / сайтът / платформата вече трябва да са много използваеми и „полезни“. MVP време!

В началото на тази статия казах, че резултатите от първото ми тестване ме опустошиха. Това разклати доверието ми в собствените ми възможности. Тогава разбрах, че пробите и грешките са естествена част от процеса. Не е вярно, че професионалист не допуска грешки. A професионален бързо се учи от тях, съкращава цикъла на итерация и усъвършенства дизайна в процеса.

За дизайнери: Насладете се на процеса на тестване - той подобрява дизайна ви! Изпробвайте идеите си с реални потребители в реални сценарии възможно най-бързо. Прозренията, които получавате от наблюдението как действителните потребители използват вашия продукт, са безценни. Всяка една итерация е важна стъпка напред.

За клиенти: Не карайте дизайнерите да завършват проекти без тестване. Възползвайте се максимално от възможностите за оценка на вашите продукти, преди да бъде написан първият ред код. Може да отнеме една допълнителна седмица и да струва малко повече, но в крайна сметка ще спестите и ще спечелите сто пъти, като го направите!

• • •

Допълнително четене в блога за дизайн на ApeeScape:

• eCommerce UX - преглед на най-добрите практики (с инфографика)
• Значението на ориентирания към човека дизайн в продуктовия дизайн
• Най-добрите портфейли на UX Designer - вдъхновяващи казуси и примери
• Евристични принципи за мобилни интерфейси
• Предвиден дизайн: Как да създадем магически потребителски опит