Lean UX – неймовірно корисна техніка під час роботи над проєктами, у яких використовується метод розробки Agile (гнучкий метод розробки). Традиційні методи UX часто не працюють, коли розробка виконується у стислій термін – недостатньо часу для надання UX так само. По суті, Lean UX та інші форми UX мають однакову мету – забезпечення досвіду користувачів, просто те, як ви працюєте над проєктом, дещо відрізняється. Тож подивімось, як це може працювати.
Lean UX – що це?
Lean UX фокусується на досвіді в процесі розробки дизайну та менш орієнтований на кінцеві результати, ніж традиційний UX. Це потребує вищого рівня співпраці з усією командою. Основна мета – зосередитись на отриманні зворотного зв’язку якомога раніше, щоб його можна було використовувати для прийняття швидких рішень. Суть розробки Agile полягає в тому, щоб працювати у швидких ітеративних циклах, а Lean UX імітує ці цикли для забезпечення гарантії того, що дані, що генеруються, можуть бути використані на кожній ітерації.
Author/Copyright holder: Vimeo. Copyright terms and licence: Public Domain
Потрібність у прикладаннях в Lean UX
У традиційному UX проєкт побудований на охопленні та виконанні вимог. Мета – забезпечити, щоб результати були максимально докладними та відповідали вимогам, викладеним на початку проєкту.
Lean UX трохи відрізняється. Ви не орієнтовані на детальні результати. Ви прагнете зробити зміни, які покращують продукт тут і зараз – в основному, щоб змінити результат на краще.
На практиці це працює шляхом позбавлення від “вимог” та використання “постановки проблеми”, що повинно призводити до набору припущень, які можуть бути використані для створення гіпотез.
Що таке припущення? Припущення – це, власне, висловлювання те, що ми вважаємо правдою. Вони покликані створити спільне розуміння навколо ідеї, що дає можливість усім розпочати. Зрозуміло, що припущення можуть бути невірними та можуть бути змінені під час проєкту, оскільки в процесі команда розвиває найкраще розуміння.
Припущення зазвичай генеруються на нараді. Ви об’єднуєте команду та заявляєте про проблему, а потім дозволяєте команді провести мозковий штурм своїх ідей для вирішення проблеми. У процесі ви генеруєте відповіді на певні питання, які формують ваші припущення.
Стандартні питання:
- Хто наші користувачі?
- Навіщо використовується продукт?
- Коли він використається?
- У яких ситуаціях він використовується?
- Якою буде найважливіша функціональність?
- Який найбільший ризик доставлення товару?
На кожне запитання може бути більше однієї відповіді. Це призводить до більшої кількості припущень, у порівнянні з тим, що ми могли б практично обробити. Якщо це так, команда може визначити пріоритети у своїх припущеннях, швидко дотримуючись своїх генерацій. Загалом ви визначаєте пріоритетність своїх припущень щодо ризику, який вони представляють (які наслідки виникнуть, якщо це вийде помилковим? Чим серйознішим є наслідок, тим вищий пріоритет) і за рівнем розуміння цієї проблеми (що менше ви знаєте, тим вищий пріоритет).
Author/Copyright holder: visualpun.ch. Copyright terms and licence: CC BY-SA 2.0
Cтворення гіпотези в Lean UX
Гіпотези, створені Lean UX, призначені для перевірки наших припущень. Існує простий формат, який ви можете використати, щоб швидко та легко створювати свої власні гіпотези.
Приклад:
Ми вважаємо, що надання користувачам можливості зберігати свій прогрес у будь-який час має важливе значення для користувачів смартфонів. Це дозволить досягти вищого рівня завершення реєстрації. Ми продемонструємо це, коли зможемо виміряти покращення поточної швидкості завершення на 20%.
Ми викладаємо своє переконання, чому воно важливе та кому воно важливе. Потім ми зупиняємось на тому, чого очікуємо досягти. Нарешті, ми визначаємо, які докази нам потрібно зібрати, щоб довести, що наше переконання є вірним.
Якщо ми виявимо, що немає можливості довести нашу гіпотезу – ми можемо йти у неправильному напрямі, тому що наші результати чітко не визначені.
Однією з великих переваг такої роботи є усунення здебільшого “я не думаю, що це гарна ідея” та політичної боротьби з процесом UX-дизайну. Кожна ідея буде протестована та чітко визначено критерії доказів. Немає доказів? Тоді настав час відмовитися від ідеї та спробувати щось ще.
Якщо кожен може зрозуміти гіпотезу та очікування від неї, вони, як правило, з радістю чекають, щоб переконатися, що це правда, а не палко обговорюють свою власну суб’єктивну точку зору.
Мінімальний життєздатний продукт і Lean UX
Мінімальний життєздатний продукт (Minimum Via ble Product, MVP) – це основна концепція Lean UX. Ідея полягає в тому, щоб створити найпростішу версію ідеї, протестувати її, і якщо немає жодних цінних результатів, відмовитись від неї. Багатообіцяльні MVP можуть бути включені в подальші етапи дизайну і розробки без особливих проблем.
Це чудовий спосіб максимізації ваших ресурсів і одна з причин, чому він так добре працює з розробкою Agile – це дозволяє проводити безліч експериментів без стереотипів.
Author/Copyright holder: Eric delcroix. Copyright terms and licence: CC BY-NC-SA 2.0
Дослідження користувачів і тестування в Lean UX
Дослідження та тестування користувачів за самою природою Lean UX засновані на тих же принципах, що й у традиційних середовищах UX. Проте цей підхід має тенденцію бути “швидким та брудним” – результати мають бути надані до початку наступного Agile Sprint; тому набагато менше уваги приділяється потужним, ретельно документованим висновкам і більше приділяється уваги необробленим, сирим даним.
Обов’язки для досліджень також мають тенденцію поширюватися ширше між усіма членами команди, тому немає “вузького місця”, створеного за наявності єдиного ресурсу дизайну UX, який намагається самостійно виконати всю роботу у стислий термін. Це часто призводить до практичної UX-роботи та підвищує рівень розуміння та підтримки роботи UX у команді розробників.
Висновок
Це огляд Lean UX достатнього високого рівня, але, звичайно ж, інформації набагато більше, ніж у цій короткій статті. З усім тим, ці базові концепції повинні дати вам можливість почати рухатися у правильному напрямку, коли справа доходить до реалізації Lean UX у середовищі Agile.
Header Image: Author/Copyright holder: Rosenfeld Media. Copyright terms and licence: CC BY 2.0
Залишити відповідь