Маршрутизация лидов: распределение по региону, продукту и масштабу с балансировкой нагрузки
I. Три измерения распределения: как сочетать регион, продукт и масштаб
После поступления лида сначала проводится оценка, затем маршрутизация. Маршрут не одномерный — он сочетает три измерения: регион, продукт, масштаб. Менеджер, совпадающий по всем трём, в приоритете; по двум — следующий; по одному — запасной вариант. Этот порядок приоритетов нельзя нарушать.
| Измерение | Критерий соответствия | Вес | Последствия несоответствия | Пример |
|---|---|---|---|---|
| Регион | Страна, язык и часовой пояс покупателя | 40% | Языковой барьер, несовпадение часовых поясов, медленный ответ | Немецкий покупатель — менеджеру по немецкоязычному региону |
| Продукт | Продуктовая линейка и модель, указанные в лиде | 35% | Недостаточная экспертиза, не может ответить на технические вопросы | Лид по модели X100 — менеджеру по линейке X100 |
| Масштаб | Ожидаемый объём заказа, уровень клиента | 25% | Крупный клиент попал к младшему менеджеру — потеря сделки | Клиент с годовым объёмом $500 000 — старшему менеджеру |
Из трёх измерений регион имеет наибольший вес (40%), потому что язык и часовой пояс — жёсткие ограничения. Лид от японского покупателя, переданный менеджеру без знания японского с разницей в часовых поясах 8 часов, даже при глубокой экспертизе в продукте получит ответ только во второй половине следующего дня — SLA первого ответа нарушен. Вес продукта — 35%, потому что неспособность ответить на технический вопрос хуже, чем медленный ответ. Вес масштаба — 25%, главным образом чтобы защитить крупных клиентов от ошибочного распределения к новичкам.
Пример: приходит запрос из Бразилии, в нём упоминается Model X200 и предполагаемый объём закупки — 2000 штук в месяц. По региону его нужно отдать продавцу по Южной Америке, который говорит по-португальски; по продукту — лучше всех разбирается опытный продавец линии X200; по масштабу — 2000 штук в месяц это крупный клиент, значит, нужен опытный продавец. Все три критерия указывают на одного человека — это идеальный результат распределения. Если же разные критерии указывают на разных людей, считаем баллы с весами: регион 40% + продукт 35% + масштаб 25% — и выбираем того, у кого итоговый балл выше. Общий подход к скорингу лидов описан в Оценка и приоритизация заявок.
II. Балансировка нагрузки: распределять не поровну, а по компетенциям
Это самое важное решение: балансировка нагрузки — не то же самое, что распределение поровну. Многие команды, настраивая маршрутизацию, первым делом думают: «пусть у каждого будет одинаковое количество запросов». Выглядит справедливо, а на деле это наказание для продавцов с высокой конверсией. Если продавец с конверсией 20% и продавец с конверсией 5% получают одинаковое количество запросов, качественные запросы просто уходят к тому, кто хуже их закрывает.
| Тип продавца | Опытная конверсия | Рекомендуемая стратегия распределения | Лимит запросов в работе | Уровень качества запроса |
|---|---|---|---|---|
| Опытный продавец | 15–25% | В первую очередь — запросы с высоким интересом | 12–15 | Приоритет при оценке ≥70 баллов |
| Продавец среднего уровня | 8–15% | Обычное распределение с наставничеством | 10–12 | Оценка 50–70 баллов |
| Начинающий продавец | 3–8% | Запросы с низким интересом — для тренировки | 8–10 | Оценка 40–60 баллов |
| Руководитель отдела продаж | — | Берёт только эскалации и крупных клиентов | Не распределять автоматически | Оценка ≥85 баллов или эскалация |
Самое неочевидное в этой таблице: у опытного продавца лимит запросов в работе выше (12–15), а не ниже. Причина — высокая конверсия: столько же запросов он обрабатывает быстрее и без завалов. У начинающего продавца лимит ниже (8–10), потому что он медленнее ведёт сделки, и при большей нагрузке у него копится завал. Балансировка нагрузки на самом деле означает «распределять по способности обрабатывать», а не «делить поровну по головам».
Конкретные цифры лимитов можно подстроить под свою команду. Главное правило: когда у продавца в работе 80% от лимита, система предупреждает; при 100% новые запросы ему больше не идут, а передаются коллеге из его группы; как только он продвигает запросы на следующий этап (например, отправлено предложение, отправлен образец) и количество в работе снижается, распределение возобновляется. Этот механизм не даёт запросам застрять, если продавец в отпуске или перегружен. О структуре команды и распределении ролей читайте в Выход на зарубежные рынки: команда с нуля.
III. SLA распределения: как быстро передать запрос
Запросы нужно распределять не как можно быстрее, но обязательно в срок. Если запрос с высоким интересом передаётся медленно, SLA первого ответа нарушается. Для запросов с низким интересом задержка не критична — они и так на этапе прогрева. Поэтому срок распределения зависит от оценки.
| Оценка запроса | Уровень интереса | SLA распределения | Как распределяются заслуги | Действие при просрочке |
|---|---|---|---|---|
| ≥80 баллов | A · высокий интерес | Сразу (в течение 5 минут) | Автомаршрутизация + подтверждение руководителя | Если не распределён за 10 минут — автоматически дежурному руководителю |
| От 60 до 79 баллов | Уровень B · средний интерес | Распределение в течение часа | Автоматическая маршрутизация | Не распределён за 2 часа — эскалация руководителю |
| 40–59 баллов | Уровень C · низкий интерес | Распределение в течение дня | Массовое распределение | Не распределён и на следующий день — в базу развития |
| Менее 40 баллов | Уровень D · развитие | Без прямого распределения | В цепочку маркетинговой автоматизации | Развитием занимается маркетинг |
Распределение заявок уровня A должно быть автоматическим, без ручного согласования. Как только кто-то вручную решает, кому отдать заявку уровня A, SLA в 5 минут нарушен. Правильно так: система автоматически считает оптимальное совпадение по трём параметрам и сразу распределяет заявку, одновременно уведомляя руководителя. Если руководитель считает распределение неверным, он может скорректировать его в течение 10 минут — но по умолчанию всё идёт автоматически, без ожидания.
Заявки уровня D не нужно отдавать продавцам: даже если отдать, он с ней работать не будет. Уровень D должен попадать в цепочку маркетингового развития — письма, контент, мероприятия постепенно его прогревают, и когда интерес поднимется до уровня C или выше, заявка попадает в пул распределения для продавцов. Такое разделение экономит время продавцов: они тратят его только на заявки, которые того стоят. О том, как SLA первого ответа сочетается с распределением, см.SLA первого ответа на запрос и конверсия.
IV. Обработка сбоев распределения: что делать, если распределили неверно
Система маршрутизации не может распределять правильно в 100% случаев. Что делать, если ошиблись? Главное — иметь механизм возврата и повторной маршрутизации, а не заставлять продавца работать с неподходящей заявкой через силу.
| Сбой | Условие | Действие | Цель повторной маршрутизации | Скорость |
|---|---|---|---|---|
| Несовпадение языка | Продавец не говорит на языке покупателя | Возврат в течение 24 часов | Продавец из того же региона, говорящий на этом языке | Повторное распределение в течение 4 часов |
| Несовпадение продукта | Продуктовая линейка заявки вне зоны ответственности продавца | Возврат в течение 12 часов | Продавец по соответствующей продуктовой линейке | Повторное распределение в течение 2 часов |
| Загрузка превышена | У продавца больше заявок, чем допустимо | Автоматический возврат в очередь | Следующий подходящий продавец по тем же параметрам | Немедленная повторная маршрутизация |
| Покупатель назвал конкретного человека | Покупатель в письме попросил конкретного сотрудника | Назначение напрямую, минуя маршрутизацию | Указанный сотрудник | Немедленное распределение |
Суть механизма возврата в том, что продавец не должен испытывать психологического дискомфорта, возвращая заявку. Многие команды включают долю возвратов в KPI продавца, и в итоге он берёт заявку, которую заведомо не вытянет, и в результате заявка умирает. Правильно так: доля возвратов не оценивается, но причину возврата заполнять обязательно — только с причиной система учится и в следующий раз маршрутизирует точнее. Основные типы причин возврата — четыре из таблицы выше; на этих данных система постоянно оптимизирует веса маршрутизации.
Связка сайта с CRM — техническая предпосылка для автоматической маршрутизации. О технической реализации — сопоставлении полей, дедупликации, правилах автоматического распределения — см.Лиды с сайта в CRM. О надёжности форм и качестве данных см.Надёжность форм заявок и антиспам-доставка.
FAQ: частые вопросы
Стоит ли распределять заявки поровну между продавцами?
Сколько лидов может одновременно вести один продавец?
За какое время новый лид обязательно должен быть распределён?
Что делать, если лид попал к неподходящему продавцу?
Какой из трёх критериев — регион, продукт или масштаб — имеет наивысший приоритет?
Нужно ли распределять холодные лиды между продавцами?
В заключение
Маршрутизация лидов кажется внутренней управленческой задачей, но именно она напрямую определяет конверсию ваших заявок. Из тех же 100 лидов, попавших к правильным менеджерам, можно закрыть 20 сделок, а к неправильным — 5. Разница не в навыках продаж, а в логике распределения. Проблема большинства команд не в том, что продавцы слабые, а в том, что лиды не доходят до тех, кто подходит лучше всего.
Три шага для внедрения: сначала задайте правила маршрутизации по трём параметрам — регион, продукт, масштаб — с весами 40/35/25; затем установите лимит нагрузки: 15 лидов для опытного менеджера, 8–10 для начинающего, при превышении распределение приостанавливается; в конце разбейте SLA по распределению на уровни: для A — автоматическое назначение за 5 минут, для B — за час, для C — в течение дня. Прогоните эти правила квартал и скорректируйте веса и лимиты по данным о конверсии.
Запомните одну фразу: распределение лидов — это не «кто свободен, тому и отдаём», а «кто подходит лучше всего, тому и отдаём». Равномерное распределение лидов выглядит справедливым, но на деле это худшее наказание для менеджеров с высокой конверсией.