Техническое задание на автоматизацию стоит 5–15 % бюджета проекта. Для проекта на 900 000 ₽ это 90 000 ₽ и 8–12 рабочих дней. Верхняя граница вилки берётся, когда систем-смежников три и больше, а нижняя — когда процесс один и уже описан.
У ТЗ есть свойство, которого нет ни у одного другого документа проекта: его можно унести. Договор привязан к сторонам, смета — к конкретному исполнителю, а техническое задание описывает задачу и годится для любого подрядчика. Именно поэтому его так охотно делают бесплатно — и именно поэтому важно, что написано в договоре про права на него.
Разбираем цену построчно, три способа оплатить, формулировку о правах и арифметику того, что стоит отсутствие ТЗ. Про содержание документа — какие разделы в нём должны быть и как формулировать проверяемые требования — есть отдельный разбор: структура ТЗ по разделам. Здесь речь только о деньгах и правах.
Цена ТЗ: 90 000 ₽ на проекте в 900 000 ₽
Доля 5–15 % — это не наценка, а отражение того, что написание ТЗ и есть проектирование. Аналитик выясняет сценарии, находит исключения, договаривается о форматах данных и формулирует критерии приёмки. Работа, не сделанная здесь, всё равно будет сделана — но уже во время разработки, по ставке разработчика и с переделками.
Строка «согласование и правки» в две часа выглядит скромно, и это осознанно: она отражает работу подрядчика, а не заказчика. Со стороны компании чтение и согласование ТЗ занимает 6–10 часов владельца процесса, и эти часы тоже стоят денег — по 700 ₽ за полный час это 4 200–7 000 ₽. Если владелец процесса не выделен и документ никто не читает построчно, ТЗ превращается в формальность, за которую заплатили дважды.
Горизонтальная столбчатая диаграмма из шести полос, ось — часы. Значения: «Сценарии с исключениями — 9 часов», «Интервью — 6 часов», «Форматы данных, роли, права — 5 часов», «Интеграции — 4 часа», «Критерии приёмки и границы — 4 часа», «Согласование правок — 2 часа». Справа общая подпись «30 часов × 3 000 ₽ = 90 000 ₽». Внизу тонкая дополнительная полоса «плюс 6–10 часов владельца процесса на чтение — 4 200–7 000 ₽». Чертёжный стиль, подписи по-русски.
Три способа оплатить и что теряется в каждом
Модель оплаты определяет не сумму, а то, останется ли документ вашим. Ниже — три варианта, которые встречаются на рынке, с прямым указанием, что заказчик отдаёт взамен скидки.
| Способ | Что платите | Что получаете | Что теряете |
|---|---|---|---|
| Отдельный договор на ТЗ | 90 000 ₽ по акту, до договора на разработку | Документ с правом передачи, конкурс между подрядчиками возможен | Ничего, кроме двух недель срока |
| Зачёт в стоимость разработки | 90 000 ₽, вычитаются из первого платежа при старте проекта | Тот же документ, фактическая скидка при продолжении | Мягкий конфликт интересов: подрядчику выгоден вывод «делаем» |
| Бесплатно за исключительность | 0 ₽ и обязательство не проводить конкурс | Документ, написанный под возможности одного исполнителя | Сравнение цен: единственное предложение не с чем сопоставить |
Разница между первой и третьей строкой измерима. Конкурс из трёх предложений на одном и том же ТЗ даёт разброс в полтора-два раза — это устойчивое наблюдение рынка, и причины его разобраны в материале почему одинаковые проекты стоят по-разному. На проекте в 900 000 ₽ даже 20 % разницы — это 180 000 ₽, вдвое больше стоимости самого ТЗ. Экономия 90 000 ₽ на документе закрывает возможность сэкономить вдвое больше на исполнителе.
Кому принадлежит ТЗ: одна формулировка, которая решает всё
Техническое задание — результат интеллектуальной деятельности, и права на него распределяются договором. Если в договоре об этом не сказано ничего, спор о том, можно ли показать документ другому подрядчику, придётся вести на общих основаниях, и вести его будет некогда: к этому моменту вы уже хотите начать проект.
«Исключительное право на техническое задание и все его версии переходит к Заказчику с момента подписания акта. Заказчик вправе использовать документ любым способом, включая передачу третьим лицам, в том числе для проведения конкурсного отбора исполнителей». Три элемента здесь обязательны: все версии, любой способ использования и прямое упоминание конкурса — без последнего пункта спор превращается в толкование.
Если документ передан «в рабочем порядке» письмом и по нему нет ни договора, ни акта, юридически у вас нет ничего. Формально это черновик подрядчика. Практическое следствие: показать его конкурентам вы можете, но опереться на него в споре о приёмке — нет. Требуйте акт даже на бесплатное ТЗ; подрядчик, который отказывается его подписать, тем самым и объясняет, зачем документ был бесплатным.
Второе, что стоит зафиксировать сразу, — статус ТЗ по отношению к договору. Документ должен стать приложением с номером и версией, иначе при споре стороны будут ссылаться на разные редакции файла. Как это оформляется и как менять ТЗ во время проекта, разобрано в материале ТЗ как приложение к договору.
Сравнение в три колонки. «Отдельный договор — 90 000 ₽»: акт есть, права переданы, конкурс возможен, разброс предложений 1,5–2 раза. «Зачёт в проект — 90 000 ₽ с вычетом»: акт есть, права переданы, конкурс формально возможен, но подрядчик заинтересован в продолжении. «Бесплатно — 0 ₽»: акта нет, права не переданы, конкурса нет, единственное предложение. Внизу подпись «на проекте 900 000 ₽ даже 20 % разницы между предложениями — это 180 000 ₽». Чертёжный стиль, подписи по-русски.
Как отличить ТЗ от красиво оформленного коммерческого предложения
Подмена происходит часто и почти всегда без злого умысла: подрядчик присылает документ на сорок страниц, называет его техническим заданием, а внутри — описание своих возможностей. Отличить одно от другого можно за пятнадцать минут по шести признакам.
- 1Сценарии с исключениями. Описано не только «менеджер нажимает кнопку и заявка уходит», но и что происходит, когда данных нет, формат неверный, смежная система не ответила, а пользователь нажал дважды. Это самый надёжный признак: в коммерческом предложении исключений не бывает никогда.
- 2Форматы данных. Названы поля, их типы, обязательность и источник. Не «обмен данными с учётной системой», а перечень: что передаётся, в каком виде, с какой периодичностью и что считается признаком успешной передачи.
- 3Роли и права. Кто что видит и что может изменить. Без этого раздела на приёмке выяснится, что кладовщику видна вся себестоимость, а исправить это — доработка за отдельные деньги.
- 4Критерии приёмки в проверяемой форме. «Система обрабатывает 500 документов в час на тестовом наборе заказчика» — критерий. «Система работает быстро и надёжно» — не критерий, а повод для спора.
- 5Раздел границ. Прямо перечислено, что в объём не входит: миграция архива, обучение более чем такого-то числа сотрудников, доработки на стороне смежной системы. Отсутствие этого раздела — главная причина, по которой смета «плывёт».
- 6Объёмы и нагрузка. Сколько документов, заявок, пользователей и обращений в пике. Без чисел архитектура выбирается наугад, а платите за неё вы.
Простая проверка на месте: откройте документ и найдите слово «если». Если условных веток нет вообще, перед вами презентация. В нормальном ТЗ на семь сценариев таких веток набирается два-три десятка, и именно они занимают те самые девять часов из расчёта выше.
Что стоит отсутствие ТЗ: три спора на проекте в 900 000 ₽
Считаем на модельном проекте: связка учётной системы и сайта с личным кабинетом клиента, бюджет 900 000 ₽, срок 12 недель. Три спора ниже — типовые, они возникают почти на каждом проекте без раздела границ.
Расчёт намеренно консервативный. В нём не учтены ни срыв срока на две-три недели, ни время руководителя на переговоры, ни главный побочный эффект: после первого такого спора обе стороны переходят в режим формального исполнения, и качество остатка проекта падает. Отдельно стоит помнить, что цена изменения растёт со стадией — правка на этапе ТЗ стоит часов аналитика, та же правка после сдачи стоит переделки и повторной приёмки.
Два столбца рядом на одной оси в рублях. Левый низкий — «Техническое задание — 90 000 ₽». Правый высокий, разделённый на три сегмента — «Спорный объём — 240 000 ₽»: «обмен остатками 120 000 ₽», «роль кладовщика 48 000 ₽», «перенос архива 72 000 ₽». Поперёк правого столбца пунктирная линия на отметке 120 000 ₽ с подписью «типичный исход — пополам». Чертёжный стиль, подписи по-русски.
Когда ТЗ писать не надо
Документ на 90 000 ₽ оправдан не всегда. Есть три ситуации, в которых он дороже работы, которую описывает, и мы сами предлагаем обойтись без него.
- Типовая настройка коробочного решения. Когда состав работ определён производителем, а вы выбираете из готовых опций, роль ТЗ играет спецификация настройки на две-три страницы. Полноценный документ здесь описывал бы то, что и так зафиксировано в документации продукта.
- Пилот на две недели. Смысл пилота в том, чтобы проверить гипотезу на реальных данных, а не в том, чтобы сдать результат по критериям. Достаточно письменно зафиксировать, что считается успехом пилота и на какой выборке это меряется. Если гипотеза подтвердилась, ТЗ пишется уже под промышленный контур — и пишется быстрее, потому что половина вопросов снята.
- Одна задача с одним сценарием без интеграций. Отчёт по расписанию, уведомление о новой заявке, простой бот на типовые вопросы — при бюджете около порога входа в 150 000 ₽ ТЗ съело бы больше половины стоимости работы. Здесь границы описываются одним абзацем в договоре, а приёмка — демонстрацией на живых данных.
Общее правило простое: ТЗ нужно там, где есть исключения. Один сценарий без ветвлений описывается абзацем. Семь сценариев с двумя-тремя десятками условных веток абзацем не описываются — и попытка сэкономить на документе означает, что все эти ветки будут придуманы разработчиком по ходу дела, а вы узнаете о принятых решениях на приёмке. Что ещё обязано быть зафиксировано письменно до старта работ, разобрано в материале что должно быть в договоре на разработку.
ТЗ — единственный документ проекта, который вы можете унести. Если унести его нельзя, значит, вы за него не платили — вы им расплатились.
