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