Прежде чем выбирать агента искусственного интеллекта, малому и среднему бизнесу полезно составить список того, что останется в руках человека. Это упражнение, более полезное, чем список того, что хотелось бы доверить машине, определяет периметр, бюджет и способ оценки проекта.
Слишком широкий периметр делает агента непригодным для тестирования
Сценарий повторяется часто. Руководитель присутствует на демонстрации и представляет себе помощника, который отвечал бы на электронные письма, квалифицировал лидов, обновлял CRM (систему управления взаимоотношениями с клиентами), напоминал о предложениях и резюмировал встречи. На бумаге это один проект. На практике — пять разных функций, каждая со своими источниками информации.
Первое препятствие — тестирование. Агента проверяют на конкретных кейсах: приходит такой-то запрос, вот что он должен сделать. Для одной задачи несколько десятков реальных случаев покрывают большинство ситуаций. Для пяти — комбинации множатся, и именно пограничные случаи часто вызывают проблемы. Клиент пишет, чтобы разместить заказ и пожаловаться на доставку в одном сообщении: кто этим занимается, обработка заказов или служба поддержки?
Каждый дополнительный доступ, будь то к почте, CRM или системе выставления счетов, также представляет собой еще одну дверь, которую нужно обезопасить. Лучше начать с одной задачи, одного входного канала и ожидаемого результата, а затем расширять, когда этот первый периметр будет отработан.
Три критерия для отбора задачи
Первый критерий — частота. Задача, которая возникает два раза в месяц, почти никогда не оправдывает создание агента, потому что время, затраченное на его создание, тестирование и поддержку, превышает то, что он сэкономит. Задача, которая возникает несколько раз в день, меняет уравнение и предоставляет достаточно кейсов для тестирования перед запуском.
Второй — стабильность правил. Достаточно спросить человека, который выполняет задачу сейчас, может ли он объяснить на одной странице, как он принимает решение. Если ответ начинается с «это зависит» и продолжается десятью минутами исключений, правила еще не существуют, и агент воспроизведет эту неопределенность.
Третий — цена ошибки. Вопрос не в том, ошибется ли агент, а в том, что происходит, когда он ошибается. Неправильно классифицированное письмо стоит несколько минут. Неправильно объявленная клиенту цена или встреча, записанная не на тот день, стоят гораздо дороже и не всегда поправимы. Если ошибку можно обнаружить до того, как она покинет компанию, автоматизация возможна. Если нет, агент подготавливает, а человек утверждает отправку.
Когда агент обращается напрямую к публике, добавляется юридическое обязательство. Статья 50 европейского регламента об ИИ, действующего с 2 августа 2026 года, требует, чтобы люди знали, что они общаются с ИИ, если это не очевидно из контекста.
Выбрать инструмент, затем следить за агентом
Для распространенных задач, таких как запись на встречу, сортировка входящих или составление протокола совещания, уже существуют программные решения, поддерживаемые их издателем и оплачиваемые помесячно. Разумный подход — протестировать одно из них на реальных кейсах в течение нескольких недель. Индивидуальная разработка оправдана, когда задача зависит от инструментов, которые рынок не умеет связывать, когда правила являются частью ноу-хау компании или когда данные нельзя доверить сторонней платформе.
Поставщик, обрабатывающий персональные данные от имени компании, является субподрядчиком в смысле GDPR. Статья 28 предусматривает, что такая обработка «регулируется договором или другим правовым актом». Этот договор необходимо запросить до любого подключения, так же как и выяснить, что произойдет, если издатель изменит цены или закроет сервис.
Как только агент введен в эксплуатацию, каждый обработанный запрос должен оставлять след, а еженедельная проверка этого журнала в течение первого месяца быстро показывает, где агент сомневается. Поставщики моделей также обновляют свои версии, и поведение агента может измениться без каких-либо изменений с вашей стороны. Сохранение серии анонимизированных реальных кейсов и их повторное выполнение после каждого изменения позволяет это проверить. Наконец, в договоре должно быть указано, кому принадлежат код, инструкции и сценарии автоматизации, а документация должна позволять другому поставщику взять агента на сопровождение.
