Пример ТЗ для дизайнера: готовый образец брифа, требований и приёмки

Заказчик пишет дизайнеру: «Сделайте красиво, современно и чтобы цепляло». Дизайнер делает стильный макет, а на выходе выясняется: логотип не читается в мобильном меню, кнопка «Купить» не видна, цвет не подходит для печати, файл весит 80 МБ, а исходники остались в личном аккаунте исполнителя. Формально дизайн готов, фактически — его нельзя использовать. В дизайне цена размытого ТЗ особенно высока, потому что переделка визуала часто тянет за собой правки в текстах, вёрстке, рекламе и производстве. Разбираем на готовом примере, как составить ТЗ для дизайнера так, чтобы первый драфт был ближе к цели, а правки касались деталей, а не концепции.

Что такое ТЗ для дизайнера и когда оно спасает

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

Хорошее ТЗ особенно нужно, когда дизайн решает не только эстетику, но и практическую задачу:

• Лендинг или сайт. Визуал должен вести к заявке, а не просто нравиться. Важны структура, акценты, читаемость, мобильная версия и скорость восприятия.
• Логотип и айдентика. Знак должен работать в фавиконе, на упаковке, вышивке, документах и тёмном фоне. Без ТЗ дизайнер может сделать красивую, но непригодную графику.
• Карточка товара и инфографика. На маркетплейсах важны размеры, безопасные зоны, читаемость с телефона, соответствие правилам площадки и отсутствие запрещённых элементов.
• Презентация и коммерческое предложение. Дизайн должен помогать продать идею: понятная иерархия, акценты, графики, единый стиль, удобство для печати и показа с экрана.
• Полиграфия и упаковка. Тут критичны цветовые профили, вылеты, разрешение, материалы, тираж и технологические ограничения печати.

ТЗ для дизайнера нужно не для того, чтобы запретить творчество. Оно нужно, чтобы творчество работало на задачу: узнавалось, читалось, конвертировало, проходило модерацию и не ломалось при переносе на другие носители.

Простой тест на готовность ТЗ: если дизайнер, прочитав документ, может назвать ключевые носители, объём работ, технические форматы и критерии приёмки без уточняющих вопросов — ТЗ рабочее. Если остаются вопросы «а где будет использоваться?», «а сколько концептов?», «а нужны ли исходники?» — документ нужно дополнять. Для общей логики постановки задачи полезна статья ТЗ для дизайнера, а для выбора фокуса — тема для ТЗ.

Специфика ниши дизайнера: 5 особенностей, которые влияют на ТЗ

Дизайн отличается от текстов, кода или фото. Его результат субъективен на вид, но технически проверяем. Эти особенности нужно закладывать в ТЗ заранее.

1. Визуал всегда привязан к носителю

Один и тот же макет может отлично смотреться в Figma и проваливаться в печати, на мобильном экране, в email-рассылке или на баннере 320×100. Носитель диктует размер, разрешение, цветовую модель, безопасные зоны и допустимую детализацию. В ТЗ нужно указывать не «для интернета», а конкретно: сайт, соцсети, маркетплейс, печать, наружка, презентация, упаковка.

2. Красота без цели превращается в Decor-ошибку

Дизайнер может сделать модную композицию, но если она не помогает пользователю понять оффер, нажать кнопку или запомнить бренд — задача не выполнена. В ТЗ цель должна быть сформулирована через действие: «зритель понимает услугу за 5 секунд», «покупатель видит главное преимущество», «клиент нажимает кнопку заявки», «бренд узнаётся в миниатюре».

3. Референсы без пояснений опасны

Ссылка «нравится этот сайт» не означает, что заказчику нужны те же шрифты, сетка, анимация или структура. Иногда нравится только цвет или плотность блоков. В ТЗ нужно объяснять, что именно брать из референса, а что точно не нужно. Антиреференсы часто полезнее: они отсекают неверные трактовки до первого концепта.

4. Объём работ легко размыть

