AI-ассистент продаж в CRM: сценарии и контроль
Где AI помогает продажам, где опасен: суммаризация, черновики, next best action, retrieval, evals, privacy и human-in-the-loop.
Главное за 30 секунд
AI-ассистент должен ускорять конкретное решение, а не автономно обещать клиенту то, чего бизнес не контролирует. Безопасные первые сценарии — суммаризация, классификация и черновик с обязательным подтверждением. Автономность повышают только после измеримых evals.
Подходящие первые сценарии
- Суммаризация длинного диалога и выделение обязательств.
- Классификация темы, языка и срочности обращения.
- Черновик ответа на основе утверждённой базы знаний.
- Поиск похожих кейсов и документов.
- Проверка заполнения сделки и предложение следующего действия.
Высокорисковые действия
Цена, скидка, договорное обещание, медицинская рекомендация, кредитное решение и окончательная квалификация требуют отдельного контроля. Модель может уверенно сгенерировать неверный факт или использовать устаревший документ.
Ассистент не получает право удалять сделки, менять оплату или массово писать клиентам только потому, что API это позволяет.
Архитектура с контекстом
- Определить разрешённые источники и их владельцев.
- Индексировать версии документов с датой и областью применения.
- Передавать минимальный контекст сделки.
- Показывать пользователю источники ответа.
- Логировать предложение, подтверждение и итоговое действие.
Human-in-the-loop
- Черновик визуально отличается от отправленного текста.
- Критические поля требуют явного подтверждения.
- Пользователь может исправить и объяснить ошибку.
- Эскалация человеку доступна из любого шага.
- Автоматизация отключается централизованно.
Evals до запуска
Соберите набор реальных обезличенных сценариев, включая неоднозначные, конфликтные и запрещённые запросы. Оцените фактическую точность, полноту, соблюдение политики, качество источников и безопасный отказ.
Средний балл скрывает редкие критические ошибки, поэтому отслеживайте категории отдельно.
Privacy и безопасность
- Не отправлять лишние персональные данные.
- Проверить хранение и использование данных поставщиком.
- Ограничить доступ по роли пользователя и сделки.
- Защититься от prompt injection в документах и сообщениях.
- Установить сроки хранения логов и процедуру удаления.
Метрики эффекта
Сравнивайте время подготовки ответа, долю принятых черновиков, число исправлений, ошибки политики и бизнес-результат. Экономия секунд не оправдывает рост неверных обещаний. Taska упоминается только как возможная платформа после проверки реально доступной функции; связь TIPA с Taska раскрывается.
После каждого изменения модели, системного промпта или базы знаний повторяйте критический набор evals. Производственные ответы выборочно проверяет человек, а найденные ошибки пополняют тесты. Без этого качество постепенно меняется незаметно.
Начинайте с режима read-only: ассистент предлагает, но не изменяет CRM. Право записи добавляется отдельно для каждого инструмента после журналирования, ограничений и сценария отката.
У интерфейса должна быть заметная маркировка AI-результата и быстрый путь сообщить об ошибке без копирования персональных данных в сторонний чат.
Ответственный регулярно разбирает такие сигналы, исправляет причины и обновляет eval-набор.
Как передавать диалог от ИИ администратору
Для переписки составьте таблицу разрешённых действий. Ассистент может объяснять подтверждённые условия, задавать согласованные вопросы и собирать предпочтения по времени. Подтверждение записи разрешают только при наличии проверенного механизма бронирования и успешного ответа расписания. Доступность такого механизма в конкретном канале проверяется до запуска. Если связи с расписанием нет, результат разговора формулируют как запрос на запись с последующим подтверждением сотрудником.
Передача человеку нужна при просьбе клиента, противоречии в данных, повторном непонимании вопроса, жалобе и запросе на исключение из условий. Для каждого случая назначьте очередь и ответственного. В карточку переходят вопрос, краткое содержание разговора, уже сообщённые условия и нерешённая задача. Клиенту сообщают, что отвечает автоматический помощник, кто продолжит разговор и в какие рабочие часы ожидать ответа.
Условный сценарий: клиент хочет записать двух человек на соседнее время, а помощник умеет проверять только одну запись. Он собирает пожелание и передаёт задачу администратору. Пока сотрудник проверяет расписание, автоматическая ветка приостанавливается. После ответа человека повторное сообщение бота с прежними вариантами блокируется правилами процесса. Если сотрудник занят, обращение остаётся в видимой очереди с напоминанием.
На пилоте проверяйте долю неверных ответов, незавершённых передач, повторных вопросов и записей, подтверждённых в расписании. Отдельно разбирайте случаи, когда помощник убедительно ответил по устаревшей информации. Для спорных тем оставьте подготовку черновика. Расширяйте самостоятельность только для сценариев, которые прошли проверку на ваших обезличенных примерах. Проектирование такого процесса входит в автоматизацию с ИИ; объём определяется после проверки каналов, источников и работы администраторов.
Первичные источники и документация
Следующий шаг
Если хотите применить схему к своему проекту, спроектируйте контролируемый AI-пилот. Сначала зафиксируем исходные данные и критерии готовности, затем оценим объём работ.
Посчитайте стоимость под вашу задачу
Ориентир. Точная смета — после аудита процессов.
Бесплатная диагностика за 24–48 часов: посмотрим ситуацию, скажем что даст результат, дадим смету.
