ИИ-интегратор: как выбрать компанию по внедрению ИИ

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

Статья для собственника и директора, который уже решил внедрять ИИ и выбирает, с кем. Если вы ещё на шаге «с чего начать», сначала прочитайте, как внедрить ИИ в компанию: там этапы от аудита до масштабирования.

Что входит в услуги внедрения ИИ

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

Полный цикл услуг внедрения ИИ обычно выглядит так:

1. Разбор процессов. Где команда тратит часы на ручную работу и где эффект можно посчитать в рублях.
2. План. Порядок работ, архитектура, интеграции, бюджет, сроки и метрика у каждого шага.
3. ИИ-агенты и интеграции. Подключение к 1С, CRM, телефонии, банкам, маркетплейсам через API, MCP или выгрузки.
4. Обучение. Сотрудники учатся ставить задачи агентам и проверять результат, а удачные приёмы упаковывают в инструкции под роль.
5. Поддержка. Замеры эффекта, правки агентов при смене форм, API и регламентов.

Интегратор ИИ-решений может закрывать весь цикл или его часть. Это нормально, если вы заранее знаете, кто отвечает за остальное. Если поддержку и обучение не обсудили, при обновлении 1С может оказаться, что следить за сбоями некому.

Какие бывают компании по внедрению ИИ в бизнес

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

Подрядчик	Сильная сторона	Слабое место	Кому подходит
Крупный ИТ-интегратор	Большие команды, опыт с корпоративными системами, юристы и безопасность	Долгий цикл продажи, много согласований, малый проект может быть неинтересен	Холдингам и компаниям с жёсткими требованиями к ИБ
Студия или агентство внедрения ИИ	Небольшая команда, быстро делает прототип, работает с собственником напрямую	Зависит от нескольких ключевых людей, мало ресурсов на большой проект	Среднему бизнесу с 2–5 процессами для старта
Фрилансер	Быстро и гибко на одной понятной задаче	Нет замены на время отпуска или болезни, поддержка держится на одном человеке	Разовым задачам: один бот, одна интеграция
Вендор платформы	Готовый продукт, быстрый старт на типовом сценарии	Решение привязано к платформе, перенести агентов к другому исполнителю сложно	Компаниям, чья задача совпадает с продуктом вендора
Свой штат	Полный контроль, знание процессов изнутри	Долгий поиск рабочих подходов, результат зависит от одного энтузиаста	Компаниям с сильным ИТ-отделом и временем на эксперименты

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

У внешнего исполнителя свой риск — зависимость. В сентябре 2026 года Gartner спрогнозировал: к 2028 году 70% крупных компаний откажутся от агентных систем, которые для них собрали инженеры вендора. Расходы растут, а развивать систему без автора компания не может. Аналитики советуют с первого дня записать в договор права на результат, передачу знаний и план выхода из проекта (Gartner). Прогноз касается корпораций, но эти три пункта стоит записать в договор компании любого размера.

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

Как выбрать ИИ-интегратора: вопросы для первой встречи

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

Вопрос	Хороший знак	Тревожный знак
С чего вы начнёте?	С разбора процесса, данных и метрики	Сразу с выбора модели или платформы
Покажете результат до большого договора?	Прототип на нескольких реальных примерах из ваших данных	Демо на чужих данных и сразу договор на всё
На кого оформлены ключи и аккаунты моделей?	На компанию, сотрудники пользуются, но ключей не видят	На подрядчика, «так удобнее»
Кому принадлежат код, инструкции и документация?	Для новых материалов и готовых компонентов отдельно описаны права, лицензии и передача	Нельзя получить перечень материалов и условия их использования
Какие права нужны агенту?	Сначала только чтение, запись отдельно и там, где без неё не обойтись	Полный доступ ко всему сразу
Что будет с персональными данными?	Заранее делят: что отдают модели, что обезличивают, что остаётся внутри	«Модель безопасная, не переживайте»
Как будем мерить результат?	Замер «до», метрика, критерий приёмки	«Сотрудники почувствуют разницу»
Кто поддерживает агента после запуска?	Понятный формат: замеры, правки, реакция на сбои	Поддержка не обсуждается или «потом договоримся»
Кого и как вы обучаете?	Сотрудников на их же задачах, с памяткой и чатом для вопросов	Одна общая лекция про нейросети

Отдельно спросите про кейсы и попросите показать работающее решение, хотя бы на экране. Цифры из кейса должны объяснять, как их посчитали. «Экономия 40%» без описания процесса ничего не говорит.

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

Красные флаги при выборе подрядчика

Часть признаков видна уже на первой встрече, часть — в коммерческом предложении.

• Процент экономии до разбора процессов. Пока подрядчик не знает, сколько часов уходит на процесс сейчас, любая цифра эффекта взята с потолка.
• «ИИ во все отделы сразу». У первого проекта должны быть проверяемая гипотеза эффекта и границы. Широкий охват на старте растягивает сроки и размывает результат.
• Старый чат-бот под новым названием. Gartner называет это «agent washing»: чат-боты, ассистенты и RPA переименовывают в агентов без новых возможностей. По оценке аналитиков, из тысяч вендоров, которые называют себя агентными, настоящих около 130 (Gartner). Спросите, что агент делает сам, по расписанию или по событию, без нажатия кнопки человеком.
• Ключи и токены у подрядчика. Если компания не контролирует аккаунты и восстановление доступов, при смене исполнителя можно потерять управление интеграциями.
• Закрытая платформа без выгрузки. Если договор не предусматривает перенос и доработку, компания зависит от условий владельца платформы.
• Нет вопроса о данных. Если в предложении не описана работа с персональными данными клиентов или сотрудников, уточните её до передачи данных. Какие риски тут бывают и как их закрывают, мы разобрали в статье о рисках внедрения ИИ.
• Нет поддержки в смете. Без ответственного за сопровождение сбой после изменения API или формы отчёта в 1С может остаться без исправления.
• Низкая цена без расшифровки. Проверьте, какие работы включены, а какие оцениваются отдельно. Разбор, почему дешёвые решения потом дорожают, есть в статье о стоимости внедрения ИИ.

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

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

После встреч перенесите ответы из коммерческих предложений в одну форму. Для каждой записи сохраните ссылку на пункт предложения или приложения. Если поле пустое, читайте его как «не указано»: это не ноль, не отказ и не подтверждение того, что работа включена.

Ниже наша условная матрица A/B для обработки входящих заявок. Оба предложения вымышлены; это пример заполнения, а не кейс, рейтинг или оценка конкретных подрядчиков. Данные, результаты испытаний и стоимость реального проекта в неё ещё предстоит внести.

