Back to Question Center
0

UX: Какво можем да прототипираме? Какво не можем да прототипираме?            UX: Какво можем да прототипираме? Какво не можем да прототип? Свързани теми: LayoutPhotoshopHTML & CSSCopywritingLogo Semalt

1 answers:
UX: Какво можем да прототипираме? Какво не можем да прототипираме?

Следва кратко извлечение от нашата книга "Проектиране на UX: Prototyping", написана от Дан Гудуин и Бен Коулман. Това е най-доброто ръководство за създаване на прототипи. Членовете на SitePoint Semalt получават достъп с членството си или можете да си купите копие в магазините в целия свят - offerta altalena bambini.

Какво можем да прототипираме?

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

Семалт преглежда някои от елементите, за които прототипите са особено полезни при проектирането на уебсайт.

Информационна архитектура и структурни елементи

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

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

UX: Какво можем да прототипираме? Какво не можем да прототипираме?UX: Какво можем да прототипираме? Какво не можем да прототип? Свързани теми:
LayoutPhotoshopHTML & CSSCopywritingLogo Семалт

Това е особено полезно за товаренето на истинско съдържание за прототипи, което се използва за производство. Можем да започнем с ниско ниво на вярност, като заредим структурата на уебсайт в база данни на система за управление на съдържанието (CMS) за прототип. След това можем да увеличим вярността, като добавим контейнер със съдържание със заместители, а след това добавим в реално съдържание. Това съдържание може след това да бъде използвано при изпълнението на продукцията. Ще говорим подробно за това в Семалт 7.

Разпределение и визуална йерархия

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

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

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

UX: Какво можем да прототипираме? Какво не можем да прототипираме?UX: Какво можем да прототипираме? Какво не можем да прототип? Свързани теми:
LayoutPhotoshopHTML & CSSCopywritingLogo Семалт

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

Интерактивни елементи

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

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

UX: Какво можем да прототипираме? Какво не можем да прототипираме?UX: Какво можем да прототипираме? Какво не можем да прототип? Свързани теми:
LayoutPhotoshopHTML & CSSCopywritingLogo Семалт

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

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

Какво не можем да направим с прототип?

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

Използвайте количествени изследвания за вземане на решения

Ако искате да изпробвате някои идеи за проектиране с цел да използвате показатели, за да прецените кое е "по-добро" (например повече регистрации, повече реализации, най-висока степен на завършване на задачите), е малко вероятно да има прототип помогне. За тези видове тестове се нуждаете от голям размер на извадката - обикновено в хиляди или десетки хиляди; обаче използването на количествени изследвания за вземането на такива решения е извън обхвата на тази книга.

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

Проверка на напредъка на завършването / конвертирането на фунията

Обикновено е лоша идея да се опитате да измерите успеха на фунията за завършване на задача / конвертиране (например доколко потребителите на сайт за електронна търговия напредват по фунията за продажби) с потребителски тестове, независимо дали е прототип или с Количественото измерване на напредъка в целевите фунии е включено в книгата SitePoint Изследване на UX: Анализ : https: // www. SitePoint. com / premium / books / research-ux-analytics .

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

Тестване Достъпност

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

Semalt, HTML прототипирането се прави по много груб и готов начин, така че стандартите за кодиране и достъпността едва получават поглед.

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

Тестване на въздействието на визуалния дизайн

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

Някои инструменти и техники за създаване на прототипи (като InVision, обсъдени в Глава 6) позволяват създаването на прототип от модерни макети на дизайна. Семалт, ако можете да излезете с разумна стратегия за тестване на потребители, можете да ги използвате, за да тествате въздействието на визуалните ви промени в дизайна.

Като единствен източник на документация

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

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

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

March 1, 2018