Ръководство за начинаещи за Lean UX - Предположения, хипотези и MVP

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

Lean UX, основан на основата на Agile разработката, е ориентиран към потребителя подход, който се фокусира върху намаляване на отпадъците, произведени по време на цикъла на проектиране, и подобряване на UX чрез многократни итерации, без да отделя много време за документация.

Прекалено много за храносмилане? Да се ​​потопим малко по-дълбоко!

Какво е Lean UX?

Както беше посочено по-горе, Lean UX се основава на три основни фази - изграждане, измерване, учене.

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

Вашите телени рамки или документи за изследване няма да решат проблемите на вашите потребители, но вашият продукт ще.

Сътрудничество - основата на Lean UX

За момент само си припомнете това изображение на рокля, която минаваше вирусно няколко години назад, само защото различни хора я разглеждаха в различни нюанси. Това е много малък пример, доказващ тезата, че различните хора носят различни гледни точки заедно с тях. Това е причината компании като Google, Microsoft, Apple и др. Да наемат хора с различен културен произход.

Lean UX силно препоръчва сътрудничеството на целия екип, докато решава проблем. Да вземем друг пример, кой мислите, че познава по-добре клиента си от вас или човек, прекарващ 8 часа на ден за решаване на потребителски заявки? Очевидно изпълнителят на обслужването на клиентите ви, но това не означава, че изгледите ви имат по-малка стойност. Всеки член в екипа трябва да има възможност да представи своите идеи по проблема, който се решава. Най-добрите части от всяка идея трябва да бъдат събрани и да се работи по-нататък. Това ще помогне на вашия изпълнител за обслужване на клиенти да повдигне проблемите, с които клиентите се сблъскват по време на първоначалния процес на проектиране. Също така, това ще помогне на вашия маркетинг екип да се подготви за новите функции, които ще се появят в следващата ви версия. Освен това, разработчиците могат да започнат да работят върху архитектурата на новите актуализации и през това време вашият дизайнерски екип може най-накрая да работи върху прототипите.

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

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

Дизайн цикъл с Lean UX

Както бе споменато по-рано, Lean UX започва с намиране на решение на проблема и след това измерване на обратната връзка и подобряване на предишните решения, базирани на тези отзиви.

Проблем и предположения

Както споменах в 4 често срещани грешки, които UX дизайнерите трябва да избягват по време на процеса на проектиране на продукта, всеки път, когато вашият екип срещне проблем, се съсредоточете върху „Защо“, а не „Как“. Това ще ви насочи към формирането на предположения.

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

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

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

хипотеза

След мозъчна атака по изявления за проблеми и обединяване на различни идеи от членовете на вашия екип, вие създавате хипотези. Хипотезите се използват за тестване на вашите предположения.

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

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

В горния пример убеждението е, че добавянето на регистрация с едно кликване чрез Facebook ще бъде полезно; personas са заети потребители, които имат акаунт във Facebook; важно е да спестите време на потребителя; очакването е да увеличим нашата регистрационна тарифа; и резултат, който ще докаже убеждението, е увеличаване на процента на регистрация с 20%.

Един от положителните страни на писането на хипотеза е, че можете да заключите, че се насочвате по грешен начин, ако по всяко време не можете да намерите начин да докажете хипотезата си.

MVP (минимален жизнеспособен продукт)

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

Според Wikipedia,

MVP е продукт с достатъчно функции, за да задоволи ранните клиенти и да предостави обратна връзка за бъдещи актуализации.

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

[Източник Организация за интернет дизайн]

MVP не се състои само от няколко функции, но вместо това се състои от някои функции, които са използваеми, решават проблемите на потребителя и имат някои UX прикачени към тях.

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

заключение

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

Ако сте харесали да четете това, моля, не забравяйте да покажете любовта си, като дадете „50 хлопки“ и като кликнете върху бутона „следвайте“ :). Мотивира ме да пиша още подобни истории и помагам на приятелите ви да намерят това, споделяйки това с тях. Благодаря ти! :)