Как составить техническое задание на сайт: полный гайд с образцами и чек-листом

Вы хотите заказать сайт, но не знаете, с чего начать. Разработчики просят ТЗ, а у вас в голове - только общая картинка. Знакомо?

Техническое задание - не бюрократическая формальность. Это ваш главный инструмент контроля и экономии. Проекты с чётким ТЗ в 3 раза реже требуют переделок и выходят за рамки бюджета. В этом гайде - пошаговая инструкция, готовый образец структуры ТЗ, чек-лист на 20 пунктов и цены. Без воды, с конкретными формулировками, которые поймут и разработчик, и юрист.

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

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

ТЗ имеет юридическую силу. Это приложение №1 к договору подряда. Если результат не соответствует ТЗ, заказчик вправе не подписывать акт и требовать доработок. Верховный суд РФ подтвердил: ТЗ - надлежащее доказательство объёма и качества работ. Без ТЗ создание сайта превращается в хаотичный процесс, где каждая сторона трактует требования по-своему.

Реальный факт: Исследование 22 веб-студий показало, что на одно и то же ТЗ (корпоративный сайт на 7 страницах) компании выставили оценки от 218 000 до 5 000 000 рублей - разница в 23 раза. Без ТЗ вы не сможете сравнить предложения и рискуете переплатить.

ТЗ, бриф и договор: в чём разница

Цепочка профессиональной веб-разработки в 2026 году выглядит так:

Бриф → Техническое задание → Договор → Разработка

Бриф - маркетинговый опросник. Заказчик рассказывает о бизнесе, целях, целевой аудитории, приводит примеры сайтов-референсов. Это анкета на 15-30 вопросов. Бриф заполняет заказчик; на его основе аналитик или менеджер формирует ТЗ.

ТЗ - технический документ. В нём уже нет маркетинговых гипотез - только конкретные требования: структура страниц, функционал, стек технологий, требования к безопасности, SEO-блок, критерии приёмки. ТЗ пишет исполнитель или совместно с заказчиком.

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

Юридический статус ТЗ: приложение к договору и защита обеих сторон

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

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

Структура ТЗ на разработку сайта: разделы, которые обязательны в 2026 году

Правильно структурированное ТЗ нужно, чтобы им было удобно пользоваться как рабочим инструментом на всём протяжении проекта. Хорошее ТЗ - это не огромный документ «про всё», а чёткое описание первой рабочей версии сайта с измеримыми критериями качества.

Ниже - 9 обязательных разделов ТЗ на сайт в 2026 году.

Общие сведения и цели: как описать, чтобы разработчик не гадал

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

Цели проекта формулируются с измеримыми KPI. Неправильно: «Хотим увеличить продажи». Правильно: «Конверсия из посетителя в заявку - не менее 3%; 1000 уникальных посетителей в сутки через 6 месяцев после запуска». Тут же прикладывают портрет целевой аудитории: пол, возраст, география, интересы.

Пример формулировки:
«Цель сайта: привлечение лидов на услуги промышленного проектирования. ЦА: руководители производственных компаний, 35-50 лет, Россия. KPI: 150 заявок в месяц через 4 месяца после запуска.»

Обязательный пункт - 2-3 ссылки на сайты конкурентов с комментариями, что именно нравится: дизайн, структура, анимация, конкретные элементы.

Структура и навигация: карта сайта в ТЗ

Структура - перечень всех страниц и разделов с указанием их назначения. Лучше оформить в виде mindmap-схемы (Miro, XMind) и приложить к ТЗ.

Пример для интернет-магазина:

• Главная: акции, популярные товары, бренды

• Каталог: список категорий, фильтры по цене/бренду/свойствам, сортировка

• Карточка товара: фото, артикул, цена, характеристики, отзывы, кнопка «В корзину»

• Доставка и оплата: условия, способы

• О компании: история, команда, сертификаты

