Плохое техзадание стоит дороже хорошего подрядчика. Мы видели проект, где из-за одной фразы «личный кабинет как у Ozon» бюджет вырос с 800 тысяч до двух миллионов: заказчик имел в виду «история заказов и бонусы», разработчики прочитали буквально. Обе стороны были уверены, что поняли друг друга.
Разберём, как написать ТЗ, которое защищает и ваш бюджет, и ваши нервы. Без теории ГОСТов — только то, что реально влияет на смету.
Зачем вообще ТЗ, если есть «мы всё обсудили на созвоне»
Техзадание — это не бюрократия, а три конкретные функции. Оно фиксирует границы: за что вы платите, а что будет стоить отдельных денег. Оно даёт основание для приёмки: сделано/не сделано проверяется по списку, а не по ощущениям. И оно позволяет сравнивать предложения: три сметы на одно ТЗ сравнимы, три сметы на «сделайте нам портал» — нет.
Подрядчик без ТЗ закладывает риски в цену. Всегда. Если в смете нет строчки «непредвиденное», значит, оно размазано по остальным строчкам с коэффициентом побольше.
Скелет работающего ТЗ
1. Цели и метрики. Не «хотим современный сайт», а «снизить время обработки заказа с 40 минут до 10» или «принимать 100% броней онлайн вместо телефона». Одна-две цели. Если целей семь, это не цели, а список желаний — ранжируйте.
2. Сценарии пользователей. Самая ценная часть, и её чаще всего пропускают. Опишите путь глазами человека: «Оптовик заходит, видит свои цены, повторяет прошлый заказ в два клика, скачивает счёт». Пять-семь таких сценариев расскажут о проекте больше, чем сорок страниц функциональных требований.
3. Функции по приоритетам. Разбейте всё на три корзины: без этого не запускаемся / нужно в течение квартала / когда-нибудь. Эта разбивка — ваш главный инструмент управления бюджетом: первая корзина и есть MVP.
4. Интеграции и данные. С чем система обменивается: 1С (какая конфигурация, типовая или переписанная?), платёжка, СДЭК, телефония. И откуда возьмутся стартовые данные: сколько товаров, в каком виде каталог, кто будет чистить дубли. Пункт «перенести данные со старого сайта» без деталей — мина замедленного действия в любой смете.
5. Границы: что мы НЕ делаем. Парадоксально, но список исключений экономит больше всего денег. «Мобильное приложение — не входит. Мультиязычность — не входит. Интеграция с маркетплейсами — этап 2». Каждая такая строчка — предотвращённый спор.
Типичные ошибки, за которые вы заплатите
Ссылки вместо требований. «Как у Авито, только для стройматериалов» — это не требование. У Авито тысячи человеко-лет разработки. Какие именно три функции Авито вам нужны?
Прилагательные вместо цифр. «Быстрый», «удобный», «современный» — непроверяемо. «Каталог открывается за секунду при 50 тысячах SKU» — проверяемо.
Дизайн в ТЗ на разработку. Цвета и шрифты — в брендбук или отдельный этап. В ТЗ — логика: какие экраны, какие данные на них, что происходит по нажатию.
Молчание про админку. Половина бюджета любого сервиса — интерфейсы для сотрудников. Опишите, кто и что будет делать внутри: операторы, менеджеры, бухгалтер.
Требование «на вырост». «Заложите архитектуру под миллион пользователей» при плане в тысячу — это плата за гипотетику. Нормальная архитектура масштабируется тогда, когда это становится нужным.
Что происходит с ТЗ после подписания
Распространённое заблуждение: ТЗ высечено в камне, и любое отклонение — предательство. В реальности нормальное ТЗ живёт и меняется, вопрос только в том, управляем ли этот процесс.
У нас это устроено так. Правки, не влияющие на смету (переставить поля, переименовать статусы), — просто делаются. Правки, влияющие на объём, — оформляются коротким дополнением: что меняем, сколько стоит, как сдвигает срок. Одна страница, две подписи, без драмы. Хуже всего — «мелкие устные договорённости»: каждая по отдельности невинна, а вместе к концу проекта они съедают недели. Если подрядчик легко соглашается на всё устно — он либо заложил двойной запас в цену, либо вы поссоритесь на приёмке.
И ещё один лайфхак из практики: попросите подрядчика на старте показать, как выглядит его типовой отчёт о ходе работ. Еженедельное письмо «сделано/в работе/риски» дисциплинирует сильнее любого регламента. Отсутствие такой привычки у студии — маркер, что о статусе проекта вы будете узнавать из собственных тревожных звонков.
Сколько времени это занимает
Черновик по схеме выше — вечер работы. Серьёзно, один вечер: пять разделов по несколько абзацев. Этого достаточно, чтобы получить от подрядчиков сравнимые сметы с разбросом в 20–30% вместо разброса в разы.
Не хочется писать самому? У нас есть AI-ассистент, который соберёт черновик ТЗ за пять минут: отвечаете на семь вопросов — получаете структурированный документ по этой самой схеме, скачиваете себе и используете как хотите, хоть с нами, хоть с другим подрядчиком. Это бесплатно, а нам полезно: заявки с ТЗ обрабатываются быстрее.
Если ТЗ уже есть — пришлите его нам, приложите файл прямо к заявке. Посчитаем и вернёмся за один рабочий день.
