Как сравнить предложения подрядчиков по внедрению ИИ
Сведите предложения к одному ожидаемому результату. Проверьте, кто выполняет каждую необходимую работу, какие исключения указаны и как принимается результат. Запросите уточнения по расхождениям. Стоимость сравнивайте после этого, на одинаковый период и нагрузку.
Статья подходит, если задача уже предварительно выбрана и предложения получены. Она помогает решить, можно ли продолжать выбор исполнителя или сначала нужно устранить пробелы. Проверка договора, безопасности и отраслевых требований требует отдельной работы.
Что положить рядом с предложениями
Соберите исходное описание задачи, актуальные предложения и письменные уточнения. Отметьте ожидаемый результат процесса, обязательные подключения и доступных сотрудников заказчика. Неизвестные сведения оставьте открытыми.
Если подрядчики отвечали на разные версии запроса, сначала выясните, какие изменения учтены каждым из них. Иначе часть расхождений будет связана с исходным заданием.
Если задача ещё не описана, начните со статьи о подготовке задания.
Учебное сравнение: реквизиты из входящих документов
Предположим, компания хочет переносить реквизиты из входящих документов в учётную систему. Получены предложения А и Б. Пример условный; он не описывает клиента, проект или результат Foundry. Цены и сроки здесь не назначены.
Где заканчивается работа
В А результат — файл с извлечёнными полями. В Б — запись в учётную систему после подтверждения сотрудником. У А ручной перенос остаётся у заказчика. У Б нужно проверить обязательства по подключению.
Вопрос: «Что получает сотрудник в конце работы и какие действия выполняет затем?»
Действие: согласуйте нужную точку окончания процесса. Если выгрузки достаточно, А может соответствовать задаче. Если нужна запись в систему, попросите включить её в предложение или отдельно определить исполнителя этой работы.
Кто готовит документы
А предполагает, что заказчик передаёт подготовленные файлы согласованного формата. Б включает разбор входящих файлов в перечисленных форматах, но исключает нечитаемые документы. Объём работы заказчика различается.
Вопрос: «Кто получает файлы из рабочего канала, проверяет их пригодность и разбирает исключения?»
Действие: сопоставьте границы обоих предложений с реальными документами. Закрепите подготовку и ручной разбор за конкретной стороной. Работу без ответственного оставьте открытым вопросом до выбора.
Что подтверждает качество
В А показана демонстрация на примерах исполнителя. В Б описана проверка на согласованных рабочих документах. Демонстрация даёт сведения только о показанных случаях. Описанная проверка тоже требует изучения состава документов и правил оценки.
Вопрос: «На каких документах проверяется результат, какие ошибки учитываются и кто разбирает спорные значения?»
Действие: запросите сопоставимые условия проверки. Укажите нужные поля и последствия ошибок, включите встречающиеся исключения. Попросите показать результаты проверки отдельно от обещаний в предложении.
NIST рекомендует связывать измерения точности с реалистичными проверочными наборами, отражающими ожидаемые условия использования, и описывать методику. Выбор метрик и порогов зависит от контекста. AI RMF предназначен для добровольного применения; здесь он служит методическим ориентиром. Процедуру закупки по этой статье определяет покупатель. Источники проверены 26 октября 2026 года, 18:08:21 UTC.
Сколько работы остаётся сотрудникам
В А сотрудник проверяет каждый документ и переносит значения. В Б сотрудник подтверждает запись, но порядок проверки полей не описан. Этот пропуск оставляет нагрузку заказчика неизвестной.
Вопрос: «Что именно проверяет сотрудник, где исправляет значение и что делает при недостатке сведений?»
Действие: пройдите предложенный процесс с будущим пользователем. Уточните его действия и доступность для такой работы. Если предложение предполагает участие специалиста, которого компания выделить не сможет, попросите пересмотреть решение.
Кто отвечает за запись и сбои
А заканчивается выгрузкой файла. Б включает подключение к учётной системе, но пока не объясняет поведение при отказе записи или повторной отправке.
Вопрос: «Как сотрудник узнает, что запись не выполнена, кто исправляет ошибку и как проверяется повторная обработка?»
Действие: попросите описать эти ситуации в границах интеграции и включить их в проверку. Если доступность подключения ещё неизвестна, оставьте соответствующую часть оценки предварительной.
Что происходит после передачи
А заканчивается передачей решения и инструкций. Б включает исправления в согласованных границах. Это разные обязательства после запуска.
Вопрос: «Кто принимает обращения о сбоях, какие исправления входят в работу и какие изменения оплачиваются отдельно?»
Действие: выясните обязанности после передачи и состав передаваемых материалов. Условия прав и лицензий проверьте отдельно. Более широкий объём имеет смысл, если он нужен компании и соответствует её ресурсам.
Какие допущения мешают выбрать
Для каждого существенного допущения установите, кто его подтвердит и какая часть предложения зависит от ответа.
- Подключение предполагает доступный интерфейс учётной системы. Ответственный ИТ-специалист подтверждает возможность доступа. При её отсутствии пересматриваются способ интеграции и объём работ.
- Проверка предполагает сотрудника, который знает правильные значения. Руководитель процесса подтверждает его участие. Если такого сотрудника нет, нужно определить способ проверки до приёмки.
- Оценка предполагает согласованные форматы документов. Владелец процесса уточняет, что встречается в работе. Новые форматы могут потребовать изменения границ предложения.
Попросите подрядчиков письменно обновить предложения после уточнений. Сохраните исключения и оставшиеся неизвестные рядом с итоговой версией. Устный ответ может оставить разные трактовки обязательств.
Когда сравнивать стоимость
Сравнивайте стоимость при понятном составе работ, на одинаковый период и нагрузку. Покажите отдельно платежи подрядчику и участие сотрудников. Работу без оценки отметьте как неизвестный расход.
Если А включает выгрузку, а Б — ещё и запись в систему, разница итоговых сумм пока не отвечает на вопрос о выгодности. Сначала определите, кто и на каких условиях выполнит нужное подключение в каждом варианте.
Подробный состав расходов разобран в статье о бюджете внедрения.
Какое решение принять
- Предложения описывают нужный результат, обязанности понятны, условия проверки сопоставимы. Продолжайте выбор с учётом расходов и ресурсов команды.
- Расхождения понятны, но нужные работы отсутствуют или описаны по-разному. Запросите исправленные предложения с одинаковыми границами.
- Существенное допущение можно проверить отдельно. Определите ограниченное предварительное исследование с собственным результатом и условиями приёмки.
- Доступ к данным, способ проверки или участие сотрудников остаются неопределёнными и меняют реализуемость задачи. Отложите закупку до ответа на эти вопросы.
Следующий шаг: выберите расхождение, которое сильнее всего влияет на результат процесса. Отправьте подрядчикам конкретный вопрос и укажите, что должно измениться в предложении после ответа. Затем проверьте, закрыто ли расхождение в обновлённых документах.
Foundry