• Контакты: адрес, карта, телефон, форма связи

Функциональные требования: user stories вместо «хотелок»

Лучший формат описания функций в ТЗ - User Story. Это шаблон: «Как [роль пользователя] я хочу [действие], чтобы [результат]». Такой формат исключает двусмысленность. В отличие от абстрактных «на сайте должна быть регистрация», разработчик видит контекст: кто, зачем и что именно должен получить.

Примеры User Story:

• «Как покупатель я хочу отфильтровать товары по размеру, чтобы не листать весь каталог вручную.»

• «Как администратор я хочу видеть список поступивших заказов с фильтром по дате, чтобы обрабатывать их в порядке очереди.»

• «Как менеджер я хочу получать уведомление на email о каждой новой заявке, чтобы не пропускать лиды.»

Для приоритизации функций применяют матрицу MoSCoW:

• Must have - критически важные (без них сайт не запустится)

• Should have - важные, но можно отложить до второй фазы

• Could have - желательные, реализуются при наличии бюджета

• Won't have - исключены из текущего объёма

Технический стек и CMS: требования, которые сэкономят бюджет

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

• CMS: WordPress, 1С-Битрикс, MODX - или кастомная разработка. Критерии выбора: гибкость, безопасность, стоимость лицензии, наличие специалистов на рынке

• Backend: PHP/Laravel, Python/FastAPI, Node.js - в зависимости от сложности

• Frontend: React, Vue - для интерактивных интерфейсов; HTML/CSS/jQuery - для простых

• База данных: MySQL, PostgreSQL

• Хостинг: VPS, выделенный сервер, облако (например, Яндекс.Облако). Для соблюдения 152-ФЗ сервер должен находиться на территории РФ

• Поддержка браузеров: Chrome, Firefox, Safari, Edge, Яндекс.Браузер - последние две версии

Технические требования к безопасности: 152-ФЗ, SSL и не только

С 30 мая 2025 года в России действуют новые штрафы за нарушение 152-ФЗ «О персональных данных». Для юридических лиц - до 6 млн рублей за утечку, до 300 000 рублей за отсутствие согласия на обработку ПД.

ТЗ должно содержать отдельный раздел безопасности. Обязательные требования:

1. SSL-сертификат (HTTPS) - обязателен, если на сайте есть формы сбора данных

2. Политика конфиденциальности - размещается в футере сайта и рядом с каждой формой

3. Активные чекбоксы согласия - нельзя предустанавливать галочку «по умолчанию»; для email-рассылок нужно отдельное согласие

4. Ограниченный доступ к базам данных - логины/пароли, ролевая модель

5. Регулярные обновления CMS и плагинов

6. Резервное копирование - рекомендуется ежедневное

7. Шифрование данных - рекомендуется AES-256

8. Двухфакторная аутентификация для админ-панели

Что проверяет Роскомнадзор на сайте: требования в ТЗ

При проверке РКН смотрит: наличие политики конфиденциальности и форм согласия, SSL-сертификат (если есть формы ввода), факт подачи уведомления о начале обработки персональных данных. Уведомление подаётся через портал Госуслуг в течение 30 дней с начала обработки данных. Все эти пункты должны быть явно прописаны в ТЗ - иначе разработчик может их упустить.

SEO-требования в техническом задании: что заложить на старте

Концепция SEO Driven Development (SDD) - стандарт веб-разработки в 2026 году. SEO-специалист участвует в проекте с этапа проектирования, а не подключается постфактум.

Что включить в SEO-блок ТЗ:

• Семантическое ядро - список ключевых запросов с частотностью и распределением по страницам

• ЧПУ - человекопонятные URL: латиница, дефисы, нижний регистр (site.ru/catalog/krovati)

• Мета-теги: шаблоны Title (до 70 символов) и Description (до 160) для всех типов страниц

• Sitemap.xml - автоматически обновляемая карта сайта

