ИИ-агент продаж с подтверждением человеком: архитектура и сценарии

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

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

Что такое ИИ‑агент продаж — и чем он не является

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

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

Рабочий цикл агента

1. Получить обращение. Сайт, почта, чат или другой разрешённый канал создаёт событие.
2. Собрать контекст. Источник, страница, продукт, история компании, предыдущие обращения и разрешённые данные CRM.
3. Определить тип запроса. Новый лид, действующий клиент, партнёр, поддержка, вакансия или нерелевантное обращение.
4. Уточнить недостающее. Задать короткие вопросы, которые действительно влияют на маршрут.
5. Подготовить следующий шаг. Резюме, черновик ответа, задачу, слот встречи или пакет материалов.
6. Запросить подтверждение. Если сообщение содержит цену, скидку, индивидуальные условия или обещание.
7. Зафиксировать результат. Обновить разрешённые поля CRM и поставить контроль.
8. Передать человеку. Не просто переслать чат, а дать сжатый контекст и причину эскалации.

Матрица самостоятельных и подтверждаемых действий

Какие данные агенту действительно нужны

Принцип «подключим всю CRM, потом разберёмся» создаёт риск и ухудшает качество. Для пилота обычно достаточно:

• текста текущего обращения и канала;
• UTM‑меток и страницы входа, если они доступны;
• названия компании и роли собеседника, сообщённых самим лидом;
• статуса и последних релевантных взаимодействий из CRM;
• актуальной базы продуктов, тарифов и ограничений;
• правил маршрутизации и эскалации;
• доступных календарных слотов;
• шаблонов утверждённого тона.

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

Как выглядит хорошая передача менеджеру

Сообщение «нужен человек» бесполезно. Агент должен собрать карточку передачи:

• кто обратился и из какого источника;
• какую задачу хочет решить;
• какие системы, объём или сроки упомянуты;
• что уже уточнено;
• что отправлено клиенту;
• почему требуется сотрудник;
• предлагаемый следующий шаг;
• ссылка на исходный диалог, а не только пересказ.

Менеджер должен за минуту понять ситуацию и продолжить разговор без повторения всех вопросов.

Хотите встроить агента в реальный процесс продаж? ИИ‑офис SelSup можно проектировать вокруг CRM, почты, документов, задач и согласований — с человеком на критичных шагах.

Сценарий диалога: меньше вопросов, больше следующего шага

1. Признать запрос

Коротко показать, что агент понял тему. Не начинать с анкеты на десять полей.

2. Уточнить только развилку

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

3. Дать полезный ответ сейчас

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

4. Зафиксировать намерение

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

5. Эскалировать без спора

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

Метрики пилота

Не оценивайте агента количеством написанных сообщений. Нужна система из основной и защитных метрик.

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

План запуска за четыре этапа

1. Теневой режим. Агент читает обращения и готовит классификацию, но сотрудники работают как раньше.
2. Черновики. Менеджер видит проект ответа и сам отправляет его. Все правки сохраняются для анализа.
3. Автоматические безопасные шаги. Создание карточки, постановка задачи, отправка публичного материала — только после тестов и с журналом.
4. Работа по исключениям. Типовые ветки выполняются самостоятельно, а нестандартные сразу передаются человеку.

Частые ошибки

• Скрывать, что отвечает автоматизированный помощник. Это создаёт неверные ожидания и усложняет передачу сотруднику.
• Оптимизировать только скорость. Быстрый неверный ответ хуже честной эскалации.
• Разрешать свободные обещания. Цены, сроки и функции должны приходить из актуального источника.
• Не учитывать дубли. Новый контакт может быть действующим клиентом или партнёром.
• Отправлять follow‑up бесконечно. Нужны лимиты частоты, стоп‑слова и уважение к отказу.
• Проверять только «средний» диалог. Тестируйте конфликт, ошибку, смешанный запрос, неполные данные и попытку получить закрытую информацию.

Чек‑лист перед включением отправки

• База продуктов и цен имеет владельца и дату обновления.
• Отдельно описаны запрещённые обещания и темы.
• Определены случаи немедленной передачи человеку.
• Для write‑действий используется отдельная ограниченная учётная запись.
• Перед отправкой нестандартного сообщения показывается полный текст.
• В журнале есть исходный контекст, версия правила, действие и подтверждающий.
• Можно остановить агента без остановки формы и отдела продаж.
• Менеджер получает исходный диалог и структурированное резюме.
• Есть тесты на персональные данные, инъекции в сообщениях и выход за права.
• Команда знает, куда сообщать об ошибке.

Частые вопросы

Может ли агент полностью вести продажи?

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

Нужна ли отдельная CRM?

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

Как агент понимает, что нужно позвать человека?

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

Что автоматизировать первым?

Сводку по лиду, классификацию и черновик следующего шага. Это даёт сотруднику пользу до того, как агент получает право писать клиенту.

Как не потерять личный стиль менеджера?

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

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