«Сделать дизайн страницы» может означать один экран, пять адаптивных состояний, иконки, иллюстрации, анимацию и гайд по использованию. Без явного объёма заказчик ожидает комплект, а исполнитель сдаёт базовый макет. В ТЗ нужно перечислять: сколько концептов, сколько страниц/экранов, какие состояния, какие версии файлов, сколько кругов правок.

5. AI ускоряет дизайн, но не снимает ответственность за права и качество

В 2026 году нейросети помогают быстро собрать мудборды, сгенерировать фоны, предложить варианты композиций, очистить изображения, создать иллюстрации и ускорить рутину. Но AI не отвечает за уникальность бренда, лицензионную чистоту, соответствие площадке, читаемость, доступность и юридические риски. Если в проекте используются AI-инструменты, это нужно отразить в ТЗ: какие этапы автоматизированы, кто проверяет результат, можно ли использовать сгенерированные изображения в коммерции и как передаются права. Полезная рамка — ТЗ для ИИ.

Структура ТЗ для дизайнера

1. Цель: какую задачу решает дизайн

Начните не с внешнего вида, а с бизнес-результата. Цель должна отвечать на вопрос: что должен понять, почувствовать или сделать человек после контакта с макетом.

Плохая формулировка: «Нужен красивый дизайн для сайта».
Хорошая: «Дизайн лендинга должен объяснить услугу за 10 секунд, вызвать доверие и привести к заявке на бесплатный замер с мобильного устройства».

Если цель не описана, дизайнер будет оптимизировать макет под своё представление о красоте. А вам нужен не красивый файл, а работающий инструмент.

2. Требования: аудитория, стиль, ограничения, технические параметры

Требования в дизайне делятся на несколько групп:

• Аудитория и контекст: кто смотрит, с какого устройства, в каком состоянии, что уже знает о бренде.
• Стиль и tone of voice: минимализм, премиальность, дружелюбие, технологичность, игривость, строгость.
• Брендинг: логотип, фирменные цвета, шрифты, запрещённые приёмы, правила использования.
• Технические требования: размеры, разрешение, цветовые модели, форматы файлов, вес, безопасные зоны, состояния интерфейсов.
• Юридические и площадочные ограничения: правила маркетплейсов, модерация рекламы, лицензии на шрифты и стоки, запрет на определённые формулировки.

Чем конкретнее требования, тем меньше субъективных правок. Вместо «сделайте дорого» лучше: «спокойная палитра, много воздуха, тонкая типографика, без градиентов и кричащих акцентов».

3. Объём: что входит и что не входит

В ТЗ для дизайнера нужен явный список артефактов. Например:

• десктопная и мобильная версии главной страницы;
• 3 концепта первого экрана или один согласованный стиль;
• иконки и иллюстрации в количестве 10 штук;
• адаптации баннеров под 5 размеров;
• макеты печати с вылетами;
• исходники в Figma и экспортированные PNG/SVG/PDF;
• мини-гайд по использованию цветов и шрифтов.

Отдельно зафиксируйте, что не входит: разработка логотипа, написание текстов, фотосъёмка, вёрстка, настройка рекламы, анимация, поддержка после сдачи. Если это может понадобиться позже, вынесите в отдельный этап или список опций.

4. Сроки: этапы, согласования и точки контроля

Дизайн почти всегда идёт итерациями. Один дедлайн «через неделю» не защищает от срыва. Лучше разбить работу на этапы:

• сбор данных и утверждение ТЗ;
• мудборд или референсы;
• первые концепты;
• выбор направления и правки;
• доработка деталей;
• подготовка файлов и передача;
• согласование и приёмка.

Укажите, кто и в какой срок согласовывает каждый этап. Например: «заказчик даёт обратную связь по концептам в течение 1 рабочего дня, иначе срок сдвигается». Это защищает дизайнера от бесконечных пауз, а заказчика — от потери контроля над запуском. Для структурирования сроков полезен план для ТЗ.