• Robots.txt - корректно настроенный файл индексации

• Адаптивная вёрстка - Mobile-First, контрольные точки: 360, 768, 1024, 1440 px

• Скорость загрузки - не более 2 секунд (LCP в Core Web Vitals)

• Микроразметка: schema.org (Article, Product, BreadcrumbList, Organization)

• Редиректы: настройка 301-х редиректов при смене URL

• Канонические URL: отсутствие дублей страниц

Почему нельзя откладывать SEO на «после запуска»

Переделка сайта без базовой SEO-оптимизации обходится в 2,5 раза дороже, чем интеграция требований на старте. Разработчики вынуждены перестраивать архитектуру, дизайнеры тратят дополнительно 80-120 часов на адаптацию макетов. Сайты без SEO в ТЗ выходят на плановые метрики за 6-8 месяцев, с SEO - за 2-3 месяца.

Цифра: Каждая третья компания теряет до 45% потенциальных продаж из-за ошибок, допущенных на этапе разработки и не учтённых в ТЗ.

Пошаговая инструкция: как составить ТЗ на сайт самому

Составить рабочее ТЗ можно без привлечения аналитика. Алгоритм из 6 шагов:

Шаг 1. Заполните бриф. Ответьте на вопросы: какая цель сайта, кто ваша аудитория, кто основные конкуренты, какой бюджет. Укажите 2-3 референса.

Шаг 2. Опишите структуру. Составьте mindmap страниц: главная, каталог, карточка товара, доставка, контакты. Для каждой страницы - краткое описание содержания.

Шаг 3. Пропишите функционал через User Story. По каждой функции ответьте: кто, что, зачем. Примените MoSCoW.

Шаг 4. Зафиксируйте технические требования. CMS, стек, хостинг, браузеры, адаптив, скорость.

Шаг 5. Добавьте блок безопасности и SEO. SSL, политика ПД, мета-теги, ЧПУ, sitemap.xml.

Шаг 6. Проверьте по чек-листу и отдайте разработчикам. Чек-лист - в следующем разделе.

Инструменты для написания ТЗ: Google Docs, Notion, Figma

• Google Docs - для простых проектов. Совместное редактирование, комментарии, история версий

• Notion - для сложных проектов. База знаний с оглавлением, версионированием и связями

• Figma / Miro - для визуальных прототипов и карт структуры. Схема навигации в Figma стоит тысячи слов описания

Чек-лист: 20 пунктов, без которых ТЗ не готово

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

Проверьте свой документ по списку:

1. Цели проекта с KPI

2. Портрет целевой аудитории

3. Ссылки на 2-3 конкурента с комментариями

4. Карта страниц (mindmap)

5. Описание каждой страницы

6. User Story для всех функций

7. Приоритеты по MoSCoW

8. Выбранный стек технологий

9. Выбранная CMS и обоснование

10. Адаптивная вёрстка (Mobile-First)

11. Кроссбраузерность

12. Скорость загрузки ≤ 2 сек

13. SSL-сертификат

14. Политика конфиденциальности

15. Формы с активным согласием на ПД

16. Мета-теги Title/Description

17. ЧПУ (структура URL)

18. sitemap.xml и robots.txt

19. Интеграции (CRM, оплата, 1С, аналитика)

20. Критерии приёмки

Типичные ошибки при составлении ТЗ, которые удваивают бюджет

Каждая из перечисленных ошибок добавляет 30-50% к бюджету на этапе доработок. Вот главные грабли, на которые наступают заказчики.

«Сделайте как у них» и другие вредные формулировки

Фраза «сделайте сайт как у конкурента» - самая дорогая. Конкурент мог потратить 5 млн рублей, а вы об этом не знаете. Правильная формулировка - указать конкретный элемент: «Нравится боковой фильтр товаров по параметрам, как на example.ru: цена, бренд, размер. Хочу такой же, адаптированный под нашу товарную матрицу.»

