Распределение заявок между менеджерами: как настроить схему и контроль

Зачем вообще нужно правило распределения заявок

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

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

Три базовые схемы распределения

Схем немного, и большинство систем работают с одними и теми же тремя вариантами. В документации Битрикс24 для очереди открытых линий они описаны так: «равномерно», «строго по очереди» и «одновременно всем».

Выбор зависит от того, что для вас важнее. Если критична скорость первого ответа и стоимость ошибки высока, подходит вариант «одновременно всем» — но его нужно дополнить правилом, что делать при дублировании: иначе двое сотрудников начинают писать одному клиенту с разными формулировками. Если важнее предсказуемость и справедливость, лучше работает «равномерно»: система сама подбирает того, кто давно не получал обращений, и нагрузка выравнивается без вмешательства руководителя. «Строго по очереди» удобно там, где важна прозрачность: правило понятно всей команде и его легко объяснить новому сотруднику, но у него есть известный недостаток — быстрый оператор получает больше обращений.

На практике схемы комбинируют. Например, обращения из мессенджеров раздаются равномерно между дежурными менеджерами, а заявки с крупным бюджетом идут сразу руководителю отдела. Правило распределения при этом остаётся единым — просто у него появляются ветки по типу обращения.

Что учитывать в правилах помимо схемы

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

• Время до перехода к следующему сотруднику: сколько система ждёт ответа, прежде чем передать диалог дальше. Без него очередь стоит на первом человеке.
• Лимит одновременных диалогов на оператора: в Битрикс24 его можно включить и указать число активных обращений; при достижении лимита новые этому сотруднику не приходят.
• Проверка доступности оператора: система учитывает, не уволен ли сотрудник, не в отпуске ли он, онлайн ли и начал ли рабочий день.
• Рабочее время: в нерабочие часы правило должно вести себя иначе — иначе заявка висит до утра без ответа.
• Исключения: клиенты, которых нельзя передавать другому менеджеру, и повторные обращения, которые должны вернуться к тому, кто уже ведёт диалог.

Отдельно стоит продумать поведение системы, когда все менеджеры заняты. Худший вариант — обращение копится в очереди молча: клиент не знает, ждут ли его вообще, и уходит к тому, кто ответил первым. Нормальный — клиент получает понятный автоматический ответ с ожидаемым сроком, а заявка встаёт в очередь с известным порядком и попадает к первому освободившемуся. Такой же логики требует нерабочее время: вечернее сообщение должно фиксироваться сразу, получать честный автоматический ответ и попадать в очередь на утро, а не растворяться в переписке до момента, когда кто-то случайно откроет чат.

Маршрутизация по типу обращения

Простая ротация отвечает на вопрос «кто ответит», но не отвечает на вопрос «кто ответит правильно». Маршрутизация добавляет к правилу признак обращения: тему, источник, регион, размер сделки. Заявка попадает не к свободному, а к подходящему сотруднику.

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

Скорость ответа как главный критерий

Смысл распределения — не в справедливости как таковой, а в том, как быстро клиент получает ответ. Исследование MIT и InsideSales.com, которое часто называют правилом пяти минут, показало разницу между ответом через пять минут и через тридцать: шансы дозвониться до лида падали в сто раз, а шансы его квалифицировать — в двадцать один раз.

Шансы связаться с лидом при обращении через 5 минут против 30 минут падают примерно в 100 раз, шансы квалифицировать лид — в 21 раз.

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

Почему ручное распределение ломается

Ручная раздача кажется гибкой, но у неё есть предсказуемые точки отказа. Они не зависят от старательности руководителя — их создаёт сама схема, в которой решение принимает человек в реальном времени.

• Руководитель занят и разбирает заявки по остаточному принципу — между встречами и совещаниями.
• Нагрузка распределяется по впечатлению, а не по данным: «ему и так тяжело» против «он быстро отвечает».
• Сложные и нестандартные заявки остаются в конце списка, потому что их разбор требует решения.
• Отпуска, больничные и переработки ломают привычную картину: заявка уходит человеку, которого нет на месте.
• Никто не ведёт статистику по тому, кто сколько заявок получил и сколько из них довёл до ответа.

