Как ИИ разгружает отдел продаж и не превращается в автоспам

Какие операции можно передать ИИ, где требуется решение человека и почему полезную автоматизацию измеряют качеством процесса, а не количеством отправок. Редакция бизнес-блога расскажет вместе с Леоном Сокиркиным, основателем и гендиректором ООО «АИ ХАММЕР», который более 10 лет работает с ИТ-системами, backend-разработкой, интеграциями и автоматизацией бизнес-процессов.

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

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

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

Сначала разделите операции по последствиям

Ошибка во внутреннем резюме переписки и ошибочно отправленное коммерческое предложение — разные события. Уровень контроля нужно определять не по уверенности модели и не по красоте текста, а по последствиям ошибки.

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

Матрица полномочий: автономность зависит от последствий ошибки.

Что можно безопасно автоматизировать

Разбор входящих обращений

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

Подготовка контекста

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

Контроль качества CRM

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

Черновики и источники

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

Контроль очереди

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

Почему массовые действия запрещают по умолчанию

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

Есть и правовые ограничения. Статья 18 Федерального закона «О рекламе» требует предварительного согласия адресата на получение рекламы и запрещает автоматическую рассылку рекламы по сетям электросвязи без участия человека. Статья 15 Федерального закона «О персональных данных» требует предварительного согласия на обработку персональных данных для прямого продвижения средствами связи и обязывает прекратить обработку по требованию человека.

• Публично найденный адрес нельзя автоматически считать согласием на рекламу.

• Отказ от коммуникации сразу попадает в защищённый стоп-лист.

• ИИ не умеет исключать получателя из стоп-листа.

• Список адресатов и текст фиксируются до согласования; изменение требует новой проверки.

• Жалоба, рост отказов или техническая аномалия останавливают отправку.

Какой контекст нужен до подготовки ответа

1. Идентификация клиента и компании.

2. Источник обращения и допустимый канал связи.

3. Стадия отношений: новый запрос, договор или повторное обращение.

4. Последняя содержательная переписка, а не только последнее письмо.

5. Актуальные сведения о продукте, цене, сроках и ограничениях.

6. Ранее данные обещания и согласованные исключения.

7. Ответственный сотрудник и следующее действие.

8. Статус согласия на коммуникации и действующие ограничения.

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

Входящие письма, документы и веб-страницы считайте недоверенными данными. Они могут содержать инструкции, пытающиеся изменить поведение агента. OWASP относит такое воздействие к prompt injection. Текст клиента можно анализировать, но право на действие определяют политика компании и программный код, а не содержимое письма.

Согласование — отдельная операция

Кнопка «Одобрить» бесполезна, если сотрудник не понимает последствия. На экране согласования показывайте получателя и канал, полный текст, источники, изменяемые поля CRM, связанные действия, основание рекомендации и предупреждения о противоречивых данных.

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

• ИИ готовит предложение.

• Менеджер отвечает за отношения с клиентом.

• Руководитель утверждает исключения, скидки и нестандартные условия.

• Интеграционный сервис выполняет только утверждённую операцию.

• Журнал хранит, кто, что и на основании каких данных одобрил.

Согласование относится к точной версии сообщения и набору действий.

Ограничения, которые нельзя заменить промптом

Фраза «не делай ничего опасного» в системной инструкции не является контролем. NIST рекомендует управлять рисками через роли, контекст, измерение и обработку риска. OWASP связывает чрезмерную агентность с избыточной функциональностью, правами и автономностью. Практические ограничения работают за пределами языковой модели.

Минимальные права

Для анализа переписки нужен доступ на чтение, но не право удалять или отправлять письма. Чтение и изменение данных выполняйте через разные учётные записи и инструменты.

Узкие инструменты

Функция «создать задачу с указанным сроком и ответственным» безопаснее универсального доступа к API CRM. Допустимые адресаты, лимиты, стоп-листы и роли согласующих проверяет обычный код.

Управляемая последовательность

черновик → проверка правил → предварительный просмотр → согласование → исполнение → запись результата

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

Лимиты, журнал и аварийная остановка

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

Три безопасных сценария

1. Новая заявка с сайта

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

2. Итоги встречи

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

3. Неактивная клиентская база

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

Как измерить пользу

Количество отправленных сообщений — плохая метрика: оно растёт и при полезной автоматизации, и при автоспаме. Сравнивайте пилотную и контрольную группы на одном типе обращений и фиксируйте базовый период до запуска.

Пилот оценивается по скорости, качеству, реакции клиентов и безопасности процесса.

Чек-лист пилота

• Выбран один процесс и один тип обращения.

• Операции разделены на зелёную, жёлтую и красную зоны.

• У ИИ нет универсального доступа к CRM, почте или рассылке.

• Источники ответа утверждены и имеют дату обновления.

• Стоп-лист защищён от изменений агентом.

• Согласование привязано к точной версии действия.

• Повторная операция блокируется уникальным ключом.

• Есть лимиты, журнал и отдельное аварийное отключение.

• До запуска записаны базовые метрики и критерии остановки.

• Юрист проверил конкретные сценарии коммуникации и обработки данных.