5. Критерии приёмки: как понять, что дизайн готов

Критерии приёмки не должны сводиться к «понравилось заказчику». Они должны быть проверяемыми:

• макет соответствует цели: главный оффер и CTA читаются за 3–5 секунд;
• размеры и форматы совпадают с ТЗ;
• цвета и шрифты соответствуют брендбуку или согласованной палитре;
• тексты не выходят за границы, кнопки доступны, иконки понятны;
• мобильная версия читается без масштабирования;
• файлы экспортированы в нужных форматах и весят в пределах лимита;
• исходники и доступы переданы;
• нет нарушений правил площадки, если дизайн готовится для маркетплейса или рекламы.

Хорошая практика — прикладывать короткий чек-лист приёмки. Тогда обсуждение идёт не о вкусе, а о соответствии согласованным параметрам.

6. Формат передачи: что заказчик получает на руки

Дизайн нельзя принять, если не переданы активы. В ТЗ нужно указать состав передачи:

• исходники: Figma, Sketch, PSD, AI — в зависимости от задачи;
• экспортированные файлы: PNG, JPG, SVG, PDF;
• версии для веба, печати, соцсетей, маркетплейсов;
• шрифты или ссылки на лицензии, если они не переведены в кривые;
• цвета в HEX, RGB, CMYK и Pantone при необходимости;
• мини-гайд по использованию;
• доступ к файлу или архив, который не удаляется через неделю;
• названия файлов по понятной схеме, например banner_320x100_rgb.png.

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

7. Правки: что входит, а что становится новой задачей

В дизайне правки неизбежны, но их нужно разграничить. В ТЗ укажите:

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

На Workink такие договорённости удобно фиксировать в чате заказа: переписка имеет силу ТЗ и помогает отделить правку от новой работы без долгых споров.

Готовый пример ТЗ

Ниже — пример ТЗ для дизайнера лендинга услуги. Его можно адаптировать под логотип, карточку товара, презентацию, баннеры или упаковку. Главное — сохранить структуру: цель, аудитория, объём, носители, референсы, технические требования, сроки, приёмка и передача.

Проект: дизайн лендинга для компании по установке кухонь на заказ.

Цель: объяснить, что бесплатный замер и расчёт стоимости занимают до 24 часов, и привести посетителя к заявке на замер. Основная аудитория смотрит с мобильных устройств, часто без звука и в состоянии «сравниваю подрядчиков».

Задача дизайна: вызвать доверие, показать результат, снять страх дорогой сметы и сделать форму заявки заметной, но не агрессивной.

Целевая аудитория: владельцы квартир 28–50 лет, планируют ремонт, ищут баланс цены и качества, боятся скрытых доплат. Смотрят с телефона, иногда с десктопа.

Объём работ:

• десктопная версия лендинга: 1 страница, 8 блоков;
• мобильная версия: адаптив всех блоков;
• 2 концепта первого экрана на выбор;
• после выбора концепта — 2 круга правок;
• иконки для преимуществ: 6 штук;
• оформление формы заявки и кнопки CTA;
• экспорт: PNG для согласования, Figma-исходник, SVG-иконки, PDF-превью для заказчика.

Не входит: разработка логотипа, написание текстов, фотосъёмка, вёрстка, настройка аналитики, анимация, дизайн для маркетплейсов.

Стиль: чистый, спокойный, премиальный, но не люксовый. Много воздуха, крупные заголовки, понятная иерархия. Без кричащих градиентов, без стоковых «счастливых семей с рулеткой», без перегруженных иллюстраций.

Бренд: использовать фирменный синий #1F4E9C и тёплый серый фон. Логотип предоставлен в SVG. Шрифт — Inter или аналог с лицензией для веба.

Референсы:

• нравится структура и воздух на сайте X: брать плотность блоков и типографику;
• нравится форма заявки на сайте Y: брать понятные поля и кнопку;
• не нравится сайт Z: слишком тёмный, перегруженный, кнопка теряется.

