Бриф на дизайн: как объяснить подрядчику задачу, чтобы не переделывать трижды

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

Что обязательно должно быть в брифе на дизайн

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

Проверочный список для брифа:

• Бизнес-задача — что должен сделать пользователь, увидев этот дизайн, и какую метрику это должно сдвинуть.
• Аудитория — кто смотрит на макет: сегмент, контекст использования, устройство.
• Обязательные ограничения — цвета, шрифты, логотип, тон коммуникации, юридические оговорки.
• Референсы — не «нравится», а конкретный элемент референса и причина, почему он решает вашу задачу.
• Технические требования — форматы файлов, размеры, платформы размещения, требования к адаптивности.
• Критерии приемки — по каким пунктам вы сверяете готовый макет перед оплатой.
• Число итераций правок — сколько кругов правок включено в стоимость и что происходит, если нужно больше.

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

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

Чем бриф на дизайн отличается от технического задания

Бриф — это описание задачи и контекста для творческого решения; техническое задание — это перечень измеримых параметров результата. Бриф отвечает на вопрос «зачем и для кого», ТЗ отвечает на вопрос «в каких форматах, размерах и файлах». Хороший бриф на дизайн включает оба слоя, но чаще всего проваливается именно творческий — заказчики умеют писать размеры баннера, но не умеют формулировать задачу для дизайнера.

Типичная ошибка: бриф состоит из одного ТЗ — «баннер 1200 на 628, логотип слева, текст справа, шрифт Inter». Подрядчик выполняет буквально то, что написано, макет технически корректен и при этом не решает бизнес-задачу, потому что задачи в брифе не было вообще. Если вы работаете с подрядчиком на аутсорсе, а не держите штатного дизайнера, тем более важно проговорить бизнес-контекст письменно — устно сказанное на созвоне забывается или интерпретируется по-разному. Вопрос найма и распределения ролей в маркетинге разбирается отдельно в материале как нанять маркетолога.

Как описать бизнес-задачу, чтобы подрядчик понял контекст, а не только «сделайте красиво»

Бизнес-задача в брифе описывается через действие пользователя и метрику, а не через прилагательные вроде «современный» или «стильный». Формула: «Пользователь видит [объект] в контексте [ситуация] и должен сделать [действие], что двигает метрику [какую]». Прилагательные типа «премиально», «дорого», «легко» подрядчик интерпретирует через собственный вкус — а вкус у вас и у него совпадает не всегда.

Пример плохой формулировки: «Нужен лендинг в современном стиле, чтобы вызывал доверие». Пример рабочей формулировки: «Пользователь заходит на лендинг с рекламы в Яндекс.Директе, не знает бренд, должен за 5 секунд понять, что мы делаем, и оставить заявку. Ключевой барьер — недоверие к цене, поэтому первый экран должен закрывать вопрос цены и социального доказательства раньше вопроса „что это“».

Дизайн упаковки, лендинга или презентации — это, по сути, канал коммуникации бренда, а не украшение. Если у компании нет зафиксированного позиционирования, бриф на дизайн неизбежно будет расплывчатым, потому что дизайнеру нечем измерять решения. Разбор того, как формулировать позиционирование до того, как отдавать задачу в дизайн, — в материале позиционирование бренда. Тот же принцип применим и к упаковке: она работает как медиа-канал, и об этом отдельно — в статье упаковка как медиа.

Какие референсы давать подрядчику и как их описывать

Референс в брифе на дизайн должен сопровождаться пояснением, какой конкретно элемент референса решает вашу задачу — цвет, композицию, иерархию, тип фотографии, — а не общей отметкой «нравится». Референс без пояснения подрядчик читает буквально и переносит весь стиль целиком, включая то, что вам не подходило.

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

Как задать критерии приемки, чтобы не спорить на этапе сдачи

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

Критерии приемки должны быть проверяемыми, а не оценочными:

• Проверяемый критерий: «Логотип и цвета соответствуют брендбуку, отклонений по HEX-кодам нет».
• Непроверяемый критерий: «Дизайн выглядит дорого».
• Проверяемый критерий: «Первый экран лендинга умещает заголовок, цену и кнопку без скролла на разрешении 1920×1080».
• Непроверяемый критерий: «Первый экран цепляет с первого взгляда».

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

Сколько итераций правок закладывать в бриф на дизайн

В брифе на дизайн стандартно закладывается от двух до трёх итераций правок: первая — на общую концепцию, вторая — на детализацию, третья — на финальную полировку. Число итераций фиксируется в брифе или в договоре до старта работы, а не обсуждается по факту третьей неудачной попытки.

Итерации без границы приводят к типичной ловушке: подрядчик правит бесконечно, потому что каждая правка порождает следующую, а критериев остановки нет. Разграничьте типы правок явно:

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

Такое разграничение защищает и вас, и подрядчика: вы не платите за бесконечный пинг-понг, подрядчик не работает бесплатно на новые задачи, замаскированные под правки.

Кто должен участвовать в подготовке брифа на дизайн

Бриф на дизайн готовит маркетолог или собственник совместно с тем, кто отвечает за бренд-стандарты компании, а не только тот, кто напрямую общается с подрядчиком. Если бренд-стандарты держит в голове один человек и не фиксирует их письменно, каждый новый подрядчик получает противоречивые вводные, и переделки становятся системной, а не разовой проблемой.

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

Частые ошибки

• Бриф описывает настроение, а не задачу. Слова «стильно», «дорого», «современно» ничего не сообщают подрядчику о том, что должен сделать пользователь, увидев макет.
• Референсы без пояснения, что именно взять. Подрядчик переносит весь стиль референса целиком, включая элементы, которые вам не нужны.
• Критерии приемки формулируются после того, как макет не понравился. Это превращает объективную проверку в спор о вкусе задним числом.
• Число итераций правок не оговорено заранее. Правки продолжаются, пока не кончится терпение одной из сторон, а не пока не выполнены критерии.
• Новые вводные подаются как правки, а не как новая задача. Подрядчик либо делает бесплатно то, что не входило в бриф, либо конфликт переходит в оплату задним числом.
• Бренд-стандарты существуют только в голове одного сотрудника. Каждый новый подрядчик получает разные версии одних и тех же правил.
• Бриф не привязан к бизнес-метрике. Без метрики нет способа объективно определить, сработал дизайн или нет — только субъективное «нравится / не нравится».

FAQ

Сколько страниц должен занимать бриф на дизайн?

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

Нужно ли давать подрядчику доступ к аналитике сайта при подготовке брифа?

Да, если задача связана с конверсией — например, редизайн посадочной страницы. Доступ к данным о поведении пользователей на текущей версии страницы помогает подрядчику понять, где реально теряются пользователи, а не полагаться на догадки о том, что «выглядит плохо».

Что делать, если подрядчик просит бриф, а его никогда не готовили?

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

Как понять, что бриф достаточно детальный?

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

Нужно ли фиксировать бриф на дизайн в договоре с подрядчиком?

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

Что делать, если подрядчик игнорирует бриф и предлагает своё видение?

Уточните, отступление от брифа — это профессиональная рекомендация с обоснованием или произвольная интерпретация задачи. Хороший подрядчик объясняет отступление через бизнес-логику брифа: «ваш критерий приемки лучше решается так». Если обоснования нет, а есть только «мне так больше нравится» — это сигнал вернуться к пунктам брифа и зафиксировать границы правок явно.

Можно ли писать бриф на дизайн без участия маркетолога, силами только собственника?

Можно, если собственник владеет позиционированием бренда и понимает целевую аудиторию не хуже маркетолога. На практике для компаний с несколькими продуктовыми линиями или сложной аудиторией отсутствие маркетолога в процессе — частая причина брифов, которые технически заполнены, но не отражают реальный бизнес-контекст задачи.

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