Тендер на автоматизацию: матрица требований и проверка ответа поставщика с ИИ
Два поставщика отвечают «поддерживается», но один имеет в виду готовую функцию, другой — будущую доработку. Тендер на автоматизацию процессов должен показать эту разницу до сравнения цены, а ИИ помогает найти основание каждого ответа.
«В учебном тендере три участника ставят «да» напротив требования обрабатывать исправленный счёт. Первый показывает готовое управление версиями, второй сохраняет файл вложением, третий обещает разработку после обследования. Цена сравнима, результат — нет. Поэтому в матрице слово «да» без доказательства не засчитывается.»
С чего начать: почему слово «да» не делает заявки сопоставимыми
Тендер начинают с проверяемого поведения: что приходит на вход, какие действия разрешены, какое исключение должно остановить работу и какой результат заказчик увидит в своей системе. Эта запись превращает демонстрацию из рассказа о продукте в проверку процесса. Всем участникам дают одинаковые определения статусов.
Эффективная точка старта в закупках
Завершённая закупка, 15 требований и вручную размеченные подтверждающие страницы в двух заявках. Помощник запускается на той же редакции файлов, а расхождения показывают, что улучшать: разметку или формулировки требований.
Модельный сценарий: проверка ответа поставщика по требованию о повторах
Sherpa AI Server получает утверждённую матрицу и конкретную редакцию предложения. Для требования «повтор не создаёт дубль» он находит фрагмент с описанием ключа экземпляра, номер страницы и оговорку о будущем релизе. Ячейка получает статус «зависит от условия», а не «подтверждено», и комиссия видит основание без повторного чтения всей заявки.
Паспорт пилота на одной странице
- 1Участок процесса: Поиск подтверждений в ответах поставщиков по матрице требований.
- 2Базовая линия: 6 заявок по 80 требований, 4 минуты ручного поиска на строку (условные данные).
- 3Контрольная выборка: 12 учебных заявок: прямой ответ, скрытое условие в приложении, противоречивые страницы, будущая функция, отсутствие ответа.
- 4Границы системы: Сбор доказательств для комиссии; выбор победителя и правила оценки — у уполномоченных сотрудников.
- 5Критерий успеха: Ни одной отметки «подтверждено» без доказательства; пропуск показан, а не закрыт догадкой.
Четыре статуса ответа в тендерной матрице
Внедрение ИИ в закупках рассматривают как контролируемый разбор предложений: из ответа извлекают утверждение, страницу, редакцию файла и оговорку.
Подтверждено документом
Есть фрагмент, страница и приложение, которые прямо описывают готовую функцию.
Заявлено без доказательства
Поставщик ответил «да», но подтверждения нет — комиссия запрашивает описание и приёмочный пример.
Зависит от условия
«Поддерживается» с оговоркой о будущем релизе, настройке или разработке; срок и цена фиксируются отдельно.
Не найдено
Отсутствие подтверждения не считается отрицательным ответом: поставщику можно задать уточнение.
Пять этапов тендера с ИИ-разбором заявок
Автоматизация тендеров в таком пилоте имеет узкую границу: собрать доказательства для оценки, а не выбрать победителя.
Паспорт требования
Номер, владелец, приоритет и тест; вместо «удобного журнала» — проверяемый состав записи.
Приёмочные сценарии
Ожидаемый итог и допустимые ручные действия по каждому требованию.
Разбор предложений
Фрагмент, страница, краткий пересказ, ограничение и статус по каждой строке.
Новые редакции
Пересчёт только затронутых требований с сохранением прежних оценок и истории.
Сравнение стоимости
Доступный объём, настройка, разработка, проверка, обучение и сопровождение по каждой заявке.
Как оценить помощника: четыре группы метрик
Помощник не сокращает обязательное обсуждение спорных условий: в расчёт входит поиск доказательств, а не вся закупочная процедура.
Ложные подтверждения: ноль отметок «подтверждено» при отсутствии доказательства — критичная ошибка.
Точность ссылок: доля строк со ссылкой на страницу и приложение; ссылка на файл без страницы недостаточна.
История редакций: изменение приложения меняет статус затронутого требования и сохраняет прежнее основание.
Время проверки: условно 2 минуты на строку после предварительного разбора вместо 4 минут ручного поиска.
Формула высвобожденного времени комиссии
6 × 80 × (4 − 2) / 60 − 8 = 8 часов. Числа придуманы для расчёта, это не измеренный эффект Sherpa.
Высвобождение = Заявки × Требования × (Минуты поиска − Минуты проверки) ÷ 60 − Подготовка матрицыАрхитектура: матрица, предложения, разбор и решение комиссии
Если документ участника содержит инструкцию игнорировать требования заказчика, она рассматривается как часть предложения, а не как команда помощнику. Управление оценкой остаётся у утверждённого задания и ролей комиссии.
1. Матрица требований
Паспорта требований, статусы и приёмочные сценарии, утверждённые до рассылки.
2. Заявки участников
Конкретные редакции предложений и приложений с номерами страниц.
3. Sherpa AI Server
Поиск фрагментов, краткий пересказ, выделение оговорок и противоречий.
4. Журнал разбора
Статусы строк, история редакций и отметка «источник недоступен» при сбое файла.
5. Решение комиссии
Оценка соответствия, вопросы участникам и итоговый выбор уполномоченными сотрудниками.
SAP обозначила создание заголовков договоров Ariba как GA с проверкой человеком; у разных функций разные статусы, и приёмка процесса остаётся отдельной. Объёмы и минуты в статье условные.
Три ошибки, из-за которых тендер выбирает обещания
Принимать будущую функцию за готовую
Будущая доработка фиксируется отдельно: срок, зависимость, цена и способ проверки. Статуса готовой функции она не получает.
Забыть об ответственности за исключения
Кто исправляет справочник, ведёт очередь отказов и оплачивает изменение интеграции после обновления учётной системы? Эти вопросы не помещаются в строку «техническая поддержка», но определяют будущую нагрузку.
Сравнивать по ROI поставщика
Исходные объёмы и ручные минуты сверяют с данными заказчика. Две заявки сравнивают на одном потоке, одинаковых исключениях и одинаковом сроке наблюдения.
Мнение эксперта
Константин Артемьев Основатель и генеральный директор Sherpa Robotics«Требование похоже на заказ мебели по чертежу: слово «удобная» каждый понимает по-своему, а размеры и способ проверки можно согласовать. Хорошая тендерная матрица остаётся понятной даже после смены членов комиссии. Мы как участник тендеров тоже предпочитаем такие матрицы — в них видно, за что платит заказчик.»
Что изучить перед запуском пилота
Эти материалы продолжают логику статьи: помогают найти процесс, выбрать закрытый ИИ-контур, определить роль RPA и сверить гипотезу с реальными внедрениями.
Частые вопросы
Может ли ИИ выбирать победителя тендера?
Нет. Описанный контур собирает основания для комиссии. Итоговое решение и правила оценки остаются у уполномоченных сотрудников.
Что делать со словом «поддерживается» без доказательства?
Отметить заявление без подтверждения и запросить у участника описание функции, ограничений и приёмочный пример.
Как сравнивать будущую доработку и готовую функцию?
Отдельно фиксировать срок, зависимость, цену и способ проверки. Будущая функция не получает статус готовой.
Зачем сохранять редакции заявки?
Изменение приложения может поменять оценку требования. История показывает, какое основание действовало при каждом решении комиссии.
Какие данные подходят для первого теста?
Завершённая закупка, небольшой набор проверяемых требований и две заявки с вручную размеченными подтверждениями.
Проведите тендер на автоматизацию с проверяемой матрицей
Поможем превратить требования в паспорта с приёмочными сценариями и покажем, как Sherpa AI Server находит подтверждения в заявках на вашей завершённой закупке.