Где пользовательÑкие иÑÑледованих
ПользовательÑкое иÑÑледование — Ñто не единÑтвенный барьер перед дизайном. Оно должно информировать формулировку проблемы, выбор пути пользователÑ, доработки прототипа, приоритеты реализации и обучение поÑле запуÑка на разных уровнÑÑ… детализации.
ПроцеÑÑ Ð´Ð¸Ð·Ð°Ð¹Ð½Ð° оправдывает Ñвоё меÑто, когда он рано выÑвлÑет неопределённоÑÑ‚ÑŒ, ÑохранÑет Ñ€ÐµÑˆÐµÐ½Ð¸Ñ Ð¸ продвигает ÑфокуÑированный объём работы к реализации. ÐепоÑредÑÑ‚Ð²ÐµÐ½Ð½Ð°Ñ Ñ†ÐµÐ»ÑŒ — иÑÑледовательÑÐºÐ°Ñ Ð´ÐµÑтельноÑÑ‚ÑŒ, Ñ€Ð°Ð·Ð¼ÐµÑ‰Ñ‘Ð½Ð½Ð°Ñ Ñ‚Ð°Ð¼, где она может изменить Ñледующее решение по продукту. Ðта цель удерживает процеÑÑ Ð´Ð¸Ð·Ð°Ð¹Ð½Ð° MVP ÑоÑредоточенным на доказательÑтвах, а не на объёме результата.
ОÑнователи должны ожидать неопределённоÑти на Ñтом Ñтапе. ÐŸÐ¾Ð»ÐµÐ·Ð½Ð°Ñ Ñ€ÐµÐ°ÐºÑ†Ð¸Ñ â€” не делать артефакт более завершённым внешне, а Ñформулировать, что оÑтаётÑÑ Ð½ÐµÐ¸Ð·Ð²ÐµÑтным, выбрать Ñоразмерный ÑпоÑоб Ð¾Ð±ÑƒÑ‡ÐµÐ½Ð¸Ñ Ð¸ защитить границы первого релиза, пока Ñто обучение проиÑходит.
Определите меÑто Ñ€ÐµÑˆÐµÐ½Ð¸Ñ Ð² процеÑÑе дизайна
Ðазовите целевого пользователÑ, триггерную Ñитуацию, текущую альтернативу, желаемый результат и ожидающее решение. Затем определите, что команда должна наблюдать, прежде чем Ñохранить, изменить или отклонить текущее направление. Ðто не даёт меÑту пользовательÑких иÑÑледований в дизайне MVP превратитьÑÑ Ð² упражнение по предпочтениÑм заинтереÑованных Ñторон.
Рабочий артефакт должен предÑтавлÑÑ‚ÑŒ Ñобой карту ÑвÑзи иÑÑледований Ñ Ð´Ð¸Ð·Ð°Ð¹Ð½Ð¾Ð¼, объединÑющую вехи, предположениÑ, методы, доказательÑтва и ответÑтвенных. Она должна раÑкрывать Ð¿Ñ€ÐµÐ´Ð¿Ð¾Ð»Ð¾Ð¶ÐµÐ½Ð¸Ñ Ð¸ ответÑтвенноÑÑ‚ÑŒ, а не Ñкрывать их за отполированными Ñкранами или общими формулировками процеÑÑа. Ðта тема опираетÑÑ Ð½Ð° UX-иÑÑÐ»ÐµÐ´Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿ÐµÑ€ÐµÐ´ разработкой, ÑвÑзана Ñ Ð¿Ñ€Ð¾Ñ†ÐµÑÑом дизайна MVP и должна быть Ñверена Ñ ÐºÐ»Ð¸ÐµÐ½Ñ‚Ñкими инÑайтами и дизайном.
УÑтановите границу одобрениÑ
ИÑпользуйте компактную Ñтруктуру, чтобы работа оÑтавалаÑÑŒ проверÑемой:
| Ðтап | ПрактичеÑкое решение | Ð’Ð¾Ð¿Ñ€Ð¾Ñ Ð´Ð»Ñ Ð¿Ñ€Ð¾Ð²ÐµÑ€ÐºÐ¸ |
|---|---|---|
| 1 | ИÑÑледовать проблему до фикÑации пути Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»Ñ | Какое решение по дизайну Ñто иÑÑледование ещё может изменить? |
| 2 | ТеÑтировать Ñзык и Ñтруктуру на ранних потоках | СоответÑтвует ли метод текущей неопределённоÑти? |
| 3 | ИÑпользовать прототипы Ð´Ð»Ñ Ð²Ð¾Ð¿Ñ€Ð¾Ñов Ð¿Ð¾Ð½Ð¸Ð¼Ð°Ð½Ð¸Ñ Ð¸ удобÑтва иÑÐ¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ | Что должно подождать рабочего MVP? |
| 4 | Включить доказательÑтва в проверки объёма и готовноÑти | Какое решение по дизайну Ñто иÑÑледование ещё может изменить? |
ПоÑледовательноÑÑ‚ÑŒ намеренно небольшаÑ. Дополнительные Ñкраны, учаÑтники, документы или заинтереÑованные Ñтороны имеют ÑмыÑл, только еÑли они влиÑÑŽÑ‚ на целевой результат, значимый риÑк или надёжноÑÑ‚ÑŒ доказательÑтв. Держите будущие возможноÑти видимыми в отдельном журнале, не позволÑÑ Ð¸Ð¼ незаметно попадать в текущий объём.
Проходите Ñтап оÑознанно
1. ИÑÑледовать проблему до фикÑации пути пользователÑ
Запишите доказательÑтво, ответÑтвенного и границу, ÑтоÑщие за Ñтим решением. Ð”Ð»Ñ Ð¼ÐµÑта пользовательÑких иÑÑледований в дизайне MVP привлекательного артефакта недоÑтаточно; команда должна уметь объÑÑнить, что менÑет Ñтот шаг и что заÑтавило бы его переÑмотреть.
2. ТеÑтировать Ñзык и Ñтруктуру на ранних потоках
Проверьте Ñтот шаг Ñ Ñ€ÐµÐ°Ð»Ð¸Ñтичными ролÑми, контентом и ограничениÑми. ОтÑлеживайте, что проиÑходит непоÑредÑтвенно до и поÑле, чтобы аккуратное локальное решение не вноÑило путаницу, задержку или неподдерживаемую работу в другом меÑте пути пользователÑ.
3. ИÑпользовать прототипы Ð´Ð»Ñ Ð²Ð¾Ð¿Ñ€Ð¾Ñов Ð¿Ð¾Ð½Ð¸Ð¼Ð°Ð½Ð¸Ñ Ð¸ удобÑтва иÑпользованиÑ
Сделайте правило наблюдаемым. Включите пример, контрпример и важные Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ ÑоÑтоÑний, чтобы проверÑющие обÑуждали одно и то же поведение, а не интерпретировали заголовок или Ñкран по-разному.
4. Включить доказательÑтва в проверки объёма и готовноÑти
ТеÑтируйте поÑледÑтвие нарÑду Ñ Ð¿Ñ€ÐµÐ´Ð¿Ð¾Ð»Ð°Ð³Ð°ÐµÐ¼Ñ‹Ð¼ путём. Учитывайте недоÑтающую информацию, прерываниÑ, Ñ€Ð°Ð·Ð»Ð¸Ñ‡Ð¸Ñ Ð² правах доÑтупа, задержанные ответы и учаÑтника, не разделÑющего продуктовые Ð·Ð½Ð°Ð½Ð¸Ñ ÐºÐ¾Ð¼Ð°Ð½Ð´Ñ‹.
5. Продолжайте учитьÑÑ Ð½Ð° реальном поведении поÑле запуÑка
ЗафикÑируйте итоговое решение на Ñзыке, понÑтном продукту, дизайну и разработке. Цель — доÑÑ‚Ð°Ñ‚Ð¾Ñ‡Ð½Ð°Ñ Ð¾Ð±Ñ‰Ð°Ñ ÑÑноÑÑ‚ÑŒ Ð´Ð»Ñ Ñледующего Ñтапа, а не поÑтоÑÐ½Ð½Ð°Ñ Ð´Ð¾ÐºÑƒÐ¼ÐµÐ½Ñ‚Ð°Ñ†Ð¸Ñ Ð¸Ð»Ð¸ ÑпекулÑтивные детали.
Учтите ÑоÑтоÑÐ½Ð¸Ñ Ð¸ ограничениÑ, менÑющие ответ
ПроверÑйте работу Ñ Ñ€ÐµÐ°Ð»Ð¸Ñтичными данными, Ñзыком, ролÑми, уÑтройÑтвами и операционными завиÑимоÑÑ‚Ñми. Включите пуÑтые ÑоÑтоÑниÑ, загрузку, ошибки, разрешениÑ, уÑпех и воÑÑтановление, влиÑющие на теÑтируемый вопроÑ. ЕÑли ÑоÑтоÑние изменило бы интерпретацию учаÑтника или оценку разработчика, Ñто не необÑзательное украшение.
Также отметьте Ð¾Ð³Ñ€Ð°Ð½Ð¸Ñ‡ÐµÐ½Ð¸Ñ Ñ‚ÐµÐºÑƒÑ‰ÐµÐ³Ð¾ артефакта. Прототип не может доказать производÑтвенную производительноÑÑ‚ÑŒ или повторное иÑпользование. Интервью не может доказать уÑпешноÑÑ‚ÑŒ Ð²Ñ‹Ð¿Ð¾Ð»Ð½ÐµÐ½Ð¸Ñ Ð·Ð°Ð´Ð°Ñ‡Ð¸. Обзор дизайна не может доказать ÑпроÑ. Чёткие границы делают доказательÑтва более полезными, потому что команда знает, какие ÑƒÑ‚Ð²ÐµÑ€Ð¶Ð´ÐµÐ½Ð¸Ñ Ð²ÑÑ‘ ещё требуют рабочего MVP или другого метода.
Предотвращайте дрейф процеÑÑа
- Обратите внимание на: воÑприÑтие одного раунда интервью как поÑтоÑнной валидации. Определите поÑледÑтвие Ð´Ð»Ñ Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»Ñ Ð¸ решение, которое оно может иÑказить.
- Обратите внимание на: проведение иÑÑÐ»ÐµÐ´Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾Ñле того, как Ñ€ÐµÑˆÐµÐ½Ð¸Ñ ÑƒÐ¶Ðµ не могут изменитьÑÑ. Определите поÑледÑтвие Ð´Ð»Ñ Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»Ñ Ð¸ решение, которое оно может иÑказить.
- Обратите внимание на: путаницу удобÑтва иÑÐ¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ñ€Ð¾Ñ‚Ð¾Ñ‚Ð¸Ð¿Ð° Ñ Ñ€ÐµÐ°Ð»ÑŒÐ½Ñ‹Ð¼ ÑпроÑом. Определите поÑледÑтвие Ð´Ð»Ñ Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»Ñ Ð¸ решение, которое оно может иÑказить.
Ðти риÑки легче увидеть, когда команда проходит через один полный Ñценарий, а не проверÑет изолированные результаты. ИÑпользуйте Ñзык целевых пользователей и реалиÑтичные ограничениÑ, ÑпрашиваÑ, где кто-то может заÑомневатьÑÑ, неправильно понÑÑ‚ÑŒ, отказатьÑÑ Ð¸Ð»Ð¸ потребовать помощи.
Проверьте доказательÑтва и ответÑтвенноÑÑ‚ÑŒ
- Какое решение по дизайну Ñто иÑÑледование ещё может изменить?
- СоответÑтвует ли метод текущей неопределённоÑти?
- Что должно подождать рабочего MVP?
ПопроÑите проверÑющих ÑвÑзывать каждый комментарий Ñ Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»ÐµÐ¼, моментом, поÑледÑтвием и иÑточником доказательÑтва. РаÑплывчатые запроÑÑ‹ о большей отточенноÑти, большем количеÑтве опций или большей уверенноÑти должны ÑтановитьÑÑ Ð¿Ñ€Ð¾Ð²ÐµÑ€Ñемыми утверждениÑми. Ðто делает обратную ÑвÑзь применимой на практике и предотвращает подмену пользовательÑкого инÑайта ÑтаршинÑтвом.
Сначала протеÑтируйте предположение Ñ Ð½Ð°Ð¸Ð±Ð¾Ð»ÑŒÑˆÐ¸Ð¼ риÑком
Выберите Ñамый лёгкий доÑтоверный метод, ÑпоÑобный изменить Ñледующее решение. Ðто может быть интервью о недавнем поведении, прогон по вайрфрейму, ÑеÑÑÐ¸Ñ Ñ Ð¿Ñ€Ð¾Ñ‚Ð¾Ñ‚Ð¸Ð¿Ð¾Ð¼ на оÑнове задач, техничеÑкое доказательÑтво концепции или ÑфокуÑÐ¸Ñ€Ð¾Ð²Ð°Ð½Ð½Ð°Ñ Ñ€Ð°Ð·Ñ€Ð°Ð±Ð¾Ñ‚ÐºÐ°. Подбирайте метод под неопределённоÑÑ‚ÑŒ, а не иÑпользуйте Ñамый впечатлÑющий доÑтупный артефакт.
ЗапиÑывайте Ð½Ð°Ð±Ð»ÑŽÐ´ÐµÐ½Ð¸Ñ Ð¾Ñ‚Ð´ÐµÐ»ÑŒÐ½Ð¾ от интерпретаций. СохранÑйте противоречивые доказательÑтва, контекÑÑ‚ учаÑтников, Ð¾Ð³Ñ€Ð°Ð½Ð¸Ñ‡ÐµÐ½Ð¸Ñ Ð¸ÑÑÐ»ÐµÐ´Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¸ причину итогового выбора. ЧиÑтое резюме полезно только тогда, когда другой член команды может понÑÑ‚ÑŒ, как был доÑтигнут вывод.
Сделайте Ñледующую веху Ñвной
Работа готова двигатьÑÑ Ð´Ð°Ð»ÑŒÑˆÐµ, когда граница Ñ€ÐµÑˆÐµÐ½Ð¸Ñ ÑÑна, важные ÑоÑтоÑÐ½Ð¸Ñ Ð¸ Ð¾Ð³Ñ€Ð°Ð½Ð¸Ñ‡ÐµÐ½Ð¸Ñ Ð¿Ñ€ÐµÐ´Ñтавлены, важные риÑки имеют доказательÑтва или ответÑтвенных, а Ñледующий Ñтап не будет вынужден изобретать отÑутÑтвующую политику продукта. ГотовноÑÑ‚ÑŒ означает доÑтаточную ÑÑноÑÑ‚ÑŒ Ð´Ð»Ñ Ñледующего ÑкÑперимента, а не уверенноÑÑ‚ÑŒ в будущем продукта.
Ведите краткий журнал решений Ñ€Ñдом Ñ Ð°Ñ€Ñ‚ÐµÑ„Ð°ÐºÑ‚Ð¾Ð¼: подтверждённый объём, отложенные идеи, доказательÑтва, ограничениÑ, открытые вопроÑÑ‹, ответÑтвенных и критерии приёмки. Ðто Ñоздаёт преемÑтвенноÑÑ‚ÑŒ при поÑтуплении обратной ÑвÑзи и упрощает оÑознанные Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ Ð¿Ð¾ Ñравнению Ñ Ð¼Ð¾Ð»Ñ‡Ð°Ð»Ð¸Ð²Ñ‹Ð¼ дрейфом.
Превратите продуктовые Ñ€ÐµÑˆÐµÐ½Ð¸Ñ Ð² ÑфокуÑированный MVP
MVPHUB помогает оÑнователÑм переводить доказательÑтва клиентов в чёткий дизайн продукта и профеÑÑионально разработанный первый релиз.
Забронировать беÑплатную конÑультацию Ñ MVPHUBЧасто Задаваемые Вопросы
Что оÑнователи должны решить в первую очередь?
Ðачните Ñ Ñ†ÐµÐ»ÐµÐ²Ð¾Ð³Ð¾ пользователÑ, Ñитуации, желаемого результата и конкретной неопределённоÑти, ÑтоÑщей за процеÑÑом дизайна MVP. Выбирайте артефакт или метод только поÑле того, как Ñто решение Ñтанет ÑÑным.
ÐаÑколько подробной должна быть Ñта работа?
Включите доÑтаточно деталей, чтобы Ñделать Ñвными оÑновной путь, важные ÑоÑтоÑниÑ, Ð¾Ð³Ñ€Ð°Ð½Ð¸Ñ‡ÐµÐ½Ð¸Ñ Ð¸ границы доказательÑтв. Отложите вариации, которые не влиÑÑŽÑ‚ на обещание первого релиза или значимый риÑк.
Как команде проверÑÑ‚ÑŒ результат?
ИÑпользуйте реалиÑтичный Ñценарий и ÑвÑзывайте обратную ÑвÑзь Ñ Ð½Ð°Ð±Ð»ÑŽÐ´Ð°ÐµÐ¼Ñ‹Ð¼ поÑледÑтвием Ð´Ð»Ñ Ð¿Ð¾Ð»ÑŒÐ·Ð¾Ð²Ð°Ñ‚ÐµÐ»Ñ. ОтделÑйте доказательÑтва от предпочтений и назначайте чётких ответÑтвенных за нерешённые вопроÑÑ‹.
Когда работа готова двигатьÑÑ Ð´Ð°Ð»ÑŒÑˆÐµ?
ДвигайтеÑÑŒ дальше, когда Ñледующий Ñтап может продолжатьÑÑ Ð±ÐµÐ· Ð¸Ð·Ð¾Ð±Ñ€ÐµÑ‚ÐµÐ½Ð¸Ñ Ð¿Ð¾Ð»Ð¸Ñ‚Ð¸ÐºÐ¸ продукта, важные риÑки имеют доказательÑтва или ответÑтвенных, и команда понимает, что текущий артефакт не может доказать.
