Как сравнить предложения подрядчиков по внедрению ИИ

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

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

Что положить рядом с предложениями

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

Если подрядчики отвечали на разные версии запроса, сначала выясните, какие изменения учтены каждым из них. Иначе часть расхождений будет связана с исходным заданием.

Если задача ещё не описана, начните со статьи о подготовке задания.

Учебное сравнение: реквизиты из входящих документов

Предположим, компания хочет переносить реквизиты из входящих документов в учётную систему. Получены предложения А и Б. Пример условный; он не описывает клиента, проект или результат Foundry. Цены и сроки здесь не назначены.

Где заканчивается работа

В А результат — файл с извлечёнными полями. В Б — запись в учётную систему после подтверждения сотрудником. У А ручной перенос остаётся у заказчика. У Б нужно проверить обязательства по подключению.

Вопрос: «Что получает сотрудник в конце работы и какие действия выполняет затем?»

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

Кто готовит документы

А предполагает, что заказчик передаёт подготовленные файлы согласованного формата. Б включает разбор входящих файлов в перечисленных форматах, но исключает нечитаемые документы. Объём работы заказчика различается.

Вопрос: «Кто получает файлы из рабочего канала, проверяет их пригодность и разбирает исключения?»

Действие: сопоставьте границы обоих предложений с реальными документами. Закрепите подготовку и ручной разбор за конкретной стороной. Работу без ответственного оставьте открытым вопросом до выбора.

Что подтверждает качество

В А показана демонстрация на примерах исполнителя. В Б описана проверка на согласованных рабочих документах. Демонстрация даёт сведения только о показанных случаях. Описанная проверка тоже требует изучения состава документов и правил оценки.

Вопрос: «На каких документах проверяется результат, какие ошибки учитываются и кто разбирает спорные значения?»

Действие: запросите сопоставимые условия проверки. Укажите нужные поля и последствия ошибок, включите встречающиеся исключения. Попросите показать результаты проверки отдельно от обещаний в предложении.

NIST рекомендует связывать измерения точности с реалистичными проверочными наборами, отражающими ожидаемые условия использования, и описывать методику. Выбор метрик и порогов зависит от контекста. AI RMF предназначен для добровольного применения; здесь он служит методическим ориентиром. Процедуру закупки по этой статье определяет покупатель. Источники проверены 26 октября 2026 года, 18:08:21 UTC.

Сколько работы остаётся сотрудникам

В А сотрудник проверяет каждый документ и переносит значения. В Б сотрудник подтверждает запись, но порядок проверки полей не описан. Этот пропуск оставляет нагрузку заказчика неизвестной.

Вопрос: «Что именно проверяет сотрудник, где исправляет значение и что делает при недостатке сведений?»

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

Кто отвечает за запись и сбои

А заканчивается выгрузкой файла. Б включает подключение к учётной системе, но пока не объясняет поведение при отказе записи или повторной отправке.

Вопрос: «Как сотрудник узнает, что запись не выполнена, кто исправляет ошибку и как проверяется повторная обработка?»

Действие: попросите описать эти ситуации в границах интеграции и включить их в проверку. Если доступность подключения ещё неизвестна, оставьте соответствующую часть оценки предварительной.

Что происходит после передачи

А заканчивается передачей решения и инструкций. Б включает исправления в согласованных границах. Это разные обязательства после запуска.

Вопрос: «Кто принимает обращения о сбоях, какие исправления входят в работу и какие изменения оплачиваются отдельно?»

Действие: выясните обязанности после передачи и состав передаваемых материалов. Условия прав и лицензий проверьте отдельно. Более широкий объём имеет смысл, если он нужен компании и соответствует её ресурсам.

Какие допущения мешают выбрать

Для каждого существенного допущения установите, кто его подтвердит и какая часть предложения зависит от ответа.

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

Когда сравнивать стоимость

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

Если А включает выгрузку, а Б — ещё и запись в систему, разница итоговых сумм пока не отвечает на вопрос о выгодности. Сначала определите, кто и на каких условиях выполнит нужное подключение в каждом варианте.

Подробный состав расходов разобран в статье о бюджете внедрения.

Какое решение принять

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