Чек-лист брифа: какие вопросы задать клиенту перед стартом проекта

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

Короткий чек‑лист обязательных вопросов перед стартом

• Какую бизнес-цель решаем и как поймём, что цель достигнута (критерии приёмки)?
• Кто целевая аудитория и какой главный сценарий пользователя должен стать проще?
• Что входит в работы, а что явно исключено (контент, интеграции, поддержка)?
• Какие сроки и какие контрольные точки с обязательными артефактами?
• Какой бюджетный коридор, модель оплаты и кто утверждает расходы?
• Какие ограничения: бренд, юридические требования, доступы, безопасность, зависимости от подрядчиков?

Цели проекта и критерии успешности

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

Не стоит начинать с брифа в полном объёме, если у клиента нет владельца решения или отсутствует базовая определённость по продукту (например, неясно, что именно продаём и кому). В таких случаях лучше сначала провести короткую установочную сессию (discovery) на 60-90 минут и только затем фиксировать бриф.

Вопросы, которые нельзя пропустить

• Какой один главный результат должен появиться в конце проекта (не список задач, а итог)?
• Какие 3-5 критериев приёмки используем: что должно быть сделано, чтобы считать работу завершённой?
• Кто финально утверждает решения и кто может наложить вето?
• Какие решения уже приняты и не обсуждаются (например, платформа, домен, фирменные цвета)?

Целевая аудитория, инсайты и пользовательские сценарии

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

Что понадобится от клиента (данные, доступы, материалы)

• Описание сегментов аудитории: кому продаём, кто выбирает, кто платит (если роли разные).
• Текущая аналитика (если есть): источники трафика, популярные страницы/экраны, точки отказа, отчёты по заявкам.
• Материалы бренда: логотипы, брендбук/гайд, тон коммуникации, примеры "нравится/не нравится".
• Доступы: домен/хостинг, CMS, рекламные кабинеты, CRM, системы аналитики (по необходимости).
• Юридические требования: политика обработки данных, обязательные предупреждения, оферта, возрастные ограничения (если применимо).

Уточняющие вопросы по сценариям

• Какой сценарий №1: что пользователь должен сделать за 1-2 минуты (оставить заявку, купить, скачать, записаться)?
• Какие сомнения и барьеры мешают действию (цена, доверие, сроки, сложность выбора)?
• Что обязательно нужно показать/доказать, чтобы снять риск покупки?

Объём работ: что входит и что исключено

До фиксации объёма проговорите ограничения - это снижает риск "скрытых работ" и конфликтов на приёмке.

Риски и ограничения, которые стоит озвучить до согласования

• Неопределённость контента: тексты/фото/кейсы не готовы, но сроки уже "вчера".
• Зависимость от третьих сторон: CRM, 1С, платёжные шлюзы, юридические согласования, служба безопасности.
• Размытая ответственность: кто предоставляет материалы, кто принимает решения, кто отвечает за внедрение.
• Изменение приоритетов: "давайте ещё вот это" без пересмотра сроков/бюджета.
• Непрозрачная приёмка: нет критериев и тестовых сценариев, по которым принимается результат.

Таблица ключевых вопросов брифа (для быстрого согласования)

Вопрос	Зачем	Кто отвечает	Приоритет
Какой результат считаем успешным (критерии приёмки)?	Фиксирует "готово/не готово" и снижает переделки	Заказчик (владелец продукта) + исполнитель	Высокий
Кто целевая аудитория и какой сценарий №1?	Определяет структуру, приоритеты и аргументацию	Маркетинг/продажи + владелец продукта	Высокий
Что входит в объём работ, что исключено (контент, интеграции, поддержка)?	Снимает "скрытый объём" и конфликт по ожиданиям	Исполнитель + заказчик	Высокий
Какие обязательные материалы и кто их предоставляет?	Защищает сроки: без материалов работа встанет	Заказчик (ответственные лица)	Высокий
Какие ограничения по бренду и согласованиям?	Предотвращает "завернули на юристах/СБ" в конце	Бренд/юристы/СБ	Средний
Как измеряем результат после запуска (события, цели, отчёты)?	Позволяет доказать эффект и оптимизировать	Маркетинг/аналитик	Средний

Пошагово: как собрать и зафиксировать бриф без лишней переписки

1. Определите тип задачи и артефакт на выходе

   Сразу назовите, что именно собираете: бриф на разработку сайта, бриф для дизайнера, бриф для маркетинга или бриф на создание логотипа. Для каждого типа заранее определите финальные артефакты (макеты, прототип, медиаплан, бренд-носители, спецификация).

   • Зафиксируйте формат сдачи: файлы, ссылки, доступы, исходники.
   • Уточните, кто хранит исходники и кто администрирует доступы.
