Люди и ИИ-агенты в одной команде: как выстроить работу

2026-08-08 · Слаживание

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

Вот что я бы вынес сразу:

• ИИ-агент - это не просто чат. Он работает в CRM, 1С, почте, телефонии и документах.
• Главный принцип простой: агент делает рутину, человек подтверждает итог.
• Делегировать стоит только то, где есть чёткие правила и низкая цена ошибки.
• Продажи, HR, маркетинг, финансы и поддержка уже подходят для таких сценариев, но в каждой функции есть свои стоп-линии.
• Без контроля не обойтись: нужны журнал действий, разграничение доступа, маскирование ПДн и правила по 152-ФЗ.
• Смотреть надо не только на скорость, но и на риск: долю эскалаций, ошибок, ручных правок и время реакции.
• Первые 90 дней решают многое: если метрики ровные, сценарий можно расширять; если растут сбои, сначала надо править процесс.

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

Дальше в статье как раз показано, как разложить эту модель по ролям, отделам, правилам контроля и KPI без потери управления.

Как компании используют AI-агентов в бизнесе

Кто за что отвечает: роли, RACI и границы решений

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

Практическая модель ролей

У ИИ есть четыре базовые роли:

• Советник - предлагает варианты
• Оператор - выполняет повторяющиеся действия
• Оркестратор - распределяет задачи
• Агент контроля - отслеживает ошибки и аномалии

У людей тоже есть четыре ключевые роли:

• Владелец процесса - отвечает за качество потока
• Руководитель - утверждает нестандартные случаи
• AI-лид - настраивает сценарии, следит за качеством и масштабированием агентов
• Служба безопасности и защиты данных - контролирует соблюдение политик

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

Ниже видно, как это работает на практике.

Что делегировать агентам в первую очередь

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

• входные данные понятны;
• логика повторяется;
• цена ошибки невысока.

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

Решения, которые остаются за людьми

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

По мере того как ИИ используется всё чаще, отдельным рабочим навыком становится проверка и перепроверка его выводов [1].

Дальше - как эти роли и границы решений работают в продажах, HR, маркетинге, финансах и поддержке.

Рабочие процессы по отделам: продажи, HR, маркетинг, финансы и поддержка

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

Продажи и HR: действия агента и точки согласования

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

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

Ниже - основные связки: что делает агент, где подключается человек и какой KPI имеет смысл считать.

Маркетинг, финансы и поддержка: точки контроля и эскалация

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

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

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

Во всех отделах логика одна и та же: агент снимает рутину, а человек утверждает итог.

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

Правила взаимодействия: маршруты эскалации, контроль ошибок и безопасность

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

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

Проверка и повторная проверка выводов ИИ становится отдельной компетенцией [1].

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

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

• Журнал действий - неподменяемая запись каждого шага агента: что сделано, когда и на основе каких данных. Для систем, где есть персональные данные, это требование 152-ФЗ.
• Разграничение доступа - агенту открыт только тот объём данных, который нужен для его задачи.
• Токенизация и обезличивание - нужны там, где агент работает с чувствительными данными: резюме, финансовыми документами, данными клиентов. Для таких сценариев можно развернуть решение внутри контура компании, чтобы данные не уходили за периметр организации.

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

Минимальный набор для запуска

Для старта нужен не длинный свод правил, а понятный рабочий комплект:

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

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

KPI, внедрение и план масштабирования: как измерять и расти

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

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

Для разных отделов полезно держать одну и ту же рамку оценки: скорость, качество, риск и экономика. Ниже - минимальный набор метрик на первые 90 дней.

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

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

Что отслеживать руководителю в первые 90 дней

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

• Базовый KPI и текущий - как изменились время выполнения задачи, доля рутины и стоимость операции по сравнению с замером до запуска.
• Доля автоматизированных задач - какой процент типовых операций агент закрывает без участия человека.
• Доля задач, прошедших финальное подтверждение человеком - какая часть действий, инициированных агентом, получает обязательную проверку перед завершением.
• Медианное время обработки - сколько в среднем занимает задача от поступления до завершения.
• Частота доработок - как часто сотрудники исправляют результат агента. Если показатель высокий, сценарий стоит дорабатывать, а не расширять.
• Объём эскалаций - сколько задач агент передаёт человеку. Резкий рост обычно означает, что порог уверенности или сам сценарий нужно пересмотреть.
• Доля сотрудников, которые реально работают с агентом и прошли проверку навыков - этот показатель показывает, готова ли команда к расширению сценариев.
• Экономический эффект - сокращение затрат и высвобождение часов.

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

FAQs