Въпреки че дизайнери и продукт екипите непрекъснато говорят за Agile принципите, повечето отбори все още не ги използват ефективно. Когато в крайна сметка прекарваме време и пари, правейки нещо, което никой не иска да използва, как най-накрая да направим почивка, за да подобрим радикално процеса си на разработване на продукта?
Следващото казус изследва как, чрез интегриране на принципите на Lean UX като основа на методологията Agile, продуктовият екип намалява отпадъците и оптимизира производствения процес.
Нашият продуктов екип работи за решаването на проблема с координацията по време на обяд по време на работа. Когато обедната почивка започне да се приближава, служителите се разсейват, прекарвайки много време, решавайки какво искат да бъде храната им, къде искат да я ядат и с кого искат да я споделят. Решихме да направим a дигитален асистент за обяд приложение, което ще им помогне да улеснят това.
Започнахме с проучвания на потребители, като интервюирахме компании и събрахме достатъчно данни, за да започнем да работим по решение - или поне така си мислехме. По времето, когато продуктът беше пуснат и работи достатъчно добре, за да се тества вътрешно, започнахме да се съмняваме, че сме обхванали всички случаи на употреба от нашия потенциален пазар.
Потенциалните потребители, с които бяхме разговаряли, работеха при сходни условия, бяха от едно и също място, с еднакъв брой близки ресторанти и очакван срок за доставка. Преди пускането на пазара обаче осъзнахме, че трябва да потвърдим бизнес предположенията и да включим повече целеви групи в нашите продуктови изследвания.
След дирижиране потребителски изследвания интервюта с 30 представители от различни ИТ фирми в града, осъзнахме, че докато подобен проблем съществува и в други компании, нашето решение не е в съответствие с навиците на по-широка аудитория. Продуктът, който разработвахме до този момент, не отчиташе потребители с различна близост до ресторанти, предпочитания за поръчки и плащания и т.н.
Когато проектирате продукти, от съществено значение е да знаете точно какво трябва да бъде валидирано и колко различни потребители са необходими за валидни резултати. И все пак, подобно на много продуктови екипи, и ние се бяхме развълнували от ранните проверки и се заехме с решение, преди да съберем достатъчно информация за допълнителни аспекти на проблема.
След като разбрахме, че сме пропуснали критични данни в началото на процеса на разработване на продукта, трябва да се преместим бързо. Никога не беше радост, трябваше да представя нови резултати от проучвания на потребители на екип, който месеци наред разработваше решение, което предстои да бъде изхвърлено.
Вече бяхме загубили време и пари, правейки нещо, което не беше правилно валидирано и не обхващаше всички случаи на употреба на целевата аудитория. Това бяха най-големите препятствия, които трябваше да преодолеем:
След като приехме, че не сме потвърдили правилно по-ранната си продуктова идея, беше критично да преразгледаме подхода си.
Решихме да адаптираме метода, който Джеф Готелф обяснява в книгата си Lean UX . Lean UX е подход към процеса на проектиране, който отдалечава дизайнерските екипи от създаването на много документи в полза итеративно валидиране и използване на обратна връзка от потребителите .
Процесът се фокусира върху три основни фази: изграждане, измерване и учене . Lean UX рамката съветва да се включат колкото се може повече участници и заинтересовани страни, за да се получат разнообразни перспективи и идеи за продуктовото решение. Това означава да включите в процеса на проектиране всички, от дизайнери, собственици на продукти / бизнес и ръководители на проекти и маркетинг до програмисти.
разлика между s corp и corp
Lean UX насърчава екипа да се придвижва по-бързо и по-ефективно, като отлага процеса във времето. За да увеличите максимално ефективността на упражнението, консултирайте се Законът на Паркинсон и ограничете времевата рамка за всяка фаза, за да произведете положително налягане и скорост.
Екипът се съгласи да запази пет работни дни за процеса, оставяйки последния ден за тестване, насрочен с група потенциални ранни осиновители. Този ангажимент ни принуди да има какво да покажем и тестваме след четири дни.
Въз основа на конкретния ни проект и нуждите на екипа направихме няколко корекции в метода, описан в Джеф Готелф Lean UX . За по-подробно описание на начина за използване на същия метод с вашия екип, моля, консултирайте се с Книга .
Стъпка 1: Съберете и анализирайте данни.
Първо, анализирахме проведени преди това интервюта с потребители и представихме това, което отбелязахме като основни точки за болка на потребителите.
Стъпка 2: Разработване на хипотези.
Всеки от членовете на екипа написа своя собствена хипотеза, за да отговори на основните продуктови и бизнес въпроси от работните листове на книгата. След това обсъдихме идеите на всички и ги картографирахме на матрица, която сравняваше размера на риска, който тези предположения носят за бизнеса, и това колко наистина знаем за тях.
Стъпка 3: Представете план за валидиране.
Направихме план как да потвърдим всяка хипотеза - какво искаме да измерим, какви показатели ще проследяваме и какви резултати ще означават, че са били валидирани успешно.
Стъпка 4: Разработване на персони.
Създадохме персони въз основа на предишните интервюта с потребители. Много е важно не само да се доверите на собствения си опит, но и да знаете за кого изграждате продукта си и винаги да проектирате с мисъл за крайния потребител.
javascript класът не е дефиниран
Стъпка 5: Приоритизирайте функциите въз основа на стойността, която предоставят.
За мозъчна атака и избор на това, което ще влезе в разработка, комбинирахме нашия подход Lean UX с Приоритизиране на MoSCoW . Този подход помага на екипите да приоритизират решенията според наличните ресурси. Буквите означават:
След това всички членове на екипа дават уговорен брой точки за функции, които считат за най-важни. Характеристиките, дадени с най-много точки, са определени като най-висок приоритет.
Стъпка 6: Всеки скицира идеи.
Всички членове на екипа трябваше да скицират свои собствени решения, след това да ги представят и да получат обратна връзка. Добрите идеи не идват изключително от дизайнери - важно е да включите всички в процеса, за да сте сигурни, че няма да пропуснете някои страхотни предложения.
Стъпка 7: Прецизирайте разтвора и го тествайте.
Критикувахме скиците заедно и взехме решение за оптималното решение. След това създадохме телени рамки с ниска точност и ги събрахме в прост MVP, който можем да покажем на потребителите и да тестваме дали нашата нова идея изобщо има смисъл.
Стъпка 8: Получете обратна връзка.
В последния ден планирахме потребителско тестване с потенциални клиенти. Целият екип проведе тестването по двойки: единият интервюира, а другият пише бележки. Това беше много важно, за да може целият екип да чуе реакции на тяхното решение, предлагащи различни перспективи, отколкото може да се очаква.
Показахме тестери на мобилни телефони и ги помолихме да имитират подслушване, да обяснят какво искат да постигнат и да споделят мислите си по пътя.
Дори нашето решение да не отговори успешно на нуждите на нашите потребители по време на тестването, пак щяхме да получим ценна обратна връзка и прозрение в каква нова посока да поемем нашия продукт.
За щастие потенциалните ранни осиновители, с които тествахме, бяха развълнувани от нашето решение.
Експериментът беше успешен и решихме да включим методологията Lean UX в редовните процеси на компанията занапред. По време на процеса на тестване на продукти изпращахме на участващите членове на екипа чести проучвания, за да преценим техните реакции - отзивите бяха постоянно положителни. Екипът се довери на метода Lean UX и се чувстваше уверен, че ни води в правилната посока.
Най-големият ни успех беше, че процесът на проектиране на Lean UX помогна да накараме всички от екипа да се развълнуват да направят този огромен, по-рано обезсърчителен пивот. Други предимства за екипа включват:
Ако се интересувате от това, което правите, и осъзнавате, че нещата могат да бъдат по-добри, поемете отговорността за въвеждането на необходимите промени и се уверете, че подобренията пускат корени в фирмената култура.
Въвеждането на принципите на Lean UX в процесите на разработване на продукти може да направи екипа ви по-ефективен и да подобри продуктите ви. Адаптирайте и приспособете рамката към специфичните нужди и динамика на вашия екип.
В крайна сметка всички ние имаме една и съща цел в компанията, дори перспективите за това как да я постигнем са различни. Ако вашата работа е да създадете продукт, който потребителите ще харесат и бизнесът ще се възползва, тогава може да се наложи първо да създадете условията на работа, при които вие и вашият екип можете да постигнете това.
• • •
Lean UX е ориентирана към потребителя рамка за проектиране за сътрудничество и итеративно валидиране по време на процеса на проектиране. Като се фокусира върху проучвания на потребителите и обратна връзка за прекомерна документация, Lean UX помага на екипите да създават продукти, от които хората всъщност се нуждаят.
Agile включва бързи дизайнерски спринтове като част от процеса на UX дизайн. Lean UX принципите са в основата на дизайна в процеса на разработване на продуктите Agile.
UX методологията описва работния процес и процесите на проектиране на UX, чрез които дизайнерите проектират опит за потребителите. UX методологията включва различни фази в UX процеса и работния процес на проектиране, включително проучване и валидиране на потребителите.
срещу съвети и трикове за код
UX рамката е начин за определяне на цялостен подход към дизайна на потребителското изживяване. Lean UX дизайнът е една такава рамка за продуктови екипи, които да включат итеративно валидиране в техния UX работен процес.