ТЗ (а на старте обычно бриф) - это документ, где вы описываете, чего хотите от сайта: цель, контент, функции, бюджет. Звучит скучно, но именно он решает, будет ли оценка реальной, а готовый сайт сделает то, ради чего вы его заказываете. Хороший бриф экономит деньги обеим сторонам: я не гадаю, а вы не платите за правки, которые выросли из недопонимания. Ниже даю чек-лист пунктов, которые я хочу увидеть, и готовый шаблон для копирования.
Что должно быть в брифе - чек-лист
Это не список желаний в стиле "чтобы красиво". Каждый пункт закрывает какой-то будущий вопрос или спор.
- Цель сайта и бизнес-задача. Не "какой сайт хотите", а что должно измениться после запуска - больше заявок, продажи онлайн, меньше звонков с одним и тем же вопросом. Без цели мы делаем красивую брошюру, которая ничего не приносит.
- Целевая аудитория. Кто будет читать сайт: ниша, возраст, это бизнес или частные клиенты, как они попадают на сайт (из Google, из рекламы, по сарафану). Для стройки я пишу иначе, чем для косметолога.
- Структура и страницы. Список страниц, которые нужны: главная, услуги, о нас, кейсы, контакты, блог. Если не зафиксировать это на старте, по ходу появляется "а давайте ещё добавим" и цена растёт.
- Нужный функционал. Форма, калькулятор, запись на время, корзина и оплата, личный кабинет, фильтры. Функции - самая большая часть бюджета, поэтому чем раньше вы их выпишете, тем точнее оценка.
- Примеры сайтов, которые нравятся. Две-три ссылки с пометкой, что именно нравится - вёрстка, простота, цвета. Это сокращает раунды правок по дизайну сильнее любого словесного описания.
- Контент - кто даёт тексты и фото. Есть ли готовые тексты и фотографии, или нужен копирайтер и съёмка. Отсутствие контента - самая частая причина, по которой проект стоит неделями.
- Языки. Одна версия или многоязычный сайт (русский, польский, английский, украинский). Это влияет на структуру, бюджет и на то, как я собираю сайт с первого дня, поэтому "доделать потом" бесплатно не получится.
- Бюджет и сроки. Вилка бюджета и реальный дедлайн, хотя бы ориентировочный. Без этого я стреляю вслепую, а вы получаете оценку, которая либо вас шокирует, либо описывает совсем не тот сайт, что вам нужен. Подробнее о ценах - в тексте сколько стоит сайт в Польше.
- Домен и хостинг. Есть ли уже домен, где стоит текущий сайт, у кого доступы. Часто это мелочь, которая в конце проекта тормозит запуск на несколько дней.
- Кто отвечает за SEO. Нужно ли готовить сайт под поиск и кто будет вести его дальше - вы, я или сторонняя студия. SEO, заложенное на этапе брифа, стоит дёшево, прикрученное постфактум - заметно дороже.
- Интеграции. CRM, платёжная система, Google Analytics, пиксель Meta, рассылка, система записи. Каждая интеграция - отдельная работа, поэтому она должна быть в брифе, а не в сообщении "ага, ещё подключим".
Готовый шаблон брифа для копирования
Скопируйте эти вопросы и ответьте на них своими словами. Не нужно красиво и длинно - двух страниц конкретики достаточно.
- Чем занимается компания и чем вы отличаетесь от конкурентов?
- Зачем вам новый сайт - что должно измениться после запуска?
- Кто ваш клиент и как он попадает на сайт?
- Какие страницы нужны?
- Какие функции обязательны (форма, оплата, запись, калькулятор)?
- Дайте 2-3 сайта, которые нравятся, и напишите почему.
- Есть готовые тексты и фото или нужна помощь?
- Сколько языковых версий?
- Какой бюджет и к какому сроку нужен сайт?
- Есть домен и хостинг? Где стоит текущий сайт?
- Кто будет заниматься SEO и вести сайт после запуска?
- Какие системы надо подключить (CRM, оплаты, аналитика, рассылка)?
Если не знаете ответ на часть вопросов - это тоже информация. Тогда мы просто пройдём их вместе на первом созвоне.
Бриф и полное ТЗ - чем отличаются и когда что нужно
Тут чаще всего путаются, поэтому разведу прямо.
Бриф пишет заказчик. Это его видение проекта: цели, аудитория, функции, бюджет, примеры. Язык человеческий, не технический. Бриф отвечает на вопрос "что я хочу и зачем". Его хватает для оценки и для небольших проектов - сайт компании, лендинг, простой блог.
Полное ТЗ (техническая спецификация) появляется позже, и пишет его исполнитель, лучше вместе с вами. Это расписанный по деталям бриф: как именно работает каждая форма, что происходит после клика, как выглядит интеграция с CRM, какие требования к скорости и устройствам. ТЗ отвечает на вопрос "как это должно работать в деталях". Оно нужно на крупных проектах - магазин, портал, сайт с личным кабинетом и оплатами, - потому что там недосказанности стоят дороже всего.
На практике это так: вы даёте бриф, я по нему делаю оценку, а на сложном проекте мы вместе дорабатываем ТЗ перед стартом. Как этот порядок влияет на сроки, я описал в тексте про этапы и сроки разработки сайта.
Хороший бриф - ещё и сигнал, что вы попали к адекватному исполнителю: если кто-то оценивает сайт, не задавая этих вопросов, стоит насторожиться. На что ещё смотреть, я собрал в гайде как выбрать разработчика сайта.
FAQ
Что должно быть в ТЗ на сайт?
Бизнес-цель сайта, целевая аудитория, список страниц, нужные функции, примеры сайтов, которые нравятся, информация о текстах и фото, языки, бюджет и сроки, данные о домене и хостинге, а также нужные интеграции. Это минимум, который позволяет сделать реальную оценку без гаданий.
Нужен ли бриф, если я могу просто рассказать, чего хочу?
Разговор - это здорово, но он забывается. Бриф фиксирует договорённости, к которым обе стороны могут вернуться, когда возникнет спор "но мы же договаривались иначе". Без него почти всегда появляются правки, за которые кто-то должен платить - обычно вы.
Кто составляет ТЗ - заказчик или разработчик?
Бриф пишет заказчик, своими словами, потому что это описание его бизнеса и ожиданий. Полное техническое ТЗ пишет исполнитель, лучше совместно с заказчиком, потому что оно требует знания того, как всё устроено технически.
Каким по объёму должно быть ТЗ?
Коротким и конкретным на этапе брифа. Две, максимум три страницы. Лучше несколько фраз по делу, чем десять страниц общих слов в стиле "современно и профессионально". Важна конкретика, а не объём.
Что делать, если я не знаю ответов на часть пунктов?
Это нормально, особенно с первым сайтом. Оставьте эти места пустыми и отметьте их. Пройдём их вместе на созвоне - часто это самая интересная часть, потому что всплывают вещи, о которых вы раньше не думали.
Влияет ли бриф на цену сайта?
Да, и сильно. Чем точнее бриф, тем точнее оценка. Размытый бриф заставляет оценивать "с запасом" на неизвестное либо приводит к доплатам потом, когда всплывают функции, которых не было в списке.
Можно ли передумать после отправки брифа?
Конечно, бриф - это стартовая точка, а не договор, высеченный в камне. Мелкие изменения на этапе обсуждения естественны. Проблема начинается только с крупных разворотов по ходу сборки сайта - именно поэтому основы стоит продумать в самом начале.
Есть идея сайта, но непонятно, как уложить её в бриф? Напишите мне - пройдём эти пункты вместе. Что входит в услугу, я описал на странице разработка сайтов.
