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