Технические требования:

• десктоп: ширина макета 1440 px, мобильный: 375 px;
• главный экран должен работать без скролла на мобильном;
• CTA-кнопка контрастная, не уже 44 px по высоте на мобильной версии;
• текст не мельче 16 px в основном блоке, заголовки читаемы на 375 px;
• изображения оптимизированы, вес страницы в макете не должен предполагать более 1,5 МБ графики на первый экран;
• предусмотреть состояние ошибки формы и успешной отправки.

Сроки:

• концепты первого экрана — 3 рабочих дня после получения текстов и логотипа;
• согласование концепта — 1 рабочий день заказчика;
• дизайн всех блоков — 5 рабочих дней;
• правки — 2 круга по 1 рабочему дню;
• передача файлов — 1 рабочий день после финального согласования.

Критерии приёмки:

• главный оффер и кнопка «Вызвать замерщика» читаются за 3–5 секунд;
• мобильная версия не требует горизонтального скролла;
• цвета и шрифты соответствуют бренду;
• форма и состояния кнопок прорисованы;
• Figma-исходник структурирован по фреймам, слои названы;
• переданы PNG, SVG и PDF-превью.

Передача: доступ к Figma-файлу с правом редактирования, экспорт PNG/JPG/SVG, PDF-превью, список использованных шрифтов и ссылок на лицензии, краткая заметка по цветам и отступам.

Такой пример можно взять за основу и заменить предметную область: вместо кухни — IT-сервис, косметика, курсы, ремонт квартир, B2B-услуга. Структура останется рабочей, если сохранить баланс между бизнес-целью, визуальными ограничениями и проверяемыми критериями. Готовые каркасы для других ниш смотрите в шаблонах ТЗ, а общий порядок составления документа — в материале как написать ТЗ.

Критерии приёмки результата дизайнера

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

• Макет соответствует цели. Главный оффер, выгода и целевое действие считываются быстро. Пользователь понимает, что предложить и что сделать дальше.
• Дизайн подходит под носители. Размеры, форматы, safe-зоны, разрешение и вес соответствуют требованиям сайта, соцсетей, печати, маркетплейса или презентации.
• Стиль совпадает с согласованными референсами. Нет резких отклонений: если просили спокойный минимализм, в макете не появилось неоновых градиентов и агрессивной типографики.
• Текстовая иерархия работает. Заголовки, подзаголовки, основной текст и кнопки различимы. Важное не теряется за декором.
• Мобильная версия удобна. Кнопки доступны для пальца, текст читается без масштабирования, формы не «уезжают», меню не перекрывает контент.
• Брендинг соблюдён. Логотип, цвета, шрифты и графика соответствуют брендбуку или согласованной палитре. Нет случайных фирменных элементов.
• Технические файлы корректны. Исходники структурированы, слои названы, экспорты в нужных форматах, цвета в правильной модели, изображения не размыты.
• Права и лицензии подтверждены. Шрифты, стоки, иконки и AI-генерации можно использовать в коммерции. Нет элементов с неясной лицензией.
• Объём соответствует ТЗ. Переданы все согласованные экраны, адаптации, состояния, версии и файлы. Ничего не осталось «на потом» без отдельного согласования.
• Правки уложились в согласованный лимит. Если заказчик меняет концепцию после утверждения направления, это фиксируется как новая задача, а не как бесплатная правка.

Вопросы для уточнения до старта

Эти вопросы нужно задать себе, дизайнеру и команде до начала работы. Они снимают большую часть будущих правок:

