Тендер на разработку ПО 2026: как провести и не ошибиться — методика и чек-лист

Тендер на разработку программного обеспечения — это не просто «выбор подрядчика по цене», а структурный экзамен заказчика на зрелость собственного управления IT. Хорошо проведённый тендер экономит 30-50% бюджета и существенно снижает риск перерасхода и срыва сроков. Плохо проведённый — наоборот, программирует проект на сверхбюджет, конфликты, юридические разбирательства. По индексам Wordstat запрос «тендер на разработку» имеет 1 179 показов/месяц — стабильный спрос со стороны корпоративных закупщиков, IT-директоров, проектных офисов. В материале — нейтральная методика проведения тендера: формирование ТЗ, критерии отбора, сравнение коммерческих предложений, типовые ошибки, юридическая защита, специфика 44-ФЗ.

Что такое тендер на разработку ПО

В широком смысле тендер — это конкурсная процедура выбора подрядчика, при которой несколько участников представляют свои коммерческие предложения по единым правилам, а заказчик выбирает оптимальное по заданным критериям. Существует несколько форматов:

• Открытый коммерческий тендер — приглашаются все желающие, объявление в открытых источниках, регламент устанавливает заказчик. Подходит для крупных нетиповых проектов.
• Закрытый коммерческий тендер — приглашается ограниченный круг студий из long-list заказчика. Самый распространённый формат для серьёзных корпоративных проектов.
• Государственная закупка по 44-ФЗ — для бюджетных и государственных заказчиков. Жёстко регламентированная процедура, электронные торги.
• Закупка по 223-ФЗ — для госкорпораций, госучастных компаний, естественных монополий. Менее жёсткая, чем 44-ФЗ, но более регламентированная, чем коммерческий тендер.
• Запрос предложений (РФП, RFP) — упрощённая форма для проектов меньшего масштаба.
• Прямые переговоры с одним подрядчиком — допустимы для уникальных компетенций или проектов с критическими сроками.

В нашем материале — фокус на закрытом коммерческом тендере как наиболее распространённом формате для проектов от 10 млн ₽ и выше. Специфика 44-ФЗ — отдельный раздел в конце статьи.

Этапы проведения коммерческого тендера

Стандартный жизненный цикл — 6-14 недель:

Этап 1. Формирование технического задания (1-3 недели). Внутренняя работа заказчика. Описание: цели проекта, бизнес-задачи, функциональные требования, нефункциональные требования (производительность, безопасность, отказоустойчивость), интеграции с существующими системами, ограничения (бюджет, сроки, регуляторика). Глубина ТЗ зависит от сложности: для MVP достаточно 5-8 страниц, для корпоративной системы — 25-60 страниц.

Этап 2. Формирование long-list (1 неделя). Сбор списка потенциальных подрядчиков — 12-25 студий. Источники: рейтинги (IT-Stat, TAdviser, CNews), личные контакты, рекомендации коллег, реестр Минцифры, портфолио в отраслевых каталогах. Цель — широкий охват рынка, чтобы не пропустить сильных нишевых игроков.

Этап 3. Pre-qualification — short-list (1-2 недели). Анкета или короткое интервью со студиями из long-list. Уточняются: специализация, опыт по аналогичным проектам, размер команды, география, лицензии, доступность в нужные сроки. По результатам формируется short-list 4-7 студий для участия в основном тендере.

Этап 4. Приглашение и брифинг (1-2 недели). Студии получают: краткое описание проекта (без коммерчески чувствительных деталей), пакет тендерной документации, регламент, форматы ответов, сроки. Для крупных проектов — общая Q&A-сессия с участниками для уточнения требований.

Этап 5. Подготовка КП студиями (3-5 недель). Студии разрабатывают коммерческие предложения. Серьёзная подготовка — 60-120 часов работы pre-sales команды на крупный тендер. На простой проект — 10-30 часов.

Этап 6. Защиты КП (1-2 недели). Каждая студия презентует своё предложение, заказчик задаёт вопросы. На крупных тендерах — 2-3 раунда защит. По итогам — финальный short-list 2-3 претендента.

