Руководство для начинающих по 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 следует избегать в процессе разработки продукта, когда ваша команда сталкивается с формулировкой проблемы, сосредоточьтесь на «Почему», а не «Как». Это поможет вам сформировать предположения.

Предположение формируется из данной проблемы и считается верным. Каждый сотрудник вашей команды (коллективный) предлагает свое решение данной проблемы, исходя из предположений. Эти предположения могут основываться на ответах - типе пользователей, которые будут использовать продукт, или ситуации, в которых будет использоваться ваш продукт, или неопределенности, которые могут затруднить использование продукта, и так далее.

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

Кроме того, совершенно очевидно, что предположения могут оказаться неверными в будущем, но их можно менять всякий раз, когда это происходит.

гипотеза

После мозгового штурма по постановке задач и объединения различных идей членов вашей команды вы создаете гипотезы. Гипотезы используются для проверки ваших предположений.

Как заявлено в Interaction Design Foundation, вы заявляете о своей вере, ее важности и лицах, для которых она важна. Затем вы говорите о своих ожиданиях и конечном результате, который докажет вашу веру.

Например, «Мы считаем, что добавление регистрации одним щелчком через Facebook будет полезной функцией для занятых пользователей, имеющих учетную запись Facebook, поскольку это сэкономит их время. Это увеличит нашу регистрацию пользователей на 20% ».

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

Одним из положительных аспектов написания гипотезы является то, что вы можете заключить, что вы движетесь не в том направлении, если в любой момент вы не можете найти какой-либо способ доказать свою гипотезу.

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

После того, как ваша команда выполнит гипотезы для допущений, вы начнете с Минимально жизнеспособного продукта или MVP.

Согласно Википедии,

MVP - это продукт, обладающий достаточным количеством функций, чтобы удовлетворить первых клиентов и обеспечить обратную связь для будущих обновлений.

Это определение возвращает нас к тому, с чего мы начали - строить, измерять, учиться. Вы создаете MVP, используя все идеи, которые ваша команда провела в мозговом штурме, и созданные гипотезы, затем запрашиваете у своих пользователей их ценные отзывы и, наконец, используете эти отзывы, чтобы обновить свои предположения и, в конечном итоге, продукт.

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

MVP не просто включает в себя несколько функций, но вместо этого, он включает в себя некоторые функции, которые можно использовать, решить проблемы пользователя и к ним подключен некоторый UX.

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

Заключение

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

Если вам понравилось читать это, пожалуйста, не забудьте показать свою любовь, дав «50 хлопков» и нажав кнопку «следовать» :). Это побуждает меня написать больше подобных историй и помочь своим друзьям найти это, поделившись этим с ними. Благодарю вас! :)