Правило выбора
Бот выигрывает там, где правильный ответ одинаков для всех, а ожидание человека стоит дороже возможной ошибки. Живой оператор выигрывает там, где на кону деньги или сделка и где ответ зависит от обстоятельств. Граница проходит не между простыми и сложными вопросами, а между дешёвыми и дорогими ошибками.
Сравнение почти всегда ставят неправильно: бот против оператора, который ответит сразу. Такого оператора обычно нет. Реальная альтернатива боту — человек через двадцать минут в пиковый час, утром следующего дня для ночного обращения или никогда для вопроса, потерявшегося в общей очереди. Против этих вариантов бот выглядит иначе, чем против идеального сотрудника.
Как устроены сами боты — сценарные и на языковых моделях, — как писать правила передачи и что считать после запуска, разобрано в материале о чат-ботах. Здесь только выбор: какую часть переписки отдавать автоматике и где экономия оборачивается потерей.
Что различается
| Признак | Бот | Живой оператор |
|---|---|---|
| Первый ответ | Секунды, в любое время суток | Зависит от очереди и расписания |
| Нестандартный вопрос | Отвечает не на тот вопрос или переспрашивает | Уточняет и разбирается |
| Право решать | Только то, что заложено в сценарий | Столько, сколько дали правила компании |
| Стоимость ещё одного диалога | Почти ноль при постоянном расходе на сопровождение | Оплаченные минуты, в пик — очередь |
| Как выглядит провал | Человек молча уходит | Видимое ожидание, жалоба на скорость |
| Что остаётся после разговора | Заполненные поля | Запись в свободной форме, если её сделали |
| Разговор с раздражённым человеком | Шаблон усиливает раздражение | Может снять его признанием и решением |
| Давление продавца | Отсутствует | Возможно, и часть людей его избегает |
Пятая строка объясняет, почему ошибки автоматизации обнаруживаются поздно. Провал оператора виден: очередь, жалоба, недовольный отзыв о долгом ожидании. Провал бота тихий — человек не жалуется, он закрывает окно и покупает в другом месте. В отчёте поддержки такой диалог выглядит закрытым, а его цена всплывает позже в доле ушедших и в продажах, за которые отвечают другие.
Последнюю строку обычно упускают защитники живого общения. Часть людей пишет в чат именно потому, что не хочет разговаривать с продавцом: опасается уговоров, хочет узнать цену без обязательств. Для них бот — не преграда, а способ спросить без давления.
Цена минуты против цены ошибки
Автоматизация оправдана, пока выполняется одно неравенство: ответ человека стоит дороже, чем ожидаемая потеря от худшего ответа бота. Ожидаемая потеря — вероятность, что бот не справится, умноженная на то, что стоит на кону в этом разговоре.
Условные числа. Ответ оператора обходится в 1,5 у. е. Вопрос о статусе заказа бот решает неудачно в одном случае из десяти, и тогда человек переспросит — потеря, скажем, 2 у. е. времени и раздражения. Ожидаемая потеря 0,2 у. е. против 1,5 у. е.: бот выгоден с большим запасом.
Вопрос перед покупкой устроен иначе. Пусть пятая часть таких разговоров заканчивается покупкой с маржой 100 у. е. Если бот снижает эту долю до 15 покупок из ста, потеря составит 5 у. е. на каждый диалог против 1,5 у. е. за ответ человека. Точка безразличия наступает, когда бот теряет полторы покупки из каждых ста таких разговоров, — а такую разницу без специального сравнения не заметить.
Отсюда практическое правило: при таких соотношениях в сервисных вопросах автоматизация выгодна почти при любом качестве, а в предпродажных — почти ни при каком. Считать приходится по типам обращений отдельно. Общий итог смешивает выигрыш на одних с потерями на других и показывает приличную среднюю, а экономия записывается в статью поддержки, тогда как потеря — в конверсию другого отдела.
Бот как разгрузка очереди
Самая недооценённая польза бота — не замена людей, а снижение их загрузки. Время ожидания растёт не пропорционально загрузке, а круто, когда она приближается к полной. Это базовое свойство очередей, которое описывает теория массового обслуживания.
Условный пример на простейшей модели с одним оператором и случайным потоком обращений. Оператор закрывает десять обращений в час. Если приходит восемь, от появления обращения до его закрытия в среднем проходит полчаса; если девять — час; если девять с половиной — два часа. Лишние полтора обращения в час учетверяют ожидание.
Из этого следует неочевидное: бот, снимающий с людей даже простую часть потока, сокращает ожидание по сложным вопросам сильнее, чем подсказывает доля снятой нагрузки. И отсюда же ошибка, которая сводит пользу на нет, — после запуска сокращают людей ровно на снятую долю. Загрузка возвращается к прежней, очередь тоже, а у оставшихся операторов теперь только длинные и трудные разговоры.
Где автоматизация отпугивает
Вопрос перед покупкой. «Подойдёт ли мне», «успеете ли к пятнице», «а если размер не тот» — покупательский сигнал, а не справочный запрос. Шаблонный ответ на него проигрывает не в поддержке, а в воронке продаж. Такие формулировки распознаются по словам и должны уходить к людям первыми.
Повторное обращение. Человек, который второй раз пишет о той же проблеме, уже прошёл простой путь, и путь не сработал. Возвращение в тот же сценарий читается как «вас не слушают». Узнать повтор можно по контакту или номеру заказа и направить его сразу к людям.
Деньги. Двойное списание, возврат, неоплаченный заказ. Нужен не ответ, а решение, и любая задержка на пути к решению выглядит как попытка его избежать.
Раздражение. Жалобу бот примет, но признать ошибку от имени компании так, чтобы в это поверили, не сможет. Принцип тот же, что в публичных ответах на отзывы: признание, факты, решение.
Клиент, потеря которого дорога. Для крупного заказчика бот в первом окне — сообщение о том, насколько его ценят. Различать обращения по ценности клиента — задача сегментации, и в переписке её результат должен быть виден с первого сообщения.
Бот спрашивает то, что компания уже знает. Номер заказа у того, кто вошёл в личный кабинет, телефон у того, кто пишет с этого телефона. Такой вопрос сообщает: данные есть, но смотреть их никто не стал.
Где отпугивает живой оператор
Обратная сторона бывает не менее заметной, хотя о ней говорят реже.
Ночь и выходные. Молчание до утра проигрывает честному автоматическому ответу: обращение принято, вот что можно сделать сейчас, человек ответит в девять.
Очередь по простому вопросу. Ждать двадцать минут, чтобы узнать режим работы, хуже, чем получить ответ от программы сразу.
Оператор со сценарием. Сотрудник, которому запрещено отступать от шаблона, отвечает как бот, только медленнее. Человек слышит живую речь и ждёт живого решения, а получает текст, который мог бы прочитать сам, — разочарование сильнее, чем от честного бота.
Ложная развилка
Противопоставление держится на допущении, что различие между ботом и человеком — в природе собеседника. Для клиента различие в другом: может ли тот, кто отвечает, решить его вопрос. Оператор без полномочий вернуть деньги, сдвинуть срок или сделать исключение — тот же сценарий, только медленнее и дороже. Бот, который за минуту оформляет возврат по понятному правилу, решает больше такого оператора.
Отсюда настоящий выбор: какие решения компания готова доверить правилу, какие — суждению человека и какие права у этого человека есть. Пока права не определены, спор о боте ведётся не о том.
Вторая подмена — будто выбирать надо один канал для всех. Работающая конструкция почти всегда смешанная: бот принимает обращение, собирает вводные, отвечает на то, что одинаково для всех, и передаёт остальное человеку вместе с историей. Спорить имеет смысл о месте шва — на каком вопросе и по какому признаку переписка уходит к людям, — а не о том, нужен ли шов. Порядок, в котором такие переходы автоматизируют, описан в материале об автоматизации работы с базой.
Диалогов после запуска бота стало больше, а покупок из чата — меньше. Бот перехватил вопросы перед покупкой и отвечает на них справкой. Выделите покупательские формулировки — цена под условия, срок, наличие, «подойдёт ли» — и направляйте их людям сразу, а долю покупок считайте по этим диалогам отдельно.
Операторы отвечают теми же шаблонами, что и бот. У людей нет права решать, и живой разговор ничего не добавляет к сценарию. Дайте операторам полномочия с понятными границами — сумма компенсации, перенос срока — или честно отдайте этот тип обращений автоматике.
Утром очередь из ночных обращений, и всех начинают с переспрашивания. Ночной бот не собирал вводные или собранное не дошло до людей. Передавайте историю в карточку клиента в CRM-системе и начинайте утренний ответ с решения, а не с вопроса.
После сокращения операторов выросло ожидание по сложным вопросам. Штат урезали на долю снятой нагрузки, и загрузка вернулась к прежней. Смотрите время ответа по типам обращений, а не среднее, держите загрузку людей заметно ниже полной и сверяйте оценку после обращения по тем же типам.
Спорное место
Неравенство «цена минуты против цены ошибки» выглядит строго и держится на двух числах, которых обычно нет. Вероятность неудачного ответа бота по конкретному типу вопросов измеряется только сравнением с параллельным потоком, который обслуживают люди, а такое сравнение ставят редко. Ценность, стоящая на кону в предпродажном вопросе, известна ещё хуже: доля покупок после разговора зависит от сезона, цены и того, кто отвечал. В итоге формула чаще служит обоснованием уже принятого решения, чем способом его принять.
Второе сомнение — в самом образе живого оператора. Я сравниваю бота с человеком, который разбирается в вопросе и имеет полномочия, а на практике в конце смены отвечает уставший сотрудник с десятью открытыми окнами. Его ошибки не лучше ошибок программы, их просто реже замечают, потому что они человеческие. Сравнение с идеальным оператором систематически льстит людям.
И третье: граница, которую я провожу, подвижна. Языковые модели всё лучше справляются с нестандартными формулировками, и часть того, что сегодня требует человека, со временем будет решаться автоматикой без потери качества. Устойчивой в этой рекомендации мне кажется одна часть — оставлять людям решения, за которые компания отвечает деньгами, пока правила таких решений не записаны настолько ясно, что их можно исполнить без суждения. Каждый сдвиг границы стоит проверять параллельными группами, как в A/B-тесте, а не сравнением месяца до и месяца после.
Частые вопросы
Как понять, какие обращения можно отдать боту?
Правда ли, что люди не любят ботов?
Сколько операторов нужно оставить после запуска бота?
Что делать с обращениями ночью, когда операторов нет?
Как проверить, что бот не теряет продажи?