Написать нам в Telegram

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

Разработка
19 сентября 2026 г.
Фото Максим Козлов
Максим КозловРуководитель отдела разработки

Бриф на разработку сайта — это анкета, которую заполняет заказчик до начала работ: что за бизнес, зачем ему сайт, для кого он, что на нём должно работать, в какие сроки и бюджет. По брифу подрядчик оценивает проект, а потом пишет техническое задание. Если бриф пустой или формальный, смета получается «на глаз», а через месяц проекта выясняется, что нужна интеграция с 1С, личный кабинет и английская версия.

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

Зачем нужен бриф на создание сайта

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

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

Бриф, ТЗ и коммерческое предложение: в чём разница

Три документа часто путают, хотя они идут друг за другом и пишут их разные люди.

ДокументКто составляетЧто внутриКогдаЮридический вес
БрифЗаказчик (иногда вместе с менеджером студии)Бизнес, цели, аудитория, пожелания, ограничения по срокам и бюджетуДо оценки, на входеНет, рабочий документ
Коммерческое предложениеПодрядчикПредлагаемое решение, состав работ, вилка цены и сроковПосле брифа и интервьюКак правило, нет — основа для переговоров
Техническое заданиеПодрядчик (аналитик, проект-менеджер), согласует заказчикСтруктура, функции, сценарии, интеграции, требования к приёмкеПосле выбора подрядчика, на стартеДа, приложение к договору

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

Кто и как заполняет бриф

Есть три рабочих варианта:

  1. Заказчик заполняет сам и присылает. Быстро, но ответы часто формальные: «аудитория — все», «цель — продажи».
  2. Менеджер студии заполняет по итогам созвона. Удобно заказчику, но в брифе оказывается то, как менеджер понял задачу.
  3. Заказчик заполняет черновик, затем разбирает его с подрядчиком на созвоне — обычно это 40–90 минут. Лучший вариант: вы сформулировали мысли, а подрядчик задал уточняющие вопросы и увидел пробелы.

Со стороны заказчика бриф должен заполнять человек, который реально принимает решения по проекту, — собственник или руководитель направления. Если бриф заполняет ассистент «по памяти», первая же встреча с собственником перечеркнёт половину ответов.

Пример брифа на разработку сайта: 38 вопросов по блокам

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

1. О компании и продукте

  1. Чем занимается компания, что именно продаёт, какой средний чек?
  2. Чем вы отличаетесь от конкурентов — почему клиенты выбирают вас? Приведите 2–3 реальные причины, которые слышите от клиентов.
  3. Какая география работы: город, регионы, вся Россия?
  4. Есть ли текущий сайт? Что в нём устраивает и что нет?

2. Цели сайта и KPI

  1. Какую главную задачу должен решать сайт: заявки, онлайн-продажи, подбор персонала, поддержка клиентов, имидж для тендеров?
  2. Какое целевое действие вы ждёте от посетителя: звонок, заявка, покупка, запись, скачивание прайса?
  3. По каким цифрам через 6–12 месяцев вы поймёте, что сайт работает: число заявок, конверсия, выручка из онлайна?
  4. Откуда пойдёт трафик: SEO, Яндекс Директ, VK, Telegram, офлайн-реклама?

3. Целевая аудитория

  1. Кто ваши клиенты: B2B или B2C, должность или профиль, регион?
  2. Кто принимает решение о покупке и кто просто собирает варианты?
  3. Какие вопросы и возражения клиенты задают чаще всего до покупки?
  4. С каких устройств заходят клиенты? Если есть Яндекс Метрика — какая доля мобильного трафика?

4. Конкуренты и референсы

  1. Назовите 3–5 конкурентов и их сайты. Что у них сделано хорошо, что плохо?
  2. Приведите 2–3 сайта (не обязательно из вашей ниши), которые нравятся, и объясните, что именно нравится: навигация, подача, фото, скорость.
  3. Есть ли сайты, которые точно не нравятся, и почему?

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

