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