Проверка гипотез и тест прототипа с ИИ

Четыре риска Кагана: ценность (купят ли или станут ли пользоваться), юзабилити (разберутся ли), реализуемость (построим ли), жизнеспособность (работает ли для бизнеса). Дизайнер отвечает за риск юзабилити. Формат гипотезы Lean UX: «Мы верим, что [результат для бизнеса] будет достигнут, если [пользователь] получит [выгоду] с помощью [функция]».

Метод Терезы Торрес идёт по шагам. Разложить путь к ценности по шагам и к каждому задать три вопроса: хочет ли, найдёт и поймёт ли, можем ли построить. Собрать 15–20 допущений в пяти категориях: желательность, жизнеспособность, реализуемость, юзабилити, этика. Расставить их на матрице «важность × доказательства» не дольше 10 минут и выбрать 2–3 самых рискованных допущения (leap-of-faith assumptions).

Формат теста: допущение; момент, который симулируем; поведение, которое наблюдаем, а не мнение; сколько людей; сколько должны его показать, например «7 из 10»; срок 1–2 дня. Опубликованной практики «ИИ пишет список допущений» нет; промпт ниже — наша адаптация метода.

NN/g проверил восемь инструментов (Bolt, UX Pilot, Claude, Figma Make, v0, Stitch, Lovable, Replit) на реальном редизайне. Лучший результат давали подробные промпты с приложенными материалами, но иерархия, группировка и отступы оставались слабыми, а слово «профиль» инструменты читали как профиль соцсети.

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

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

В промпте стиль называют по имени, прикладывают референсы или код дизайн-системы и дают реалистичные мок-данные в JSON. Promptframes — тот же принцип для текста: реалистичный контент вместо lorem ipsum. Делиться прототипом просто: в Lovable на Free и Pro опубликованное приложение доступно всем по ссылке, а превью живёт 7 дней. В Figma Make превью делится с настройкой прав.

Десять исследователей прошли интервью с двумя ИИ-модераторами по одному гайду. ИИ «следует сценарию, а не инсайту»: уточняет короткие ответы, но не идёт за неожиданной нитью, не пропускает и не переставляет вопросы. ИИ не чувствует, когда тема исчерпана, поэтому длительность сессий различалась в разы. Только у 3 из 10 разговор ощущался естественным.

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

ИИ-модератор подходит для обратной связи после запуска, скрининга, интервью на другом языке и команд без исследователя. Он не подходит для разведочных интервью, глубоких тем и всего, где нужно смотреть на экран. Академические данные о длине ответов расходятся; устойчивые находки — пропущенные уточнения, лесть и меньшая вовлечённость. Заявления вендоров о том, что ИИ-сессии завершают заметно чаще, чем живые видеоинтервью, сделаны без контрольной группы; это гипотеза, а не доказательство.

Цены на 10 октября 2026 года.

Инструменты дают темы по открытым ответам, транскрипцию, хайлайты и сводки «с привязкой к доказательствам». NN/g в марте 2026 года повторили, что анализ только по транскрипту — пустышка, а Dovetail на момент статьи тегировал текст, а не видео. Сгенерированные ИИ задания подсказывают участнику: один инструмент написал задание с терминологией сайта, другой выдал пошаговую инструкцию и назвал план юзабилити-теста «планом интервью».

За человеком остаются модерация, наблюдение вживую, дебриф и интерпретация. ИИ получает рекрутинг, транскрипцию, черновик гайда, оформление отчёта и список таймкодов для просмотра.

Промпт

Candid documentary photo of a usability test in a small office, participant at a laptop talking, moderator beside taking notes, screen not visible, natural light, unposed, no logos or brand marks anywhere, plain unbranded mugs and objects

«Сплит» — вымышленное приложение из темы «Процесс с ИИ: Double Diamond и Design Sprint». Первый промпт ниже разложил идею на 17 допущений. Три верхних (пример условный):

Для второго допущения дизайнер собрал прототип в Figma Make по четвёртому промпту темы «Процесс с ИИ»: только экраны сториборда, пять мок-чеков в JSON, тупики с состоянием «в прототипе этого нет». Потом прошли пять 15-минутных сессий с живыми людьми по сценарию из второго промпта. Итог: 2 из 5 не нашли, как переназначить позицию, и порог не пройден. Один участник спросил: «А это уже работает?» — прототип выглядел готовым.

Заметки сведены четвёртым промптом; таймкоды, где люди молчали, дизайнер посмотрел в записи сам. Решение: переназначение позиции становится основным действием на экране результата. С этим выводом функция уходит в проектирование, то есть во вторую часть главы, «Проектирование ИИ-функций».

