Прототип из аналитики: инструкция на вечер
Восемь шагов от согласованного описания до кликабельного прототипа. Порядок важен: если поменять шаги местами, вечер уйдёт на переделки.
Что получится
К концу вечера — кликабельный прототип на 5–7 экранов, развёрнутый из согласованных сценариев: с состояниями, переходами и пустыми экранами. Не финальный дизайн и не «красивая картинка», а работающая заготовка, которую можно показать и по которой можно спорить о содержании.
Критерий готовности один: по прототипу можно пройти основной сценарий целиком, не встречая тупиков.
Что нужно на входе
- Согласованная аналитика. Без неё дальше идти нельзя: модель начнёт придумывать продукт вместо того, чтобы разворачивать описанный.
- Список состояний каждого экрана: пусто, загрузка, ошибка, нет прав, лимит.
- Канон компонентов — хотя бы список того, что можно использовать, и того, что нельзя.
- Папка с материалами и доступ к модели в режиме, где она видит файлы, а не только текст в окне.
Восемь шагов
Возьмите только согласованные сценарии
Всё, что не утверждено, из папки убрать.
Выпишите состояния по каждому экрану
Пусто, загрузка, ошибка, нет прав, лимит. Списком, до генерации.
Соберите один входной файл
Сценарий, состояния, ограничения канона. Один файл, а не пять.
Сначала каркас, без визуала
Список экранов и переходов между ними. Проверяется за десять минут.
Проверьте каркас на пропущенные ветки
Правьте руками. Ошибка здесь стоит минуты, после генерации — часы.
Генерируйте экраны по одному
Пачкой модель повторяет свои же ошибки в семи местах сразу.
Соберите переходы и кликабельность
Основной сценарий целиком, включая возвраты и отмену.
Прогоните по канону
Компоненты, отступы, состояния кнопок. Отклонения — списком, правки — сразу.
Проверка результата
Прототип готов к показу, если выполняются пять условий.
- Основной сценарий проходится целиком, без тупиков и мёртвых кнопок.
- У каждого экрана есть пустое состояние и состояние ошибки.
- Нет экранов и полей, которых не было в согласованной аналитике.
- Переходы соответствуют описанию, включая отмену и возврат.
- Вы можете назвать источник для каждого решения на экране.
Чего в этой инструкции нет
- Просьбы «собери красиво». Визуал — следующий этап; здесь важна логика и полнота.
- Генерации требований. Аналитика уже согласована, модель её не придумывает.
- Финального дизайна. Прототип нужен, чтобы обсуждать содержание, а не отступы.
- Работы поверх несогласованного описания. Это самый дорогой способ потратить вечер.
Где в этом маршруте стоят ворота проверки и как прототип передаётся в разработку — в статье «ИИ в аналитике и UXUI: пайплайн от требований до прототипа». А чем проверить экраны на соответствие канону — в «ИИ для интерфейсов: что он делает вместо проектирования».
Показываю командам, как разворачивать прототипы из согласованной аналитики без переделок. Телеграм: @darkclaus