Маршрутизация обращений — это набор письменных правил, по которым обращение попадает в конкретную очередь к конкретной группе, а не решение дежурного оператора, кому переслать. Правил ровно столько, сколько признаков: тема, тип клиента, язык и канал. Всё остальное — приоритеты, эскалация и поведение при переполнении — надстройки над этими четырьмя.
Проверить, есть ли у вас маршрутизация, можно за вечер: возьмите сто обращений за прошлую неделю и посмотрите, сколько меняли исполнителя после назначения. Больше десятой части — значит, правил нет, есть привычки.
Ниже — порядок применения признаков при конфликте, приоритеты с квотой, механика эскалации со второй линией и обратно, три стратегии при переполнении очереди и признаки того, что схему пора упрощать. Числовые примеры — на потоке 4 000 обращений в месяц и четырёх группах; стоимость минуты оператора взята из опорной статьи кластера, где она выводится из полной стоимости рабочего места.
Четыре признака и порядок их применения
Каждый признак отвечает за свой вопрос. Тема выбирает группу, тип клиента — приоритет и закреплённого исполнителя, язык сужает круг тех, кто вообще может ответить, а канал не выбирает исполнителя вовсе: он задаёт норматив срока и формат ответа. Смешение последнего с остальными — самая частая ошибка в схемах, которые мы разбираем на аудитах.
| Признак | Что определяет | Откуда берётся | Что ломается без него |
|---|---|---|---|
| Тип клиента | Приоритет и закреплённого менеджера | CRM: договор, тариф, сегмент | Корпоративный клиент ждёт в общей очереди и получает розничный ответ |
| Тема | Группу и норматив срока решения | Справочник тем, автоматическая простановка | Всё падает в одну очередь, разбор становится ручной сортировкой |
| Язык | Подмножество операторов внутри группы | Определение по тексту первого сообщения | Обращение зависает у того, кто его не читает, и всплывает через сутки |
| Канал | Норматив первого ответа и формат | Точка входа: чат сайта, мессенджер, почта | Асинхронный чат меряют по нормативу телефона, отчёт по срокам врёт |
Конфликт признаков — норма: корпоративный клиент пишет по технической теме на английском в мессенджер. Порядок разрешения фиксированный и записывается в регламент одной строкой.
- 1Тип клиента старше остальных признаков: у клиента с договором есть закреплённый менеджер и свои условия, и никакая тема это не отменяет. Исключение одно — стоп-темы здоровья и безопасности, которые идут вне очереди у всех.
- 2Тема выбирает группу внутри того, что осталось после первого шага. Именно тема, а не ключевые слова: справочник строится на своей выборке, и как это делается, разобрано в статье о классификации обращений клиентов.
- 3Язык сужает список исполнителей внутри группы. Если подходящего оператора в группе нет, обращение уходит не «кому-нибудь», а в отдельную очередь с увеличенным нормативом.
- 4Канал применяется последним и исполнителя не меняет. Он ставит норматив первого ответа и определяет форму: в почте уместен развёрнутый ответ со ссылками, в мессенджере — короткий с одним следующим шагом.
Вертикальная схема сверху вниз: входящее обращение проходит четыре ступени-фильтра, подписанные по порядку «1. тип клиента — приоритет и закреплённый менеджер», «2. тема — группа», «3. язык — подмножество операторов», «4. канал — норматив и формат». От четвёртой ступени стрелка вниз в блок «очередь группы». Сбоку от четвёртой ступени вынос-подпись «канал не меняет исполнителя». Слева вертикальная надпись «при конфликте побеждает верхний». Чертёжный стиль, подписи по-русски.
Приоритет: что действительно срочно, а что просто громко
Уровней приоритета нужно три: обычный, повышенный и высший. Пять встречаются часто и не работают: между третьим и четвёртым нет наблюдаемой разницы в поведении, и через квартал все обращения оказываются посередине. Разница между уровнями обязана быть выражена в минутах норматива, иначе уровень лишний — как это устроено в сроках, разобрано в материале про SLA в поддержке.
Высший приоритет — это не «важный клиент», а риск потерять клиента, нарушить закон или упустить угрозу безопасности: заявленный отказ от договора, требование по персональным данным, сообщение о вреде здоровью, сбой платного сервиса. Всё остальное — повышенный приоритет максимум.
Высший приоритет получает не больше 5% потока. Если за неделю доля превысила 8%, пересматривается правило, а не расширяется смена. Иначе срочная очередь поглощает линию: операторы разбирают только её, обычная очередь копится, а через месяц норматив нарушается уже у всех — включая тех, ради кого приоритет вводили.
Второй защитный механизм — старение обращения: провисев половину своего норматива, оно автоматически поднимается на уровень выше. Это дешевле любой балансировки нагрузки и снимает главный побочный эффект приоритетов — в схеме без старения обращение с низким приоритетом может не быть взято никогда.
Эскалация на вторую линию и обратно
Вторая линия — это не «более опытные операторы», а люди с доступами и полномочиями, которых нет у первой: правка данных в учётной системе, возврат сверх лимита, техническое расследование. Если вторая линия отличается от первой только опытом, разделение не нужно — нужны база знаний и подсказки.
- 1Передаётся карточка, а не вопрос
Пять полей: тема из справочника, история диалога, клиент и его объекты из учётной системы, что первая линия уже проверила, что клиенту обещано — срок и номер обращения. Требования те же, что и при передаче обращения от бота человеку.
- 2У второй линии свой норматив
Считать её срок внутри общего времени решения нельзя: причины нарушений разные. Ориентир — 4–24 часа по темам, и он известен первой линии, чтобы она называла клиенту честную цифру, а не «мы уточняем».
- 3Обратный путь обязателен
Решение возвращается на первую линию, а не уходит клиенту напрямую. Первая линия отвечает сама и заводит статью в базу знаний. Это единственный механизм, который не даёт одному вопросу эскалироваться десятки раз.
- 4Возврат без решения — тоже событие
«Не наш вопрос» фиксируется отдельным статусом и попадает в месячный разбор. Молчаливый пинг-понг между группами — вторая по частоте причина срыва сроков после нехватки людей.
Если на вторую линию уходит больше 20% обращений, разделение перестало работать: первая линия превратилась в приёмную. Причина почти всегда одна — у первой линии нет доступа на чтение в учётную систему, и она вынуждена эскалировать любой вопрос про конкретный заказ. Доступ на чтение стоит дешевле, чем один месяц такой эскалации.
Горизонтальная схема из четырёх блоков: «первая линия» → «карточка из пяти полей» → «вторая линия, норматив 4–24 часа» → обратная стрелка «решение возвращается на первую линию» → два выхода вниз: «ответ клиенту» и «статья в базу знаний». Отдельной пунктирной стрелкой от второй линии напрямую к клиенту перечёркнутый путь с подписью «так нельзя». Сбоку вынос «больше 20% эскалаций — разделение сломано». Чертёжный стиль, подписи по-русски.
Что делать при переполнении очереди
Переполнение — штатная ситуация: пиковый день, акция, сбой у перевозчика. Стратегий ровно три, и выбирать между ними надо заранее, а не в момент, когда очередь уже выросла.
| Стратегия | Когда включать | Побочный эффект |
|---|---|---|
| Расширение группы | Очередь превысила норматив в полтора раза; у операторов заранее заведена вторичная специализация | Качество ответов вторичной группы ниже: такие диалоги идут в выборочный контроль целиком |
| Автоответ с ожидаемым сроком | Людей добавить неоткуда; срок считается по текущей длине очереди, а не берётся из шаблона | Названный и не выполненный срок хуже молчания: без контроля сроков стратегия вредна |
| Перевод в асинхронный режим | Клиент готов получить ответ позже: берём контакт, тему и выдаём номер обращения | Работает в мессенджере и почте, почти не работает в чате на сайте — клиент уходит со страницы |
Порог включения задаётся в минутах ожидания, а не в числе обращений: двадцать простых вопросов и двадцать разборов возврата — разная нагрузка. Отслеживание порога и эскалация просрочек — задача контроля SLA; вручную за этим не следят дольше двух недель.
Сколько стоят ошибочные переводы
Ошибочный перевод — обращение, сменившее исполнителя после первого назначения. Он стоит дважды: временем двух операторов и просадкой срока первого ответа, потому что в новой очереди обращение встаёт в конец. Модельный пример — сервисная компания с потоком 4 000 обращений в месяц и четырьмя группами: заказы и доставка, оплаты и возвраты, технические вопросы, корпоративные клиенты.
Половину потерь от просрочек мы отбрасываем сознательно: часть обращений опоздала бы и без ошибочного перевода, просто потому что очередь длинная. Цена минуты ожидания — 2,5 ₽ — взята из модели кластера и на своём потоке проверяется отдельно: она зависит от среднего чека и от доли клиентов, которые после долгого ожидания не возвращаются.
Оговорка: 40 000–90 000 ₽ — цена правил при уже существующем справочнике тем. Если справочника нет, сначала строится он, и речь идёт о проекте классификации обращений целиком: 180 000–550 000 ₽, типовой около 350 000 ₽. На потоке 4 000 обращений он окупается за 6–7 месяцев и даёт, кроме маршрутизации, отчёт о причинах обращений — то, ради чего его обычно и делают.
Сравнение двух колонок на потоке 4 000 обращений. Левая «тему ставит оператор приёма»: 18% ошибочных переводов, 720 обращений, подписи «5 минут на разбор чужого», «40 минут просадки срока». Правая «правила на справочнике тем»: 6% ошибочных переводов, 240 обращений. Между колонками крупная подпись «разница 480 обращений в месяц», внизу итог «55 200 ₽/мес» и рядом «40 000–90 000 ₽ разово за правила». Чертёжный стиль, подписи по-русски.
Когда очередей становится слишком много
Схема маршрутизации разрастается сама: каждая проблема лечится новой очередью, и через год их тридцать. Работает при этом правило простое: очередь имеет право на существование, только если у неё свой норматив срока или свой набор исполнителей. Если ни того, ни другого нет, это тег для отчётности, а не очередь — и его место в карточке обращения, а не в схеме распределения.
- Больше 12 очередей при штате до 15 операторов: часть из них физически некому обслуживать отдельно.
- Есть очередь, куда за месяц попало меньше 20 обращений — меньше 0,5% потока. Статистики она не набирает, норматив её никто не помнит, и ждут в ней дольше всех.
- Доля ручных переназначений выше 10% даже после настройки правил: значит, правила описывают не тот процесс, который идёт на самом деле.
- Ни один оператор не назовёт правила распределения по памяти. Схему, которую нельзя пересказать за минуту, нельзя и соблюдать.
- Появились очереди, названные по фамилии сотрудника. Это закрепление, а не маршрутизация: при увольнении такая очередь ломается целиком.
Упрощают в обратном порядке: сначала склеивают очереди с одинаковым нормативом и пересекающимся составом исполнителей, потом убирают те, где меньше 0,5% потока, и только в конце трогают правила. Схема из 5–8 очередей с понятными нормативами работает лучше, чем из тридцати с точными названиями.
Когда маршрутизацию настраивать не надо
- 1Поддержка — один-два человека, которые видят всю очередь целиком. До штата примерно в пять операторов правила не окупаются: люди распределяют обращения глазами быстрее, чем срабатывает правило.
- 2Поток меньше 500 обращений в месяц. Даже 18% ошибочных переводов — это 90 обращений и около 6 000 ₽ прямых потерь: настройку такая сумма не окупает.
- 3Обращения однородны: одна тема, один тип клиента, один канал. Тогда очередь одна, и задача сводится к порядку разбора и нормативу.
- 4Схема из тридцати очередей уже есть, но сроки нарушаются. Маршрутизация здесь ни при чём: причина в нехватке мощности, и новые правила только перераспределяют опоздания.
Маршрутизация сокращает потери на переводах и просрочках, но не увеличивает пропускную способность смены. Если поток превышает мощность, самая аккуратная схема перекладывает очередь из одной группы в другую. Мощность поднимают наймом или автоматическим закрытием части обращений первой линией — и только после этого правила дают тот эффект, который заложен в расчёте.
