Де кориÑтувацькі доÑлідженнх

КориÑтувацьке доÑÐ»Ñ–Ð´Ð¶ÐµÐ½Ð½Ñ â€” це не єдиний бар’єр перед дизайном. Воно має інформувати Ñ„Ð¾Ñ€Ð¼ÑƒÐ»ÑŽÐ²Ð°Ð½Ð½Ñ Ð¿Ñ€Ð¾Ð±Ð»ÐµÐ¼Ð¸, вибір шлÑху кориÑтувача, Ð´Ð¾Ð¾Ð¿Ñ€Ð°Ñ†ÑŽÐ²Ð°Ð½Ð½Ñ Ð¿Ñ€Ð¾Ñ‚Ð¾Ñ‚Ð¸Ð¿Ñƒ, пріоритети реалізації та Ð½Ð°Ð²Ñ‡Ð°Ð½Ð½Ñ Ð¿Ñ–ÑÐ»Ñ Ð·Ð°Ð¿ÑƒÑку на різних рівнÑÑ… деталізації.

ÐŸÑ€Ð¾Ñ†ÐµÑ Ð´Ð¸Ð·Ð°Ð¹Ð½Ñƒ заÑлуговує Ñвого міÑцÑ, коли він рано виÑвлÑÑ” невизначеніÑÑ‚ÑŒ, зберігає Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ñ‚Ð° проÑуває ÑфокуÑований обÑÑг роботи до реалізації. БезпоÑÐµÑ€ÐµÐ´Ð½Ñ Ð¼ÐµÑ‚Ð° — доÑлідницька діÑльніÑÑ‚ÑŒ, розміщена там, де вона може змінити наÑтупне Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ñ‰Ð¾Ð´Ð¾ продукту. Ð¦Ñ Ð¼ÐµÑ‚Ð° утримує Ð¿Ñ€Ð¾Ñ†ÐµÑ Ð´Ð¸Ð·Ð°Ð¹Ð½Ñƒ MVP зоÑередженим на доказах, а не на обÑÑзі результату.

ЗаÑновники мають очікувати невизначеноÑÑ‚Ñ– на цьому етапі. КориÑна Ñ€ÐµÐ°ÐºÑ†Ñ–Ñ â€” не робити артефакт більш завершеним на виглÑд, а Ñформулювати, що залишаєтьÑÑ Ð½ÐµÐ²Ñ–Ð´Ð¾Ð¼Ð¸Ð¼, обрати пропорційний ÑпоÑіб Ð½Ð°Ð²Ñ‡Ð°Ð½Ð½Ñ Ñ‚Ð° захиÑтити межі першого релізу, поки це Ð½Ð°Ð²Ñ‡Ð°Ð½Ð½Ñ Ð²Ñ–Ð´Ð±ÑƒÐ²Ð°Ñ”Ñ‚ÑŒÑÑ.

Визначте міÑце Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ð² процеÑÑ– дизайну

Ðазвіть цільового кориÑтувача, тригерну Ñитуацію, поточну альтернативу, бажаний результат Ñ– рішеннÑ, що очікує. Потім визначте, що команда має ÑпоÑтерігати, перш ніж зберегти, змінити чи відхилити поточний напрÑмок. Це не дає міÑцю кориÑтувацьких доÑліджень у дизайні MVP перетворитиÑÑ Ð½Ð° вправу з уподобань зацікавлених Ñторін.

Робочий артефакт має бути картою зв’Ñзку доÑліджень із дизайном, що об’єднує віхи, припущеннÑ, методи, докази та відповідальних. Вона має розкривати Ð¿Ñ€Ð¸Ð¿ÑƒÑ‰ÐµÐ½Ð½Ñ Ð¹ відповідальніÑÑ‚ÑŒ, а не приховувати Ñ—Ñ… за відполірованими екранами чи загальними формулюваннÑми процеÑу. Ð¦Ñ Ñ‚ÐµÐ¼Ð° ÑпираєтьÑÑ Ð½Ð° UX-доÑÐ»Ñ–Ð´Ð¶ÐµÐ½Ð½Ñ Ð¿ÐµÑ€ÐµÐ´ розробкою, пов’Ñзана з процеÑом дизайну MVP Ñ– має бути звірена з клієнтÑькими інÑайтами та дизайном.

Ð’Ñтановіть межу ÑхваленнÑ

ВикориÑтовуйте компактну Ñтруктуру, щоб робота залишалаÑÑ Ð¿ÐµÑ€ÐµÐ²Ñ–Ñ€ÑŽÐ²Ð°Ð½Ð¾ÑŽ:

Етап	Практичне рішеннÑ	ÐŸÐ¸Ñ‚Ð°Ð½Ð½Ñ Ð´Ð»Ñ Ð¿ÐµÑ€ÐµÐ²Ñ–Ñ€ÐºÐ¸
1	ДоÑлідити проблему до фікÑації шлÑху кориÑтувача	Яке Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ñ‰Ð¾Ð´Ð¾ дизайну це доÑÐ»Ñ–Ð´Ð¶ÐµÐ½Ð½Ñ Ñ‰Ðµ може змінити?
2	ТеÑтувати мову та Ñтруктуру на ранніх потоках	Чи відповідає метод поточній невизначеноÑÑ‚Ñ–?
3	ВикориÑтовувати прототипи Ð´Ð»Ñ Ð¿Ð¸Ñ‚Ð°Ð½ÑŒ Ñ€Ð¾Ð·ÑƒÐ¼Ñ–Ð½Ð½Ñ Ñ‚Ð° зручноÑÑ‚Ñ– викориÑтаннÑ	Що має зачекати на робочий MVP?
4	Включити докази в перевірки обÑÑгу та готовноÑÑ‚Ñ–	Яке Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ñ‰Ð¾Ð´Ð¾ дизайну це доÑÐ»Ñ–Ð´Ð¶ÐµÐ½Ð½Ñ Ñ‰Ðµ може змінити?

ПоÑлідовніÑÑ‚ÑŒ навмиÑно невелика. Додаткові екрани, учаÑники, документи чи зацікавлені Ñторони мають ÑÐµÐ½Ñ Ð»Ð¸ÑˆÐµ тоді, коли впливають на цільовий результат, значущий ризик чи надійніÑÑ‚ÑŒ доказів. Тримайте майбутні можливоÑÑ‚Ñ– видимими в окремому журналі, не дозволÑючи їм непомітно потраплÑти в поточний обÑÑг.

Проходьте етап Ñвідомо

1. ДоÑлідити проблему до фікÑації шлÑху кориÑтувача

Запишіть доказ, відповідального та межу, що ÑтоÑÑ‚ÑŒ за цим рішеннÑм. Ð”Ð»Ñ Ð¼Ñ–ÑÑ†Ñ ÐºÐ¾Ñ€Ð¸Ñтувацьких доÑліджень у дизайні MVP привабливого артефакту недоÑтатньо; команда має вміти поÑÑнити, що змінює цей крок Ñ– що Ñпричинило б його переглÑд.

2. ТеÑтувати мову та Ñтруктуру на ранніх потоках

Перевірте цей крок із реаліÑтичними ролÑми, контентом та обмеженнÑми. ВідÑтежуйте, що відбуваєтьÑÑ Ð±ÐµÐ·Ð¿Ð¾Ñередньо до Ñ– піÑлÑ, щоб охайний локальний вибір не вноÑив плутанини, затримки чи непідтримуваної роботи деінде на шлÑху кориÑтувача.

3. ВикориÑтовувати прототипи Ð´Ð»Ñ Ð¿Ð¸Ñ‚Ð°Ð½ÑŒ Ñ€Ð¾Ð·ÑƒÐ¼Ñ–Ð½Ð½Ñ Ñ‚Ð° зручноÑÑ‚Ñ– викориÑтаннÑ

Зробіть правило ÑпоÑтережуваним. Включіть приклад, контрприклад та важливі зміни Ñтанів, щоб рецензенти обговорювали ту Ñаму поведінку, а не інтерпретували заголовок чи екран по-різному.

4. Включити докази в перевірки обÑÑгу та готовноÑÑ‚Ñ–

ТеÑтуйте наÑлідок порÑд із передбаченим шлÑхом. Враховуйте відÑутню інформацію, перериваннÑ, відмінноÑÑ‚Ñ– в правах доÑтупу, затримані відповіді та учаÑника, Ñкий не поділÑÑ” продуктові Ð·Ð½Ð°Ð½Ð½Ñ ÐºÐ¾Ð¼Ð°Ð½Ð´Ð¸.

5. Продовжуйте вчитиÑÑ Ð½Ð° реальній поведінці піÑÐ»Ñ Ð·Ð°Ð¿ÑƒÑку

ЗафікÑуйте підÑумкове Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ð¼Ð¾Ð²Ð¾ÑŽ, зрозумілою продукту, дизайну та розробці. Мета — доÑÑ‚Ð°Ñ‚Ð½Ñ Ñпільна ÑÑніÑÑ‚ÑŒ Ð´Ð»Ñ Ð½Ð°Ñтупного етапу, а не поÑтійна Ð´Ð¾ÐºÑƒÐ¼ÐµÐ½Ñ‚Ð°Ñ†Ñ–Ñ Ñ‡Ð¸ ÑпекулÑтивні деталі.

Врахуйте Ñтани та обмеженнÑ, що змінюють відповідь

