Техническое задание сайта — это документ, который защищает бюджет и нервы обеих сторон: без него правки на разработке множатся, а сроки сдвигаются на неопределённый срок. Разберём, как подготовить брифинг, что обязательно включить в ТЗ и сколько стоит разработка сайта под ключ.
Что такое техническое задание сайта
Техническое задание сайта — это документ, где заказчик и подрядчик фиксируют, что именно будет сделано: структуру страниц, функциональность, требования к дизайну, техническую платформу, сроки и критерии приёмки. ТЗ переводит устные договорённости в проверяемый список задач и защищает обе стороны от разночтений «я думал, будет по-другому».
Без ТЗ проект держится на памяти и переписке в мессенджере. Через месяц никто не вспомнит, обсуждали ли форму обратной связи на главной или это была догадка менеджера. Каждая такая неясность превращается в спор: заказчик считает, что это входило в стоимость, подрядчик — что это дополнительная работа.
ТЗ не равно брифу. Бриф — это вводные данные от заказчика: цели, аудитория, референсы. ТЗ — техническая реализация этих вводных, которую готовит подрядчик на основе брифа. Сначала брифинг, потом документ. Путать эти два этапа — частая причина, почему разработка стартует с недопонимания, а не с чёткого плана.
Зачем нужен брифинг перед разработкой
Брифинг — это структурированный опросник или интервью, где заказчик формулирует цели сайта, аудиторию, конкурентов и ограничения до того, как подрядчик сядет писать ТЗ. Без брифинга подрядчик додумывает задачи сам, и результат может не совпасть с ожиданиями бизнеса — а переделка обходится дороже, чем правка на бумаге.
Брифинг решает три задачи разом. Во-первых, синхронизирует ожидания: что для заказчика значит «современный дизайн» и «удобный каталог» — вопросы, на которые у каждого свой ответ, пока их не проговорили вслух. Подробнее о том, какие решения в дизайне реально влияют на конверсию, — в статье про дизайн сайта. Во-вторых, даёт подрядчику материал для точной оценки: без брифа смета — это гадание, с брифом — расчёт. В-третьих, брифинг фиксируется письменно и становится точкой отсчёта, если позже возникнет спор об объёме работ.
Хороший брифинг занимает 30–60 минут созвона или письменную анкету на 15–25 вопросов. Меньше — рискуете упустить важное, больше — заказчик устаёт и отвечает формально.
Что входит в ТЗ для разработки сайта
В ТЗ на разработку сайта входит семь обязательных блоков: цели и аудитория, карта сайта (структура страниц), функциональные требования, техническая платформа, требования к дизайну, требования к контенту и критерии приёмки со сроками.
- Цели и аудитория — зачем сайт существует и кто на него придёт: заявки, продажи, имидж, поддержка клиентов.
- Карта сайта — список страниц с иерархией: главная, каталог, карточка товара, контакты и так далее.
- Функциональные требования — формы, фильтры, личный кабинет, интеграции с CRM и платёжными системами.
- Техническая платформа — на чём собирают сайт: конструктор, самописный код или готовая CMS вроде 1С-Битрикс.
- Требования к дизайну — референсы, фирменный стиль, адаптивность под мобильные устройства.
- Требования к контенту — кто и когда готовит тексты, фото и видео; это отдельная работа, и её стоит спланировать заранее — например, через наполнение сайта контентом.
- Критерии приёмки — по каким параметрам заказчик принимает готовый сайт: скорость загрузки, кроссбраузерность, работоспособность форм.
Чем подробнее прописан каждый блок, тем меньше поводов для спора на этапе сдачи.
Как подготовить брифинг проекта
Подготовить брифинг — значит письменно ответить на вопросы о бизнесе, аудитории, конкурентах и ограничениях до старта разработки. Проще всего сделать это по анкете подрядчика, но полезно заранее собрать материалы самостоятельно: 3–5 сайтов-референсов, список конкурентов, готовые тексты и фото, если они есть.
Вопросы группируются в четыре блока. Про бизнес: чем занимается компания, какие услуги или товары продвигать в первую очередь, какой бюджет и срок на проект. Про аудиторию: кто принимает решение о покупке, с какого устройства обычно заходят, какие возражения чаще всего слышит отдел продаж. Про контент: есть ли готовые тексты и фото или их нужно писать с нуля, кто утверждает финальные формулировки. Про продвижение: планируете ли SEO-продвижение сразу после запуска — это влияет на структуру сайта и техническую сборку, детали — в статье про эффективное продвижение сайта.
Не пытайтесь угадать «правильный» ответ — подрядчику нужны факты о вашем бизнесе, а не формулировки из чужого сайта.
Сколько стоит разработка сайта по ТЗ
Разработка сайта под ключ по готовому ТЗ стоит от 25 000 руб. за визитку до 100 000 руб. и выше за интернет-магазин или портал. Итоговая цена зависит от объёма функциональности, числа уникальных экранов и интеграций, прописанных в ТЗ, — сама подготовка документа в эту сумму уже входит.
| Тип сайта | Цена от | Срок |
|---|---|---|
| Сайт-визитка | 25 000 руб. | 2–3 недели |
| Лендинг | 30 000 руб. | 2–3 недели |
| Корпоративный сайт | 80 000 руб. | 4–6 недель |
| Интернет-магазин / портал | 100 000 руб. | 8–12 недель |
| Готовое решение на 1С-Битрикс | 89 900 руб. | 3–5 дней |
Полный состав работ по каждому тарифу — на странице «сколько стоит сайт». Цена растёт от базовой, когда в ТЗ добавляются нестандартные интеграции (CRM, склад, платёжные системы), дизайн с нуля вместо готового шаблона или большой объём написанного под проект контента. Готовое решение на 1С-Битрикс дешевле и быстрее именно потому, что структура и модули уже собраны — ТЗ там ограничивается настройкой под бизнес, а не проектированием с нуля.
Этапы подготовки ТЗ и запуска проекта
Подготовка ТЗ и запуск разработки проходят в шесть шагов — от сбора вводных до старта работ по утверждённому документу. Каждый шаг имеет свой срок, и сдвиг на любом из них двигает весь график проекта.
-
Брифинг и сбор вводных
1–2 рабочих дня
Заполняете анкету или проходите созвон с менеджером, собираете референсы и готовые материалы.
-
Анализ конкурентов и аудитории
2–3 рабочих дня
Подрядчик смотрит похожие сайты, формулирует гипотезы по структуре и функциональности.
-
Прототипирование структуры
3–5 рабочих дней
Готовится карта сайта и схематичные прототипы ключевых страниц.
-
Написание технического задания
3–5 рабочих дней
Документ со всеми разделами: функциональность, платформа, дизайн, контент, критерии приёмки.
-
Согласование и утверждение ТЗ
1–3 рабочих дня
Заказчик вносит правки, стороны подписывают финальную версию.
-
Разработка по утверждённому ТЗ
согласно срокам из таблицы выше
Работы стартуют строго по зафиксированному документу, без дописывания задач на ходу.
Как чёткое ТЗ экономит бюджет и сроки
Чёткое ТЗ экономит бюджет за счёт того, что правки на этапе документа стоят в разы дешевле правок на этапе разработки. Исправить формулировку в тексте — минуты. Переделать уже свёрстанный блок или перепроектировать интеграцию — часы или дни работы программиста, которые ложатся в смету.
Логика простая: пока сайт существует только в виде документа, любое изменение — это правка одной строки. Как только начинается вёрстка, та же правка означает переделку готового блока. А если ошибка всплывает на этапе интеграции с CRM или платёжной системой, её исправление может задеть смежные модули и сдвинуть весь график. Поэтому подрядчики в теме настаивают на подробном ТЗ не из бюрократии, а потому что видели обратную сторону — проекты, где правки копились месяцами именно из-за нечёткого документа на старте.
Отсюда практический вывод: время, потраченное на согласование ТЗ, — это не задержка старта, а инвестиция, которая окупается на этапе сдачи проекта.
Кому нужен подробный брифинг, а кому нет
Подробный брифинг обязателен для многостраничных сайтов, интернет-магазинов и проектов с интеграциями — там количество деталей велико, и без документа часть требований неизбежно потеряется. Для простого одностраничника с готовым референсом хватает короткого брифа на 5–7 вопросов.
Подробное ТЗ особенно нужно, если вы планируете сайт с прицелом на SEO- или GEO-продвижение в нейросетях — структура страниц, разметка и техническая база закладываются на этапе проектирования, а переделать их потом дороже, чем учесть сразу. План таких работ на старте описан в статье про GEO-продвижение за 90 дней.
Не подходит подробный брифинг, если у вас уже есть точный референс-сайт, который нужно повторить почти один в один, или если бюджет и сроки жёстко ограничены и важнее скорость запуска, чем проработка деталей. В таких случаях лучше работает короткий бриф плюс готовое решение на CMS — например, лицензия 1С-Битрикс «Малый бизнес».
Ошибки при подготовке технического задания
Разберём частые ошибки при подготовке технического задания:
- 01 Нет измеримых критериев приёмки
«сайт должен быть удобным» невозможно проверить, а «форма отправляет заявку на email и в CRM за 3 секунды» — можно.
- 02 Смешивают бриф и ТЗ
Заказчик присылает пожелания в свободной форме и считает это техническим заданием, хотя это только исходные данные для него.
- 03 Не фиксируют объём правок
Без указанного количества итераций правки становятся бесконечными, а сроки сдвигаются на неопределённый срок.
- 04 Игнорируют требования к контенту
Если не прописано, кто готовит тексты и фото, разработка стопорится на этапе наполнения готовых макетов.
- 05 Меняют ТЗ на ходу без фиксации
Устные договорённости «давайте ещё добавим» не попадают в документ и потом становятся источником спора.
- 06 Не указывают техническую платформу заранее
Выбор CMS после старта прототипирования часто требует переделки уже готовой структуры.
Если не хотите разбираться в деталях самостоятельно — закажите разработку сайта под ключ: поможем собрать бриф и подготовить ТЗ на этапе оценки проекта.
Источники
- W3C Web Accessibility Initiative (WCAG) — стандарты доступности, которые стоит закладывать в технические требования ТЗ
- Google web.dev — Core Web Vitals — технические метрики скорости и удобства, которые фиксируют в критериях приёмки сайта
