Техническое задание: как написать, чтобы не переплатить

Распространённое заблуждение: чем толще ТЗ, тем безопаснее. На практике двадцать страниц общих слов дают ту же неопределённость, что и три абзаца, — просто её дольше читать.

Почему двусмысленность стоит денег

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

Пример. «Личный кабинет пользователя» может означать страницу с историей заказов (12 часов) или систему с ролями, правами, приглашением коллег и выгрузкой документов (60 часов). Если не уточнить, в смету поедет что-то посередине — и не устроит никого.

Пять разделов, которые сокращают смету

1. Задача бизнеса, а не список функций

Одна фраза: чего должно стать больше или меньше. «Хотим, чтобы менеджеры не тратили время на приём типовых заявок». Это позволяет предложить решение дешевле того, которое вы придумали.

2. Роли пользователей

Кто заходит и что делает. Гость, зарегистрированный клиент, менеджер, администратор. Количество ролей — главный множитель в любом проекте с личным кабинетом.

3. Экраны и действия списком

Не описание, а перечень: «каталог с фильтром по трём параметрам», «карточка товара с галереей и характеристиками», «оформление заказа в один шаг». По такому списку смета считается почти механически.

4. Интеграции с названиями систем

Не «интеграция с CRM», а «amoCRM, воронка из пяти этапов, передавать UTM». Не «связь с 1С», а «Управление торговлей 11.5, дорабатывалась, нужна выгрузка остатков». Почему это так важно — здесь.

5. Критерии приёмки

Как вы проверите, что сделано. «Заявка из формы появляется в amoCRM с заполненными полями телефон, имя и источник в течение минуты». Такую формулировку невозможно понять двояко — а значит, нечего закладывать в запас.

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

• Выбора технологий, если вы не технический специалист. Требование «на Битриксе» может удвоить стоимость задачи, которая проще решается иначе.
• Дизайна словами. «Современный, лаконичный, с элементами анимации» не описывает ничего. Две-три ссылки на сайты, которые нравятся, работают лучше страницы прилагательных.
• Функций «на будущее». Всё, что не нужно на запуске, удорожает архитектуру и часто не пригождается.

Когда ТЗ не нужно

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

Коротко

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