ПеревірÑйте роботу з реаліÑтичними даними, мовою, ролÑми, приÑтроÑми та операційними залежноÑÑ‚Ñми. Включіть порожні Ñтани, завантаженнÑ, помилки, дозволи, уÑпіх Ñ– відновленнÑ, що впливають на теÑтоване питаннÑ. Якщо Ñтан змінив би інтерпретацію учаÑника чи оцінку розробника, це не необов’Ñзкова прикраÑа.

Також відзначте Ð¾Ð±Ð¼ÐµÐ¶ÐµÐ½Ð½Ñ Ð¿Ð¾Ñ‚Ð¾Ñ‡Ð½Ð¾Ð³Ð¾ артефакту. Прототип не може довеÑти продуктивніÑÑ‚ÑŒ у виробництві чи повторне викориÑтаннÑ. Інтерв’ÑŽ не може довеÑти уÑпішніÑÑ‚ÑŒ Ð²Ð¸ÐºÐ¾Ð½Ð°Ð½Ð½Ñ Ð·Ð°Ð²Ð´Ð°Ð½Ð½Ñ. ОглÑд дизайну не може довеÑти попит. Чіткі межі роблÑÑ‚ÑŒ докази кориÑнішими, бо команда знає, Ñкі Ñ‚Ð²ÐµÑ€Ð´Ð¶ÐµÐ½Ð½Ñ Ñ‰Ðµ потребують робочого MVP чи іншого методу.

Запобігайте дрейфу процеÑу

• Зверніть увагу на: ÑприйнÑÑ‚Ñ‚Ñ Ð¾Ð´Ð½Ð¾Ð³Ð¾ раунду інтерв’ÑŽ Ñк поÑтійної валідації. Визначте наÑлідок Ð´Ð»Ñ ÐºÐ¾Ñ€Ð¸Ñтувача та рішеннÑ, Ñке воно могло б Ñпотворити.
• Зверніть увагу на: Ð¿Ñ€Ð¾Ð²ÐµÐ´ÐµÐ½Ð½Ñ Ð´Ð¾ÑÐ»Ñ–Ð´Ð¶ÐµÐ½Ð½Ñ Ð¿Ñ–ÑÐ»Ñ Ñ‚Ð¾Ð³Ð¾, Ñк Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ð²Ð¶Ðµ не можуть змінитиÑÑ. Визначте наÑлідок Ð´Ð»Ñ ÐºÐ¾Ñ€Ð¸Ñтувача та рішеннÑ, Ñке воно могло б Ñпотворити.
• Зверніть увагу на: плутанину зручноÑÑ‚Ñ– викориÑÑ‚Ð°Ð½Ð½Ñ Ð¿Ñ€Ð¾Ñ‚Ð¾Ñ‚Ð¸Ð¿Ñƒ з реальним попитом. Визначте наÑлідок Ð´Ð»Ñ ÐºÐ¾Ñ€Ð¸Ñтувача та рішеннÑ, Ñке воно могло б Ñпотворити.

Ці ризики легше побачити, коли команда проходить через один повний Ñценарій, а не перевірÑÑ” ізольовані результати роботи. ВикориÑтовуйте мову цільових кориÑтувачів Ñ– реаліÑтичні обмеженнÑ, запитуючи, де хтоÑÑŒ міг би завагатиÑÑ, неправильно зрозуміти, відмовитиÑÑ Ñ‡Ð¸ потребувати допомоги.

Перевірте докази та відповідальніÑÑ‚ÑŒ

• Яке Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ñ‰Ð¾Ð´Ð¾ дизайну це доÑÐ»Ñ–Ð´Ð¶ÐµÐ½Ð½Ñ Ñ‰Ðµ може змінити?
• Чи відповідає метод поточній невизначеноÑÑ‚Ñ–?
• Що має зачекати на робочий MVP?

ПопроÑÑ–Ñ‚ÑŒ рецензентів пов’Ñзувати кожен коментар із кориÑтувачем, моментом, наÑлідком Ñ– джерелом доказу. РозпливчаÑÑ‚Ñ– Ð¿Ñ€Ð¾Ñ…Ð°Ð½Ð½Ñ Ð¿Ñ€Ð¾ більшу відшліфованіÑÑ‚ÑŒ, більше опцій чи більшу впевненіÑÑ‚ÑŒ мають Ñтавати перевірюваними твердженнÑми. Це утримує зворотний зв’Ñзок практичним Ñ– запобігає підміні кориÑтувацького інÑайту ÑтаршинÑтвом.

Спершу протеÑтуйте Ð¿Ñ€Ð¸Ð¿ÑƒÑ‰ÐµÐ½Ð½Ñ Ð· найвищим ризиком

