Управление ИИ агентами — управленческая дисциплина прежде всего, техническая — во вторую очередь: у каждого агента назначается владелец из числа руководителей процесса, регламент работы, метрики качества и маршрут эскалации, как у сотрудника. Отдельный «ИИ-отдел» для этого на старте вреден — агент встроен в продажи, поддержку или бэк-офис, и отвечать за него должен тот, кто отвечает за результат процесса. Компании, которые внедряют агентов как очередной софт, получают демонстрации там, где ждали отдачи.
Кто отвечает за агентов
За ИИ агента отвечает владелец процесса — руководитель продаж, поддержки или бэк-офиса, где агент работает. Отдельный «ИИ-отдел» на старте вреден: ответственность за результат уезжает от того, кто этим результатом управляет.
Рабочая модель выглядит так: у агента есть владелец процесса (бизнес-сторона), технический опекун (настройка, доступы, журналы) и руководитель владельца, который утверждает полномочия агента. Три роли, часто два человека. Когда агентов становится пять и больше, рождается смысл в координаторе, который ведёт реестр: какие агенты живут, у кого какие права, когда пересматривались полномочия.
Почему «ИИ-отдел» — ловушка: агент, закреплённый за отдельной структурой, теряет хозяина результата. Продажи говорят «это ваш робот плохо отвечает», ИИ-отдел отвечает «нам дали плохие данные» — и клиент в этой переписке никому из них принадлежит. Пока агентов мало, техническую часть закрывает один инженер или подрядчик, а владение остаётся у процесса.
Про вывеску «цифровой сотрудник» и что вендоры продают под ней, мы писали в статье про цифрового сотрудника для бизнеса. Здесь другой угол: как выстроить управленческую модель вокруг агентов, которые уже работают. Техническая сторона — права, лимиты, журналы — разобрана в материале про автономные ИИ агенты.
Постановка задачи агенту
Агенту, как и новому сотруднику, нужна должностная инструкция. Без неё «агент сам разберётся» заканчивается тем, что агент сам решает, чем ему заниматься, — и расходится с ожиданиями владельца.
- Регламент: из каких систем агент читает, куда пишет, какие действия совершает и в какой последовательности — одна страница, подписанная владельцем процесса.
- Метрики: два-три числа, по которым видна работа агента — доля заявок, закрытых без человека, время реакции, процент возвратов на доработку.
- Эскалация: перечень ситуаций, где агент останавливается и зовёт человека — жалоба, сумма выше порога, тема вне регламента.
- Пересмотр: дата, когда полномочия пересматриваются, — раз в месяц на старте, раз в квартал после стабилизации.
Метрики выбирают по боли процесса, а лёгкость подсчёта — критерий из вредных. Для поддержки это время первого ответа и доля решённых без эскалации, для продаж — конверсия этапа и скорость касания. Один показатель «агент обработал тысячу обращений» без качества рядом — худшая из метрик: он поощряет объём там, где нужен результат.
Дисциплина связки нескольких агентов под единым владельцем называется оркестрацией агентов — там же реестр ролей и зависимостей между ними. Если вы прикидываете, как распределить владение между двумя агентами в одном процессе, напишите нам — разберём на Discovery-созвоне.
Контроль качества
Качество работы агента контролируется выборкой, как у оператора колл-центра: владелец процесса читает часть журналов и диалогов, а сплошное чтение всех подряд оставляет аудитам. На старте выборка плотная — каждый десятый случай, через месяц стабильной работы её разреживают, оставляя полное чтение для эскалаций и жалоб.
Разбор ошибок делается по двум корзинам. Первая — ошибки регламента: агент сделал то, что написано, а написано криво; лечится правкой регламента. Вторая — ошибки исполнения: регламент верный, агент отступил от него; лечится настройкой, примерами и ограничением полномочий. Смешение корзин — частая причина бесплодных правок: неделю чинят модель там, где надо было переписать один абзац инструкции.
Материал для контроля — журнал действий и очередь эскалаций. Полезный ориентир: доля эскалаций сама по себе метрика, и падать она должна за счёт расширения регламента; падение из-за того, что агент перестал звать человека, — тревожный знак. Если эскалаций стало подозрительно мало — это повод проверить агента, а радоваться рано.
Ритм контроля важнее плотности: короткий еженедельный разбор десяти случаев с владельцем процесса даёт больше, чем квартальный аудит тысячи. На разборе фиксируют три вещи: какие случаи ушли в эскалацию, какие решения агента владелец переиграл бы иначе, какой пункт регламента вызвал спор. Каждый разбор заканчивается правкой регламента или примеров — контроль без правок превращается в наблюдение.
Как меняются роли
Внедрение агентов двигает людей по одной и той же траектории: оператор становится редактором, редактор — владельцем процесса.
| Роль | Что делает человек | Ключевой навык |
|---|---|---|
| Оператор | Выполняет типовые операции рядом с агентом, забирает сложные случаи | Скорость и аккуратность в исключениях |
| Редактор | Проверяет выборку работы агента, правит регламент и примеры | Умение формулировать правила текстом |
| Владелец процесса | Отвечает за метрики, полномочия агента и развитие процесса | Управление через показатели и регламенты |
Эта траектория — ответ на главный страх команды «нас заменят». Честная формулировка для сотрудников: агент забирает типовые операции, человек забирает ответственность за качество целого процесса. Люди, которые первыми осваивают роль редактора, становятся самыми ценными в отделе — и это стоит сказать команде прямо, до запуска агента, а откладывать на потом вредно.
Практический навык редактора — работа с агентом через правила и примеры — тренируется отдельно; программы под это описаны в статье про обучение работе с ИИ агентами. Термины ролей и навыков — в глоссарии навыки агента и на странице про ИИ агентов для бизнес-процессов.
Кто в вашей команде первым вырастет из оператора в редактора?
Типовые ошибки внедрения
Ошибки управления агентами повторяются от компании к компании — список ниже собран по нашей практике внедрений, без привязки к отрасли:
- Агент без владельца: запущен «компанией», отвечает «кто-то из IT» — первый же инцидент повисает в воздухе.
- Счёт обращениям: метрикой становится число закрытых тикетов, а решённые проблемы остаются без измерения — агент учится закрывать тикеты, а решать вопросы разучивается.
- Регламент в голове: правила существуют устно, при смене владельца агент остаётся сиротой.
- Запрет эскалаций по факту: людей штрафуют за перерывы в работе агента — команда начинает давить сигналы, и ошибки копятся.
- Вечный пилот: агент годами работает «в тестовом режиме» без метрик и решения о расширении — деньги сожжены, вывода нет.
Отдельный сюжет — граница между агентом и обычной автоматизацией: часть «проблем агента» лечится тем, что задачу вообще отдают жёсткому сценарию в CRM. Критерии выбора — в статье ИИ агент или автоматизация CRM.
Прежде чем расширять парк агентов, проведите ревизию одного действующего: у него есть владелец, актуальный регламент, две метрики результата и живая очередь эскалаций. Чего из четырёх пунктов нет — то и чините первым; новые агенты на сломанной управленческой модели умножают хаос, а отдача отодвигается.