блог · 15 июня 2026 г.
Что такое ТЗ на сайт и как его составить: цель, структура страниц, функции, интеграции, сроки и критерии приёмки. Готовый чек-лист разделов и почему ТЗ фиксирует смету без доплат.
Техническое задание на сайт — это документ, который фиксирует, какой именно сайт делается: цель, структуру страниц, функции, интеграции, сроки и критерии приёмки. ТЗ переводит размытое «хочу сайт» в конкретный список работ, по которому считается смета и проверяется результат. Главное — оно защищает обе стороны: вас от «сделали не то», исполнителя от бесконечных правок.
ТЗ — это не бюрократия, а страховка. Без него «сайт» в голове у заказчика и у исполнителя — это два разных сайта, и расхождение всплывает в самый неудобный момент: когда работа уже сделана.
Что ТЗ даёт вам:
Что ТЗ даёт исполнителю:
Именно поэтому я начинаю любой проект — будь то лендинг или корпоративный сайт — с разбора и ТЗ, а не с дизайна.
Хорошее ТЗ отвечает на простой вопрос: «что считается готовым сайтом». Вот разделы, которые я закладываю всегда.
| Раздел ТЗ | Что описывает |
|---|---|
| Цель и целевое действие | Зачем сайт: заявка, звонок, продажа, запись |
| Аудитория | Кто приходит и с каким запросом |
| Структура страниц | Список страниц и блоков, их порядок |
| Функции | Формы, квиз, оплата, фильтры, личный кабинет |
| Интеграции | CRM, 1С, телефония, мессенджеры, аналитика |
| Дизайн и адаптив | Референсы, тон, требования к мобильной версии |
| Контент | Кто даёт тексты и фото, что готовит исполнитель |
| Сроки | Этапы и дата сдачи |
| Критерии приёмки | По каким пунктам проверяется готовность |
Чем конкретнее каждая строка, тем меньше разночтений. «Нужна форма» — плохо. «Форма заявки с полями имя/телефон, отправка в amoCRM и дублирование в Telegram» — то, что нужно.
Это ключевая причина, по которой ТЗ выгодно прежде всего вам. Смета и срок считаются не от «сайта вообще», а от зафиксированного объёма работ.
У меня это прямо прописано в договоре: пока ТЗ не меняется — доплат нет. Так исчезает главный страх заказчика — что итоговый счёт окажется вдвое больше обещанного.
Самая частая ситуация: бизнес знает, что хочет результат, но не знает, как описать его технически. Это нормально — составлять ТЗ не ваша работа, а моя.
Как мы решаем это без вашего мучения над документом:
То есть ТЗ собирается в диалоге, а не присылается вам «домашним заданием». Подробнее о том, как устроен весь процесс от разбора до запуска — на странице создание сайтов.
Короткий список, по которому можно понять, готово ли ТЗ к работе.
| Пункт | Готово? |
|---|---|
| Сформулирована цель и целевое действие | ☐ |
| Перечислены все страницы и ключевые блоки | ☐ |
| Описаны функции (формы, оплата, кабинет) | ☐ |
| Указаны интеграции (CRM, 1С, телефония) | ☐ |
| Понятно, кто готовит тексты и фото | ☐ |
| Заданы требования к адаптиву и скорости | ☐ |
| Прописаны сроки и этапы | ☐ |
| Есть критерии приёмки | ☐ |
| Зафиксированы цена и условия доплат | ☐ |
Если все пункты закрыты — проект пойдёт предсказуемо. Если половина пустует — это не повод откладывать, а повод сесть на разбор и заполнить их вместе.
Я работаю один: без подрядов, без менеджеров-посредников, без агентской наценки. Один договор, одна ответственность, прямой контакт с тем, кто пишет код. ТЗ, смета и срок фиксируются до старта, исходники и доступы остаются у вас. Проверяемо: открытый профиль на Авито — 143 отзыва за 11 лет, рейтинг 5.0, 70+ городов, 0 споров, 180+ проектов.
ТЗ на сайт — это зафиксированный объём работ: цель, страницы, функции, интеграции, сроки и критерии приёмки. Оно защищает обе стороны и позволяет назвать цену и срок до старта без доплат при неизменном задании. Если составить ТЗ самому сложно — это собирается на бесплатном разборе и прототипе, а готовый документ остаётся у вас.
Я — Артур, делаю сайты сам и начинаю каждый проект с разбора и ТЗ, а не с дизайна вслепую. Напишите — разберу вашу задачу бесплатно, помогу собрать ТЗ и покажу кликабельный прототип ещё до старта работ.
ТЗ — это документ, который описывает, какой именно сайт делается: цель, страницы, функции, интеграции, дизайн-ориентиры, сроки и критерии приёмки. Он переводит «хочу красивый сайт» в конкретный список работ, по которому считается смета и проверяется готовый результат. ТЗ защищает обе стороны: вас — от «сделали не то», исполнителя — от бесконечных правок.
Формально — нет, но без него почти всегда всплывают доплаты и споры «мы имели в виду другое». ТЗ нужно ровно затем, чтобы зафиксировать объём до старта. Если вам трудно написать его самому — это нормально: я собираю ТЗ на бесплатном разборе и показываю кликабельный прототип, по которому всё становится наглядно.
Минимум: цель сайта и целевое действие, аудитория, структура страниц, список функций (формы, оплата, личный кабинет), интеграции (CRM, 1С, телефония), требования к дизайну и адаптиву, контент (кто даёт тексты и фото), сроки и критерии приёмки. Чем конкретнее каждый пункт, тем меньше разночтений потом.
Потому что смета и срок считаются от зафиксированного объёма. Пока ТЗ не меняется — доплат нет, это прописано в договоре. Цена двигается только если вы осознанно добавляете новое: ещё одну интеграцию, раздел или функцию. Тогда мы согласуем это отдельной строкой, а не «вдруг» в середине проекта.
На практике — вместе. Вы приносите задачу и контекст бизнеса, я перевожу это в технический документ и прототип. Так ТЗ получается и понятным вам, и однозначным для разработки. Готовое ТЗ остаётся у вас: с ним можно сверять результат и, при желании, работать с кем угодно дальше.