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