Lean UX — невероятно полезная техника при работе над проектами, в которых используется метод разработки Agile (гибкий метод разработки). Традиционные методы UX часто не работают, когда разработка выполняется в быстром порыве — недостаточно времени для предоставления UX таким же образом. По существу, Lean UX и другие формы UX имеют одинаковую цель — обеспечение опыта пользователей, но просто то, как вы работаете над проектом, несколько отличается. Так что давайте посмотрим, как это может работать.
Lean UX — что это?
Lean UX фокусируется на опыте в процессе разработки дизайна и менее ориентирован на конечные результаты, чем традиционный UX. Это требует более высокого уровня сотрудничества со всей командой. Основная цель — сосредоточиться на получении обратной связи как можно раньше, чтобы ее можно было использовать для принятия быстрых решений. Суть разработки Agile заключается в том, чтобы работать в быстрых итеративных циклах, а Lean UX имитирует эти циклы для обеспечения гарантии того, что генерируемые данные могут быть использованы на каждой итерации.
Author/Copyright holder: Vimeo. Copyright terms and licence: Public Domain
Потребность в предположениях в Lean UX
В традиционном UX проект построен на охватывании и выполнении требований. Цель — обеспечить, чтобы результаты были максимально подробными и отвечали требованиям, изложенным в начале проекта.
Lean UX немного отличается. Вы не ориентированы на подробные результаты. Вы стремитесь произвести изменения, которые улучшают продукт здесь и сейчас — в основном, чтобы улучшить результат в лучшую сторону.
Это работает на практике путем избавления от «требований» и использования «постановки проблемы», что должно приводить к набору предположений, которые могут быть использованы для создания гипотез.
Что такое предположение? Предположение — это, по сути, высказывание того, что мы считаем правдой. Они призваны создавать общее понимание вокруг идеи, которая дает возможность всем начать. Понятно, что предположения могут быть неверными и могут быть изменены во время проекта, так как в команде развивается лучшее понимание.
Предположения обычно генерируются на совещании. Вы объединяете команду и заявляете о проблеме, а затем позволяете команде провести мозговой штурм своих идей для решения проблемы. В процессе вы генерируете ответы на определенные вопросы, которые формируют ваши предположения.
Стандартные вопросы:
- Кто наши пользователи?
- Для чего используется продукт?
- Когда он используется?
- В каких ситуациях он используется?
- Какая будет самая важная функциональность?
- Каков самый большой риск для доставки продукта?
На каждый вопрос может быть более одного ответа. Это приводит к большему количеству предположений по сравнению с тем, что практично мы могли бы обработать. Если это так, команда может определить приоритеты в своих предположениях, быстро следуя своим генерациям. В целом вы определяете приоритетность своих предположений по риску, который они представляют (какие последствия возникнут, если это получится ошибочным? Чем более серьезным является следствие, тем выше приоритет) и по уровню понимания рассматриваемой проблемы (чем меньше вы знаете, тем выше приоритет).
Author/Copyright holder: visualpun.ch. Copyright terms and licence: CC BY-SA 2.0
Создание гипотезы в Lean UX
Гипотезы, созданные в Lean UX, предназначены для проверки наших предположений. Существует простой формат, который вы можете использовать, чтобы быстро и легко создавать свои собственные гипотезы.
Пример:
Мы считаем, что предоставление пользователям возможности сохранять свой прогресс в любое время имеет важное значение для пользователей смартфонов. Это позволит достичь более высокого уровня завершения регистрации. Мы продемонстрируем это, когда сможем измерить улучшение текущей скорости завершения на 20%.
Мы излагаем свое убеждение, почему оно важно и кому оно важно. Затем мы останавливаемся на том, чего мы ожидаем достичь. Наконец, мы определяем, какие доказательства нам нужно собрать, чтобы доказать, что наше убеждение верно.
Если мы обнаружим, что нет возможности доказать нашу гипотезу — мы можем идти в неправильном направлении, потому что наши результаты не определены четко.
Одним из больших преимуществ такой работы является устранение большей части «я не думаю, что это хорошая идея» и политической борьбы с процессом UX-дизайна. Каждая идея будет протестирована и четко определены критерии доказательств. Нет доказательств? Тогда пришло время отказаться от идеи и попробовать что-то еще.
Если каждый может понять гипотезу и ожидания от нее, они, как правило, с радостью ждут, чтобы убедиться, что это правда, а не горячо обсуждают свою собственную субъективную точку зрения.
Минимальный жизнеспособный продукт и Lean UX
Минимальный жизнеспособный продукт (Minimum Viable Product, MVP) — это основная концепция Lean UX. Идея состоит в том, чтобы создать наиболее простую версию идеи, протестировать ее, и если нет никаких ценных результатов, отказаться от нее. Многообещающие MVP могут быть затем включены в дальнейшие этапы дизайна и разработки без особых проблем.
Это отличный способ максимизации ваших ресурсов и одна из причин, почему он так хорошо работает с разработкой Agile — это позволяет проводить множество экспериментов без стереотипов.
Author/Copyright holder: Eric delcroix. Copyright terms and licence: CC BY-NC-SA 2.0
Исследование пользователей и тестирование в Lean UX
Исследование и тестирование пользователей по самой природе Lean UX основаны на тех же принципах, что и в традиционных средах UX. Тем не менее, этот подход имеет тенденцию быть «быстрым и грязным» — результаты должны быть предоставлены до начала следующего Agile Sprint; поэтому гораздо меньше внимания уделяется мощным, тщательно документированным выводам и больше внимания уделяется необработанным, сырым данным.
Обязанности для исследований также имеют тенденцию распространяться более широко между всеми членами команды, так что нет «узкого места», созданного при наличии единого ресурса дизайна UX, пытающегося самостоятельно выполнить всю работу в сжатые сроки. Это часто приводит к практичной UX-работе и повышает уровень понимания и поддержки работы UX в команде разработчиков.
Заключение
Это обзор Lean UX достаточного высокого уровня, но, конечно же, всего гораздо больше, чем в этой короткой статье. Тем не менее, эти базовые концепции должны дать вам возможность начать двигаться в правильном направлении, когда дело доходит до реализации Lean UX в среде Agile.
Header Image: Author/Copyright holder: Rosenfeld Media. Copyright terms and licence: CC BY 2.0
Добавить комментарий