8 промптов для UI/UX и макетов в Figma AI, Uizard, Framer и Galileo

Я начинаю работу над дизайном [ТИП_ПРОЕКТА — лендинг / мобильное приложение / дашборд / сайт-каталог]. Заказчик: [сфера + 1 фраза о бизнесе]. У меня есть только короткое ТЗ.

Помоги собрать структурированный дизайн-бриф через вопросы клиенту. Сделай 15 вопросов в группах:

1) О бизнесе и продукте (3 вопроса) — что продаём, кому, главная ценность.
2) Об аудитории (3 вопроса) — конкретный портрет, сценарии использования, контекст.
3) О целях проекта (2 вопроса) — что должен сделать пользователь, какие метрики хотим двигать.
4) О тоне и стилистике (3 вопроса) — какой настрой, какие конкуренты нравятся / не нравятся, есть ли брендбук.
5) О технических ограничениях (2 вопроса) — платформа, фреймворк, есть ли существующая UI-kit.
6) О процессе (2 вопроса) — кто принимает решения, сроки, бюджет правок.

Каждый вопрос сформулируй конкретно, без «расскажите о вашем бизнесе». Лучше «опишите 1 типичный сценарий использования вашим клиентом, шаг за шагом».
В конце — короткий чек-лист: что должно быть на руках у меня после ответов клиента, чтобы я мог начинать макет.

Помоги составить юзер-флоу для сценария «[ИМЯ_СЦЕНАРИЯ]» в продукте [ТИП_ПРОДУКТА].

Контекст:
Кто пользователь: [конкретный портрет].
Что хочет сделать: [конечная цель сценария].
Откуда приходит: [источник трафика / триггер].
Что блокирует прямо сейчас (если есть существующий флоу): [боль].

Структура юзер-флоу:
1) Точка входа — экран и состояние, с которого начинается путь.
2) Шаги пользователя — каждый шаг отдельным пунктом: что видит, что делает, что должна показать система в ответ.
3) Точки принятия решения — где пользователь выбирает между вариантами.
4) Edge cases — что если у пользователя нет данных, что если интернет упал, что если он ошибся.
5) Финальное состояние — успешный исход (что пользователь увидит) и неуспешный (как из него вернуться).

Для каждого шага — короткая помета о состоянии (loading / empty / error / filled).
Не предлагай пропустить «лишние шаги» в духе «можно сразу к покупке без регистрации» — это решение продакта, не дизайнера.

Сделай структуру лендинга для [ПРОДУКТ — что продаём].

Контекст:
Целевая аудитория: [конкретно].
Главная ценность: [одна фраза].
Конкурентное отличие: [что у нас есть, чего нет у других].
Цена: [сколько стоит и тип — подписка / разовая].
Источник трафика: [холодный / тёплый / реклама / поиск].

Структура из 7–10 экранов:
1) First screen — заголовок-обещание (конкретный, не «Революционное решение»), подзаголовок, главный CTA, hero-визуал.
2) Боль клиента — узнаваемый сценарий, в котором он себя видит.
3) Решение — что делаем, в одном смысловом блоке.
4) Как это работает — 3 шага, не больше.
5) Соцдоказательства — кейсы / отзывы / лого клиентов / цифры.
6) Тарифы и условия — без прятанья.
7) FAQ — реальные вопросы клиентов, не маркетинговые.
8) Финальный CTA — повтор главного действия.

Для каждого экрана:
Цель экрана (что пользователь должен сделать или понять).
Главный элемент.
Содержание блоков.
Тип CTA (primary / secondary).

Запрет: восклицательные знаки в заголовках, «революционный», «уникальный», экраны вида «о нас» и «миссия» — это всё работает в минус конверсии.

Спроектируй структуру одного мобильного экрана: «[НАЗВАНИЕ_ЭКРАНА — например: «Профиль пользователя»]» для [ТИП_ПРИЛОЖЕНИЯ — fitness / fintech / messenger].

Контекст:
Главная цель пользователя на этом экране: [что он хочет сделать].
Что должно быть видно сразу при открытии (above the fold).
Какие действия доступны.
Какие переходы к другим экранам.

Структура экрана сверху вниз:
1) Header — что в нём (title / back / actions).
2) Above the fold (первый видимый блок без скролла) — главная информация / главное действие.
3) Основной контент — блоки в порядке важности, каждый блок: цель, состав, поведение при касании.
4) Tab bar / footer (если есть) — что в нём.
5) Состояния экрана:
   - default (наполненный данными)
   - empty (нет данных — что показывать)
   - loading (как показывать загрузку)
   - error (если данные не пришли)
