Внедрение ИИ-агентов в компании: пошаговый план от первого процесса до расширения

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

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

Что нужно подготовить до старта

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

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

Расширение полномочий по шагам. Это наша рабочая схема. Агент переходит на следующую ступень только после того, как отработал предыдущую и показал измеримый результат.

1. Только чтение. Агент видит данные и предлагает решения, но ничего не меняет.
2. Только черновики. Агент готовит действие, а сотрудник выполняет его в системе вручную.
3. Согласование каждого действия. Агент применяет изменения сам, но только после прямого согласования с человеком и ровно в том объёме, который согласовали.
4. Выборочный контроль. Человек проверяет только часть действий. Остальные агент выполняет без предварительного согласования, поэтому на этом этапе нужен быстрый откат изменений.
5. Расширение по одному параметру. Агенту дают либо новые права, либо новую зону ответственности, но не то и другое одновременно.

Содержание

• Шаг 1. Первый процесс
• Шаг 2. Регламент для агента
• Шаг 3. Данные, доступы и персональные данные
• Шаг 4. Только чтение и черновики (ступени 1–2)
• Шаг 5. Согласование и ответственность (ступень 3)
• Шаг 6. Итоги пилота и расширение прав (ступени 4–5)
• Сроки и стоимость внедрения
• Типичные ошибки при внедрении ИИ-агентов
• Частые вопросы

Шаг 1. Первый процесс

От первого процесса зависит, какой опыт компания получит от пилота. Выбирайте его по проверяемым критериям. Подходящая задача отвечает пяти требованиям:

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

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

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

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

Шаг 2. Регламент для агента

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

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

Наш опыт. Краткая выжимка из регламента нашего рекламного агента:

• Читает: структуру кампаний, статистику и поисковые запросы, по которым показывались объявления.
• Меняет: ставки, ключевые фразы, минус-слова, тексты объявлений и бюджеты. Только в кампаниях из утверждённого списка и строго через план изменений.
• Запретная зона: кампании вне списка, платежи, общие настройки аккаунта.
• Условие остановки: перед каждым применением изменений. План в системе активирует человек.

Шаг 3. Данные, доступы и персональные данные

Качество работы агента прямо зависит от полноты и свежести данных. До начала пилота соберите регламенты, справочники и примеры прошлых решений по выбранному процессу, а также удалите устаревшие документы: агент опирается на актуальную инструкцию и трёхлетний регламент с одинаковой уверенностью. Закрепите ответственного за каждый источник. Если правила работы изменились, а базу знаний агента никто не обновил, он продолжит действовать по-старому. Когда агент отвечает по внутренней корпоративной базе (технология RAG: поиск по документам перед генерацией ответа), владелец процесса проверяет, какие материалы туда попали и кто отвечает за их актуальность.

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

Персональные данные

Если во входных данных агента есть имена, телефоны, переписка с клиентами или сведения о сотрудниках, проект подпадает под 152-ФЗ «О персональных данных». До пилота ответьте на три вопроса:

1. Где размещена модель и где хранятся данные. При сборе персональных данных граждан России закон запрещает записывать, хранить и обновлять их в базах данных за пределами страны, кроме прямо перечисленных случаев (ч. 5 ст. 18). О передаче данных за рубеж оператор заранее и отдельно уведомляет Роскомнадзор (ч. 3 ст. 12).
2. На каком основании поставщик обрабатывает данные. Поручить обработку другой компании можно с согласия субъекта данных, если закон не предусматривает иное, и по договору, где перечислены данные, действия с ними, цели и требования к защите (ч. 3 ст. 6).
3. Что попадает в запросы к модели. Иногда персональные данные можно убрать из запросов ещё до отправки, и часть вопросов отпадает. Насколько именно, решает юрист.

Попросите поставщика ответить на эти вопросы письменно и покажите ответы своему юристу. В нашем рекламном примере этого риска нет: агент работает только с данными рекламного кабинета.

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

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

Шаг 4. Только чтение и черновики (ступени 1–2)

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

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

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

Наш опыт. С апреля по середину июля наш агент не имел прямого доступа к рекламному кабинету: он анализировал выгрузки, которые ему отправлял специалист по контекстной рекламе. 14 июля мы подключили кабинет через API. Наш код использовал этот ключ только на чтение, хотя технически права позволяли вносить изменения. За первый же час агент обнаружил детали, которых не было ни в одной выгрузке: например, одна из кампаний оказалась выключена, хотя по планам должна была работать. Подробнее об этом мы писали в статье ИИ-агенты для бизнеса: что это такое и как они работают. Классический теневой режим, когда агент параллельно с человеком решает реальные задачи в фоне, мы не запускали.

Шаг 5. Согласование и ответственность (ступень 3)

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

• предложение агента;
• решение сотрудника (согласовано или отклонено) и причина;
• точное время применения изменений;
• ответ рабочей системы.

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

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

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

Наш опыт. Агент формирует список изменений в виде единого плана. Инструмент проверяет план без отправки в Директ, человек нажимает кнопку запуска, и программа передаёт в кабинет согласованные правки, после чего забирает результат обратно. Планы согласуются целиком, причём самый крупный содержал 138 изменений ставок. Так что у нас работает упрощённый вариант третьей ступени.

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

