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