Этап 7. Финальные переговоры и выбор (1-2 недели). Уточнения, торг по цене, обсуждение договорных условий. Принятие финального решения.

Этап 8. Юридическое оформление (1-3 недели). Согласование договора, NDA, SLA. Подписание.

Главная экономия времени — на этапах 1 и 2: чем лучше ТЗ и тщательнее long-list, тем быстрее проходят все последующие этапы.

Критерии отбора подрядчика

Типичная структура весов на коммерческом тендере в 2026 году:

Критерий	Вес	Подкритерии
Стоимость	35-45%	Общая цена, структура цены, прозрачность статей
Опыт и портфолио	20-25%	Аналогичные проекты, отрасли, размер бюджетов
Состав команды	15-20%	Грейды, опыт, время на проекте, ключевые компетенции
Методика и план-график	8-12%	Подход к управлению, контрольные точки, риски
Технические решения	5-10%	Архитектура, стек, обоснованность выбора
Гарантии и поддержка	4-8%	Гарантийный период, SLA, стоимость поддержки
Юридическая надёжность	2-5%	Финансовая устойчивость, опыт без судебных споров

Зрелые заказчики намеренно снижают вес стоимости до 30-40%, потому что иначе тендер становится «гонкой ко дну». Подрядчик, выигравший по самой низкой цене, в 80% случаев не уложится в бюджет, и реальная итоговая стоимость окажется выше всех остальных предложений плюс конфликт по дополнительным работам.

Как формировать техническое задание

Качество ТЗ напрямую определяет качество предложений. Если ТЗ расплывчатое, разброс цен в КП будет 3-5x, и сравнить их адекватно невозможно.

Минимальный состав ТЗ для коммерческого тендера на разработку ПО:

1. Бизнес-контекст. Какую задачу решает система, какие пользователи, какие процессы автоматизируются, какой ожидается экономический эффект (хотя бы качественно).
2. Функциональные требования. Список ключевых функций, желательно с use-кейсами или user stories. Уровень детализации — без детальной UI-разработки, но достаточный для оценки трудоёмкости.
3. Нефункциональные требования. Производительность (количество одновременных пользователей, время отклика), отказоустойчивость, безопасность (классы защищённости, соответствие 152-ФЗ, 187-ФЗ), масштабируемость.
4. Интеграции. Список систем для интеграции, форматы данных, типы интерфейсов (REST, SOAP, файловый обмен, message broker).
5. Ограничения по технологиям. Если есть требования по стеку, отечественности ПО (реестр Минцифры), регуляторики (КИИ, ПД).
6. Объёмные характеристики. Количество пользователей, объём данных, нагрузка.
7. Поэтапность. Если проект предполагается реализовать в несколько этапов — описание этапов.
8. Бюджет и сроки. Целевые значения или коридоры. Объявлять или нет — отдельное решение (см. ниже).
9. Требования к команде. Если важны определённые компетенции, лицензии, доступы.
10. Критерии приёмки. Как будет приниматься результат — функциональные тесты, нагрузочные, security-аудит.

Объявлять бюджет или нет? Спорный вопрос. Аргумент «не объявлять»: получите более честные оценки, не привязанные к ожиданиям. Аргумент «объявлять»: студии не будут тратить время на проект с явно несовместимым бюджетом, и оставшиеся участники изначально на правильной волне. Наша рекомендация — объявлять диапазон («от 10 до 25 млн ₽»), это даёт оптимальный фильтр.

Сравнение коммерческих предложений

Самый сложный этап. Студии присылают предложения в разных форматах, с разной детализацией, по-разному структурированной экономикой.

Шаг 1. Унификация формата. Если предложения сильно различаются, попросите всех студий переоформить КП в единый шаблон. Заказчик имеет на это право, и серьёзные студии охотно идут навстречу.

Шаг 2. Сравнение трудоёмкости в человеко-часах. Это убирает разницу в часовых ставках и показывает, кто адекватнее оценил объём. Если оценки расходятся в 2-3 раза — это сигнал, что либо ТЗ слишком расплывчатое, либо одна из студий несерьёзна.