6) Жесты — что обрабатываем (свайп, pull-to-refresh, long press).

Платформенные ограничения учитывать: iOS/Android (если кросс-платформа — где принципиальная разница).
Не предлагай элементы, которые ломают платформенные паттерны (например, hamburger меню в iOS — это плохо).

Промпт для Midjourney / DALL-E (визуальный концепт интерфейса, не финальный макет):

Modern UI mockup of [APP_TYPE — fintech dashboard / social media feed / fitness tracker mobile screen / SaaS analytics].
Style: [minimal flat / glassmorphism / neumorphism / brutalist / dark mode neon].
Color palette: [PRIMARY_COLOR + 1-2 accents], white background.
Layout: [grid 12 columns / mobile single column / split panels].
Key UI elements visible: [3–5 specific things — navigation bar, hero card with chart, list of items, action button, profile avatar].
Typography: clean sans-serif, clear hierarchy (big headline, medium subhead, small body).
Realism: high-fidelity but conceptual, not production-ready.
No text content (placeholders only).
--ar 16:9 (web) or --ar 9:19 (mobile)

Я начинаю собирать дизайн-систему для проекта [ТИП — продуктовый сайт / SaaS / мобильное приложение]. Помоги собрать список базовых компонентов и их вариаций.

Стартовый набор компонентов (с вариациями):

1) Кнопки:
   - типы (primary / secondary / ghost / destructive / link)
   - размеры (sm / md / lg)
   - состояния (default / hover / active / disabled / loading)
   - с иконками и без

2) Поля ввода:
   - типы (text / email / password / number / search / textarea)
   - состояния (default / focused / error / disabled / filled)
   - с лейблом / placeholder / помощником / ошибкой

3) Карточки:
   - вариации (basic / with image / with stats / interactive)

4) Модальные окна:
   - размеры, типы (alert / confirm / form / fullscreen)

5) Уведомления:
   - typing (toast / inline / banner)
   - severity (info / success / warning / error)

Для каждого компонента — что обязательно проработать, какие токены (цвет / тень / радиус / отступ) использовать.
Не предлагай делать сразу 50 компонентов — лучше 10 базовых, но с проработанными вариациями. Расширять можно по мере роста.

Напиши UX-копи (микрокопи) для интерфейса.

Что нужно — тексты для:
1) Кнопок CTA (3 варианта на каждое действие).
2) Заголовков empty states (3 варианта).
3) Сообщений об ошибках (по типам ошибок: валидация, сеть, доступ, серверная ошибка).
4) Тостов после действий (success / warning / info).
5) Подсказок-плейсхолдеров.

Контекст: [ОПИШИ_ПРОДУКТ И ТОН — например: «серьёзный fintech для деловых людей» / «дружелюбное fitness-приложение для миллениалов»].
Принципы UX-копи (всё применять):
1) Глаголы вместо существительных («Сохранить», не «Сохранение»).
2) Активный залог («Не получили письмо?», не «Письмо не получено?»).
3) Конкретно, не общо («Удалить заметку?», не «Подтвердить?»).
4) Без «извините» в ошибках (это не мост к решению).
5) Empty state — не «Тут пусто», а конкретно, что сделать.

Запрет: «Упс!», «Ой!», «К сожалению...», «Произошла ошибка» (без объяснения), «Попробуйте позже» (когда — позже?).

Я пересматриваю макет коллеги (или свой через 2 дня после создания). Помоги дать структурный фидбэк.

О макете:
Что это: [тип экрана / страницы].
Цель экрана: [что должен сделать пользователь].
Аудитория: [кто].
Скриншот / описание макета: [ОПИСАНИЕ_МАКЕТА — что есть и где].

Дай фидбэк по 5 категориям:

1) Достижение цели — насколько экран помогает пользователю сделать главное действие. Что мешает.
2) Иерархия и фокус — куда смотрит глаз первым / вторым / третьим. Где иерархия слабая или перегружена.
3) Доступность — контрасты, размер шрифтов, размер тач-зон, читаемость на маленьких экранах.
4) Состояния — есть ли у элементов состояния (hover / active / disabled / loading), не пропущены ли edge cases (empty / error).
5) Последовательность — соответствие дизайн-системе проекта (одинаковые элементы должны выглядеть одинаково).

Тон: конструктивный, конкретный. Каждое замечание — с конкретным предложением, как улучшить. Без «мне не нравится», только «здесь проблема X, потому что Y, лучше сделать Z».
Сначала похвали 1–2 удачных решения, потом критика — это работает на принятие фидбэка.