Автоматическая маршрутизация обращений в поддержку
Обращение в поддержку приходит в пятницу после обеда. Оно двадцать минут лежит в общем почтовом ящике, пока кто-то не открывает его, читает две строчки и понимает, что это вопрос не к техподдержке, а к биллингу, и перекидывает дальше - где оно снова ждёт своей очереди. В этом процессе не было ничего сложного. Он был просто медленным, а медленность накапливается: к моменту, когда раздражённый клиент получает внятный ответ, он уже решил, что на вашу поддержку нельзя рассчитывать. Автоматическая маршрутизация тикетов решает именно эту часть работы, сортировку и передачу, чтобы человек тратил время на решение проблем, а не на чтение заголовков писем и угадывание, кому это передать.
Где ручная маршрутизация реально ломается
У небольшой команды поддержки нет проблемы с маршрутизацией, пока обращений мало. Три тикета в день, один человек читает все, и дело сделано. Трудности начинаются, когда объём превышает то, что один человек успевает разобрать в реальном времени, или когда команда делится по направлениям (биллинг, техподдержка, онбординг) и тикет должен с первого раза попасть к нужному специалисту. Вот тут всё и начинает буксовать: техническая проблема лежит в очереди биллинга, пока кто-то не заметит, срочное "у меня не прошла оплата и я не могу зайти в аккаунт" получает тот же приоритет, что и "как изменить email", а клиент, написавший на русском, попадает в очередь, которую проверяет только сотрудник, читающий по-английски.
Что автоматическая маршрутизация делает на самом деле
Автоматизация маршрутизации читает входящее обращение, обычно из почты, веб-формы, чата на сайте или WhatsApp, и классифицирует его раньше, чем его увидит человек. Она может определить тему (биллинг, техническая проблема, общий вопрос), распознать язык, отметить срочность по ключевым словам или тону сообщения и сразу направить его в нужную очередь или конкретному сотруднику. Ценность не в самой классификации. Ценность в том, что происходит благодаря ей: технический специалист не тратит время на вопрос про оплату, срочный случай не стоит за десятью рутинными, и никому не нужно вручную перечитывать каждое обращение, чтобы понять, куда его отправить.
Как попасть к нужному человеку с первого раза
Самый простой вариант построен на правилах: если в теме письма есть слово "возврат" или "счёт", обращение уходит в биллинг. Это работает какое-то время, но ломается в тот момент, когда клиент формулирует вопрос так, как правила не предусмотрели, а это происходит постоянно, потому что люди не пишут обращения по аккуратным категориям. Более надёжная настройка опирается на смысл сообщения, а не только на совпадение слов, так что "меня списали два раза за этот месяц" и "можете проверить мой последний платёж" попадают в одно место, хотя в них почти нет общих слов. Цель не идеальная модель. Цель - система, которая угадывает достаточно часто, чтобы человеку приходилось вручную перенаправлять только редкие исключения, а не разбирать каждый тикет самому.
Приоритет без показного особого отношения
Срочность важна не меньше темы. Клиент, которого заблокировали в платном аккаунте, это не та же проблема, что вопрос о функции, которую было бы неплохо увидеть в следующем квартале, и этим двум обращениям не место в одной очереди. Автоматическая маршрутизация может учитывать такие сигналы, как уровень подписки, сколько времени тикет уже открыт, или фразы, которые обычно означают, что что-то реально сломалось, и поднимать такие обращения вперёд. Речь не о том, чтобы давать отдельным клиентам привилегии просто так. Речь о том, чтобы сообщение "я не могу войти, а у меня дедлайн сегодня" не ждало за пятью тикетами с вопросами про тарифные планы.
Где человек всё равно должен остаться в цепочке
Автоматическая маршрутизация должна доставить обращение в нужную очередь, а не изображать, что она его решила. Серьёзная жалоба, спор о возврате средств, всё, что связано с деньгами или по-настоящему расстроенным клиентом, всё равно требует человека, который прочитает полный контекст и примет решение. Задача автоматизации заканчивается в тот момент, когда нужный случай быстро оказывается на столе у нужного сотрудника, с достаточным контекстом (история аккаунта, предыдущие обращения, определённая срочность), чтобы сотрудник не начинал с нуля. Когда это работает хорошо, клиент вообще не замечает факт маршрутизации. Он просто замечает, что ему быстро ответил человек, который действительно понимал, о чём речь.
Как это выглядит для небольшой команды
Команде поддержки из трёх человек, которая ведёт один общий почтовый ящик на все обращения, не нужно корпоративное программное обеспечение, чтобы получить пользу от этого подхода. Даже базовая настройка, которая помечает входящие тикеты по теме и срочности, направляет их в очередь нужного сотрудника и отмечает всё, что осталось без ответа дольше разумного срока, заметно сократит разрыв между "клиент написал" и "нужный человек это увидел". Именно этот разрыв, больше почти всего остального, определяет, ощущается ли поддержка быстрой или похожей на крик в пустоту.
С чего начать
Посмотрите на последние пятьдесят обращений и задайте два вопроса: сколько из них хотя бы раз перенаправляли, прежде чем они попали к нужному человеку, и сколько провисело без внимания дольше, чем должны были. Эти два числа покажут, действительно ли маршрутизация - ваше слабое место, или проблема в чём-то другом, например в качестве ответов или нехватке людей. Если дело в маршрутизации, начните с малого: сначала автоматизируйте разделение между двумя-тремя самыми крупными категориями, а детекцию срочности добавьте, когда это заработает стабильно. Попытка автоматизировать все исключения с первого дня обычно создаёт новый беспорядок, который потом придётся разгребать.
Есть повторяющийся процесс, который съедает часы?
Опишите его в двух словах, и мы покажем, как автоматизация сработает на ваших данных.
Связаться с нами