До заявки: учимся проверять IT-тендер на выполнимость и скрытые расходы

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

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

Для внутренней оценки мы просчитываем рабочий сценарий и сценарий с задержками на наиболее уязвимых участках проекта. Мы учитываем время на проверку безопасности, согласование дизайна, исправление интеграционных ошибок и доступность внешних поставщиков, когда это относится к заданию. Если график сходится только при мгновенных ответах всех участников, мы признаём его хрупким ещё до подачи заявки. Затем мы проверяем, допускают ли условия необходимые организационные решения: параллельную работу, поэтапную передачу или привлечение дополнительных исполнителей. Мы не предлагаем обещать невозможное в расчёте на то, что после победы стороны обязательно договорятся о переносе.

Далее мы прослеживаем путь от передачи результата до оплаты и отмечаем все события, от которых зависит движение денег. Мы проверяем, предусмотрены ли самостоятельные этапы, отдельная оплата этих этапов и необходимые для расчёта документы. Не всякая промежуточная сдача означает, что подрядчик получит соответствующую часть вознаграждения до завершения всего проекта. Если существенные расходы возникают в начале, а платёж ожидается после общей приёмки, мы отражаем это в финансовой модели. Условия оплаты мы сопоставляем с применимыми обязательными требованиями, поскольку текст договора нельзя оценивать в отрыве от правил конкретной закупки.

Для рискованных участков мы формируем обоснованный резерв, связанный с конкретными причинами: дополнительным тестированием, повторным согласованием или колебанием стоимости необходимых ресурсов. Мы не маскируем резервом неизвестный предмет договора, потому что некоторые неопределённости невозможно разумно оценить в деньгах. Затем мы определяем внутреннюю границу цены, ниже которой исполнение перестаёт соответствовать возможностям и экономике компании. Эта граница нужна ответственному за торги до начала ценового соревнования, а не после эмоционального снижения. Мы рассматриваем отказ от дальнейшего снижения как обычное управленческое решение, а не как неудачу участия.

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

Получив ответ, мы проверяем не только его удобство для нас, но и то, что именно изменилось в официальном комплекте документов. Разъяснение не следует автоматически воспринимать как допустимое изменение предмета или как исправление любой противоречащей ему формулировки. Если вопрос остался открытым, мы сохраняем его в оценке риска и рассматриваем доступные законные способы защиты при наличии оснований. Обращение за защитой требует проверки компетенции органа, сроков и применимости соответствующего порядка, а не механического копирования чужой жалобы. Мы также учитываем, что само направление обращения не означает автоматического изменения всех сроков процедуры.

Непосредственно перед отправкой мы повторно проверяем актуальность документов, сроки и соответствие подготовленного предложения последним опубликованным условиям. Мы сохраняем расчёт, существенные разъяснения и основания решения, чтобы передать их команде исполнения при заключении договора. Для закрепления урока мы предлагаем разобрать одну подходящую закупку и по каждому разделу записать вывод с документальным основанием. Если вывод невозможно подтвердить, мы отмечаем его как предположение и определяем, что нужно проверить дополнительно. Смысл проверки не в обещании беспроблемного исполнения, а в осознанном выборе обязательств, которые компания способна принять.