Правила автоназначения лидов: настройка и справедливость ротации, весов и геоматчинга
1. Чем три правила отличаются по сути и каким командам подходят
Суть правил автоназначения не в технической реализации, а в ответе на вопрос: нужно ли относиться к продавцам в вашей команде по-разному. Если у всех сопоставимый уровень, одна продуктовая линейка и покупатели в одном часовом поясе, ротация — самый простой и справедливый вариант. Но стоит появиться различию хотя бы по одному параметру, и ротация даёт сбой.
| Правило | Логика распределения | Для какой команды | Когда не подходит |
|---|---|---|---|
| Ротация | Лиды раздаются по очереди, поровну каждому | 3–5 человек, сопоставимый уровень, одна продуктовая линейка | В команде заметный разрыв в уровне или разделение по продуктовым линейкам |
| Веса | Лиды раздаются пропорционально весам: у кого вес выше, тот получает больше | Есть разделение на опытных и новичков или выделенные продавцы по линейке | Веса не откалиброваны по историческим данным |
| Геоматчинг | Маршрутизация по стране, языку и часовому поясу покупателя | Покупатели говорят на разных языках и находятся в разных часовых поясах | Все работают только с англоязычным рынком |
Три правила можно сочетать, а не выбирать одно из трёх. Обычно геоматчинг идёт первым уровнем (сначала группировка по языку и стране), а внутри группы уже применяются веса или ротация. Например, лиды из немецкоязычного региона попадают только к продавцам с немецким, а внутри группы из трёх человек распределяются по весам. Эту логику маршрутизации нужно связать с Определение источника запроса и разный ответ для разных сегментов, чтобы горячие лиды сразу попадали в очередь опытных продавцов.
2. Весовое распределение: как задать веса и как часто их пересматривать
Веса не берут с потолка. Неправильно задавать их по должности: у опытного продавца вес высокий, у новичка низкий — и новичок никогда не получит ценных лидов и никогда не вырастет. Правильно выводить веса из «ожидаемой ценности сделки»: по данным за последние 90 дней умножить конверсию каждого на средний чек.
| продажи | Лидов за последние 90 дней | Конверсия | Средний чек (долл.) | Рекомендуемый вес |
|---|---|---|---|---|
| А (опытный) | 120 | 28% | 18 000 | 1,8 |
| Б (средний) | 120 | 15% | 12 000 | 1,0 |
| В (новичок) | 120 | 6% | 8 000 | 0,5 |
Веса в таблице выше нормированы по относительному значению «конверсия в сделку × средний чек»: у продавца A ожидаемое значение самое высокое, поэтому вес 1,8; у B базовый 1,0; у C — 0,5. Это значит, что из каждых 10 лидов A получает 4,5, B — 2,8, C — 2,7, а не по трети каждому. Новичок получает меньше, но не ноль — у него должны быть лиды для практики.
Веса пересчитываются раз в квартал по данным за последние 90 дней. Если у сотрудника конверсия в сделку колеблется больше чем на 10 п.п. две недели подряд, вес временно повышают или понижают на 0,2–0,3. Но не стоит менять его сильно из-за одной недели: выборка за неделю обычно меньше 20 сделок, а статистический шум слишком велик. Логику уровней модели скоринга лидов см. в Оценка и приоритизация заявок, лиды с высоким баллом идут в очередь опытных продавцов, с низким — в пул для прогрева.
III. Географическое соответствие: маршрутизация по трём измерениям — язык, часовой пояс, продуктовая линейка
Самая частая ошибка в географическом соответствии — делить только по стране, не глядя на язык и часовой пояс. Покупатель из франкоязычной Бельгии попадает к продавцу, который говорит только по-нидерландски, или лид, отправленный в три часа ночи по тихоокеанскому времени США, достаётся продавцу, который работает днём в Шанхае, — и SLA первого ответа сразу проваливается.
| Измерение маршрутизации | Поле для определения | Правило маршрутизации | Стратегия fallback |
|---|---|---|---|
| Язык | Язык формы / язык браузера / язык по IP | Очередь продавцов, говорящих на этом языке | Если таких нет — английская очередь + инструмент перевода |
| Часовой пояс | Часовой пояс по IP или указанный покупателем | Продавцы с пересечением рабочего времени ≥4 часов | Лиды из других часовых поясов идут в дежурный пул |
| Продуктовые линейки | Категория продукта, выбранная в лиде | Продавец, закреплённый за этой продуктовой линейкой | Если закреплённого нет — общий пул |
Приоритет трёх измерений: язык > продуктовая линейка > часовой пояс. Без общего языка говорить не о чем, продавец не по своей линейке лид не вытянет, а часовой пояс влияет на скорость ответа, а не на саму возможность его дать. Конкретный пример: покупатель отправляет лид с немецкого сайта, выбирает продукт «промышленные фильтры», часовой пояс — CET. Логика маршрутизации должна сначала определить очередь продавцов, говорящих по-немецки, затем найти в ней тех, кто занимается промышленными фильтрами, и в конце посмотреть, у кого рабочее время пересекается с CET.
О том, как совместить смены между часовыми поясами с покрытием первого ответа, смотрите в SLA первого ответа на запрос и конверсия— там настройка SLA по временным интервалам. Насколько точно сработает маршрутизация, зависит от качества полей самой формы — об этом в Проектирование полей формы заявки и конверсия.
IV. Измерение справедливости: как понять, что лиды распределяются равномерно
«Справедливость» в отделе продаж — слово, вокруг которого всегда спорят. Продавец, который субъективно чувствует несправедливость, начинает работать вполсилы, поэтому справедливость нужно измерять объективными показателями и каждую неделю публиковать на командной доске. Три ключевых показателя: разброс количества лидов на человека, разброс ожидаемого значения с учётом весов, доля попаданий в географическое соответствие.
| Показатель | Как считается | Здоровый порог | Действие при отклонении |
|---|---|---|---|
| Разброс количества лидов на человека | Максимум на одного ÷ минимум на одного | ≤1,2 раза (в пределах 20%) | Проверить, не пропускают ли кого-то постоянно |
| Разброс ожидаемого значения с учётом весов | Разброс по каждому (конверсия × количество × средний чек) | ≤15% | Пересчитать веса |
| Доля попаданий в географическое соответствие | Доля лидов с совпадением языка и часового пояса | ≥85% | Проверьте правила маршрутизации и теги навыков продаж |
| Накопленные заявки | Сколько незакрытых заявок сейчас у каждого менеджера | ≤15 на человека | Больше 15 — новые заявки не назначаются |
Четвёртый показатель — «накопленные заявки» — часто игнорируют. У менеджера висит 20 необработанных заявок, а система всё равно назначает ему новые, и SLA первого ответа неизбежно нарушается. Правильно — задать лимит накопления: больше 15 заявок — приём новых автоматически приостанавливается, а новые заявки уходят тому, у кого в очереди меньше всего. Это напрямую связано с Заявки с сайта в CRM— сопоставлением полей, и CRM должна в реальном времени записывать число активных заявок каждого менеджера.
Пять распространённых ошибок в настройке
| Неправильный подход | Кажущаяся причина | Что получают | Правильная настройка |
|---|---|---|---|
| Чистый round-robin без учёта навыков | Просто и честно | Сильные продавцы тонут в мусорных заявках | Взвешивание внутри группы, горячие лиды — в очередь опытных |
| Распределение по статусу «онлайн» | Кто онлайн, тот быстрее ответит | Онлайн, но у него уже 20 заявок | Сначала накопление, потом онлайн-статус |
| Веса не пересматривают год | Чтобы не возиться | После кадровых изменений веса неактуальны | Пересчитывать раз в квартал по данным за 90 дней |
| Только по стране, без учёта языка | Таблица соответствия стран простая | В Бельгии и Швейцарии с несколькими языками распределение ошибочное | Язык важнее страны |
| Нет fallback-маршрута | Кажется, что кто-то да возьмёт | Когда нет подходящего менеджера, заявка зависает | Общий резервный пул + эскалация по таймауту |
Из этих пяти ошибок самая незаметная — третья: веса не пересматривают год. В команде кто-то уволился, кто-то перешёл на другую должность, у кого-то конверсия выросла вдвое, а правила распределения остались на весах годичной давности. В итоге новичок получает объём опытного, а опытный продавец сидит без заявок. Сделайте калибровку весов квартальной рутиной и разбирайте её вместе с Еженедельный отчёт по данным запросов.
FAQ: частые вопросы
В маленькой команде из 3 человек — round-robin или взвешивание?
Как часто пересматривать веса при взвешенном распределении?
Достаточно ли сопоставлять регион только по стране IP?
Как понять, справедливо ли распределены лиды?
У продавца уже много лидов — продолжать выдавать новые?
Стоит ли направлять ценные лиды конкретному продавцу?
В заключение
В автоматическом распределении лидов техническая реализация — это три десятых. Остальные семь — объяснить и посчитать, что такое «справедливость». Многие думают: купили CRM, настроили ротацию — и готово. А через три месяца лучший продавец ворчит: половину времени он отвечает на мусорные лиды.
Три шага к внедрению: сначала посчитайте по данным за последние 90 дней вероятность сделки и средний чек по каждому продавцу и задайте веса; затем настройте маршрутизацию по трём уровням — язык, продуктовая линейка, часовой пояс — с резервным пулом на случай, если ни одно правило не сработало; и наконец каждую неделю публикуйте четыре показателя справедливости, чтобы люди видели: распределение — не чёрный ящик. Когда правила прозрачны, команда начинает доверять системе.
Запомните одну фразу: справедливость в распределении лидов — это не равное количество на каждого, а равная ожидаемая ценность сделки. Чистая ротация кажется справедливой, но на деле вы транжирите самый дорогой ресурс — сильных продавцов.