5. Структура и функционал

  1. Какие разделы нужны? Набросайте список, даже черновой.
  2. Нужен ли каталог товаров или услуг? Сколько позиций сейчас и сколько планируется?
  3. Какие функции обязательны: фильтры, калькулятор, онлайн-запись, личный кабинет, корзина, поиск?
  4. Нужны ли версии на других языках?
  5. Что обязательно для первого запуска, а что можно отложить на второй этап?
  6. Кто будет обновлять сайт и как часто: новости, цены, товары?

6. Контент

  1. Кто готовит тексты: вы, подрядчик или копирайтер со стороны?
  2. Есть ли фото производства, команды, товаров? Нужна ли съёмка?
  3. Есть ли готовые материалы: описания услуг, прайс, кейсы, отзывы, сертификаты?
  4. Если переезжаем со старого сайта — какие страницы переносим и есть ли у них трафик из поиска?

7. Интеграции

  1. С какой CRM работаете (Битрикс24, amoCRM, своя) и должны ли заявки попадать туда автоматически?
  2. Нужна ли выгрузка из 1С или складской системы: товары, остатки, цены, заказы?
  3. Нужна ли онлайн-оплата (ЮKassa, СБП, эквайринг банка) и доставка (СДЭК, Почта России, свои курьеры)?
  4. Какие ещё сервисы должны быть связаны с сайтом: телефония, коллтрекинг, чат, рассылки?

Интеграции — самая частая причина роста сметы, поэтому здесь лучше перечислить всё, даже то, что кажется мелочью. Обмен с 1С — это не «галочка», а отдельный блок работ со своими сроками, подробнее — на странице интеграции сайта с 1С и CRM.

8. Дизайн

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

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

9. Сроки и бюджет

  1. К какой дате нужен запуск и что будет, если сдвинуть её на месяц? Привязан ли запуск к событию: выставке, сезону, открытию филиала?
  2. Какой бюджет заложен на разработку? Назовите вилку.
  3. Заложен ли бюджет на наполнение, продвижение и поддержку после запуска?

10. Ответственные и порядок работы

  1. Кто со стороны компании ведёт проект и отвечает на вопросы подрядчика?
  2. Кто принимает финальные решения по дизайну и приёмке работ?
  3. У кого будут доступы к домену и хостингу, на кого их оформить?
Не обязательно отвечать на все 38 вопросов. Честные «не знаю» и «обсудим» на 5–7 пунктах лучше, чем выдуманные ответы: подрядчик увидит, где нужна его помощь.

Как заполнить бриф, чтобы получить точную оценку

Про бюджет — честно

Многие не пишут бюджет, чтобы «не переплатить». На деле это вредит заказчику: не зная рамок, подрядчик либо предлагает максимальный вариант, либо самый дешёвый, и оба не подходят. Вилка «600–800 тысяч» позволяет сразу предложить решение, которое в неё укладывается, и честно сказать, что придётся отложить на второй этап. Для ориентира: в АП-ИМ лендинг стоит от 150 000 ₽, корпоративный сайт — от 550 000 ₽, интернет-магазин — от 750 000 ₽; точная цифра зависит от объёма функций и интеграций. Из чего складывается цена, подробно описано на странице создания сайтов под ключ.

«Не знаю» — нормальный ответ

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

Пишите фактами, а не прилагательными

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

Отделяйте обязательное от желательного

Пометьте функции как «обязательно к запуску» и «потом». Это самый простой способ уложиться в бюджет без потери главного — и основа для поэтапного запуска.

Что происходит после брифа

  1. Интервью. Подрядчик читает бриф и назначает созвон — ориентировочно на 40–90 минут: уточняет пробелы, спрашивает про процессы продаж, иногда просит доступ к Метрике и CRM.
  2. Предварительная оценка или КП. Вилка стоимости и сроков, предлагаемый стек и состав работ. На этом этапе удобно сравнивать нескольких подрядчиков — в том числе по тому, какие вопросы они задали. Список вопросов, которые стоит задать самому подрядчику, собрали в статье о вопросах к подрядчику перед заказом.
  3. Аналитика и прототип. Анализ конкурентов, семантики, структура и сценарии. Часто на этом этапе смета уточняется.
  4. ТЗ и договор. Бриф превращается в техническое задание, которое становится приложением к договору. Именно ТЗ, а не бриф, определяет, что вы примете и оплатите.
