Пакет заявки на тендер: как не проиграть по формальному основанию

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

Откуда берутся формальные отклонения

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

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

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

Всё делается в последние сутки. Причина не в лени: решение об участии принимается поздно, потому что до этого шёл отбор лотов. Чем позже решение, тем выше цена любой ошибки.

Сценарий внедрения

Шаг 1. Извлечь требования в единый чек-лист

По каждому лоту документация разбирается один раз, и из неё формируется список: какой документ, в какой форме (оригинал, копия, подпись), какое требование к сроку, где в документации это указано. Последнее поле обязательно: ссылка на пункт позволяет проверить и защититься, если требование трактуется спорно.

Автоматика хорошо извлекает такие перечни, но результат должен быть проверяемым — рядом с каждым пунктом стоит цитата и место в документе. Пересказанное требование — источник ошибки; цитата — нет.

Шаг 2. Реестр документов организации со сроками

Отдельно от заявок ведётся реестр всех корпоративных документов: учредительные, лицензии, допуски, сертификаты, подтверждения опыта, справки. У каждого — дата получения, срок действия, где лежит оригинал, кто отвечает за обновление.

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

Шаг 3. Сопоставление требований с реестром

Система сверяет чек-лист лота с реестром и показывает три группы: есть и подходит; есть, но не подходит (истёк срок, не та форма, не хватает заверения); нет вовсе. Третья группа даёт немедленный ответ на вопрос, успеваем ли мы физически подать заявку.

Шаг 4. Заполнение форм из карточки организации

Реквизиты, показатели, сведения об опыте подставляются из единого источника, а не переписываются из прошлой заявки. Специфические для лота значения (цена, сроки, характеристики) заполняются вручную и проверяются отдельно — это содержательная часть, и её автоматизировать нельзя.

Шаг 5. Двойная проверка перед подачей

Финальная проверка состоит из двух независимых частей: автоматической (комплектность, сроки, соответствие форм, наличие подписей, соответствие реквизитов закупки) и человеческой — вторым человеком, не тем, кто собирал. Второй взгляд ловит именно то, что не ловит формальная проверка: смысловые несоответствия и скопированные из прошлой заявки значения.

Шаг 6. Разбор каждого отклонения

Отклонённая заявка обязательно разбирается: какое основание, какой пункт требований, что именно упустили, какое правило добавить в чек-лист. Без этого шага одна и та же ошибка повторяется через квартал.

Как считать эффект

Цена одного отклонения:

Цена_отклонения = Часы_подготовки × Ставка + Стоимость_обеспечения_за_период + Вероятность_победы × Маржа_контракта

Третье слагаемое — упущенная ожидаемая прибыль, и оно обычно доминирует. Условный пример: 14 часов × 1 200 ₽ = 16 800 ₽; стоимость денег в обеспечении за период 9 000 ₽; вероятность победы 25 % при марже 400 000 ₽ = 100 000 ₽. Итого 125 800 ₽ за одно отклонение по формальному основанию.

Годовой ожидаемый ущерб:

Ущерб = Заявок_в_год × Доля_отклонённых_формально × Цена_отклонения

Условный пример: 60 заявок, 7 % отклоняются формально → 60 × 0,07 × 125 800 = 528 360 ₽ в год. Долю берите из своей истории за два года: она известна точно, в отличие от большинства коэффициентов в подобных расчётах.

Экономия времени на сборке:

Экономия = Заявок_в_год × (t_ручной_сборки − t_после)

Условный пример: 60 × (14 − 6) часов = 480 часов в год.

Эффект контроля сроков документов:

Эффект = Число_лотов_пропущенных_из_за_просроченных_документов × Вероятность_победы × Маржа

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

Роли: кто за что отвечает в подготовке

Формальные отклонения почти всегда происходят не потому, что кто-то не справился, а потому, что задача была ничьей. Пакет собирает специалист, часть документов лежит у бухгалтерии, часть у кадров, подписывает руководитель, цену определяет коммерческий директор — и в этой цепочке нет человека, который отвечает за результат целиком.

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

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

Что делать после подачи

Работа не заканчивается отправкой пакета, и следующие несколько дней приносят больше пользы, чем кажется. Во-первых, стоит дождаться и сохранить подтверждение приёма заявки — это единственный документ, доказывающий, что вы подали в срок. Во-вторых, до подведения итогов возможны запросы разъяснений, и на них есть ограниченное время; ответственный за ответ должен быть назначен, а не найден в момент запроса.

После подведения итогов заполняется короткая карточка результата: выиграли или нет, какая цена победила, если она опубликована, по какому основанию отклонили, если отклонили. Три-четыре поля, минута работы — и через десяток заявок у вас появляется собственная статистика вместо ощущений. Именно из неё берётся вероятность победы для расчёта цены отклонения, приведённого выше: без такой карточки этот коэффициент придётся выдумывать, а выдуманный коэффициент делает весь расчёт декоративным.

Отдельно стоит фиксировать, сколько времени фактически заняла подготовка. Эта цифра нужна и для календаря обратного отсчёта, и для честного ответа на вопрос, окупается ли участие в мелких лотах.

Риски и границы

Автоматически извлечённое требование может быть неполным. Документация бывает противоречивой, требования — вынесенными в приложение, изменения — опубликованными позже. Поэтому извлечение сопровождается ссылками на пункты, а ответственность за полноту остаётся на человеке.

Изменения документации после начала подготовки. Требования могут поменяться в ходе приёма заявок. Отслеживание изменений по взятым в работу лотам обязательно; подготовка по устаревшей редакции — прямой путь к отклонению.

Подача и подписание — только человеком. Это юридически значимые необратимые действия. Никакой автоматизм здесь не оправдан, независимо от уверенности проверок.

Ценовое решение не автоматизируется. Цена — предмет коммерческого суждения с учётом загрузки, себестоимости и стратегии. Подстановка цены по правилу приводит либо к убыточным контрактам, либо к систематическим проигрышам.

Данные об опыте и контрактах — коммерческая информация. Реестр документов и сведения о выполненных контрактах не должны уходить во внешние сервисы без отдельного решения.

Чек-лист

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

Что мы можем сделать в EVOLVIN

Мы делаем автономных ИИ-сотрудников для повторяющихся участков — включая разбор документации в чек-лист со ссылками, ведение реестра документов со сроками, сверку комплектности и подготовку форм из единого источника данных.

Границы прямо: мы не даём юридических заключений по требованиям закупки, не определяем цену заявки и не подаём заявки за вас. Чужих кейсов здесь нет, числа иллюстрируют формулы. Ответственность за полноту требований остаётся на вашем специалисте — инструмент делает её проверяемой, а не снимает.

Напишите, сколько заявок вы подаёте в год и сколько из них за последние два года были отклонены по формальным основаниям, — вторая цифра прямо переводится в деньги по формуле выше.