«А что, если…»: как дизайнеру выдвигать и проверять гипотезы

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

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

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

Дизайнерские решения должны соответствовать бизнес-целям. Можно только предположить, что какое-то решение будет работать лучше, чем все остальные. А вот сделать достоверный вывод получится только после сравнения вариантов на основе цифр. Именно поэтому дизайнер и должен формулировать гипотезы. Делать это лучше ещё перед началом проектирования.

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

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

Примеры продуктовых гипотез:

Интерфейсные гипотезы — тоже влияют на ключевые метрики, но касаются непосредственно внешнего вида фичи и взаимодействия с ней.

Примеры интерфейсных гипотез:

Часто продуктовые гипотезы звучат так: «Люди хотят вот этого», «Пользователю понравится лендинг», «Наше решение даст людям возможность делать это». Всё это звучит хорошо, но слишком абстрактно, такие гипотезы нельзя проверить.

Какими на самом деле должны быть гипотезы

Конкретными. Без размытых характеристик: «скорее всего», «большинство пользователей», «быстро», «легко». Такие критерии сложно оценить, на выходе вы получите только субъективную оценку. Если нужно проверить успех нахождения кнопки или информации, важно также понимать, зачем это нужно пользователю.

Проверяемыми. Гипотезы должны иметь критерии проверки, по которым можно сделать вывод об их подтверждении или опровержении. Исследователь не может проверить, предположения, которые начинаются с «Пользователь подумает». Формулируем гипотезы так, чтобы их можно было проверить и получить выводы в виде фактов или цифр.

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

Иметь причинно-следственные связи. Следствие — это действие, а причина — то, зачем пользователю нужно совершить действие.

Ещё один способ формулировать гипотезы — SMART. Мы рассказывали в нашем телеграм-канале, как пользоваться этим методом.

Это так называемый HADI-цикл, который состоит из четырёх этапов.

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

Дизайнеру важно выдвигать не только гипотезы об интерфейсе. Смотрите вокруг, думайте глобально и ищите решения не только в макетах. Иногда лучший выход — изменить процесс или вообще отказаться от функции. Фух, с гипотезами всё! Теперь поговорим о проверке решений.

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

Юзабилити-исследования — тестирования, которые помогают определить, как люди используют продукт, и насколько он удовлетворяет их потребности. «Юзабилити» связывают с тремя аспектами работы с продуктом:

Качественные — показывают наличие проблем или барьеров, отвечают на вопрос «что?». Общаетесь напрямую с небольшим количеством пользователей, получаете инсайты и объяснения действий.

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

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

Исследования следует проводить, если задача сложная, есть высокая степень неопределённости или вы значительно меняете существующую функцию, не зная, как отреагируют пользователи.

Проводить их можно на разных стадиях развития продукта:

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

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

Если вам всё ещё кажется, что исследования — это слишком сложно, подписывайтесь на наш телеграм-канал Грядка. Там вы найдёте памятку по формулированию гипотез и ещё много актуальных материалов о карьере в UX-дизайне. Давайте расти вместе!