Как написать дизайн-бриф, который доходит до релиза

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

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

Большинство дизайн-брифов это театр

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

В презентации 30 слайдов, а в мудборде 40 картинок. Нигде не сказано, кто решает, что работа закончена, какая цифра прекращает сотрудничество и чем проект не является.

Это не бриф, а список желаний с титульным листом. Он умирает на шестой неделе, когда клиент просит «ещё один раунд», а у агентства нет документа, которым можно закрыть разговор.

Настоящий бриф короткий, решительный и неудобный. Если от чтения вслух никто не заёрзал на стуле, он не справился со своей работой.

Шесть вопросов, на которые должен ответить любой дизайн-бриф

Любой бриф, любой проект, любое сотрудничество. Если бриф не отвечает на них, проект не готов.

Пропустите любой, и через три месяца проект придётся защищать в вашей почте.

Decider, готово и линия вокруг объёма

Первые три вопроса определяют, кому принадлежит работа и что это такое. Расплывчатые ответы здесь отравляют всё остальное.

1. Кто решает, что работа закончена

Одно имя. Не «руководящая команда», не «поймём, когда увидим», не «основатель выскажется в конце».

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

Назовите decider в первом абзаце. Если клиент не может, проект не готов к старту.

2. Как на самом деле выглядит «готово»

Не «отполированный сайт». Не «бренд, который находит отклик». Артефакт, который можно сфотографировать, и ссылка, которую можно отдать незнакомцу.

Для маркетингового сайта «готово» это задеплоенный URL с определённым числом страниц, библиотекой компонентов и порогом Core Web Vitals. Для айдентики это папка с набором логотипов, типографической системой, цветовыми токенами и одностраничной инструкцией по использованию. Конкретно. Фотографируемо. Закрываемо.

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

3. Что явно вне рамок

Самый мощный раздел любого брифа это список того, чего проект делать не будет.

У каждого проекта есть невидимая смежная работа, которая перебирается внутрь объёма, пока никто не смотрит. Бриф, который доходит до релиза, штампует её как OUT, формулировками вроде «никаких дополнительных локализаций, никакой интеграции с CRM, никакого второго раунда исследования бренда после четвёртой недели».

Пункты вне рамок это защита, а не отказ. Вам не нужна дизайн-система это та же дисциплина на уровне системы, а дизайнеры теперь PM объясняет, почему контроль объёма живёт в брифе.

Деньги и время, записанные цифрами

Следующие два вопроса превращают вайбы в цифры.

4. Какая сумма бюджета убивает проект

Конкретная цифра в валюте. Не «жёстко», не «конкурентно», не «гибко». Число, превышение которого заканчивает сотрудничество.

На самом деле чисел два. Цифра, под которую проект продан, и цифра, которая запускает остановку. Kill-число обычно на 15-25 процентов выше проданного, чтобы команда могла поглотить честные ошибки и не прятать перерасход.

Запишите kill-число в бриф и подпишите. Проблема страницы с ценами разбирает ту же дисциплину на публичной поверхности, а ценообразование на основе ценности это более глубокое чтение.

5. Какой срок убивает проект

Реальная календарная дата. Не «Q3», не «к концу лета», не «до запуска». День, пропуск которого заканчивает сотрудничество или запускает пересмотр условий.

Снова две даты. Дата релиза и kill-дата. Никто не хочет писать kill-дату, потому что запись делает её реальной. Напишите всё равно.

Если проект привязан к запуску или раунду инвестиций, привяжите к нему и kill-дату. Релизы Anthropic с eval-гейтами и шестинедельные циклы Linear подразумевают брифы, в которых кто-то написал дату и отказался её двигать.

Одно число, определяющее успех

Последний вопрос самый короткий и самый спорный. Он решает всё остальное.

6. Какая единственная метрика имеет значение

Одна. В единственном числе. Не дашборд. Одно число, наблюдаемое снаружи команды, которое решает, удался ли проект.

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

Искушение перечислить пять метрик, чтобы ничто не могло провалиться, велико. Сопротивляйтесь.

Единственная метрика попадает в бриф, в контракт и на стену. Анти-дашборд объясняет, почему одно число лучше двенадцати, спрятанных в дашборде.

Лист ограничений на одну страницу

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

Скопируйте этот шаблон, заполните его вместе с клиентом в одной комнате и получите подпись до того, как скоупить следующую фазу.

ONE-PAGE CONSTRAINTS SHEET Project: [name] Client: [company] Date: [date] 1. DECIDER Approver of record: [single name + title] Consulted before approval: [up to 3 names] 2. DONE Final deliverable: [one sentence] Acceptance artifact: [URL, file, or shipped surface] 3. OUT OF SCOPE Not included: - [item] - [item] - [item] Anything not listed above is also out of scope. 4. BUDGET Sold at: [currency + figure] Kill at: [currency + figure] 5. TIMELINE Ship date: [calendar date] Kill date: [calendar date] External anchor: [event, launch, or contract trigger] 6. METRIC The one number we own: [metric] Measured by: [tool or person] Reviewed: [date] Signed: ______________________ [decider name + date]

