Быстрое прототипирование в этой лекции — про прототипы на один раз:​

• не рассчитаны на дальнейшее использование в проекте;
• на их основе не строится итоговый продукт;
• создаются, чтобы получить новое знание о пользователях и идее, а не «сделать продукт по‑быстрому»;
• цель — собрать обратную связь и протестировать идею на слабость,
• а не доказать, что мы были правы.​

Логика: идея → быстрый прототип → тест → выводы → либо пересборка идеи, либо продвижение дальше.

Сториборды (storyboards) — визуальная раскадровка сценария использования:

• показывают, как пользователь проходит через ключевые шаги и что при этом видит/делает;
• помогают рассказать историю о продукте до разработки интерфейса;
• в лекции помечены как «сейчас не пригодятся»: то есть для данного курса упоминание скорее справочное.​

Полезный ресурс: статья Interaction Design Foundation про UX‑сториборды.

Анимированные прототипы позволяют:

• переключаться между экранами и состояниями (кликабельные прототипы, проработанные переходы);
• при этом не реализуют функциональность продукта;
• нужны для демонстрации идеи и сценария использования без реализации логики;​
• можно получить обратную связь до фактического использования:
• понятно ли, что происходит;
• верно ли считан сценарий;
• хватает ли подсказок, логична ли структура.

Функциональный прототип:

• реализует только одну функцию (или узкий набор), всё остальное не работает;
• главное отличие — позволяет делать реальные действия с данными в рамках этой функции;​
• участники теста могут кратковременно попользоваться продуктом, сделать свою задачу;
• можно собрать впечатления после использования (опыт, эмоции, сложности) и обратную связь по результатам (успех/ошибки/обходные пути).

Для нефункциональных прототипов (кликабельные макеты, сториборды):​

• дайте участникам минимальное описание продукта, как если бы они услышали о нём от знакомого/в рекламе;
• поставьте задачу: какой результат нужно получить с помощью продукта (что человек хочет добиться);
• предложите людям сначала самостоятельно изучить прототип, пройти по экрану/кадрам;
• задавайте вопросы:
• как они поняли, что это за продукт;
• что ожидали от следующего шага;
• где было непонятно/подозрительно;
• попросите соотнести опыт с личной практикой:
• «бывает ли у вас такое?»,
• «как бы вы действовали в жизни?».

Фокус — на том, понимают ли люди идею и сценарий, а не на пикселях.

Для функциональных (одна реальная фича):​

• дайте краткое описание продукта, как и для нефункциональных;
• предложите самостоятельно поработать с прототипом, чтобы решить свою реальную задачу (не искусственный кейс, а то, что им действительно нужно);

после использования:

• соберите впечатления: легко/сложно, что фрустрировало, что помогало;
• зафиксируйте фактические результаты: получилось ли выполнить задачу, где человек застрял, какие обходные пути использовал;

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

• что они делают быстрее;
• что всё ещё раздражает.

Слабые вопросы — те, которые подталкивают к «правильному» ответу или не дают глубины:​

• «Вам всё понравилось?» — общий вопрос, на который удобно ответить «да»;
• «Нравится ли эта функция?» — закрытый вопрос;
• «Вы стали бы пользоваться?» — вопрос про будущее поведение, сильная социальная желательность;
• «Что бы вы изменили в продукте?» — превращает респондента в дизайнера.

Такие вопросы:

• дают мало информации о реальном опыте,
• искажают картину (люди говорят то, что, как им кажется, вы хотите услышать).

Логическая цепочка:

1. Лекции 12–13–15: инсайты → направления → идеи → MVP → сценарии.
2. Этот мостик: быстрый прототип → тест с правильными вопросами.
3. Далее — более подробные лекции про юзабилити‑тесты и оценку интерфейсов (впоследствии на майноре).