В сфере разработки программного обеспечения тендеры выглядят как способ найти сильного подрядчика на выгодных условиях. Но на практике — это часто путь через бюрократию, репутационные риски и потерю времени. За годы работы команда DNA Team прошла через десятки тендеров и увидела, как устроена эта система изнутри. В этом материале — 4 ключевых проблемы, из-за которых ИТ-закупки работают в минус и заказчику, и исполнителю.
Проблема №1: демпинг, который убивает качество
В теории ключевыми критериями при выборе подрядчика должны быть:
– релевантный опыт,
– наличие квалифицированной команды,
– цена.
Но в реальности на первый план выходит только один фактор — стоимость. Конкурс выигрывает не тот, кто способен решить задачу, а тот, кто предложил минимальный прайс.
Результат? Недобросовестные компании выигрывают тендеры, а потом не могут справиться с задачей. Проект срывается. А заменить подрядчика уже невозможно — сроки горят, бюджет распределен.
В программной разработке такой подход критичен: если у подрядчика нет экспертизы, он не сможет просто «перепоручить» задачу субподрядчику. А заказчик, выбравший по цене, рискует потерять не просто продукт, а деньги, время и доверие команды.
Проблема №2: закупщик ≠ эксперт
Одна из самых частых ситуаций: тендер на разработку ПО ведет сотрудник, который вчера закупал офисную мебель. Он не разбирается в технических деталях, не понимает логики разработки, не может ответить на вопросы подрядчиков.
Результат — противоречивые или некорректные технические задания, отсутствие связи с организатором, провалы в коммуникации. Один и тот же документ может содержать требования на разработку «мобильного приложения» в начале и «мобильной платформы» в конце. Разница в задачах, сроках и бюджете — огромная. Но для закупщика это просто слова.
Хорошее техническое задание — это половина успеха. Оно должно быть составлено с участием ИТ-специалистов, которые будут принимать работу и работать с продуктом. Пока этим занимаются универсальные «менеджеры по закупкам», все участники процесса будут страдать.
Проблема №3: коммуникации на грани фола
Даже если подрядчик решил задать уточняющий вопрос по документации, связаться с заказчиком бывает невозможно. На контактных телефонах — тишина, письма остаются без ответа. А дедлайн подачи заявки — через два дня.
Иногда единственный ответ удается получить от ассистента, который сам не в курсе сути проекта. Тем временем сроки сжимаются, тендер проходит, а после подписания контракта выясняется, что заказчик ожидал совсем другой продукт.
Риски у исполнителя в этом случае огромные: отказ от исполнения контракта, особенно при работе с государственными заказчиками, грозит попаданием в реестр недобросовестных поставщиков. А защититься, когда ТЗ написано размыто или с ошибками, практически невозможно.
Проблема №4: каждый тендер — как в первый раз
Многие заказчики, размещая повторный тендер, начинают процесс с нуля. Вместо того чтобы использовать уже отработанные ТЗ и документы, они переписывают всё заново. Часто — хуже, чем было в первой версии.
Нет базы знаний, нет последовательности. При доработке продуктов не предоставляется ни документация, ни описание текущей версии, ни доступ к коду. Подрядчик оценивает объем работы «вслепую» — и ошибается. Потом — проблемы на этапе реализации.
Наличие базы типовых ТЗ, описаний ранее выполненных работ, систематизация — могли бы снять эту проблему. Но пока таких практик у большинства заказчиков нет.
Что можно сделать?
ИТ-тендеры в России — это необходимый, но очень сложный путь. Да, они открывают возможности. Но и тянут за собой большое количество дополнительных задач, которые часто оказываются сложнее самого проекта.
Решения есть. Это —
– привлечение технических специалистов на этапе подготовки ТЗ,
– переоценка роли цены в итоговом выборе,
– улучшение коммуникации между сторонами,
– создание баз знаний и повторное использование удачных решений.
Но главный шаг — это готовность менять систему. Пока тендеры будут оцениваться исключительно по цене, а составляться непрофильными специалистами, ИТ-сфера будет сталкиваться с повторяющимися проблемами.
Подробнее о кейсах компании, ИТ-решениях и опыте в работе с тендерами можно узнать на карточке DNA Team на marketing-tech.ru. Там — портфолио, услуги и еще больше историй о том, как работает качественная разработка.