Техническое задание на сайт: как описать работу и приёмку
Техническое задание решает, когда сайт считается готовым. Без него приёмка превращается в спор о вкусах: заказчик ждал одного, разработчик сделал другое, и каждый по-своему прав. В статье — зачем ТЗ в договоре подряда и кто его пишет, из каких разделов оно состоит, как записать скорость загрузки и базовое SEO, какие требования закона к сайту заложить в задание и о чём предупредить заказчика, как писать проверяемо и превратить ТЗ в чек-лист приёмки. Пишем для разработчика, но заказчику статья поможет понять, что он подписывает.
- 01ст. 702ГК РФ: подрядчик выполняет работу «по заданию» заказчика — ТЗ и есть это задание
- 02ст. 721ГК РФ: качество работы должно соответствовать условиям договора, то есть ТЗ
- 0301.09.2025с этой даты согласие на обработку персональных данных оформляют отдельно от иных документов
- 042,5 сграница «хорошего» LCP в Core Web Vitals — пример измеримого требования
Содержание
Зачем ТЗ в договоре подряда
Сайт на заказ обычно делают по договору подряда: подрядчик обязуется выполнить по заданию заказчика определённую работу и сдать её результат, а заказчик — принять результат и оплатить его (п. 1 ст. 702 ГК РФ). Ключевые слова здесь — «по заданию» и «результат». Техническое задание (ТЗ) и есть это задание, записанное так, чтобы по нему можно было проверить результат. Оформляют его приложением к договору: в договоре — «работы выполняются в соответствии с техническим заданием (приложение 1)», а в самом ТЗ — что именно делается и как это принимают.
Без ТЗ спорить придётся по общим правилам. Заказчик обязан осмотреть и принять работу в сроки и в порядке, предусмотренные договором (п. 1 ст. 720 ГК РФ), а качество работы должно соответствовать условиям договора, при их отсутствии или неполноте — требованиям, обычно предъявляемым к работам такого рода (п. 1 ст. 721). Что «обычно предъявляется» к сайту, заказчик и разработчик понимают по-разному. ТЗ заменяет эти представления списком, который обе стороны подписали.
К тому же предмет — существенное условие договора (п. 1 ст. 432 ГК РФ), а строка «разработка корпоративного сайта» не говорит ни о числе страниц, ни о функциях, ни о том, кто пишет тексты. ТЗ определяет предмет так, чтобы его нельзя было прочитать двумя способами.
Кто пишет ТЗ? По закону задание даёт заказчик, но описать сайт техническим языком он может редко. Поэтому ТЗ чаще пишет разработчик — по брифу, структуре и прототипу (о них статьи «Бриф на сайт» и «Структура и прототип»), — а заказчик читает, задаёт вопросы и подписывает. Предварительную смету считают по структуре, ТЗ её уточняет. На сложном проекте описание функций и интеграций занимает дни, поэтому ТЗ разумно продавать отдельным платным этапом: его результат — документ, который останется у заказчика, даже если сайт он закажет другому исполнителю.
- Брифцели, аудитория, бюджет, ограничения
- Структура и прототипстраницы, шаблоны и блоки
- Предварительная сметацена по структуре
- ТЗчто делаем и как принимаем; смета уточняется
- КП и договорТЗ становится приложением к договору
Правило для всего документа: каждое требование в ТЗ отвечает на вопрос «как заказчик проверит, что это сделано». Если проверить нельзя, это пожелание, а не требование.
Из чего состоит ТЗ на сайт
Удобный порядок — от общего к частному: цели, страницы, функции, дизайн, экраны, платформа и интеграции; затем то, что легко забыть, — скорость, SEO, закон и контент; в конце — приёмка и то, что в работу не входит. Примеры в таблице — для условной студии ремонта квартир.
| Раздел | Пример записи |
|---|---|
| Цели и аудитория | «Заявки на замер из Челябинска; большинство посетителей — с телефонов» |
| Структура и шаблоны | «Главная, 8 страниц услуг по одному шаблону, портфолио, контакты; прототип — приложение 2» |
| Функции | «Калькулятор: площадь и тип ремонта — стоимость „от“ и кнопка заявки» |
| Дизайн | «Один вариант главной, два круга правок, затем внутренние шаблоны» |
| Экраны и браузеры | «360, 768, 1280 и 1920 пикселей; две последние версии Chrome, Safari, Firefox и Яндекс Браузера» |
| Платформа и доступы | «WordPress на хостинге заказчика, права администратора — у заказчика» |
| Интеграции | «Заявки — на почту и в CRM; Яндекс Метрика с целями» |
| Скорость и SEO | «LCP не больше 2,5 с на главной и странице услуги, мобильный режим; мета-теги, sitemap, 301» |
| Закон | «Согласие у каждой формы, ссылка на политику, уведомление о cookie» |
| Контент | «Тексты и фото — от заказчика до начала вёрстки» |
| Приёмка | «Проверка по чек-листу на тестовом адресе» |
| Вне объёма | «Тексты, фотосъёмка, реклама, поддержка после запуска» |
Шаблоны и функции
Структуру не пересказывайте: сошлитесь на прототип и перечислите шаблоны страниц с числом страниц по каждому — 8 страниц услуг и 300 карточек товаров дают разный объём наполнения.
Функции описывайте как сценарий: кто действует, что вводит, что происходит после. Форма — обязательные поля, куда уходит заявка, что видит человек после отправки и при ошибке. Калькулятор — параметры, формула и кто её даёт. Каталог, фильтры и поиск — по каким свойствам фильтр, как сортируется выдача, ищет ли поиск по артикулу. Оплата — какой платёжный сервис и чей с ним договор. Личный кабинет — что видит покупатель: заказы, статусы, адреса. То, что не названо в ТЗ, в цену не входит.
Дизайн, экраны и браузеры
Для дизайна запишите порядок согласования — концепция на примере главной, затем внутренние шаблоны, — число вариантов и кругов правок в цене. Как ограничить правки, — тема второй части серии.
Адаптивность задавайте ширинами экранов, на которых проверяется вёрстка, например 360, 768, 1280 и 1920 пикселей, и правилом для промежуточных: «нет горизонтальной прокрутки и наложения блоков». Браузеры перечисляйте поимённо — с версиями или правилом «две последние версии», сверяясь с аналитикой заказчика. Требование «во всех браузерах» проверить невозможно.
Платформа, доступы и интеграции
Платформа — конструктор, CMS или собственный код — определяет, что заказчик сможет делать сам. Если она для него важна, назовите её в ТЗ: когда иное не предусмотрено договором, способы выполнения задания подрядчик определяет сам (п. 3 ст. 703 ГК РФ). Запишите права администратора: менять тексты, цены и фото, добавлять страницы по шаблонам, править меню. Домен, хостинг и передача доступов — вопрос договора, о нём во второй части серии.
Для каждой интеграции — сервис, какие данные и куда уходят, кто даёт доступы и ключи: «заявка с формы уходит на почту отдела продаж и создаёт сделку в CRM с полями имя, телефон, страница». Платный тариф или договор со сторонним сервисом — забота заказчика, так и напишите. Счётчики аналитики — тоже интеграция; что они меняют в требованиях закона, — ниже.
Скорость и SEO при запуске
«Сайт должен быстро загружаться» — классическое непроверяемое требование. Проверяемое состоит из трёх частей: метрика, порог и условия замера. Метрики удобно взять у Google — Core Web Vitals: LCP — время отрисовки самого крупного элемента первого экрана, INP — задержка реакции страницы на действия посетителя, CLS — сдвиги вёрстки при загрузке. Хорошими Google считает LCP не больше 2,5 с, INP не больше 200 мс и CLS не больше 0,1.
- 2,5 сLCP — отрисовка самого крупного элемента первого экрана
- 200 мсINP — задержка реакции на действия посетителя
- 0,1CLS — сдвиги вёрстки при загрузке
Мерить удобно в PageSpeed Insights: он показывает данные реальных посетителей Chrome за 28 дней (Chrome UX Report) и лабораторный замер Lighthouse. У нового сайта реальных данных нет, поэтому в ТЗ записывают лабораторный замер: шаблоны, мобильный или десктопный режим, число замеров и как считать результат, — пример в таблице ниже. INP без живого посетителя не измерить, поэтому в лаборатории его заменяет близкая метрика TBT — общее время блокировки. После запуска скорость по реальным визитам видна и в отчёте «Время загрузки страниц» Яндекс Метрики. И оговорите условия: изображения сжимаются при загрузке, виджеты и счётчики — по согласованному списку, иначе фото с телефона испортят любой замер.
Базовое SEO при запуске — не продвижение, а условия, без которых продвигать сайт потом будет дороже. Минимум для ТЗ:
- Мета-теги. Для каждой страницы — редактируемые в админке title, description и заголовок H1, для карточек — шаблоны заполнения. Как их писать — в статье «Мета-теги».
- Понятные адреса. Адреса из слов латиницей, без служебных параметров и дублей: /uslugi/remont-kvartir, а не /index.php?id=27.
- Sitemap и robots.txt. Карта сайта sitemap.xml обновляется сама при добавлении страниц, в robots.txt закрыты служебные разделы и указан адрес карты.
- Перенаправления. Если новый сайт заменяет старый, старые адреса с трафиком и внешними ссылками перенаправляются кодом 301 на новые — по таблице соответствия, приложенной к ТЗ.
- 404 и HTTPS. Несуществующие адреса отдают код 404 и страницу с навигацией, сайт работает по HTTPS, адреса с www и без него ведут на одну версию.
Тестовую копию сайта закрывают от индексации, а при запуске запрет снимают: забытая строка в robots.txt не пустит новый сайт в поиск — это отдельная строка чек-листа приёмки. Из чего состоит сайт с точки зрения поисковой системы, — в статье «Что такое сайт».
Юридический минимум сайта
За обработку персональных данных отвечает не разработчик, а оператор — тот, кто организует обработку и определяет её цели и состав данных (п. 2 ст. 3 закона № 152-ФЗ «О персональных данных»), то есть владелец сайта. Но формы, счётчики и хранение заявок делает разработчик, поэтому в ТЗ входят технические элементы, а тексты политики, согласий и оферты готовит и утверждает заказчик со своим юристом — он за них и отвечает.
Формы и персональные данные
Для любой формы с именем и телефоном нужны две вещи. Первая — политика обработки персональных данных: оператор, который собирает данные через сайт, обязан опубликовать её на страницах, через которые идёт сбор, вместе со сведениями о реализуемых требованиях к защите данных (ч. 2 ст. 18.1 152-ФЗ). Вторая — согласие на обработку, если она идёт на его основании. С 1 сентября 2025 года согласие должно быть оформлено отдельно от иных информации и документов, которые подтверждает или подписывает человек (ч. 1 ст. 9). Решение для ТЗ — отдельный текст согласия, чекбокс, который посетитель отмечает сам, ссылка на этот текст рядом и отдельной строкой — ссылка на политику.
Доказать получение согласия должен оператор (ч. 3 ст. 9), поэтому запишите в ТЗ, что вместе с заявкой сохраняются дата и время согласия и версия его текста. И напомните заказчику, что до начала обработки оператор уведомляет Роскомнадзор (ч. 1 ст. 22): если уведомление ещё не подано, форму лучше включать после него.
Cookie, аналитика и хранение данных
Специального закона о cookie в России нет, но данные счётчиков могут быть персональными. Условия Яндекс Метрики называют владельца сайта оператором, а Яндекс — лицом, действующим по его поручению. Роскомнадзор, по сообщениям СМИ, в 2025 году требовал от владельцев сайтов с Google Analytics уведомить его о трансграничной передаче данных или отключить счётчик, а мировые суды в 2023 и 2026 годах наказывали по ч. 1 ст. 13.11 КоАП РФ за Метрику без согласия посетителей. Обычная практика — уведомление о cookie и описание счётчиков в политике, осторожный вариант — загружать счётчик только после согласия. Выбирает заказчик, а в ТЗ записывают выбранный вариант.
Где лежат данные, тоже важно: при сборе персональных данных граждан России запись, хранение и другие действия с ними с использованием баз данных за рубежом не допускаются, за немногими исключениями (ч. 5 ст. 18 152-ФЗ в редакции, действующей с 1 июля 2025 года). Для ТЗ это значит: хостинг, база заявок, CRM и почта для заявок — в России, а зарубежные формы, капчи и аналитику, которые получают данные посетителя при сборе, лучше заменить российскими или согласовать с юристом заказчика.
Владелец, язык и интернет-магазин
Владелец любого сайта обязан разместить на нём своё наименование, место нахождения и адрес, а также адрес электронной почты для заявлений правообладателей (ч. 2 ст. 10 закона № 149-ФЗ «Об информации») — заложите для этого место в подвале или на странице «Контакты».
С 1 марта 2026 года действует ст. 10.1 закона «О защите прав потребителей» (введена законом от 24.06.2025 № 168-ФЗ): информация для публичного ознакомления потребителей, кроме рекламы, — на русском языке. Иностранный текст допустим как дубль, идентичный по содержанию и равнозначный по размещению и оформлению (ч. 2 ст. 3 закона о государственном языке); фирменные наименования и товарные знаки — исключение. Сайты Роспотребнадзор тоже относит к общедоступным местам, так что на сайте для покупателей-граждан надписи вроде Sale и Shop — только рядом с таким же русским текстом. Для B2B-сайта применимость нормы оценит юрист заказчика.
Если сайт продаёт товары гражданам, в ТЗ нужны:
- Карточка товара. До заключения договора покупатель узнаёт основные свойства товара, цену, гарантийный срок, условия доставки и оплаты, адрес и полное фирменное наименование продавца (п. 2 ст. 26.1 закона «О защите прав потребителей»).
- Сертификаты. С 1 сентября 2026 года для товара с обязательным подтверждением соответствия в описании нужна ссылка на запись о сертификате или декларации в реестре (там же).
- Сведения о продавце. По новым Правилам продажи товаров (постановление Правительства от 30.05.2026 № 657, действуют с 1 сентября 2026 года) организация указывает полное фирменное наименование, ОГРН, адрес, почту и (или) телефон.
- Возврат. Порядок и сроки возврата покупатель получает письменно при доставке, иначе срок отказа от товара — не 7 дней, а 3 месяца (п. 3 и 4 ст. 26.1).
Если заказчик просит сделать иначе — убрать согласие из формы или подключить сервис, который вы считаете рискованным, — предупредите письменно. Подрядчик обязан немедленно предупредить заказчика о возможных неблагоприятных для него последствиях выполнения его указаний о способе исполнения работы и до ответа приостановить работу (п. 1 ст. 716 ГК РФ). Не предупредив, ссылаться на эти обстоятельства в споре он потом не вправе (п. 2).
Разработчик
- чекбокс и ссылки на согласие и политику у каждой формы
- сохранение даты, времени и версии согласия
- уведомление о cookie и загрузка счётчиков
- хостинг, CRM и почта для заявок — в России
- место в шаблонах для сведений о владельце и продавце
Заказчик
- тексты политики, согласий и оферты
- уведомление Роскомнадзора до начала обработки
- решение по аналитике и cookie
- реквизиты, условия доставки и возврата
- проверка у своего юриста
Оператор персональных данных — владелец сайта: он и отвечает за содержание документов.
Как писать проверяемо
Требование проверяемо, если два разных человека, прочитав его, одинаково ответят «сделано» или «не сделано». Для этого в нём нужны объект, действие и результат, а в числовом требовании — метрика, порог и способ замера. Оценочные слова — «удобный», «современный», «быстрый», «интуитивный» — заменяйте описанием того, что должно происходить.
| Плохо | Хорошо |
|---|---|
| Удобная форма заявки | Поля: имя и телефон — обязательные, комментарий. Заявка уходит на почту и в CRM; после отправки — сообщение «Спасибо, перезвоним в рабочее время» и цель в Яндекс Метрике |
| Современный дизайн | Дизайн по согласованной концепции главной (приложение 3), внутренние шаблоны — в той же стилистике |
| Быстрая загрузка | LCP не больше 2,5 с и CLS не больше 0,1 на главной и карточке товара, мобильный режим PageSpeed Insights, медиана трёх замеров |
| SEO-оптимизация | Редактируемые title, description и H1 для каждой страницы; sitemap.xml, robots.txt, перенаправления 301 по таблице |
| Как у конкурента | Перечень блоков и функций сайта-образца, которые нужно повторить, со скриншотами |
Для каждой функции опишите поведение при ошибке: что видит человек, который не заполнил телефон, куда денется заявка, если CRM не отвечает. Ошибка, поведение при которой не описано, при приёмке станет спором.
Ещё два приёма: ссылки на приложения вместо пересказа — прототип, макеты, таблица перенаправлений, список полей формы — и короткий словарь в начале ТЗ: что значит «шаблон», «блок», «круг правок». Словарь снимает споры о словах.
Приёмка, контент и границы работ
Критерии приёмки — раздел, ради которого пишется всё остальное. Превратите каждое требование ТЗ в строку чек-листа: что проверяется, где, как и каким должен быть результат. Пример: «Форма на странице „Контакты“: отправить тестовую заявку — письмо пришло на почту отдела продаж, сделка создана в CRM, на экране сообщение об успехе». Чек-лист подписывают вместе с ТЗ, при сдаче заполняют, а по итогам подписывают акт сдачи-приёмки. Этапы, сроки проверки и работу с замечаниями разберём во второй части серии.
Запишите и условия проверки: на тестовом адресе или на рабочем домене, на каких устройствах, кто проверяет со стороны заказчика. И прямо напишите в ТЗ: замечание считается недостатком, если результат расходится с ТЗ; новое пожелание — изменение задания, а не дефект.
Контент — отдельный раздел с ответственным: кто пишет тексты, кто даёт фото, логотип, цены и реквизиты, в каком виде и к какому сроку. Заказчик обязан содействовать подрядчику в случаях, в объёме и в порядке, предусмотренных договором, а если не содействует, подрядчик вправе требовать возмещения убытков, переноса сроков или увеличения цены (п. 1 ст. 718 ГК РФ). Поэтому сроки передачи контента пишут в договор или ТЗ — иначе их не с чего требовать. Тексты от вас или вашего копирайтера — отдельная строка сметы; как поставить задачу автору, — в статье «ТЗ копирайтеру».
Что вне объёма — последний раздел: что в работу не входит, даже если кажется очевидным. Тексты, фотосъёмка, перенос материалов со старого сайта, наполнение каталога сверх оговорённого числа товаров, юридические документы, домен и хостинг, реклама, SEO-продвижение, поддержка после запуска. Эти строки не запрещают работу — они делают её отдельным заказом с отдельной ценой.
Когда ТЗ меняется по ходу проекта
ТЗ часто меняется по ходу работы: заказчик видит дизайн и вспоминает про калькулятор, или выясняется, что CRM не принимает нужное поле. Соглашение об изменении договора совершается в той же форме, что и договор, если из закона, иных правовых актов, договора или обычаев не вытекает иное (п. 1 ст. 452 ГК РФ). Подписанное ТЗ — часть договора, поэтому его меняют дополнительным соглашением: что добавляется или убирается, сколько это стоит и как сдвигается срок.
Чтобы не подписывать допсоглашение на каждую мелочь, договоритесь о порядке и запишите его в договор: уточнения, которые не меняют цену и срок, фиксируются перепиской с подтверждением заказчика, а всё, что меняет цену, срок или объём, — только допсоглашением. Нумеруйте версии ТЗ и ведите список изменений: дата, что изменилось, на каком основании. Подробно об этом — во второй части серии.
Когда ТЗ подписано, у вас есть всё для коммерческого предложения и договора: объём работ, цена по разделам, этапы и критерии приёмки. Как собрать из этого договор, — в статье «Договор подряда на сайт».
Термины
- Техническое задание (ТЗ)
- Приложение к договору подряда с описанием сайта и критериев, по которым его принимают.
- Договор подряда
- Договор, по которому подрядчик по заданию заказчика выполняет работу и сдаёт результат, а заказчик принимает и оплачивает его (ст. 702 ГК РФ).
- Критерии приёмки
- Перечень проверок, по которым заказчик решает, выполнено ли требование ТЗ.
- Шаблон страницы
- Типовой макет, по которому собираются однотипные страницы: карточки товаров, услуги, статьи.
- Core Web Vitals
- Метрики Google для скорости и стабильности страницы: LCP, INP и CLS.
- Оператор персональных данных
- Лицо, которое организует обработку персональных данных и определяет её цели и состав (п. 2 ст. 3 152-ФЗ); для сайта — обычно его владелец.
- Перенаправление 301
- Ответ сервера, который постоянно переводит посетителя и поискового робота со старого адреса на новый.
- Дополнительное соглашение
- Документ, которым стороны меняют договор и его приложения, в том числе ТЗ.
Вопросы и ответы
Что такое техническое задание на разработку сайта?
Приложение к договору подряда, в котором описан сайт: страницы и шаблоны, функции, дизайн, экраны и браузеры, интеграции, требования к скорости, SEO и закону, кто готовит контент, по каким критериям принимают работу и что в неё не входит.
Кто должен писать ТЗ на сайт — заказчик или разработчик?
По ГК РФ подрядчик работает по заданию заказчика (ст. 702), но на практике ТЗ обычно пишет разработчик по брифу и прототипу, а заказчик проверяет и подписывает. На сложных проектах это отдельный платный этап.
Обязательно ли ТЗ для договора на создание сайта?
Документ с таким названием закон не требует, но предмет договора — существенное условие (ст. 432 ГК РФ), а качество работы оценивают по условиям договора (ст. 721). Без ТЗ спор о приёмке решается по требованиям, «обычно предъявляемым» к таким работам, а их стороны понимают по-разному.
Как прописать в ТЗ скорость загрузки сайта?
Через метрику, порог и условия замера: например, LCP не больше 2,5 с и CLS не больше 0,1 на заданных шаблонах в мобильном режиме PageSpeed Insights, медиана трёх замеров. У нового сайта данных реальных посетителей ещё нет, поэтому до запуска используют лабораторный замер.
Какие требования закона учесть в ТЗ на сайт?
Политику обработки персональных данных на страницах с формами, отдельное согласие у форм, уведомление о cookie и аналитике, хранение данных в России и сведения о владельце сайта. Для сайта, который продаёт гражданам, — ещё русский язык информации для потребителей, сведения о продавце и условия дистанционной продажи. Тексты документов готовит и утверждает заказчик как оператор.
Как изменить ТЗ после подписания договора?
Дополнительным соглашением в той же форме, что и договор (п. 1 ст. 452 ГК РФ): что меняется, сколько стоит и как сдвигается срок. Мелкие уточнения без влияния на цену и срок можно фиксировать перепиской, если такой порядок записан в договоре.
Статья — справочный материал, а не юридическая или налоговая консультация. Нормы, ставки и лимиты указаны на 6 октября 2026; перед подписанием договора или выбором налогового режима сверьтесь с действующей редакцией закона или с юристом.