Каждая из этих причин по отдельности выглядит мелочью. Вместе они дают знакомую картину: руководитель уверен, что заявки распределяются равномерно, а на деле часть сотрудников перегружена, часть недогружена, и никто не знает точных цифр.

Как настроить распределение заявок между менеджерами: порядок

Настройка идёт от правил к технике, а не наоборот. Если начать с переключателей в системе, получится набор функций без логики, который придётся переделывать.

1. Описать типы обращений: какие заявки вообще бывают и чем отличаются друг от друга.
2. Определить ответственных по каждому типу: конкретный сотрудник, группа или дежурный.
3. Выбрать базовую схему распределения и обосновать её: скорость, справедливость или прозрачность.
4. Задать сроки: сколько ждём ответа до передачи обращения дальше и какой срок считается нормативным.
5. Продумать исключения: нерабочее время, отпуска, крупные клиенты, повторные обращения.
6. Включить учёт: кто получил заявку, кто ответил, сколько времени прошло до первого ответа.
7. Настроить эскалацию: что происходит, если срок прошёл, а ответа нет.

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

Справедливость и мотивация

Распределение заявок — чувствительная тема внутри команды: менеджеры быстро замечают, кому достаются «хорошие» обращения, а кому — сложные. Если правило непрозрачно, это обсуждается не как процесс, а как несправедливость.

• Правило должно быть объяснимо одной фразой: «заявки из мессенджера идут по кругу, крупные — старшему менеджеру».
• Распределение должно быть проверяемым: журнал показывает, кто получил заявку и когда.
• Специализация не должна превращаться в наказание: если все сложные обращения уходят одному человеку, это нужно видеть и компенсировать.
• Нагрузку стоит сравнивать по числу обращений и по времени ответа, а не по количеству «горячих» лидов.

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

Отпуска, перегруз и нерабочее время

Худшие сбои в распределении связаны не с будними днями, а с отклонениями от обычного графика. Заявка, пришедшая в субботу или в день, когда двое менеджеров в отпуске, по умолчанию попадает к тому, кто остался, — и часто ждёт его ответа дольше обычного.

• Проверка доступности должна учитывать отпуск, больничный, офлайн и рабочие часы.
• Для нерабочего времени нужно отдельное правило: автоматический ответ с ожидаемым сроком и постановка заявки в очередь на утро.
• При отсутствии дежурного заявка не должна оставаться без владельца — иначе появляется разрыв, который никто не заметит.
• Плановое отсутствие (отпуска, обучение) стоит вносить в систему заранее, а не по факту.

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

Типичные ошибки

Ошибки в распределении почти всегда организационные: настройки сделаны, но за ними нет договорённости о том, как процесс должен работать.

• Распределять по «кто первый увидел»: в этом случае у заявки фактически нет владельца, пока её кто-то не откроет.
• Не ограничивать количество одновременных диалогов: занятый менеджер получает новые обращения и отвечает на них всё медленнее.
• Смешивать срочные и обычные заявки в одной очереди без приоритета.
• Оставлять заявки в личных аккаунтах: при увольнении история обращений уходит вместе с сотрудником.
• Не считать разброс нагрузки: без цифр правило распределения невозможно ни объяснить, ни улучшить.

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

Как проверить, что распределение работает

Смотреть стоит на связку метрик, а не на одну, и снимать их за период не короче недели. Ровный разброс нагрузки при плохом времени ответа означает, что правило работает, но менеджеров не хватает. Обратная картина — быстрые ответы при большом разбросе — означает, что заявки уходят к тем, кто отвечает быстро, а остальные получают их редко.

Если распределение уже настроено, следующий шаг — контроль сроков и эскалация; как это устроено, разбираем в статье про контроль обработки заявок руководителем. Про скорость первого ответа подробнее — в статье скорость первого ответа. Обсудить свои правила распределения можно через форму в разделе контакты.