Бриф и ТЗ: в чём разница для заказчика сайта

Бриф и ТЗ. Бриф собирает вводные, ТЗ фиксирует объём и приёмку; путать их - значит получить «мы думали иначе» на финале.

Два документа, одна цель - но разная глубина

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

Вот где ломают.

Я обычно начинаю с брифа на созвоне, после согласования объёма оформляю ТЗ на 1-3 страницы.

Бриф без ТЗ - «мы обсуждали в целом». ТЗ без брифа - сухой список без контекста бизнеса.

Мелочь? Нет.

Нужны оба, но на разных этапах.

Что в брифе

  • Компания, продукт, конкуренты.
  • Целевая аудитория и главная цель сайта.
  • Референсы: нравится / не нравится.
  • Бюджет, срок, контактное лицо.
  • Материалы: есть / будут / нужна помощь.

Что в ТЗ

  • URL и названия страниц.
  • Формы, интеграции, цели Метрики.
  • Кто даёт тексты и к какой дате.
  • Число раундов правок.
  • Чеклист приёмки.
  • Явный список «не входит».
БрифТЗ
КогдаДо сметыДо старта работ
ФорматАнкета, созвонДокумент, подпись/OK в почте
Юридическая силаСлабееСильнее
МеняетсяЧастоВерсионно

Как бриф превращается в ТЗ

После брифа я присылаю черновик ТЗ: «из ваших ответов получается 5 страниц, форма в Telegram, без магазина». Заказчик правит, мы фиксируем v1. Любое добавление - v2 с доплатой. Подробно про ТЗ - техническое задание на сайт, ТЗ без расползания.

Бриф: «нужен современный сайт». ТЗ: «главная, услуги, цены, контакты, форма в Telegram, 2 раунда правок».

Шаблон брифа (короткий)

1. Чем занимаетесь одним предложением?
2. Главная цель сайта (заявка / звонок / запись)?
3. 3 сайта, которые нравятся, и почему
4. Страницы, которые точно нужны
5. Есть ли тексты, фото, логотип?
6. Бюджет и желаемая дата запуска

Ошибка: ТЗ из брифа студии без адаптации

Скачали PDF на 20 страниц, половина не про ваш проект. Лучше короткое ТЗ под вас, чем простыня «про инновации».

Сроки плывут отсюда.

Бриф студии - старт для вопросов, не финал.

Бриф в Telegram

Можно ответить на 6 вопросов сообщениями. Я собираю в doc и отправляю как ТЗ. Описать задачу в Telegram.

Кто пишет ТЗ

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

Бриф и смета

По брифу - вилка «от-до». По ТЗ - фикс или узкая вилка. Не просите точную цену по брифу «сайт для всех». Сколько стоит сайт.

Когда достаточно брифа

Микролендинг на 3 блока, фикс-пакет у подрядчика, всё входит в прайс. Тогда бриф + OK в переписке = достаточно. Всё сложнее - ТЗ.

Версии и изменения

«Добавим каталог» после ТЗ - не правка брифа, а change request. Запись в ТЗ v2. Так проект не расползается.

В конце

Бриф - понять задачу. ТЗ - зафиксировать объём. Не подписывайте смету без ТЗ или его эквивалента в письме. Вопросы подрядчику - до предоплаты.

Бриф из 50 вопросов vs короткий

Длинный бриф студии пугает малого бизнеса. Я использую 6-10 вопросов для лендинга, 15-20 для каталога. Избыточные вопросы без влияния на смету - шум. Бриф должен вести к решению, не к диссертации.

Если заказчик не заполнил бриф, созвон 40 минут с записью и follow-up письмом «как поняли» заменяет анкету. Главное - письменная фиксация.

Юридическая сила

ТЗ + договор + переписка с OK сильнее, чем бриф. В споре суд смотрит на смету и ТЗ. Бриф - контекст, не всегда приложение к договору. Можно приложить, но дополните критериями приёмки.

Я сохраняю PDF ТЗ с датой в имени файла. «tz-clientname-2026-06-21.pdf». Архив на Google Drive заказчика.

Совместная работа над ТЗ

Заказчик знает бизнес, dev знает ограничения. Два раунда: черновик dev, комментарии заказчика, финал. Не 15 раундов «а давайте переформулируем миссию».

Наблюдение с реальных проектов

На созвонах я часто возвращаюсь к этой теме, когда заказчик говорит «у нас всё просто». Простота редко означает «без последствий»: у простого лендинга всё равно есть домен, ssl, форма, аналитика и договорённости с подрядчиком. Я обычно прошу зафиксировать решения письменно и сверить их с ТЗ, бюджетом и чеклистом перед запуском. Так проще передать проект новому исполнителю и не спорить «мы думали иначе» через три месяца.

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

Бриф: 15 минут, ТЗ: договор

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

Без ТЗ бриф остаётся пожеланиями. «Хотим современно и удобно» - бриф. «Главная, /services, форма в Telegram, 2 раунда правок» - уже ТЗ.

Один документ или два

Можно объединить: раздел «Контекст» из брифа, раздел «Объём работ» из ТЗ. Главное, чтобы блок приёмки и список страниц были, а не только «о компании».

Пример брифа на полстраницы

Компания: монтаж кондиционеров, Москва
Цель: заявки на установку
Аудитория: квартиры и малый офис
Конкуренты: [2 ссылки]
Тон: спокойный, без крика «акция»
Бюджет: до 120 000
Срок: июль 2026

Из этого я делаю ТЗ со списком страниц, формой, интеграциями. Бриф без цифр и сроков - мечта, не заказ.

Кто пишет

Бриф заполняет заказчик, ТЗ оформляет подрядчик после созвона или совместно. Оба подписывают или подтверждают email. Про ТЗ без расползания.

Бриф от агентства vs от заказчика

Маркетинг иногда присылает бриф на 20 страниц без списка URL. Выжимаю из него таблицу страниц и целей. Без этого документ красивый, но не исполнимый.

С чего начать

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

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

Заметки после разговора

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

Hosting, ssl, домен, форма, Метрика - базовая инфраструктура любого сайта, даже если статья про другую тему. См. hosting и ssl и доступы. Покупка сайта целиком - порядок шагов.

Что не стоит повторять

  • Считать заполненный бриф полноценным ТЗ.
  • Подписывать смету без списка страниц и приёмки.
  • Не переводить устные договорённости созвона в документ.
  • Использовать чужой шаблон ТЗ без вычёркивания лишнего.
  • Менять объём без новой версии ТЗ.

Практический порядок

  • Заполните короткий бриф или ответьте на 6 вопросов письменно.
  • Попросите черновик ТЗ до предоплаты.
  • Проверьте раздел «не входит» в ТЗ.
  • Согласуйте одну версию документа как актуальную.
  • Любое расширение фиксируйте дополнением к ТЗ.
  • Приложите чеклист приёмки к ТЗ.

Рядом по теме: ТЗ на сайт, ТЗ без расползания, Задача в Telegram.

Хотите обсудить похожую задачу? Могу помочь превратить бриф в короткое ТЗ до старта разработки.

Обсудить проект →