Генеративные модели вроде Midjourney и DALL-E создают изображения по текстовому описанию, и за последние годы они прочно вошли в работу дизайн-студий. Мы тоже их используем, но не как замену дизайнеру, а как инструмент на конкретных этапах. Ниже — наша практика: где генерация экономит время, где она приносит вред, и что мы проверяем, прежде чем показать сгенерированный материал заказчику.
Что эти инструменты действительно делают
Модель принимает текстовое описание и выдаёт изображение, похожее на то, что она видела при обучении. Отсюда её сильные и слабые стороны. Она быстро набрасывает настроение, стиль, цветовую атмосферу, композицию кадра. И она плохо справляется с точностью: не удерживает одинакового персонажа между кадрами, путается в тексте на изображении, произвольно обращается с деталями, которые для заказчика принципиальны — количеством кнопок на приборе, формой упаковки, конструкцией станка.
Из этого следует основной принцип, которым мы руководствуемся: генерация хороша там, где результат не обязан быть точным, и вредна там, где обязан. На ранних этапах проекта неточность допустима и даже полезна, на финальных она стоит переделок.
Где мы применяем генерацию
Четыре сценария, в которых инструмент окупается на каждом проекте:
- Мудборды. Вместо сбора референсов по стокам и чужим сайтам мы за час получаем набор кадров под нужное настроение и обсуждаем с заказчиком направление, а не отдельные картинки.
- Черновые концепты. Когда обсуждается общее впечатление от главной страницы, быстрее показать три разных атмосферы, чем полдня отрисовывать одну.
- Заглушки на время вёрстки. Пока заказчик готовит съёмку, макет нужно наполнить чем-то по смыслу и по формату. Сгенерированные заглушки лучше серых прямоугольников: видно, как работает сетка и как ложится текст поверх изображения.
- Фоновые и абстрактные элементы. Градиенты, текстуры, декоративные подложки, обложки для карточек кейсов и статей блога.
Общее у всех четырёх сценариев одно: результат либо не доживает до продакшена, либо не несёт фактической информации о заказчике.
Где мы генерацию не применяем
Границы мы задаём на старте проекта и фиксируем их в договорённостях с заказчиком.
| Задача | Генерация | Почему |
|---|---|---|
| Мудборд, поиск стиля | Применяем | Нужна атмосфера, а не точность; материал не идёт в продакшен |
| Заглушки на время вёрстки | Применяем | Показывает работу сетки, заменяется реальным контентом |
| Логотип и фирменный знак | Не применяем | Нужна уникальность и возможность зарегистрировать знак |
| Фотографии объектов и товаров клиента | Не применяем | Изображение должно соответствовать тому, что клиент продаёт |
| Иконки и элементы интерфейса | Не применяем | Нужна векторная сетка, единая толщина линий, масштабируемость |
| Финальная графика в макете | Не применяем | Нужен контроль деталей и предсказуемая правка |
Отдельно оговорим фотографии людей. Сгенерированные «сотрудники» на странице команды и «клиенты» в блоке отзывов — приём, который распознают и посетители, и заказчики. Он подрывает доверие ровно к тому блоку, который должен доверие создавать. Если реальных фотографий нет, честнее обойтись иллюстрацией или текстовой карточкой.
Как мы формулируем запрос
Качество результата зависит от описания сильнее, чем от выбора модели. Мы придерживаемся нескольких правил:
- Описываем сцену, а не эмоцию: что в кадре, откуда свет, какой план, что на фоне.
- Задаём технические параметры отдельно — соотношение сторон под будущий блок макета, ориентацию, наличие свободного места под заголовок.
- Меняем один параметр за итерацию, иначе непонятно, что именно повлияло на результат.
- Сохраняем удачные формулировки в проектную папку: на следующем этапе они понадобятся, чтобы получить кадры в той же стилистике.
- Не пытаемся получить готовый макет целиком. Композицию страницы собирает дизайнер, модель даёт только изображения внутри неё.
Права на результат и проверка перед публикацией
Это часть, которую чаще всего пропускают, и именно она создаёт риски для заказчика. Разбирать вопрос нужно до того, как изображение уйдёт в макет.
- Условия сервиса. Права на использование результата определяются пользовательским соглашением конкретного сервиса и выбранным тарифом. На бесплатных планах коммерческое использование часто ограничено, а результаты могут быть публично доступны другим пользователям. Условия читаем и сохраняем версию на дату проекта.
- Правовой статус изображения. Вопрос об охране результата, созданного без творческого участия человека, в разных юрисдикциях решается по-разному и продолжает обсуждаться. Практический вывод простой: рассчитывать на исключительное право такого изображения нельзя, поэтому в основу фирменного стиля его не кладём.
- Похожесть на существующее. Модель может воспроизвести узнаваемый стиль, персонажа или элемент чужого бренда. Перед публикацией мы прогоняем изображение через поиск по картинке и смотрим, нет ли слишком близких совпадений.
- Товарные знаки и лица. Проверяем, что в кадр не попали логотипы, узнаваемые здания и лица, похожие на реальных людей.
- Содержательная проверка. Отдельно смотрим на предметную часть: правильно ли изображено оборудование, соответствует ли одежда сотрудников отрасли, нет ли анатомических ошибок в руках и лицах, не превратился ли текст на изображении в набор символов.
Мы также договариваемся с заказчиком о маркировке: в передаваемых материалах помечаем, какие изображения сгенерированы, чтобы через год никто не пытался найти исходник несуществующей фотосъёмки.
Как это встраивается в этапы проекта
На этапе исследования генерация помогает быстрее прийти к общему языку с заказчиком: обсуждать направление по десятку кадров проще, чем по словам «современно и дорого». На этапе прототипирования она даёт наполнение, которое не отвлекает от структуры. На этапе дизайна её роль резко падает: макет собирается из реальных материалов, сетки и типографики. На этапе сдачи сгенерированного в проекте, как правило, не остаётся, кроме декоративных фонов.
Такой порядок избавляет от типичной ловушки: заказчику показали красивый сгенерированный кадр, он его утвердил, а воспроизвести это в реальном макете с настоящими фотографиями товара невозможно. Поэтому черновые материалы мы всегда подписываем как черновые и проговариваем, что именно в них обсуждается.
Подготовка изображений и наполнение макета
Кроме генерации с нуля, модели заметно ускоряют работу с готовыми материалами — то, что раньше было отдельной статьёй времени:
- Обработка снимков. Удаление фона и лишних объектов, расширение кадра под другие пропорции, чистка мелких дефектов, подготовка одного снимка под несколько соотношений сторон.
- Тексты-заглушки вместо lorem ipsum. Правдоподобные названия, описания и отзывы нужной длины. На таком прототипе сразу видно, что заголовок в две строки ломает карточку, а описания бывают разной высоты.
- Тексты интерфейса. Подписи кнопок, сообщения об ошибках, пустые состояния, подсказки в формах — набор вариантов, из которых выбирается короткий и понятный. Финальную редактуру всё равно делает человек.
- Черновая раскладка в коде — чтобы посмотреть поведение блоков на разных ширинах до отрисовки.
- Разбор исследований. Свод ответов из опросов и записей интервью в список повторяющихся проблем.
Где генератор не помогает даже на черновике
| Задача | Почему |
|---|---|
| Логика сложного интерфейса | Нужны знания процессов, ролей и крайних случаев, которых нет ни в одном описании |
| Соблюдение дизайн-системы | Модель не знает ваших компонентов, сетки и правил: второй экран отличается по отступам, третий по цветам |
| Серия изображений в одном стиле | Согласованную серию для карточек услуг или рубрик блога получить трудно — простой графический приём, повторённый вручную, часто дешевле |
| Схемы и графики с числами | Выглядят правдоподобно, но цифры на диаграмме не соответствуют данным |
| Мелкая иконка в один цвет | Нарисовать быстрее, чем добиться нужного результата |
Сгенерированный макет интерфейса годится как настроение, но не как исходник для вёрстки: кнопки не выровнены по сетке, отступы случайны, шрифт похож, но не тот, состояния не описаны, мобильной версии нет. Доведение выбранного направления до своей сетки, цветов и компонентов — и есть основная часть работы.
Порядок работы в команде
- Задачу и ограничения формулирует дизайнер до любой генерации: для кого страница, какое действие главное, что обязательно должно быть на экране.
- Сгенерированное хранится отдельно от финальных материалов, чтобы случайная картинка не уехала в вёрстку.
- Данные клиента — договоры, персональные данные, внутренние регламенты — во внешние сервисы не отправляются; для чувствительного используются решения, работающие в контуре компании.
- Перед публикацией файл оптимизируется: генераторы отдают тяжёлые изображения, и страница заметно медленнее грузится. Каждому изображению нужно осмысленное текстовое описание — для доступности и для поиска.
Что меняется в сроках и стоимости
Ожидание, что дизайн подешевеет в разы, не оправдывается. Сокращается поиск направления и черновая подготовка, но добавляется проверка и приведение к единому виду. Экономия приходится на начало проекта: концепцию согласовывают быстрее, а сборка системы, состояний и передача в разработку занимают столько же. Меняется и разговор с заказчиком: когда вариантов много, спор идёт не о том, нравится или нет, а о том, какая задача решается, — на встречу лучше приходить с данными о посетителях и целевых действиях, а не с подборкой понравившихся сайтов.
Что меняется в работе дизайнера
Практика показывает, что инструмент сокращает не саму работу, а подготовительную её часть — поиск референсов, набор вариантов, черновое наполнение. Вырастает при этом ценность того, что модель не умеет: понимания задачи бизнеса, логики интерфейса, работы с реальным содержимым, вниманием к деталям и правовой аккуратности. Дизайнер, который умеет пользоваться генератором, экономит время; дизайнер, который заменяет генератором мышление, выдаёт красивые картинки, не решающие задачу.
Если вам нужен сайт, где визуальная часть подчинена задаче, а не наоборот, начнём с обсуждения структуры и сценариев. Мы спроектируем интерфейс и подберём разумное сочетание съёмки, иллюстрации и генерации под ваш проект.
