Эффективный подход — как разработать Lean UX MVP

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

Процесс Lean UX (или Lean UX Loop, как его часто называют) мало чем отличается от научного метода — наблюдения, формирования гипотезы, проверки и сбора данных, анализа результатов, а затем принятия или отклонения гипотезы. В Lean UX шаги примерно соответствуют идеям (наблюдение и гипотеза), созданию и кодированию (тестирование), измерению и данным (сбор данных) и обучению (анализ результатов и принятие или отклонение гипотезы). Иногда процесс Lean UX описывается более кратко: «Думай, делай, проверяй» .

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

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

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

Перестаньте думать о конечном продукте

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

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

Когда дизайнеры отказываются от любых предвзятых представлений о том, какое решение лучше всего подойдет людям, использующим их продукт, они могут выдвигать более инновационные идеи. В своей книге « Бережливый UX: применение принципов бережливого производства для улучшения пользовательского опыта » Джефф Готхельф утверждает, что бережливый UX «предназначен для того, чтобы быстрее выявить истинную природу продукта». Это совместный процесс, направленный на «построение общего понимания фактического опыта разработки продукта».

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

Сосредоточьтесь на потребностях пользователей

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

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

Формат списка может быть не лучшим способом для людей следить за тем, что им нужно делать. Но если дизайнер приступает к проекту с мыслью: «Мне нужно создать приложение для списков дел», он может никогда не найти идею, которая лучше подойдет людям, для которых он разрабатывает дизайн. Сосредоточившись на том, что нужно пользователю, и забыв о собственных предположениях, дизайнер может найти решение, которое решит настоящую проблему, а не просто добавить еще одно приложение списка дел к другим вариантам.

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

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

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

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

Эти ранние pre-MVP также могут быть полезны для планирования пути пользователя. Как только будут собраны первые отзывы, дизайнеры смогут лучше понять, чего люди действительно хотят от продукта. Это бесценно для определения того, как доставить их из точки А (их проблема) в точку Б (идеальное решение). Дизайнеры могут обнаружить, что на этой карте требуется больше шагов, чем они изначально думали, или меньше.

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

Подумайте о необходимых функциях

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

Однако большинство людей не будут знать, какие функции им нужны. Вместо этого они сосредоточатся на преимуществах. Задача дизайнера — выяснить, какие функции обеспечивают эти преимущества. И может быть несколько способов обеспечить каждое преимущество.

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

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

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

Создание начального бережливого UX MVP

Думать и придумывать идеи — это первый шаг к созданию MVP Lean UX. Но вскоре должно последовать создание реальных продуктов. Как Lean UX, так и процесс MVP делают упор на создание реальных, полезных продуктов.

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

Итерация — это ключ

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

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

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

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

Когда будет готов Lean UX MVP?

Когда бережливый UX MVP можно считать «готовым», может быть сложным вопросом для дизайнеров, которые плохо знакомы с процессом (а иногда даже для опытных профессионалов). Это может произойти после пяти или 50 итераций. Это зависит от сложности продукта, качества пользовательского тестирования и собранных отзывов, а также от того, сколько итераций не показывают заметных улучшений. Во многих случаях никогда не бывает так, чтобы каждый человек, использующий продукт, был на 100% удовлетворен результатом. Команда разработчиков должна решить, какой уровень неудовлетворенности приемлем с учетом их бизнес-целей.

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

• Более высокий коэффициент конверсии клиентов
• Больше времени на сайте
• Более высокий показатель качества или удовлетворенности клиентов
• Меньше жалоб клиентов
• Увеличение клиентов или пользователей
• Больше подписок на рассылку новостей

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

По правде говоря, продукт редко бывает «готовым». Даже после выпуска окончательного продукта вполне вероятно, что в последующие месяцы или годы все изменится. Клиент и бизнес нуждаются в изменении. Появляются тенденции дизайна и новые технологии. Любая из этих вещей может вызвать необходимую эволюцию дизайна в будущем. Дизайнеры и владельцы продуктов должны помнить об этом и быть готовыми запустить новый цикл Lean UX MVP по мере необходимости.

Заключение

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

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

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

• • •

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

• Откажитесь от MVP, внедрите минимально жизнеспособные прототипы (MVPr)
• Получение максимального эффекта от минимально ценного продукта
• Net Promoter Score недостаточно: вам нужно исследование пользователей
• Ценность пользовательского тестирования с помощью прототипов
• Как провести эффективное UX-исследование — руководство