Общие 6.04.2026
3 мин

Техническое задание

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

Бриф vs ТЗ: в чём разница

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

Структура технического задания

РазделСодержание
Общие сведенияНазвание проекта, заказчик, исполнитель, сроки
Цели и задачиЗачем создаётся продукт, какую проблему решает
Функциональные требованияЧто должен делать продукт — конкретный список
Нефункциональные требованияПроизводительность, безопасность, масштабируемость
ОграниченияТехнологии, платформы, интеграции, бюджет
Критерии приёмкиКак проверяется, что работа выполнена корректно

ТЗ для разных типов проектов

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

Проектная работа без ТЗ неизменно заканчивается разночтениями о результате. Фиксация требований в письменном виде защищает обе стороны.

Типичные ошибки при составлении ТЗ

Расплывчатые формулировки — главная проблема. «Сайт должен быть современным и удобным» — это не требование, это пожелание. Требование: «Главная страница загружается менее чем за 2 секунды по Google PageSpeed Insights». Отсутствие критериев приёмки ведёт к бесконечным правкам: исполнитель считает работу готовой, заказчик — нет. Наконец, ТЗ без согласования с исполнителем — документ, написанный в вакууме, который потребует массы изменений после старта.

Часто задаваемые вопросы (FAQ)

Кто составляет ТЗ — заказчик или исполнитель?

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

Нужно ли ТЗ для небольших задач?

Для задач сроком до 2 часов — достаточно устного или текстового описания в мессенджере. Для задач от полудня — нужна хотя бы базовая фиксация: цель, конкретный результат, дедлайн. Для задач от недели — полноценное ТЗ обязательно, иначе риск переделок равен почти 100%.

Можно ли менять ТЗ в процессе работы?

Да, но только через формальную процедуру изменений: оба подписывают дополнение к ТЗ с обновлёнными сроками и стоимостью. Изменения «на словах» и «давайте просто добавим вот это» — источник 80% конфликтов между заказчиком и исполнителем в проектах без жёсткого управления scope.

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

Была ли статья полезна?