Техническое задание (ТЗ): как составить правильно

ТЗ — это документ, который определяет: что именно ты делаешь. Без него любой проект превращается в лотерею.

Я видел сотни конфликтов, которые начинались с фразы "я думал, это включено". Заказчик думал одно, исполнитель — другое. В итоге — недовольство с обеих сторон.

Хорошее ТЗ решает эту проблему. Оно фиксирует ожидания. Чётко, понятно, однозначно.

Зачем нужно ТЗ

ТЗ решает три задачи:

1. Фиксирует требования. Что должно получиться в результате.
2. Определяет границы. Что входит в проект, а что — нет.
3. Служит критерием приёмки. Соответствует ТЗ — принято. Нет — доработка.

Без ТЗ заказчик может требовать что угодно. "Ну ты же дизайнер, сделай красиво" — это не ТЗ. "Красиво" у всех разное.

Кто составляет ТЗ

Варианты:

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

Если ты составляешь ТЗ — можно брать за это деньги. Это полноценная работа: исследование, анализ, структурирование. Многие выносят ТЗ в отдельный этап с отдельной оплатой.

Что должно быть в ТЗ

Минимальный набор:

1. Цели проекта. Зачем это делается? Какую проблему решаем?
2. Описание результата. Что должно получиться? Конкретно.
3. Функциональные требования. Что должно работать и как?
4. Нефункциональные требования. Скорость, безопасность, совместимость.
5. Ограничения. Технологии, платформы, бюджет.
6. Критерии приёмки. Как определить, что работа готова?

Для дизайна добавь:

• Референсы (что нравится, что не нравится)
• Брендбук и фирменный стиль (если есть)
• Форматы файлов на выходе
• Количество концепций и раундов правок

Для разработки:

• Технический стек
• Интеграции с внешними сервисами
• Требования к хостингу
• Документация (нужна ли?)

Как избежать размытости

Главный враг ТЗ — размытые формулировки:

• Плохо: "Сайт должен быть красивым"
• Хорошо: "Сайт в стиле минимализм, цветовая палитра: белый, чёрный, акцентный синий (#3B82F6)"

• Плохо: "Сайт должен быстро загружаться"
• Хорошо: "Время загрузки главной страницы — не более 3 секунд на 4G"

• Плохо: "Нужны все стандартные функции"
• Хорошо: "Регистрация, авторизация, восстановление пароля, личный кабинет"

Правило: если требование можно интерпретировать по-разному — уточни.

ТЗ как приложение к договору

Обычно ТЗ оформляется как приложение к договору. В самом договоре пишут: "Работы выполняются в соответствии с Техническим заданием (Приложение №1)".

Важно:

• ТЗ должно быть подписано обеими сторонами
• В договоре должна быть ссылка на ТЗ
• Изменения в ТЗ — через допсоглашение

Изменения в ТЗ

Заказчик захотел что-то поменять посреди проекта? Это нормально. Но нужно оформить:

1. Оцени влияние на сроки и стоимость
2. Согласуй новые условия
3. Зафиксируй допсоглашением или новой версией ТЗ

Без фиксации — будут споры. "Ты обещал" — "Нет, не обещал" — классика.