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