Как распределять заявки между менеджерами: шесть схем и их последствия
Кто первый увидел — тот и взял. Это тоже схема распределения, просто худшая из возможных: она награждает не тех, кто лучше продаёт, а тех, кто быстрее обновляет страницу.
Почему «кто успел» не работает
При ручном разборе заявок происходит одно и то же: сильный и активный менеджер забирает большую часть потока, новичок сидит без практики, а спорные заявки не берёт никто.
Дальше начинается второй круг проблем: руководитель разбирает конфликты «почему не мне», а ночные и выходные обращения ждут до понедельника.
Схема 1. По очереди
Заявки раздаются по кругу поровну. Самая прозрачная схема, спорить не о чем.
Когда подходит: команда одного уровня, заявки примерно одинаковые по сложности.
Риск: новичок получает столько же сложных заявок, сколько опытный, и сливает их.
Схема 2. По весам
Опытному больше, новичку меньше. Вес задаётся в процентах или коэффициентах.
Когда подходит: команда разного уровня, идёт адаптация новых сотрудников.
Риск: веса забывают пересматривать, и через полгода новичок, который давно вырос, всё ещё получает мало.
Схема 3. По квоте
У каждого лимит заявок на период. Взял свою норму — следующие идут другим.
Когда подходит: нужно гарантировать, что никто не перегружен.
Риск: при неравномерном потоке часть заявок упирается в исчерпанные квоты.
Схема 4. По загрузке
Система смотрит, сколько у менеджера открытых сделок, просроченных задач и неотвеченных чатов, и отдаёт заявку наименее загруженному.
Когда подходит: длинные сделки, где важно не завалить человека.
Риск: менеджер может научиться «чистить» показатели, закрывая сделки формально. Лечится выбором метрик и контролем.
Схема 5. По конверсии
Кто больше доводит до продажи — тот больше получает. Считать можно по числу успешных сделок или по сумме выручки.
Когда подходит: зрелая команда, где данных достаточно для статистики.
Риск: самоусиление. Сильный получает больше заявок, показывает ещё лучшую конверсию, разрыв растёт. Поэтому нужен механизм выравнивания для тех, кто пока не продал.
Схема 6. Общая очередь
Заявки падают в общий пул, менеджер забирает следующую кнопкой, когда освободился.
Когда подходит: смены, колл-центры, неравномерный поток.
Риск: заявка может зависнуть, если все заняты. Нужен таймер и эскалация руководителю.
Что важнее самой схемы
Любая схема бесполезна, если раздаёт заявки тем, кого нет на работе. Поэтому распределение должно учитывать графики, смены, отпуска и часовые пояса — иначе ночная заявка уходит спящему человеку и ждёт до утра.
Второе обязательное условие — таймер реакции. Не взял за N минут — заявка уходит дальше, после нескольких передач — руководителю с задачей.
И третье: журнал. По каждой заявке должно быть видно, кто мог её получить и почему остальные не подошли. Без этого любое распределение выглядит как произвол.
Всё перечисленное умеет наш виджет «Автораспределение сделок» — включая режим наблюдения, в котором правило прогоняется на живом потоке, ничего не меняя.
Схему выбирают не по моде, а по зрелости команды и типу потока. Но какую бы вы ни выбрали, без учёта графиков, таймера реакции и журнала причин она будет вызывать больше споров, чем ручной разбор.