Если подрядчик называет точную цену сразу после брифа, без единого уточняющего вопроса, — это повод насторожиться. Скорее всего, в смете либо большой запас, либо будущие допсчета.

Типичные ошибки при заполнении брифа

  • «Целевая аудитория — все». Сайт для всех не продаёт никому. Даже широкий бизнес можно описать 2–3 основными сегментами.
  • Копирование сайта конкурента. «Сделайте как у X» без объяснения, что именно нравится, приводит к клону, который проигрывает оригиналу.
  • Молчание об интеграциях. Про 1С, CRM и оплату вспоминают на этапе вёрстки, когда архитектура уже заложена. Итог — переделки и допсмета.
  • Нет ответа, кто готовит контент. Самая частая причина срыва сроков: сайт готов, а текстов и фото нет. Каждая сторона думала, что это делает другая.
  • Скрытый бюджет или «чем дешевле, тем лучше». Подрядчики предлагают несравнимые решения, выбор делается по цене, а не по составу работ.
  • Бриф заполняет не тот человек. Ответы переписываются после первой встречи с собственником, оценка — тоже.
  • Слишком много функций в первом запуске. Всё сразу — значит долго и дорого. Лучше запустить ядро за 1,5–2 месяца и развивать сайт по данным.

Чек-лист перед отправкой брифа

  • Бриф заполнял или проверил человек, который принимает решения по проекту.
  • Цель сайта сформулирована через целевое действие и измеримый результат.
  • Описаны 2–3 сегмента аудитории и их главные вопросы.
  • Указаны конкуренты и референсы с пояснением, что в них нравится.
  • Перечислены все интеграции: CRM, 1С, оплата, доставка, телефония.
  • Понятно, кто готовит тексты и фото.
  • Функции разделены на «обязательно к запуску» и «потом».
  • Указаны вилка бюджета и дата запуска с пометкой, насколько она жёсткая.
  • Назначен ответственный за проект и за приёмку.
  • Пометки «не знаю» оставлены там, где действительно нужна помощь подрядчика.

Итог

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

Частые вопросы
Черновик обычно заполняют за 1–2 часа, если на руках есть данные о клиентах и конкурентах. Ещё примерно 40–90 минут обычно уходит на разбор брифа с подрядчиком на созвоне. Для лендинга всё быстрее, для интернет-магазина с интеграциями — дольше.
Большинство студий дают свой шаблон — логично заполнять его, потому что он заточен под их процесс оценки. Если хотите сравнить нескольких подрядчиков, заполните один универсальный бриф (например, список вопросов из этой статьи) и отправьте всем одинаковый — так предложения будут сравнимы.
Можно, если после созвона подрядчик сам зафиксирует договорённости письменно и вы их проверите. Устная постановка живёт до первого спора, а оценка без письменных вводных почти всегда меняется по ходу проекта.
Не обязательно. Если у компании есть требования — корпоративный стандарт, уже купленная лицензия 1С-Битрикс, свои разработчики, которые будут поддерживать сайт, — их стоит указать. В остальных случаях выбор стека — задача подрядчика, а вы оцениваете его аргументы.
Заполнение брифа и предварительная оценка у студий обычно бесплатны. Платной бывает глубокая аналитика и проектирование с прототипом и детальным ТЗ — это уже отдельный этап работ, результат которого остаётся у заказчика.
Бриф — рабочий документ, его можно дополнять до подписания ТЗ. После старта разработки изменения оформляются через ТЗ и допсоглашение к договору, потому что меняют объём, сроки и стоимость.
Создание сайтов
Поможем с этой задачей под ключ — от идеи до результата. Рассчитаем стоимость и сроки под вашу задачу.
Читать подробнее
Услуги по теме
Проектируем и собираем сайты, которые приносят заявки, а не просто красиво выглядят. Под ключ: от стратегии и прототипа до запуска и сопровождения. Стек ReactJS и собственная CMS — без шаблонов и привязки к чужой платформе.
Двусторонняя интеграция сайта с 1С и CRM под ключ: товары, остатки, цены и заказы синхронизируются автоматически, без ручного переноса. CommerceML и REST API, amoCRM и Битрикс24 — студия с 2008 года.

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

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