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

2. Как формируется гипотеза
Гипотеза всегда отвечает на три вопроса: Для кого? — какой пользователь / какая ситуация В чём проблема? — подтверждённая фактами Как мы предполагаем её решить? — конкретное улучшение
Простой формат: Если пользователь … сталкивается с … то добавление/изменение … поможет ему … мы проверим это по …
Например:
Если пользователь покупает билет на электричку в последний момент, стоя на платформе с плохим интернетом, то сокращение сценария покупки до одного экрана с ключевыми параметрами поможет быстрее оплатить поездку и мы проверим это по времени покупки и снижению числа незавершённых операций.
3. Гипотеза ≠ красивая идея
Экраны этапов поиска билетов в приложении «Афиша»
4. Что такое пользовательский сценарий?
Когда гипотеза сформулирована, нужно понять:
→ Как человек будет действовать в обновлённом продукте?
Пользовательский сценарий — это путь пользователя от цели до результата, шаг за шагом.
Не интерфейс. Не экраны. А поведение человека в продукте.
Примеры сценариев
На занятии работаем с простой структурой сценария:
Пример: Студент опаздывает и покупает билет в автобус через телефон. Интернет слабый, времени мало. Открывает приложение → сразу видит большую кнопку «Оплатить сейчас» → выбирает способ → получает билет.
Главное: сценарий прост, логичен и объясняет, почему именно так.
5. Практика на занятии
Студенты: