Техническое задание
Техническое задание (ТЗ) — документ, в котором заказчик формулирует требования к разрабатываемому продукту, услуге или работе. ТЗ служит основой договора между заказчиком и исполнителем: определяет объём, функциональность, стандарты качества и критерии приёмки. Без ТЗ каждая сторона понимает задачу по-своему — это основная причина конфликтов и срыва сроков. В статье разберём структуру ТЗ, его отличие от брифа и типичные ошибки.
Бриф vs ТЗ: в чём разница
Бриф — исходный документ с общим описанием задачи: цели, аудитория, бюджет, желаемый результат. Заказчик формулирует «что хочу», исполнитель задаёт уточняющие вопросы. ТЗ детализирует «как делать»: конкретные функции, технические параметры, форматы, сроки и критерии приёмки. Бриф — вход, ТЗ — рабочий документ. В маркетинговых проектах (создание сайта, разработка брендбука, написание текстов) оба документа используются последовательно.
Структура технического задания
| Раздел | Содержание |
|---|---|
| Общие сведения | Название проекта, заказчик, исполнитель, сроки |
| Цели и задачи | Зачем создаётся продукт, какую проблему решает |
| Функциональные требования | Что должен делать продукт — конкретный список |
| Нефункциональные требования | Производительность, безопасность, масштабируемость |
| Ограничения | Технологии, платформы, интеграции, бюджет |
| Критерии приёмки | Как проверяется, что работа выполнена корректно |
ТЗ для разных типов проектов
Для разработки сайта ТЗ включает: структуру страниц, описание функциональных блоков, требования к CMS, интеграции (CRM, платёжные системы), скоростные характеристики и адаптивность. Для дизайна: размеры форматов, цветовая палитра, шрифты, количество вариантов концепций, требования к исходникам. Для контента: объём текста, ключевые слова, структура статьи, требования к изображениям.
Проектная работа без ТЗ неизменно заканчивается разночтениями о результате. Фиксация требований в письменном виде защищает обе стороны.
Типичные ошибки при составлении ТЗ
Расплывчатые формулировки — главная проблема. «Сайт должен быть современным и удобным» — это не требование, это пожелание. Требование: «Главная страница загружается менее чем за 2 секунды по Google PageSpeed Insights». Отсутствие критериев приёмки ведёт к бесконечным правкам: исполнитель считает работу готовой, заказчик — нет. Наконец, ТЗ без согласования с исполнителем — документ, написанный в вакууме, который потребует массы изменений после старта.
Часто задаваемые вопросы (FAQ)
Кто составляет ТЗ — заказчик или исполнитель?
Зависит от договорённостей. В крупных проектах ТЗ составляет заказчик при участии бизнес-аналитиков. В небольших проектах исполнитель составляет ТЗ на основе брифа и согласовывает с заказчиком. Второй вариант распространён в digital-агентствах: исполнитель лучше понимает техническую специфику и переводит пожелания клиента в конкретные требования.
Нужно ли ТЗ для небольших задач?
Для задач сроком до 2 часов — достаточно устного или текстового описания в мессенджере. Для задач от полудня — нужна хотя бы базовая фиксация: цель, конкретный результат, дедлайн. Для задач от недели — полноценное ТЗ обязательно, иначе риск переделок равен почти 100%.
Можно ли менять ТЗ в процессе работы?
Да, но только через формальную процедуру изменений: оба подписывают дополнение к ТЗ с обновлёнными сроками и стоимостью. Изменения «на словах» и «давайте просто добавим вот это» — источник 80% конфликтов между заказчиком и исполнителем в проектах без жёсткого управления scope.
Техническое задание — инвестиция в качество результата и здоровье рабочих отношений. Время, потраченное на чёткую формулировку требований до старта, в разы меньше времени, которое уходит на переделки и споры после сдачи без ТЗ.
Была ли статья полезна?