Поле сравнения	Предложение A (условное)	Предложение B (условное)	Неизвестное и вопрос подрядчику
Процесс и исключения	Из письма с заявкой готовит файл с полями; неполные заявки передаёт сотруднику.	Из того же письма готовит черновик заявки в тестовой CRM; неполные заявки передаёт сотруднику.	В обоих предложениях не описан конфликт реквизитов. Как система остановится и кому передаст случай?
Одинаковые данные	Один согласованный пакет писем и вложений; контрольные ответы остаются у заказчика.	Тот же пакет и контрольные ответы у заказчика.	Кто фиксирует версию пакета и исключает использование контрольных ответов при настройке?
Одинаковые права доступа	Чтение тестового ящика; запись в CRM не входит.	Чтение того же ящика; дополнительно запрошена запись черновика в тестовую CRM.	Права различаются. Можно ли согласовать общий режим и отдельно проверить запись в CRM?
Результат и доказательство	Файл с полями и ссылками на исходные письма; приложен образец формата.	Черновик в CRM и ссылка на письмо; обещан журнал с идентификаторами, образца нет.	Для B не указан формат журнала. Покажете результат и доказательство на одном согласованном примере?
Критические ошибки отдельно	Предложен отдельный протокол для выдуманного реквизита и повторной заявки; испытания ещё не было.	Указано общее качество; отдельные критические ошибки не указаны.	Согласуете отдельный учёт выдуманных реквизитов, дублей и запрещённых действий, независимо от общего качества?
Ручное время заказчика	Проверка файла и перенос в CRM остаются сотруднику; время не указано.	Проверка черновика остаётся сотруднику; время не указано.	Сколько времени займут подготовка данных, проверка, исправления и разбор исключений? Как это замерим?
Состав запуска	Разбор полей, настройка обработки, тест и инструкция по файлу.	Разбор полей, настройка обработки, подключение тестовой CRM, тест и инструкция по черновикам.	В B не указан перенос в рабочую CRM. Входит ли он в запуск и кто отвечает за доступы?
Состав эксплуатации	Вызовы модели и наблюдение за сбоями перечислены; лимиты не указаны.	Вызовы модели, наблюдение за сбоями и сопровождение коннектора перечислены; лимиты не указаны.	Кто оплачивает аккаунты, какие лимиты действуют и что происходит при их превышении?
Изменения после запуска	Новые поля заявки оцениваются отдельно.	Новые поля заявки оцениваются отдельно.	Что считается исправлением ошибки, а что изменением задачи? Как согласуются объём и повторная проверка?
Передаваемые материалы	Схема обработки, настройки, инструкция и тестовый пакет перечислены.	Схема обработки и инструкция перечислены; передача настроек коннектора не указана.	Передадите полный перечень материалов, зависимости и инструкцию восстановления? Кто проверит комплект?
Права на материалы	Для нового кода заявлена передача исключительного права; условия сторонних компонентов не указаны.	Для платформы заявлена лицензия; права на новые доработки не указаны.	Что можно использовать и менять после выхода подрядчика? Какие ограничения есть у платформы и зависимостей?

В этом примере итог пока несопоставим: A заканчивает работу файлом, B включает создание черновика в CRM. У A ручной перенос остался заказчику, а у B для записи нужны дополнительные права. Даже если в обоих предложениях написано «обработка заявки», объём работ разный. Запросите у обоих вариант с одинаковым конечным результатом, данными и правами; исключённые работы и ответственность заказчика запишите рядом. Затем сравнивайте запуск, эксплуатацию за один согласованный период и изменения при одинаковой нагрузке.

Скачать заполненную матрицу A/B в CSV. Файл повторяет все поля и записи таблицы. Замените условные ответы выдержками из ваших предложений, а неизвестное оставьте пометкой «не указано» до письменного уточнения. Не сводите критические ошибки и ручное время в один средний балл: сначала проверьте обязательные ограничения процесса.

При подготовке мы сверили подход с методикой испытания интеграторов Sherpa: одинаковые условия, отдельный учёт критических ошибок, ручного участия и передачи результата. Это материал поставщика о его подходе, а не независимое сравнение рынка. Матрица выше предназначена для разбора предложений; работоспособность обещанного проверяется на пилоте.

Как устроить пилот с ИИ-интегратором

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

Порядок обычно такой.

1. Выбор процесса. Один повторяющийся процесс с понятной метрикой и доступными данными. Например, разбор звонков отдела продаж или разнесение платежей по статьям.
2. Замер «до». Сколько часов процесс занимает сейчас, сколько в нём ошибок, как быстро клиент получает ответ.
3. Прототип. Агент решает задачу на нескольких реальных примерах. Это позволяет проверить ограничения до расширения работ; длительность этапа согласуют под задачу.
4. Пилот с ограниченными правами. Агент работает в реальном процессе, но только читает данные и готовит результат. Человек проверяет и подтверждает.
5. Замер «после» и решение. Сравниваете цифры с замером «до» и решаете: масштабировать, докрутить или остановить.

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

