Почему ТЗ решает исход закупки
Техническое задание выполняет три роли сразу. Для заказчика — это обоснование НМЦК (без ТЗ невозможно запросить корректные коммерческие предложения, см. расчёт НМЦК) и база приёмки: принять работу «по ощущениям» нельзя. Для поставщика — это предмет цены: расплывчатое ТЗ оценивают вслепую, побеждает демпинг, а потом начинаются споры об объёме. Для обеих сторон — это защита: что написано в ТЗ, то и принимается.
Структура: семь разделов, которые работают
- Цели и рамки. Какую бизнес-задачу закрывает система, кто пользователи, что входит и — важно — что НЕ входит в объём.
- Функциональные требования. Роли и сценарии: «оператор вводит заявку → система проверяет по справочнику → уведомляет исполнителя». Каждая функция — отдельной строкой, с приоритетом.
- Нефункциональные требования. Производительность (пользователей, запросов в секунду), браузеры, время отклика, интеграции (СМЭВ, 1С, федеральные сервисы), резервное копирование.
- Требования к стеку. Для госзакупок — отечественное ПО из реестра Минцифры, конкретные СУБД и версии; требование переносимости, чтобы не привязаться к одному подрядчику навсегда.
- Требования к ИБ. Если система обрабатывает персональные данные — 152-ФЗ: уровни защищённости, Modell угроз, при необходимости аттестация; парольные политики, журналирование, разграничение прав.
- Этапы и результаты. 3–6 этапов, у каждого — измеримый результат: спецификация, работающий стенд, нагрузочные тесты, документация, обучение.
- Критерии приёмки. Самый важный раздел: тестовые сценарии, чек-листы, кто подписывает, в какой срок устраняются замечания.
Как считать объём и цену
Рынок ИТ-закупок оплачивает часы: 2 800–3 800 ₽/час по ролям — аналитик, разработчик, тестировщик, архитектор (данные нашего разбора 236 закрытых лотов, сентябрь 2026). Пример честного расчёта: доработка учётной системы на 200 часов смешанной команды (аналитик 3 800, разработчик 3 200, тестировщик 2 800 ₽/час) ≈ 648 000 ₽. Если поставщик предлагает «то же самое» втрое дешевле — он либо не посчитал ТЗ, либо не собирается его выполнять.
Для заказчика это же правило работает в обратную сторону: если три коммерческих предложения на ваше ТЗ различаются в разы — ТЗ допускает разные толкования объёма. Уточните его, пока закупка не объявлена.
Семь типовых ошибок в ТЗ
- «Сделайте как у Сбербанка» — нет измеримых требований, нет критериев приёмки.
- Нет границ объёма — всплывают «а ещё вот это» уже на исполнении.
- Противоречия — в одном разделе СУБД одна, в другом другая; версии библиотек конфликтуют.
- Забыли миграцию данных — перенос и выверка старых данных это отдельный этап и отдельные часы.
- Нет среды тестирования — приёмка на проде всегда превращается в аврал.
- Не заложили сопровождение — разработка без гарантийного периода и поддержки заканчивается в момент подписания акта.
- НМЦК «с потолка» — цена не подтверждена ни часами, ни КП поставщиков; такую закупку оспорят или она не состоится.
Если закупка уже объявлена: запрос разъяснений
Поставщику не нужно молча гадать, что имел в виду заказчик: неясности в ТЗ фиксируются запросом разъяснений документации, и ответ заказчика обязателен и публичен. Это нормальный инструмент, а не «переход в конфликт» — им пользуются даже самые опытные участники. Что ещё входит в пакет участника — в обзоре документов для участия в тендере.
Что мы предлагаем
Мы и пишем ТЗ, и исполняем чужие: разработка ПО и 1С, ИИ-ассистенты, порталы для госзаказчиков — по 44-ФЗ и 223-ФЗ. Пришлите описание задачи или номер закупки на sales@vyshka.cloud — бесплатно скажем, чего не хватает в вашем ТЗ и во сколько часов реально укладывается объём. А начать можно со скачиваемого шаблона ниже и материалов: разработка ПО, портал по 44/223-ФЗ, расчёт НМЦК.