Представьте обычный вечер. Человек зашёл на ваш сайт в 22:47, нашёл товар, почти решился купить и вдруг понял, что не знает, как работает доставка. Ответа на странице нет. В чате появляется приветственное сообщение и шесть кнопок, одна из которых вроде бы относится к доставке. Он нажимает. Потом ещё раз. Потом попадает не туда и, скорее всего, закрывает вкладку.
Не потому, что вы его обидели. Просто в этот момент ему стало проще уйти.
Большая часть клиентских вопросов вообще не требует участия специалиста. Есть ли товар? Какие сроки доставки? Можно ли заказать в другом цвете? Как оформить возврат? Где заказ? Что входит в комплект? Но когда этих вопросов становится много, поддержка начинает работать как справочная. Люди, которых компания нанимала разбираться со сложными клиентами и продавать, половину дня отвечают на то, что вполне можно показать или объяснить автоматически.
Люди не разговаривают по веткам
Старые чат-боты пытались решить это кнопками. Логика понятная: заранее представить все возможные вопросы и разложить их по веткам. Только есть небольшая проблема — люди не разговаривают по веткам. Они пишут: «Мне нужен такой же, только чёрный, и чтобы до пятницы». Или вообще: «А это можно в рассрочку?» И дальше задают ещё три уточнения, которые разработчик этого дерева меню даже не подозревал.
AI-бот может работать с таким разговором нормально. Он понимает, о чём человек спрашивает, держит контекст и может искать информацию в ваших материалах. Если подключён каталог, он получает данные оттуда. Если есть CRM или учётная система, может проверить заказ. Если нужно принять заявку — собирает данные и создаёт её там, где работает ваша команда.
Ограничения важнее скорости
Но тут есть одна вещь, на которой мы бы не стали экономить: ограничения. Языковая модель очень хорошо умеет звучать уверенно. Иногда даже слишком хорошо. Поэтому бот не должен отвечать на всё, что ему вздумается. Его знания ограничиваются теми источниками, которые мы ему дали, а некоторые действия вообще разрешаются только при выполнении конкретных условий.
Если нужного ответа нет, лучше остановиться. Если вопрос оказался спорным — передать человеку. Если клиент уже десять минут общается с ботом и явно раздражён, тоже, наверное, не лучший момент доказывать технологическое превосходство.
При передаче оператору мы стараемся сохранить сам разговор. Клиент не должен превращаться из человека с конкретной проблемой в человека, которому снова задают вопрос «расскажите, пожалуйста, что случилось». История переписки уже есть, собранные данные уже есть, контекст уже есть — сотрудник просто подключается дальше.
Проверка перед запуском
Перед запуском проверяем не только хорошие сценарии. Нас интересуют как раз те случаи, когда всё идёт немного не по плану: человек написал неполный вопрос, перепутал название товара, спросил о вещи, которой нет в базе, сослался на старые условия или попытался получить информацию, которую ему нельзя показывать.
Потом начинается самая полезная часть — реальные диалоги. И там довольно быстро выясняется, что клиенты говорят совсем не так, как мы предполагали в начале проекта. Оказывается, один и тот же вопрос можно задать пятнадцатью способами. Оказывается, важную информацию компания когда-то спрятала в PDF на странице 47. Оказывается, людям постоянно нужен сценарий, который никто не считал важным.
Первый рабочий запуск обычно занимает две-четыре недели. Не весь мир сразу, а нормальный кусок клиентского общения, который уже можно пустить в работу.
И тогда чат-бот становится не очередным окошком в углу сайта, которое никто не любит открывать, а довольно практичной вещью: клиент получает ответ тогда, когда ему удобно, а ваша команда подключается там, где без неё действительно не обойтись.