В пятницу ближе к вечеру менеджеру приходит архив от заказчика. Техзадание, ведомость объемов, проект договора, график, требования к документам, гарантия, приложения. В письме короткая фраза: "Ждем предложение во вторник".
Менеджер пересылает файлы сметчику: "Надо успеть посчитать".
Так начинается много тендеров. Не с вопроса "на каких условиях мы готовы участвовать", а с попытки быстро выдать цену. Сметчик открывает объемы. Юрист увидит штрафы позже. Проектный руководитель позже посмотрит график. Снабжение потом сверит материалы и аналоги. Финансы еще позже заметят оплату после приемки.
Иногда компания успевает. Отправляет предложение, выглядит оперативной, даже выигрывает. А затем выясняется, что гарантия длиннее обычной, срок почти невозможный, документы надо закрыть идеально, а штрафы забирают весь запас.
Почему это опаснее, чем кажется
Тендерная документация редко ломает компанию одним крупным пунктом. Чаще она режет маржу мелкими условиями.
Один пункт про штрафы. Один пункт про гарантию. Один пункт про приемку. Один пункт про запрет аналогов. Один пункт про оплату после этапа, который зависит от третьей стороны. Каждый отдельно выглядит терпимо. Вместе они меняют решение.
Проблема в том, что разные отделы видят эти условия не одновременно. Сметчик работает со своей частью. Юрист со своей. Проектный менеджер со своей. Если входной разбор не собран, тендер едет вперед как задача на расчет, а не как управленческое решение.
Рынок уже идет в эту сторону
12 мая CNews писал о "Фасадных Решениях". Компания разрабатывает внутренний AI-инструмент для подготовки смет и обработки тендерных запросов. Сейчас значительная часть работы выполняется вручную: надо сопоставлять позиции из тендерной документации с внутренними базами, подбирать материалы и формировать расчеты. Новый инструмент должен анализировать тендерное задание, сопоставлять его с базами и формировать структурированный расчет. Команда проекта ожидает, что время одного расчета сократится вдвое.
Это понятная боль строительного бизнеса: запросов больше, требований к скорости и точности больше, людей больше не становится.
Bechtle в апреле рассказал о похожей логике для public sector. Там AI помогает первично разбирать сложные тендерные документы на сотни страниц, выделяет сроки, требования к сервису, пункты ответственности и дает ссылки на источник. В раннем использовании компания заявляет точность извлечения выше 90%. Важная деталь: менеджер не исчезает из процесса, он проверяет и принимает решение.
В России на конференции "Цифровизация закупок 2026" тоже обсуждали AI-анализ требований, заявок участников, ОКПД 2 и КТРУ. В кейсе ФСК уже оцифрованы процессы "Заявка", "Тендер", "Смета", "Договор", а скорость проведения тендера сократилась на 10-15%.
То есть тендеры постепенно превращаются из папки файлов в структурированный процесс.
Что должно появиться до сметы
Перед расчетом цены нужен короткий tender intake. Не огромный отчет, а рабочая карта на одну-две страницы.
В ней должны быть предмет и объем, критичные сроки, условия оплаты, штрафы, гарантия, приемка, документы для подачи, спорные пункты договора и вопросы заказчику.
Хороший AI здесь не должен "решать за юриста". Его задача проще и полезнее: быстро прочитать документы, вытащить условия, показать страницу или пункт, назначить владельца проверки и собрать вопросы.
После этого команда уже решает: участвовать, не участвовать, уточнять условия, закладывать риск или просить правки в договоре.
Маленькая проверка
Откройте три последних тендера, где команда спешила. Посмотрите, что было готово до расчета цены.
Был ли список штрафов и гарантий? Были ли условия оплаты и приемки? Были ли требования к сертификатам и письмам? Были ли вопросы заказчику? Был ли человек, который отвечает за проверку каждого риска?
Если все это всплывало после сметы, команда работала быстро, но с неполной картиной.
Мы в Woghan помогаем собирать такие контуры: загрузка тендерных документов, извлечение условий, риск-мемо, вопросы заказчику, bid/no-bid чек-лист, связь с CRM, 1C/ERP, СЭД и внутренними базами. Чтобы компания сначала понимала условия, а потом считала цену.
t.me/woghan_dev