Шаг 6. Итоги пилота и расширение прав (ступени 4–5)

Оценивайте результаты пилота по четырём показателям:

1. Доля совпадения решений агента и сотрудника.
2. Процент отклонённых человеком предложений.
3. Количество ошибок, перехваченных до применения, и число сбоев, попавших в рабочую систему.
4. Затраты времени на задачу до и после внедрения, замеренные по одинаковой методике.

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

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

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

Результат: решение по итогам пилота: расширить полномочия, оставить текущую ступень или сделать шаг назад.

Наш опыт. С 18 июля по 2 октября агент подготовил 38 планов: 34 были применены, 3 отклонил специалист по рекламе, а 1 не пропустил сам Директ. Два применённых плана долгое время числились в нашей базе как черновики. До рекламного кабинета дошли как минимум три ошибки. Первую мы выявили при повторной выгрузке групп объявлений, вторую специалист заметил в интерфейсе, а третья проявилась в расходах: новая группа запустилась без минус-слов, и автотаргетинг за сутки потратил деньги на нецелевые запросы. Ручные правки специалиста в эту статистику не входят. Выше упрощённой третьей ступени наш агент пока не поднимался.

Сроки и стоимость внедрения

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

Вместо жестких календарных графиков требуйте от поставщика критерии перехода на следующую ступень:

Мы пока не называем точные сроки внедрения для клиентов, поскольку не вели внешних проектов по этой схеме. Оценки на странице наших услуг покрывают только техническую разработку, без учёта времени на прохождение всех ступеней. Наши собственные даты (выгрузки данных с апреля, доступ на чтение 14 июля, первая запись 16 июля, отклонение операции Директом 2 сентября) относятся к разработке агента для собственных нужд.

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

Наши тарифы:

• Индивидуальный агент под ваш процесс: настройка от 500 000 до 2 000 000 ₽, абонентская плата от 50 000 до 150 000 ₽ в месяц. Итог зависит от процесса, точную стоимость называем после консультации.
• Готовый ИИ-сотрудник по SEO или рекламе: от 75 000 ₽ в месяц плюс 200 000 ₽ за настройку. ИИ-сотрудник по рекламе сейчас в активной разработке.

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

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

Типичные ошибки при внедрении ИИ-агентов

Все ошибки ниже мы совершили сами при запуске рекламного агента.

• Считать успешные тесты гарантией работы с внешней платформой. Мы смоделировали тестовые ответы площадки в собственном коде, и тестовая заглушка послушно возвращала заложенный ответ при любых входящих данных. Все 147 тестов прошли успешно, а первый же реальный запрос к сервису выдал ошибку. Теперь наши тесты проверяют и структуру отправляемых данных.
• Принимать внутреннюю проверку за согласие платформы. При настройке поисковой кампании наш валидатор пропустил полное отключение автотаргетинга, а рекламная площадка отклонила изменение в момент применения. С тех пор инструмент блокирует эту операцию ещё до отправки.
• Доверять справочной документации больше, чем реальным тестам в аккаунте. В июле справочник площадки указывал минимальный дневной бюджет в размере 300 рублей. Агент счёл это жёстким ограничением, но система без ошибок приняла бюджет около 164 рублей в день. Кампании с ручным управлением ставками работают по правилу недельного бюджета, и минимальное ограничение в 300 рублей действует именно на неделю.
• Считать пустую графу в отчёте отсутствием данных. Агент решил, что к кампаниям никогда не применяли минус-слова: в его отчёте это поле не запрашивалось, а в журнале изменений записей не было, так как специалист добавил их руками. В кабинете при этом находилось больше сотни минус-слов. Список, который агент предложил взамен, заблокировал бы запросы, дававшие 12 из 32 кликов и 37% от расхода кампании. С тех пор агент запрашивает это поле всегда.
• Проверять только те поля, которые меняли сами. Наша проверка подтвердила корректность кампании, пересобранной через API, потому что сравнивала только перезаписанные поля. В итоге слетели корректировки ставок, изменилась одна из настроек таргетинга, а специалист заметил в интерфейсе и другие потери. Теперь мы копируем кампании только через интерфейс платформы.
• Перескакивать через ступени и расширять права одновременно с зоной ответственности. Первые записи в аккаунт агент сделал 16 и 17 июля по устному согласию специалиста и без плана: исправил ссылки в 12 объявлениях, затем скорректировал бюджет. 18 июля, в первый день работы инструмента, агент предложил планы по созданию новых групп, ключевых слов и объявлений, и человек применил их в тот же день. Новые права и новая зона ответственности появились одновременно. В нашем аккаунте создание группы автоматически включало внутри неё автотаргетинг, чего не было видно в плане. В результате шесть новых групп получили автотаргетинг со ставкой 174 рубля вместо стандартного 1 рубля. Ошибку обнаружили только при повторной выгрузке групп из кабинета. Теперь наш регламент требует формировать отдельный план для автотаргетинга после любого создания групп.