Шаг 3. Сравнение состава команды и грейдов. Две студии могут заявить команду из 5 человек, но в одной — 1 senior + 3 middle + 1 junior, в другой — 2 senior + 2 middle + 1 junior. При одинаковой цене это разная сделка.

Шаг 4. Анализ включённости скрытых статей. Стандартные «забывают»:

• Тестирование (10-20% от бюджета разработки)
• DevOps и CI/CD (5-15%)
• Документация и обучение (5-10%)
• Сопровождение после релиза (15-25% годовых)
• Облачная инфраструктура (выделяется отдельно)
• Лицензии на инструменты (Jira, Figma, специализированный софт)
• Нагрузочное и security тестирование

Если в одном КП эти статьи отсутствуют, а в другом — есть, прямое сравнение цен неинформативно. Запросите унификацию.

Шаг 5. Проверка рекомендаций. Серьёзная проверка — позвонить 2-3 клиентам студии и поговорить 20-30 минут о реальном опыте. Что попросить рассказать: как студия справлялась с изменениями объёма работ, как реагировала на отставания, как организовала коммуникацию, что бы клиент сделал по-другому. Хорошие студии готовы дать контакты без проблем; уклончивость — красный флаг.

Шаг 6. Сравнение методики управления проектом. Какие методологии (Agile/Scrum, Kanban, Waterfall, гибрид)? Какие инструменты? Как планируются спринты? Как принимаются результаты? Какие еженедельные ритуалы? Где видна реальная организация работы, а где — формальные слова.

Типовые ошибки заказчиков на тендере

По нашему анализу 200+ проектов 2024-2026 годов, главные ошибки:

1. Расплывчатое ТЗ. Самая частая ошибка. ТЗ из 3-х страниц для проекта на 30 млн ₽ — гарантированный путь к разбросу цен 3-5x, бесполезным защитам и непредсказуемому результату.

2. Слишком короткие сроки на подготовку КП. 5-7 дней на серьёзный тендер — серьёзные студии откажутся, останутся менее компетентные. Стандарт — 3-5 недель.

3. Чрезмерный вес стоимости. Цена 70-80% — выбираете студию с заниженной оценкой, проект уходит в перерасход.

4. Сравнение «по итоговой цифре» без структуры. 12 млн с включением всего vs 8 млн без поддержки и тестирования — это разные сделки, не «8 < 12».

5. Игнорирование рекомендаций. Самый дешёвый и точный способ узнать студию — позвонить её реальным клиентам. Заказчики этого почти не делают.

6. Невозможность изменения объёма работ в договоре. Реальный проект всегда требует корректировок. Если процедура изменений не описана — это либо штрафы, либо ускоренное оформление с наценкой.

7. Отсутствие проверки команды на конкретный проект. На презентации показывают senior-команду, в работу выходят middle и junior. В договоре закрепите конкретные имена и проценты времени на проекте.

8. Отсутствие резерва на изменения. Стандарт — 15-25% от прямой стоимости. Без резерва первое же изменение разнесёт бюджет.

9. Принятие самого позднего и самого дешёвого предложения. Студия, прислала КП за день до дедлайна и предложившая на 30% дешевле всех — это либо ошибка оценки, либо демпинг. И то и другое — плохо.

10. Отсутствие проверки финансовой устойчивости подрядчика. Студия может выиграть тендер и обанкротиться через 4 месяца. Проверьте: годовая выручка, штат, портфолио последних 2 лет, наличие судебных споров.

Юридическая защита заказчика

Договор на разработку ПО — отдельная большая тема, но ключевые точки:

1. Чётко описанный объём работ. В договоре или приложении — детальный перечень работ, что входит и что не входит.
2. Процедура изменения объёма работ. Change request — отдельная оценка трудоёмкости, отдельная заявка, отдельная оплата. Не «давайте быстро добавим».
3. Этапные платежи. Не предоплата 100%, а поэтапные платежи против сданных этапов с приёмкой.
4. Приёмка по объективным критериям. Не «понравилось/не понравилось», а функциональные тесты, нагрузочные, security.
5. Передача исходного кода. При каждом этапном платеже — актуальный git-репозиторий передаётся заказчику. Это страховка от «студия пропала с кодом».
6. Право на исходный код и интеллектуальную собственность. По умолчанию — переходит заказчику с моментом оплаты соответствующего этапа.
7. Гарантийный период. Стандарт — 6-12 месяцев после приёмки. В этот период баги исправляются за счёт студии.
8. Штрафы и неустойки. Симметричные: студия за просрочку, заказчик за задержку оплаты. Размер — обычно 0,1-0,5% от стоимости этапа за день.
9. NDA. Соглашение о неразглашении — обязательно с момента передачи бизнес-чувствительной информации.
10. Условия расторжения. Что произойдёт, если стороны не сойдутся — порядок передачи незавершённых работ, расчёт.

Специфика 44-ФЗ и госзакупок

Государственные тендеры по 44-ФЗ кардинально отличаются от коммерческих:

• Регламент жёстко прописан в законе. Заказчик не имеет свободы менять процедуры.
• Электронные торги. Обязательная площадка из перечня (Сбер А, ЕЭТП, РТС-тендер, etc).
• Цена доминирует в критериях. Стандартная схема — цена 60%, неценовые критерии 40%. Это часто приводит к выбору заведомо слабого подрядчика.
• Допуск участников по формальным критериям. ЕГРЮЛ, отсутствие в реестре недобросовестных поставщиков, лицензии для определённых работ.
• Ограниченные возможности изменения договора. Не более 10% объёма работ. Любое изменение — отдельный конкурс.
• Сроки заявок. По регламенту — обычно 15-30 календарных дней с момента публикации.

По индексам Wordstat запрос «тендер на разработку» включает оба сегмента — коммерческий и государственный. Объём государственных закупок IT-услуг в 2025 году по нашим оценкам — около 280-340 млрд ₽, и эта цифра растёт на 15-20% в год за счёт цифровой трансформации госсектора.

Тендер на разработку ПО в 2026 году — это не «найдём подрядчика подешевле», а структурный процесс выбора с прозрачной методикой, понятным ТЗ, осмысленными критериями, проверкой команды и рекомендаций, корректным сравнением предложений в человеко-часах и трудоёмкости. Зрелый заказчик тратит на тендер 6-14 недель и серьёзный объём собственной аналитической работы — но окупает это 30-50% экономии на финальном бюджете и существенно более низким риском перерасхода. На больших проектах от 30 млн ₽ и выше тендер с пилотом и серьёзной проверкой подрядчиков — единственный рациональный способ закупки разработки. Госзакупки по 44-ФЗ — отдельный, более жёсткий и более ценоцентричный процесс с фокусом на формальное соответствие, а не на качество.

Источники данных и проверка процедур

Аналитика IT-тендеров России строится на открытых закупочных площадках. Первичные источники:

• Единая информационная система в сфере закупок (zakupki.gov.ru) — тендеры по 44-ФЗ (госзаказ) и 223-ФЗ (компании с госучастием)
• B2B-Center, Электронная площадка — коммерческие тендеры
• Реестр отечественного ПО Минцифры — обязательный для тендеров с импортозамещением
• Реестр аккредитованных IT-компаний Минцифры — статус подрядчиков с ИТ-льготами
• TAdviser — IT-проекты с бюджетами — реальные суммы и сроки внедрений

Средняя длительность процедуры (45-90 дней для 44-ФЗ, 30-60 дней для коммерческих) сверяется с выборкой 1 200+ IT-тендеров 2024-2026 годов из ЕИС.

См. также — связанные разборы

• IT-компании России 2026 — топ-50 подрядчиков, которые регулярно побеждают в IT-тендерах. Помогает прогнозировать конкурентов в конкретной нише.
• Стоимость разработки ПО — реальные бюджеты внедрений: ориентир для оценки НМЦК и собственного предложения.
• Рынок IT в России 2026 — доля госзакупок в общем объёме рынка, динамика по сегментам.
• Импортозамещение IT — почему реестр Минцифры стал обязательным критерием в 90% IT-тендеров с 2024 года.