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

Дизайн на основе гипотез помогает пройти сквозь неизвестность и выйти из этого процесса, выполняя определенные шаги. Готовы? Тогда поехали.

Источник изображения: s3.amazonaws.com

Шаг 1: Начните с вопросов и предположений

С первых дней проекта вы изучаете различные аспекты продукта. «Как можно увеличить посещаемость главной страницы?», «Какие функции будут полезны для пользователей?» и т.д. Как дизайнер вы интересуетесь и имеете тонну вопросов о продукте.

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

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

Рекомендую вам использовать How Might We технику от IDEO для формулировки вопросов. Это поможет задавать более открытые вопросы и избежать преждевременных решений. К примеру, у вас есть идея, которая поможет пассажиру чувствовать себя комфортнее, показав, сколько поездок совершил водитель. Можно перефразировать вопрос в «Как можно обеспечить комфорт пассажира во время езды?» и оставить часть с решениями на следующий шаг.

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

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

Шаг 2: Расставляйте приоритеты в вопросах и предложениях

Источник изображения: s3.amazonaws.com

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

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

При большой группе людей голосуйте точечно, чтобы определить приоритетные вопросы. Вот как это работает: у каждого человека есть три голоса и каждый голосует за тот вопрос, который считает важным для построения крутого продукта. Это техника расстановки приоритетов, которая была использована в Sprint book, написанной Jake Knapp. «Процесс расстановки приоритетов не идеален, но приводит к хорошим решениям быстро».

Шаг 3: Переведите вопросы в гипотезы

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

Давайте продолжим предыдущий процесс. Вопрос, который возникает: «Как можно помочь пользователям чувствовать себя комфортно и в безопасности при использовании сервиса?».

Основываясь на этом вопросе, могут быть такие решения:

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

Теперь можно соединить решение с вопросом и перевести в гипотезы. Гипотезы – это инструмент, который поможет вам четко определить вопросы и решения и устранить предположения.

Источник изображения: s3.amazonaws.com из Lean UX

Мы верим что [ Необходимо делиться информацией об опыте и истории водителей ]

Для [ Пассажиров ]

Чтобы [ Пассажиры чувствовали себя комфортно на протяжении поездки ]

Шаг 4: Разработайте эксперимент и протестируйте гипотезы

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

Есть разные способы создания экспериментов, такие, как интервью, опросы, проверка эффективности лендингов, юзабилити-тестирование и т.п. Также это может быть аналитика, внедренная в продукт, которая собирает количественные данные от пользователей. Запишите, какие будут эксперименты и определите, какие гипотезы они будут подтверждать. Хорошо проведенные эксперименты могут подтвердить или опровергнуть гипотезы.

В нашем примере мы определим эксперимент как «Запуск функции, которая будет показывать больше информации о водителе (количество поездок, стаж) и задавать пассажиру вопросы, определяющие эмоциональное состояние после поездки (безопасность, сервис, знание города, чистота и т.п.). Мы поймем, что гипотеза работает после того, как получим более 70% отзывов о том, что поездка была комфортная и безопасная».

Источник изображения: s3.amazonaws.com

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

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

Шаг 5: Создавайте и изучайте

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

Дизайн – бесконечный процесс

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

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

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

Источник изображения: s3.amazonaws.com

Выводы

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

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

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

Автор оригинального текста Sylvia Lai

Перевод Юрченко Рома

Ранее Telegraf.design писал о шаблонах проектирования интерфейсов. Чтобы узнать больше о дизайне интерфейсов – приходите на конференцию Krupa.