Лучше меньше, да лучше — использование Lean UX для оценки жизнеспособности продукта

Несмотря на то, что дизайнеры и продуктовые команды постоянно говорят о принципах Agile, большинство команд до сих пор не используют их эффективно. Когда мы в конечном итоге тратим время и деньги на создание чего-то, что никто не хочет использовать, как мы, наконец, делаем перерыв, чтобы радикально улучшить наш процесс разработки продукта?

В следующем тематическом исследовании показано, как, интегрировав принципы Lean UX в качестве основы методологии Agile, команда разработчиков сократила потери и оптимизировала производственный процесс.

Проблема: покрытие одиночного варианта использования

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

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

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

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

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

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

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

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

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

Бережливые принципы UX

Мы решили адаптировать метод, который Джефф Готельф объясняет в своей книге Lean UX. Lean UX — это подход к процессу проектирования, который уводит команды дизайнеров от создания большого количества документации в пользу итеративной проверки и использования отзывов пользователей.

Процесс состоит из трех основных этапов: создание, измерение и обучение . Структура Lean UX рекомендует привлекать как можно больше участников и заинтересованных сторон, чтобы получить разнообразие точек зрения и идей для решения продукта. Это означает вовлечение всех, от дизайнеров, владельцев продуктов/бизнеса, менеджеров проектов и маркетинга до программистов, в процесс проектирования.

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

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

Адаптация процесса Lean UX

Основываясь на нашем конкретном проекте и потребностях команды, мы внесли несколько корректировок в метод, описанный в Lean UX Джеффа Готхельфа. Более подробное описание того, как использовать тот же метод в своей команде, можно найти в книге.

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

Шаг 2: Разработайте гипотезы.
Каждый из членов команды написал свою собственную гипотезу, чтобы ответить на основные вопросы о продукте и бизнесе из рабочих листов книги. Затем мы обсудили все идеи и сопоставили их с помощью матрицы, которая сравнила размер риска, который эти предположения несут для бизнеса, с тем, сколько мы действительно знали о них.

Шаг 3: Представьте себе план проверки.
Мы составили план проверки каждой гипотезы — что мы хотели измерить, какие показатели мы будем отслеживать и какие результаты будут означать, что они были успешно подтверждены.

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

Шаг 5: Расставьте приоритеты функций на основе ценности, которую они обеспечивают.
Для мозгового штурма функций и выбора того, что пойдет в разработку, мы объединили наш подход Lean UX с MoSCoW Prioritization. Такой подход помогает командам расставлять приоритеты в решениях в соответствии с доступными ресурсами. Буквы означают:

• Должен иметь
• Должен иметь
• Мог бы иметь
• На этот раз не будет

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

Шаг 6: Все делают наброски идей.
Все члены команды должны были набросать собственные решения, затем представить их и получить обратную связь. Хорошие идеи исходят не только от дизайнеров — важно вовлечь всех в процесс, чтобы убедиться, что вы не упустите несколько отличных предложений.

Шаг 7: Уточните решение и протестируйте его.
Мы вместе рассмотрели эскизы и нашли оптимальное решение. Затем мы создали вайрфреймы с низкой точностью и объединили их в простой MVP, который мы могли показать пользователям и проверить, имеет ли вообще смысл наша новая идея.

Шаг 8: Получите обратную связь.
В последний день мы запланировали пользовательское тестирование с потенциальными клиентами. Вся команда проводила тестирование парами: один брал интервью, а другой писал заметки. Это было очень важно для того, чтобы вся команда услышала реакцию на свое решение, предлагающую различные точки зрения, чем можно было ожидать.

Мы показывали тестировщикам вайрфреймы на мобильных телефонах и просили их имитировать постукивание, объяснять, чего они хотят достичь, и делиться своими мыслями по ходу дела.

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

К счастью, потенциальные первопроходцы, с которыми мы тестировали, были в восторге от нашего решения.

Преимущества бережливого UX

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

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

• Положительные реакции команды и мотивация отказаться от предыдущей версии продукта и начать работу над новой концепцией
• Валидация основного продукта и основных функций целевой аудиторией
• Демонстрация важности раннего тестирования для бизнеса, обеспечивающего успех продукта
• Улучшение положения команды дизайнеров в компании и между коллегами

Применение принципов Lean UX к разработке продукта

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

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

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

• • •

Дальнейшее чтение в блоге Toptal Design:

• Ценность исследования пользователей
• Как провести эффективное UX-исследование — руководство
• Проверенные и верные законы UX
• Enhance User Flow — руководство по UX-анализу
• Использование ментальных моделей в UX-дизайне