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

Что такое гипотеза

Гипотеза — это утверждение об объекте исследования. Предположение, которое мы хотим проверить в ходе исследования.

Зачем нужны гипотезы

  1. Фильтр функциональности. Если мы работаем над крупным продуктом, мы развиваем его последовательно. Всегда важно сначала создавать основной функционал — то, что особенно важно для клиента, а потом добавлять что-то новое. Гипотезы позволяют выделить те функции, которые нужны нашим пользователям уже сегодня.
  2. Валидация идей. Идеи могут быть разными, в том числе безумными и слишком футуристичными. Благодаря гипотезам можно отсеять неподходящие идеи и составить карту того, как будет развиваться наш продукт.
  3. Приоритет разработки. Дизайнер работает с разработчиками, аналитиками, тестировщиками, продуктовыми менеджерами и другими специалистами. Размер команды зависит от сложности продукта. Гипотезы позволяют команде понять, что нужно разрабатывать в первую очередь, а чем можно заняться позже.
  4. Выявление ценности. Гипотезы позволяют определить наиболее ценные идеи, которые нужно реализовывать прямо сейчас.

Что будет, если не использовать гипотезы

  1. Команда может сделать продукт, который не будет решать проблемы клиентов.
  2. Продукт будет не нужен клиентам.
  3. Вся работа будет проделана впустую.

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

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

Подготовка к генерации гипотез

Формулировка проблемы

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

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

Например, у пользователя приложения для заказа еды могут быть такие проблемы: