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