Что должно быть в ТЗ на сайт: разделы и ошибки

Время на прочтение: 2 минут(ы)

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

Ниже - какие разделы обычно нужны в ТЗ на сайт или магазин, и какие формулировки мешают разработке. VIQQ пишет документ так, чтобы по нему можно было считать состав. Команда Викью смотрит на приёмку, а не на объём текста ради объёма.

Если роли ещё спорят и главного сценария нет, сначала исследование продукта. Если экраны не согласованы - прототип. Саму услугу подготовки документа берут на странице разработки технического задания.

Какие разделы обычно входят в ТЗ на сайт

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

Список «вне первой версии» так же важен, как список «внутри». Иначе на второй неделе в ТЗ пытаются вписать всё, что когда-либо звучало на совещании.

Какие ошибки в ТЗ раздувают смету

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

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

Когда ТЗ можно сделать короче

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

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

Что прислать, чтобы составить ТЗ на сайт

Кратко: что строите, для кого, обязательные интеграции, примеры и ограничения по сроку. Полезны доступы к текущему сайту и список людей, которые будут утверждать требования.

По этому набору студия скажет, хватит ли сразу ТЗ или сначала нужны исследование и прототип. Оценку состава документа дают после брифа, без прайса «ТЗ за три дня» на любую задачу.

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

Актуализировано 18.09.2026