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