Оберіть найлегший доÑтовірний метод, здатний змінити наÑтупне рішеннÑ. Це може бути інтерв’ÑŽ про недавню поведінку, прогін по вайрфрейму, ÑеÑÑ–Ñ Ð· прототипом на оÑнові завдань, технічне Ð¿Ñ–Ð´Ñ‚Ð²ÐµÑ€Ð´Ð¶ÐµÐ½Ð½Ñ ÐºÐ¾Ð½Ñ†ÐµÐ¿Ñ†Ñ–Ñ— або ÑфокуÑована розробка. Підбирайте метод під невизначеніÑÑ‚ÑŒ, а не викориÑтовуйте найвражаючіший доÑтупний артефакт.

ЗапиÑуйте ÑпоÑÑ‚ÐµÑ€ÐµÐ¶ÐµÐ½Ð½Ñ Ð¾ÐºÑ€ÐµÐ¼Ð¾ від інтерпретацій. Зберігайте Ñуперечливі докази, контекÑÑ‚ учаÑників, Ð¾Ð±Ð¼ÐµÐ¶ÐµÐ½Ð½Ñ Ð´Ð¾ÑÐ»Ñ–Ð´Ð¶ÐµÐ½Ð½Ñ Ñ‚Ð° причину підÑумкового вибору. ЧиÑте резюме кориÑне лише тоді, коли інший член команди може зрозуміти, Ñк було доÑÑгнуто виÑновку.

Зробіть наÑтупну віху Ñвною

Робота готова рухатиÑÑ Ð´Ð°Ð»Ñ–, коли межа Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ ÑÑна, важливі Ñтани та Ð¾Ð±Ð¼ÐµÐ¶ÐµÐ½Ð½Ñ Ð¿Ñ€ÐµÐ´Ñтавлені, важливі ризики мають докази чи відповідальних, а наÑтупний етап не буде змушений вигадувати відÑутню політику продукту. ГотовніÑÑ‚ÑŒ означає доÑтатню ÑÑніÑÑ‚ÑŒ Ð´Ð»Ñ Ð½Ð°Ñтупного екÑперименту, а не впевненіÑÑ‚ÑŒ у майбутньому продукту.

Ведіть короткий журнал рішень поруч з артефактом: підтверджений обÑÑг, відкладені ідеї, докази, обмеженнÑ, відкриті питаннÑ, відповідальних Ñ– критерії прийнÑÑ‚Ñ‚Ñ. Це Ñтворює наÑтупніÑÑ‚ÑŒ під Ñ‡Ð°Ñ Ð½Ð°Ð´Ñ…Ð¾Ð´Ð¶ÐµÐ½Ð½Ñ Ð·Ð²Ð¾Ñ€Ð¾Ñ‚Ð½Ð¾Ð³Ð¾ зв’Ñзку та полегшує Ñвідомі зміни порівнÑно з мовчазним дрейфом.

Часті Запитання

Що заÑновники мають вирішити першим?

Почніть із цільового кориÑтувача, Ñитуації, бажаного результату та конкретної невизначеноÑÑ‚Ñ–, що Ñтоїть за процеÑом дизайну MVP. Обирайте артефакт чи метод лише піÑÐ»Ñ Ñ‚Ð¾Ð³Ð¾, Ñк це Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ñтане зрозумілим.

ÐаÑкільки детальною має бути Ñ†Ñ Ñ€Ð¾Ð±Ð¾Ñ‚Ð°?

Включіть доÑтатньо деталей, щоб зробити Ñвними оÑновний шлÑÑ…, важливі Ñтани, Ð¾Ð±Ð¼ÐµÐ¶ÐµÐ½Ð½Ñ Ñ‚Ð° межу доказів. Відкладіть варіації, Ñкі не впливають на обіцÑнку першого релізу чи значущий ризик.

Як команді перевірÑти результат?

ВикориÑтовуйте реаліÑтичний Ñценарій Ñ– пов'Ñзуйте зворотний зв'Ñзок зі ÑпоÑтережуваним наÑлідком Ð´Ð»Ñ ÐºÐ¾Ñ€Ð¸Ñтувача. Відокремлюйте докази від уподобань Ñ– призначайте чітких відповідальних за невирішені питаннÑ.

Коли робота готова рухатиÑÑ Ð´Ð°Ð»Ñ–?

РухайтеÑÑ Ð´Ð°Ð»Ñ–, коли наÑтупний етап може продовжуватиÑÑ Ð±ÐµÐ· Ð²Ð¸Ð³Ð°Ð´ÑƒÐ²Ð°Ð½Ð½Ñ Ð¿Ð¾Ð»Ñ–Ñ‚Ð¸ÐºÐ¸ продукту, важливі ризики мають докази чи відповідальних, а команда розуміє, чого поточний артефакт не може довеÑти.