Плохое ТЗ — главная причина, по которой проекты выходят за бюджет. Но хорошее ТЗ — это не 80 страниц по ГОСТ. Это документ, после которого подрядчик задаёт правильные вопросы и даёт точную оценку.
Что должно быть в ТЗ
1. Цели бизнеса. Не «сделать сайт», а «получать 50 заявок в месяц из поиска» или «сократить время обработки заказа с 40 минут до 5». Цель определяет приоритеты.
2. Пользователи и сценарии. Кто будет пользоваться и что делать. «Менеджер по продажам создаёт коммерческое предложение из карточки клиента за 3 минуты». Пять-десять ключевых сценариев важнее списка из ста функций.
3. Функциональные требования. Список функций с приоритетами: обязательно к запуску, желательно, потом. Это позволяет уложиться в бюджет, отрезав «потом».
4. Интеграции. С какими системами нужно обмениваться данными: 1С, CRM, платежи, доставка, телефония. Для каждой — что именно передаётся и в какую сторону. Именно здесь чаще всего скрываются сюрпризы в смете.
5. Контент и данные. Кто готовит тексты, фото, каталог. Откуда мигрируют данные. Сколько их.
6. Нефункциональные требования. Нагрузка, скорость, безопасность, соответствие 152-ФЗ, поддерживаемые устройства и браузеры.
7. Ограничения. Сроки, бюджет, обязательный стек, требования корпоративной безопасности, брендбук.
8. Критерии приёмки. Как вы поймёте, что работа сделана. Для каждого сценария — ожидаемый результат.
Чего в ТЗ быть не должно
- Технических решений, если вы не технический заказчик. «Использовать микросервисы» — не ваша задача, а подрядчика.
- Описания каждой кнопки. Это делается на этапе прототипа.
- Противоречивых требований. «Максимальная гибкость» и «запуск за месяц» не совместимы.
Шаблон
1. О компании и продукте (полстраницы)
2. Цели проекта и метрики успеха
3. Пользователи и ключевые сценарии (5–10)
4. Функции: must / should / later
5. Интеграции: система → данные → направление
6. Контент и миграция данных
7. Требования: нагрузка, безопасность, устройства
8. Ограничения: сроки, бюджет, стек, бренд
9. Критерии приёмки
10. Примеры, которые нравятся и не нравятся
Три-пять страниц по этому шаблону дают подрядчику всё для оценки с точностью 15–20%.
Бриф вместо ТЗ
Если написать ТЗ некому, начните с брифа — ответов на вопросы подрядчика. Хорошие команды проводят discovery-этап и пишут ТЗ вместе с вами. Это стоит 5–10% бюджета и экономит до 30% на переделках.
Нужна помощь с ТЗ? Пришлите, что есть → — разберём и подскажем, чего не хватает.