qwane

первая линия в мессенджере

Чат-бот поддержки в телеграмме: маршрут обращения, а не окно с кнопками

Поддержка в мессенджере выигрывает не сценарием ответов, а тем, что обращение нигде не теряется и в любой момент может дойти до человека.

Поддержку заводят в мессенджере не ради экономии на операторах, а потому что клиенты и так пишут туда: в личку менеджеру, в комментарии к посту, в общий чат. Эти обращения не считаются, не распределяются и теряются в отпуске конкретного сотрудника. Бот здесь в первую очередь превращает поток личных сообщений в очередь с историей и ответственным.

Поэтому проектирование начинается не со сценария ответов, а с маршрута обращения. Куда падает первое сообщение, кто его видит, что происходит, если за пятнадцать минут никто не ответил, как обращение попадает к нужному специалисту, что показывается клиенту в момент ожидания и что остаётся в системе после закрытия. Сценарий — верхний слой этой конструкции, и без неё он бесполезен: красивое меню, за которым тишина.

Второй слой — ответы. Часть вопросов закрывается ссылкой на инструкцию, часть требует данных клиента — его заказ, его статус, его договор, — а часть не закрывается вовсе и должна как можно быстрее уйти человеку. Механику ответа по вашим документам с обязательной ссылкой на источник и с явным отказом там, где оснований нет, я собирал: это обычный поиск по своей базе знаний, и она же защищает от главного порока поддержки на модели — уверенного вранья про сроки и деньги.

Третий слой — передача оператору, и это место, где чаще всего теряют клиента. Кнопка «позвать человека» обязана быть видна всегда, а не появляться после трёх неудачных попыток. Оператор должен получить не «клиент просит помощи», а весь разговор: что спрашивали, что бот ответил, какие данные посмотрел. Клиент, пересказывающий свою проблему заново после разговора с ботом, злее, чем если бы бота не было вовсе.

И честная граница: бот в мессенджере не заменяет личный кабинет. Всё, что требует таблицы, истории, документов и точных сумм, показывать в чате неудобно — там это превращается в простыню сообщений. Разумная связка выглядит так: кабинет самообслуживания как место, где клиент делает всё сам, и бот как быстрый вход в него с уведомлениями по событиям. Тогда бот отвечает на «где мой заказ» и уводит в кабинет за подробностями, а не пытается быть интерфейсом для всего сразу.

Что здесь обычно ломается

Маршрут обращения: кто отвечает на каждом шаге

ШагЧто делает ботКогда включается человек
Первое сообщениеПринимает, заводит обращение, называет режим работыНикогда — это должно работать круглосуточно
Опознание клиентаСвязывает диалог с записью в вашей системеЕсли связать не удалось и нужны уточнения
Типовой вопросОтвечает по базе знаний со ссылкой на источникЕсли подходящего документа нет — сразу
Вопрос про его заказПоказывает статус из системыЕсли данные противоречат друг другу
Простое действиеВыполняет с подтверждением и записывает в журналНа необратимом: деньги, отмена, удаление
Претензия или конфликтНе отвечает по существу, поднимает приоритетНемедленно, с полной историей разговора
ЗакрытиеФиксирует итог и спрашивает, решён ли вопросЕсли клиент вернулся с тем же вопросом

Что входит

Для кого

командам поддержки, у которых обращения размазаны по личным чатам и общим каналам, а очередь и история существуют только в голове одного сотрудника.

Частые вопросы

Клиенты поймут, что говорят не с человеком?
И должны понимать — об этом стоит сказать в первом же сообщении. Раздражает не автоматизация, а обман и невозможность дозваться человека. Прямая формулировка «я бот, оператор на связи с 9 до 19, позвать?» снимает почти весь негатив.
Какую долю обращений это закроет?
Заранее не знает никто, и любой названный процент был бы выдумкой. Доля зависит от того, у скольких ваших повторяющихся вопросов есть проверяемый ответ в системе или в документах. Поэтому первые недели бот работает вместе с людьми, а решение принимается по логам тем.
Чем это отличается от ИИ-агента поддержки?
Эта страница про канал и маршрут: очередь, опознание клиента, передача оператору, связь с кабинетом. Агент — про то, кто именно формирует ответ и какие действия ему разрешено выполнять. Одно живёт внутри другого, и начинать почти всегда стоит с маршрута: агент в кривом маршруте лишь быстрее отвечает не тем людям.
Нужно ли менять нашу систему тикетов?
Нет, подключаемся к ней. Обращения из мессенджера становятся тикетами с источником и историей, ответ оператора уходит обратно в диалог. Отдельная параллельная очередь — плохая идея: у поддержки появляется два места, куда надо смотреть, и одно из них всегда проигрывает.
Что делать с обращениями ночью и в выходные?
Принимать, отвечать на типовое и честно называть время ответа на остальное. Обращение, принятое ночью с понятным сроком, лучше молчания: клиент видит, что его вопрос зафиксирован, а утренняя очередь уже разобрана по темам и приоритетам.
А если клиент хочет сразу к человеку и никакого бота?
Значит, отдаём человеку. Первая линия существует ради тех, кому быстрее получить ответ немедленно, а не ради того, чтобы держать оборону от клиентов. Практический критерий, по которому я предлагаю оценивать такой проект: доля обращений, где человек в итоге всё равно понадобился, и время до его первого сообщения. Если эта доля высокая, а ожидание длинное, бот не решает проблему поддержки, а маскирует нехватку людей — и лучше сказать это до разработки, чем обнаружить после.

Есть разговор, который повторяется каждую неделю?

Опишите его — скажу, закрывается ли он сценарием, нужен ли там ИИ и во что это выльется по срокам и деньгам.

Обсудить проект

Другие боты и каналы

Все страницы про чат-ботов

Разбор по теме

Все разборы