• Какую бизнес-задачу решает дизайн и какое действие должен совершить человек?
• Кто целевая аудитория и в каком контексте она будет видеть макет?
• Какие носители обязательны: сайт, мобильный, печать, соцсети, маркетплейс, презентация?
• Есть ли брендбук, логотип, фирменные цвета, шрифты и запрещённые приёмы?
• Какие тексты уже готовы, а какие нужно написать или адаптировать под дизайн?
• Есть ли фото, иллюстрации, иконки, скриншоты или их нужно создавать/покупать?
• Сколько концептов ожидается и сколько кругов правок входит в стоимость?
• Какие референсы нравятся и какие антиреференсы точно не подходят?
• Нужны ли исходники, доступ к Figma, экспорт в PDF, SVG, PNG, CMYK?
• Есть ли технические ограничения площадки: размеры, вес файла, safe-зоны, модерация?
• Кто принимает финальное решение: владелец, маркетолог, юрист, руководитель?
• Нужна ли адаптация под тёмную тему, email, печать, наружную рекламу?
• Используются ли AI-инструменты и кто проверяет лицензии и качество?
• Что считается правкой, а что новой задачей после согласования концепта?

Если на часть вопросов нет ответа, это не всегда блокирует старт. Но такие места нужно пометить в ТЗ как «уточняется до этапа X» и не начинать зависимые работы. Например, нельзя делать финальную печать, пока не подтверждены тираж, материал и цветовой профиль.

Чек-лист готовности ТЗ

Перед публикацией заказа или стартом работы пройдитесь по короткому чек-листу. Если хотя бы два пункта не закрыты, ТЗ лучше дополнить.

• Цель сформулирована через действие пользователя, а не через «красиво».
• Описаны аудитория, носители и контекст использования дизайна.
• Зафиксирован объём: сколько экранов, концептов, адаптаций, файлов и правок.
• Приложены брендбук или ключевые элементы фирменного стиля.
• Даны референсы и антиреференсы с пояснением, что именно важно.
• Прописаны технические требования: размеры, форматы, цвета, разрешение, вес.
• Определены критерии приёмки и состав передачи исходников.
• Согласованы сроки, этапы согласования и правила изменения объёма.

Честно: идеальное ТЗ не заменяет диалог с дизайнером. Но оно переводит обсуждение из плоскости «мне не нравится» в плоскость «вот цель, вот носитель, вот критерий, вот отклонение». Когда рамка зафиксирована, обе стороны понимают, что считается результатом, а что — новой задачей.

Как заказать дизайн на Workink

На Workink задача для дизайнера публикуется в категории «Техническое задание (ТЗ)». Это удобно, когда нужно не просто найти исполнителя с красивым портфолио, а передать структурированное задание: цель, носители, объём, референсы, технические требования, сроки, критерии приёмки и состав передачи.

Платформа снижает типовые риски дизайн-заказов:

• Безопасная сделка: деньги находятся в резерве до приёмки работы. Вы платите за результат, а не за обещание сделать красиво.
• Комиссия 11% за заказ и 0% за вывод: прозрачные условия без удержания при выводе средств.
• Доработки бесплатно до соответствия ТЗ: если дизайн не соответствует согласованным требованиям, исполнитель дорабатывает результат.
• Договорённости в чате имеют силу ТЗ: всё, что вы обсудили по носителям, концептам, правкам, файлам и срокам, фиксируется в переписке и защищает обе стороны.

Если вы заказчик, начните с примера ТЗ и адаптируйте его под свою задачу. Если вы дизайнер, просите цель, носители, объём, референсы, технические требования и критерии приёмки до старта — это экономит время на согласования и снижает риск бесплатных переделок.

Найти исполнителя Разместить заказ Защита покупателей

Полезные материалы по теме

• ТЗ для дизайнера: что дать исполнителю — базовая структура брифа для визуальных задач.
• ТЗ для дизайна: как составить бриф без переделок — как избежать субъективных правок.
• ТЗ для макета — технические требования к файлам и передаче.
• ТЗ для логотипа — если дизайн начинается с знака и айдентики.
• ТЗ для создания сайта — если дизайн лендинга часть веб-проекта.
• Данные для ТЗ — какие материалы подготовить до передачи задачи.
• Таблица для ТЗ — как структурировать требования и ошибки.