Другие вредные формулировки и их замена:

Почему «водопад» не всегда лучше «гибрида»: выбираем методологию под проект

Методология написания ТЗ выбирается по уровню определённости на старте:

• Waterfall - каскадная модель. Подходит, когда всё понятно заранее: сайт-визитка, типовой корпоративный сайт. ТЗ описывает весь проект целиком до начала разработки.

• Гибрид - когда цель ясна, но детали будут уточняться: интернет-магазин с интеграциями. На каждый этап формируется свой пакет требований.

• Agile - для проектов с высокой неопределённостью: уникальные B2B-порталы, сложные сервисы. Фиксировать объём на старте - самообман.

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

Сколько стоит разработка ТЗ и от чего зависит цена

• Самостоятельное ТЗ - 0 руб., 8-16 часов работы. Бесплатные шаблоны доступны на FreshDoc и других ресурсах.

• Разработка ТЗ веб-студией - 50 000 - 150 000 руб. за корпоративный проект. Входит в предпроектное обследование: аналитика, прототипирование, формирование документа.

• Отдельный аналитик-фрилансер - от 30 000 руб. Цена зависит от сложности: количество интеграций, ролей пользователей, объём контента.

Почему платное ТЗ окупается: кейс-исследование рынка

В феврале 2025 года digital-агентство Михаила Грохотова провело исследование: составило ТЗ на корпоративный сайт (7 страниц) и отправило запросы в 22 веб-студии. Разбег цен - от 218 000 до 5 000 000 рублей. Почти в половине случаев бюджет был озвучен сразу же, без уточнений. 40% полученных смет превысили 1 млн рублей.

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

Альтернативный взгляд: ТЗ не панацея

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

Нетривиальный факт: откуда взялся ГОСТ 34.602

ГОСТ 34.602-2020 - это эволюция советского ГОСТ 34.602-89, который применялся к АСУ ТП и военным системам. Изначально он не предназначался для веб-разработки, но благодаря универсальной структуре разделов (общие сведения, цели, требования к системе, состав работ, приёмка) адаптировался и для IT-проектов. Сегодня это единственный действующий в РФ стандарт на техническое задание для автоматизированных систем - включая сайты.

FAQ

Что такое техническое задание на сайт простыми словами?

Это документ, который объясняет разработчикам, какой сайт вы хотите получить. Как проект для строителей: «Фундамент - такой, стены - такие, окна - такие». Чем точнее описание, тем меньше шансов, что построят не то.

Кто должен писать ТЗ - заказчик или исполнитель?

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

Какого объёма должно быть ТЗ?

Для лендинга - 3-5 страниц. Для корпоративного сайта - 7-10 страниц. Для интернет-магазина - 10-20 страниц. Объём не самоцель: важна полнота и конкретность, а не количество страниц.

Нужны ли в ТЗ макеты и прототипы?

Строго не обязательны, но крайне рекомендуются. Figma-прототип решает 80% споров о дизайне ещё до начала вёрстки.

Обязательно ли ТЗ при заказе сайта у фрилансера?

Обязательно. С фрилансером риски недопонимания выше, чем со студией, потому что у фрилансера нет проектного менеджера и юриста. ТЗ - ваша единственная защита.

Можно ли использовать ГОСТ 34.602-2020 для веб-сайта?

Можно. ГОСТ универсален для автоматизированных систем. Он задаёт структуру ТЗ: общие сведения, цели, характеристика объекта, требования к системе, состав работ, приёмка. Для госзакупок использование ГОСТ обязательно.

Что делать, если подрядчик нарушает ТЗ?

Зафиксируйте несоответствие письменно (email). Укажите пункт ТЗ, который нарушен. Если подрядчик не исправляет - откажитесь от подписания акта и потребуйте доработок. В крайнем случае - расторжение договора и обращение в суд. ТЗ - ваше главное доказательство.