Бот, ИИ-агент и цифровой сотрудник: как разделить ответственность

Название не определяет возможности

Под словом «агент» продают и простой чат, и программу с доступом к CRM. Сравнивать их по названию неудобно. Смотрите, какие данные система получает, какие действия выполняет и где ей требуется подтверждение человека.

«Цифровой сотрудник» полезно понимать как рабочую роль с описанными обязанностями и ответственным владельцем. Это не юридический статус и не доказательство полной автономности. За последствия действий системы отвечает организация.

Семь типов по объёму работы

Тип	Задача	Граница
Сценарный бот	Провести по кнопкам и собрать форму	Не понимает произвольный запрос вне правил
Личный помощник	Подготовить черновик для сотрудника	Человек проверяет и отправляет
Помощник по документам	Найти правило и объяснить его	Соблюдает доступ к источникам
Квалификатор	Собрать сведения о потребности	Передаёт решение менеджеру
Агент с инструментами	Читать CRM и выполнять разрешённые действия	Не выходит за список операций
Цифровой сотрудник	Вести ограниченный участок процесса	Работает по метрикам и правилам передачи
Связка нескольких помощников	Передавать работу между ролями	Нужен общий контроль состояния

Как выбрать минимально достаточный уровень

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

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

Где обычно ошибаются при выборе

Первая ошибка – давать помощнику широкие полномочия до появления тестов. Вторая – ожидать от нескольких агентов автоматического улучшения качества. Дополнительные роли увеличивают число передач и могут размножить одну ошибку.

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

Роль должна иметь предел расходов

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

В учебной связке продаж можно разрешить чтение каталога и подготовку предложения, а отправку скидки оставить менеджеру. После накопления проверенных примеров часть действий переводят в автоматический режим. Такой переход требует новой проверки, поскольку меняется риск. Если владелец процесса не может объяснить, как остановить ошибочное действие и восстановить состояние, увеличивать автономность рано. Удобство диалога не компенсирует отсутствие этих правил.

Паспорт роли перед запуском

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

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