Copy

Формат не важен, важна дисциплина. Лист, который умещается на экране телефона, зачитывается вслух на старте и подписывается decider, доводит проекты до релиза. 30-страничный бриф, который никто не читал, нет.

Критерии остановки, написанные до начала работы

Критерии остановки это часть, которую никто не пишет, потому что кажется, будто это планирование провала. Пропустить её значит планировать страдания.

Критерии остановки это условия, записанные в первый день, которые намеренно приостанавливают или завершают проект. Не «всё идёт плохо», а «произошло вот это событие, и вот что мы делаем дальше».

Рабочий набор для типичного дизайн-проекта:

1. Decider меняется посреди проекта без письменной передачи дел. Новый decider заново подписывает лист ограничений в течение пяти рабочих дней, иначе проект ставится на паузу.

2. Достигнуто kill-число бюджета. Работа останавливается, отправляется честный счёт, следующая фаза пересматривается по объёму.

3. Kill-дата наступила, а условие готовности не выпущено. Проект входит в письменный пересмотр условий, а не в тихое продление.

4. Пункты вне рамок добавлены без change order. Change order подписывается в течение трёх рабочих дней, иначе запрос снимается.

5. Единственная метрика стала неизмеримой. Если команда не может измерить её два review-периода подряд, бриф открывается заново.

6. Две вехи подряд пропущены без письменной причины. Проект входит в recovery review с decider до начала следующей вехи.

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

Бриф не предсказывает каждый провал. Он заранее фиксирует, как команда ведёт себя, когда провал становится видимым.

Как читаются брифы Linear, Stripe и Vercel

Никто за пределами этих компаний не читал их брифы. Работа это бриф наоборот.

Linear работает шестинедельными циклами с одним ответственным владельцем, жёстким объёмом и выпущенной поверхностью. Stripe выпускает документацию в день релиза фичи, а значит, доки были забрифованы вместе с фичей. Vercel превращает лог деплоя в поверхность запуска, та же позиция разобрана в состояние загрузки это продукт.

Восстановите бриф по работе. Один decider на поверхность. Готово значит выпущено, а не одобрено. Список вне рамок виден в фичах, которые так и не вышли.

Урок не в том, чтобы «писать бриф как Linear». Он в том, чтобы смотреть на работу, которую вы уважаете, и спрашивать, какой бриф мог её породить. Режим провала описан в почему каждый SaaS в 2026 выглядит одинаково.

Бриф это контракт, а не список желаний

Бриф, который живёт рядом с контрактом, это контракт. Тот, что живёт на пыльной странице в Notion, это список желаний.

Прикрепите лист ограничений к statement of work. Сошлитесь на критерии остановки в письме о сотрудничестве. Сделайте единственную метрику пунктом договора, а не слайдом. Если вайрфрейм это структурный контракт для экрана, то бриф это то же самое для всего проекта.

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

Запустите это в понедельник утром

Следующий бриф на вашем столе проходит тест шести вопросов до стартового звонка.

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

Большинство клиентов уважают такой подход. Те немногие, кто нет, это те самые клиенты, которые устроили бы сорванный дедлайн и неоплаченный финальный счёт. Бриф отсеивает их до начала работы.

FAQ

Какой длины должен быть дизайн-бриф?

Одна страница ограничений плюс любой сопроводительный контекст, который нужен команде. Лист ограничений это контракт. Если ограничения не умещаются на странице, проект всё ещё обсуждается.

В чём разница между креативным брифом и дизайн-брифом?

Креативный бриф охватывает сообщение, аудиторию и тон. Дизайн-бриф охватывает всё это плюс операционные ограничения, которые решают, дойдёт ли проект до релиза: decider, готово, kill бюджета, kill сроков, вне рамок, одна метрика. Креативный бриф без дизайн-брифа это документ про вайб.

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

Агентство составляет черновик, клиент редактирует, decider подписывает. Бриф, написанный целиком клиентом, это список желаний, написанный целиком агентством, это коммерческий документ. Правильный бриф пишется вместе: агентство отвечает за структуру, клиент за ограничения.

CTA

Нужен партнёр, который ведёт бриф как контракт, а не как слайд для стартового звонка? Brainy работает по шести вопросам, листу ограничений на одну страницу и критериям остановки, которые защищают всех. Наймите Brainy, и первое, что вы увидите, это бриф, подписанный до того, как сдвинется хоть один пиксель.