ИИ вредит в четырёх случаях. Задания написаны с названиями кнопок. AI-модератор ведёт разведочное интервью. Полированный прототип показан на встрече до решения иерархии. Сводка выглядит как инсайт, а пробелы в ней не видны.

Дальше глава меняет сторону. В темах «Принципы дизайна ИИ-продуктов», «UX-паттерны для ИИ-функций» и «Метрики и evals ИИ-функции» ИИ — уже не инструмент дизайнера, а часть продукта, которую он проектирует.

Ты помогаешь команде проверить допущения до разработки. Идея функции: [абзац]. Пользователь: [кто]. Желаемый результат: [метрика]. Шаг 1. Разложи путь пользователя к ценности на 6–10 шагов, как если бы функция уже существовала. Шаг 2. К каждому шагу выпиши допущения в пяти категориях: желательность, юзабилити, реализуемость, жизнеспособность, этика. Формулируй проверяемо: "Пользователи сделают X, когда Y". Всего 15–20. Шаг 3. Оцени каждое: важность для идеи (1–5) и текущие доказательства (1–5, где 5 — сильные). Таблица, сортировка: важность по убыванию, доказательства по возрастанию. Шаг 4. Для трёх верхних (высокая важность, слабые доказательства) напиши тест: допущение; момент, который симулируем; наблюдаемое поведение, а не мнение; число участников; порог "N из M"; метод (тест прототипа, фальшивая дверь, проверка данных, интервью); срок до 2 дней. Доказательства не придумывай. Где не хватает контекста — пиши "нужен ответ команды"

Напиши сценарий модерируемого юзабилити-теста для [продукт или прототип], аудитория [кто], цель [что хотим узнать]. Правила: задание описывает цель, а не шаги и не названия элементов интерфейса; без наводящих слов; одно задание на один поток экранов; к каждому заданию — реалистичная ситуация в одно предложение. Выход: 1. Вступление: согласие, думать вслух, "мы проверяем дизайн, а не вас", длительность. 2. От 3 до 5 заданий, к каждому: ситуация, текст задания, стартовая точка, критерий успеха как наблюдаемое конечное состояние, лимит времени. 3. Вопросы после задания: SEQ по шкале 1–7 и "что вы ожидали увидеть". 4. Лист наблюдения: задание, выполнено (да / нет / с помощью), время, ошибки, цитаты, серьёзность 0–4. В конце пометь любое задание, где упомянуто название кнопки или страницы

Ты модерируешь 15-минутное интервью о [тема] от имени [компания]. Язык: русский. Начни дословно: "[Кто спрашивает, как будут использованы данные, длительность, право остановиться в любой момент]". Дождись согласия до первого вопроса. Гайд: [В1…Вn]. Задавай по порядку. После каждого ответа — не больше двух уточнений из списка: "Расскажите, как это было в последний раз", "Что вы сделали дальше?", "Что в этом было сложно?". Прекращай уточнять, когда в ответе появился конкретный пример. Никогда: не хвали и не оценивай ответы ("отличная мысль"); не предлагай функции и решения; не объясняй, как работает продукт; не задавай вопросы "да / нет"; не называй конкурентов; не спрашивай о здоровье, финансах и защищённых характеристиках, если этого нет в гайде; не повторяй вопрос, на который уже ответили. Если участник спросит твоё мнение, скажи, что ты здесь, чтобы слушать, и вернись к гайду. Если участник расстроен или говорит "стоп", поблагодари и закончи. В конце перескажи три главных пункта его словами и спроси: "Я правильно понял?" Исправь пересказ, если он возразит

Вход: сырые заметки или транскрипты [число] сессий юзабилити-теста [прототип], задания [список]. Шаг 1. Только наблюдения: одна строка на событие — участник, задание, таймкод, что произошло, дословная цитата. Раздели наблюдаемое поведение и высказанное мнение, пометь каждую строку Н (наблюдение) или М (мнение). Шаг 2. Сгруппируй строки в проблемы. Для каждой: описание, место в потоке, частота (x из N), серьёзность 0–4 через влияние на выполнение задания × частота × устойчивость. Шаг 3. Уверенность: высокая (наблюдалось в 3 и более сессиях), средняя (2), низкая (1 или только мнение). Шаг 4. Перечисли, чего по тексту не видно (молчаливые затруднения, колебания, путь курсора), и укажи таймкоды, которые мне проверить в записи. Решения не предлагай. Проблемы с разными причинами не объединяй