2. Соберите цели и критерии приёмки в 1 страницу

   Попросите клиента сформулировать 1-2 бизнес-цели и 3-5 критериев, по которым он примет работу. Если критерии звучат как "красиво/современно", переведите их в проверяемые признаки (структура, читаемость, соответствие гайдлайну, сценарии).

3. Описывайте аудиторию через сценарии, а не через "портреты"

   Запишите 2-4 ключевых сценария: "кто", "с какой болью", "что хочет сделать", "почему может не доверять", "что должно убедить". Это помогает избежать спорных решений на этапе дизайна и текста.

   • Обязательно выделите сценарий №1, который влияет на структуру главной страницы/первого экрана.
   • Отдельно зафиксируйте вторичные сценарии, которые не должны ломать приоритеты.
4. Разложите объём на "входит / не входит / по допсоглашению"

   Прямо перечислите, что делаете, и что не делаете. Отдельной строкой отметьте работы, которые возможны, но потребуют пересмотра сроков и бюджета (например, интеграции, наполнение контентом, многоязычность, SEO-миграция).

   • Входит: страницы/экраны, прототипирование, дизайн, вёрстка, настройка аналитики (если нужно).
   • Не входит: тексты/фото (если предоставляет клиент), закупка домена/хостинга, платная реклама (если не оговорено).
   • По допсоглашению: интеграции, сложные калькуляторы, личные кабинеты, нестандартные анимации.
5. Согласуйте правила коммуникации и принятия решений

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

6. Завершите бриф протоколом: решения, допущения, открытые вопросы

   Сформируйте короткий документ: что решили, на каких допущениях стоим (например, "контент предоставит клиент к дате Х"), и какие вопросы остаются открытыми с дедлайнами на ответы. Это превращает бриф в управляемый план.

Сроки, этапирование и контрольные точки

• Есть календарь этапов: старт, исследование/сценарии, прототип, дизайн, разработка, тестирование, запуск.
• Для каждой контрольной точки определены артефакты (что именно сдаётся) и кто принимает.
• Установлены сроки обратной связи от клиента (и что происходит при их нарушении).
• Есть лимит итераций правок на этап и правило "заморозки" после утверждения.
• Прописаны зависимости: контент, доступы, интеграции, согласования с юристами/СБ.
• Есть план тестирования: устройства/браузеры, критичные сценарии, ответственный за проверку.
• Определён формат запуска: "тихий" релиз или публичный, наличие отката (rollback) и окна работ.
• Согласован период постзапусковой поддержки и канал для критических инцидентов.

Бюджет, модель оплаты и финансовые ограничения

• Обсуждают бюджет слишком поздно: объём уже "надуман", а денег на него нет.
• Не фиксируют модель оплаты (по этапам/по времени/за результат) и условия изменения сметы.
• Не определяют, что считается допработами и как они согласуются (письменно, до начала выполнения).
• Забывают про расходы "вне работ": лицензии, шрифты, стоки, платные плагины, сервисы рассылок, домен/хостинг.
• Смешивают бюджет производства и бюджет продвижения: потом ждут результат без ресурса на трафик.
• Не закрепляют, кто платит за участие третьих сторон (фотограф, копирайтер, юрист, интегратор).
• Не оценивают стоимость владения: поддержка, обновления, безопасность, контентные правки.
• Не назначают финансового утверждающего, из-за чего счета "гуляют" между отделами.

Риски, требования к соответствию и меры по их снижению

Когда неопределённость высока, полезно выбрать формат работы, который снижает риск перерасхода и срыва сроков. Ниже - практичные альтернативы, которые можно согласовать вместо "сразу делаем всё".

Альтернативы подхода (когда уместны)

1. Discovery-этап перед основными работами

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

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

3. Time&Materials с жёстким лимитом и приоритизацией

   Уместен при большом количестве неизвестных и зависимостей от клиента/третьих сторон. Лимит защищает бюджет, а приоритизация защищает результат.

4. Фикс-прайс только после заморозки требований

   Уместен, если можно достоверно описать объём и критерии приёмки. Часто работает после короткого discovery, когда требования уже проверены и согласованы.

Типичные неясности и короткие разъяснения

Чем отличается бриф от ТЗ?

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

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

Можно, если в нём есть и бизнес-часть (цели, аудитория, сценарии), и продуктовая (структура, контент, ограничения), и производственная (форматы сдачи, правки, сроки). На практике удобнее: общий бриф + отдельные приложения по направлениям.

Что делать, если клиент хочет заказать разработку сайта, но не готов предоставить контент?

Зафиксируйте это как риск и зависимость, предложите вариант: контент от клиента по дедлайнам или отдельная услуга контент-подготовки. Без решения по контенту сроки и качество прогнозировать нельзя.

Какие вопросы обязательны, если запрашивают бриф на создание логотипа?

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

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

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

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

Фиксируйте конкретное число итераций на этап и правило, что считается итерацией. Дополнительно задайте срок реакции клиента, иначе правки растянут проект.

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

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