Метрики в договоре с подрядчиком

Для решения с ИИ заранее определите, что означает «работает»: какие ошибки допустимы, когда нужен человек и чем подтверждается результат. Вот что стоит записать в договоре.

Метрика и замер «до». Приложением к договору: какой процесс, сколько часов он занимает сейчас, сколько ошибок, кто и как считал.

Критерий приёмки. Конкретная планка для прототипа и для пилота. Например, агент правильно заполняет 9 карточек сделки из 10, а менеджер тратит на проверку меньше минуты. Пример, цифры условные: планку под ваш процесс ставят по итогам замера.

Этапы и оплата. Разбор, прототип, пилот, полная разработка. Согласуйте переход к следующему этапу после приёмки предыдущего, порядок оплаты и условия остановки работ.

Права на результат. Статья 1296 ГК РФ относится к произведению, создание которого было предметом договора: по общему правилу исключительное право принадлежит заказчику, если стороны не согласовали иное. У статьи есть исключение для договора с самим автором (пункт 5). Для произведения, возникшего при выполнении работ, которые прямо не предусматривали его создание, действует статья 1297: по общему правилу право принадлежит подрядчику, если стороны не согласовали иное. Поэтому отдельно перечислите новый код, настройки и документацию, готовую платформу и сторонние компоненты, а также условия передачи или лицензии на каждый материал (статья 1296, статья 1297). Передача файлов сама по себе не определяет объём прав. Применимые к вашему договору условия проверьте с юристом.

Ключи и аккаунты. Токены моделей, доступы к API сервисов и аккаунты оформлены на компанию.

Данные. Какие данные передаются модели, какие обезличиваются, где они обрабатываются, какие права у агента: чтение или запись.

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

Рейтинг компаний по внедрению ИИ: как им пользоваться

Рейтинг компаний по интеграции ИИ может помочь составить короткий список. Перед тем как на него опираться, прочитайте методику: по какому признаку ранжируют участников и кто подавал данные. Выручка или число сотрудников подрядчика ничего не говорит о том, справится ли он с вашим процессом в 1С и вашей телефонией.

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

Как работаем мы

Мы закрываем полный цикл, от разбора процессов до поддержки. Работаем в таком порядке.

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

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

Для первого внедрения выбираем процесс с понятной метрикой и обоснованной оценкой эффекта. Перед полной разработкой показываем прототип на нескольких реальных примерах из ваших данных. Подключаемся к 1С, Битрикс24, amoCRM, банкам, телефонии и маркетплейсам через официальные API, MCP или выгрузки. Как устроена разработка ИИ-агентов, описано отдельно.

Сотрудников учим на их задачах: устанавливаем Claude Code или Codex, подключаем их рабочие системы и прямо на созвоне показываем, как этим пользоваться.

После запуска замеряем эффект, дообучаем агентов и раз в месяц вместе разбираем метрики.

По умолчанию у агентов доступ только на чтение. Ключи и доступы принадлежат компании. Цену аудита фиксируем и называем после вводного созвона, а бюджет каждого шага попадает в план, чтобы до старта работ можно было оценить расходы и ожидаемый эффект.

Итог

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

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

Источники

• Gartner Predicts 70% of Enterprises Will Abandon Agentic AI Built by Vendor Forward-Deployed Engineering by 2028 — Gartner, 29 сентября 2026.
• Gartner Predicts Over 40% of Agentic AI Projects Will Be Canceled by End of 2027 — Gartner, 25 июня 2025.
• Гражданский кодекс РФ, часть четвёртая — первичный текст норм, статьи 1296 и 1297, действующая редакция в КонсультантПлюс.
• Как выбрать интегратора ИИ: испытание на данных компании — методика поставщика Sherpa; использована для сверки подхода, без оценки его продукта.