Что такое распределение лидов и зачем его автоматизировать
Лид в Битрикс24 — это первый контакт с клиентом: заявка с сайта, звонок по телефонии, сообщение на почту, обращение из мессенджера или соцсети. Без автораспределения лиды либо «висят» на одном ответственном (часто — на руководителе), либо менеджеры разбирают их вручную, теряя время и теплые обращения.
Базовые задачи, которые решает автораспределение:
- равномерная нагрузка на отдел продаж;
- быстрая реакция на новое обращение (минуты, а не часы);
- сохранение истории: повторный клиент возвращается к «своему» менеджеру;
- эскалация: если первый ответственный не реагирует — лид уходит дальше по очереди;
- прозрачные правила для РОПа и понятная отчётность по нагрузке.
В типовом проекте на портале настраиваются: автоматическое последовательное распределение лидов по менеджерам, автозадачи на каждом этапе для ответственного и автозадачи руководителю в случае просрочки исполнения подчинёнными.
Логика 1. Round-robin (по кругу)
Самая распространённая схема: новый лид назначается менеджеру по очереди — каждому следующему сотруднику в списке. После последнего цикл начинается заново.
Когда применять:
- однородный отдел продаж, все менеджеры работают с одинаковыми продуктами;
- поток лидов более-менее ровный по сложности;
- нужно гарантировать справедливое распределение без ручного вмешательства.
Как это выглядит в реальной настройке: для всех каналов автоматически созданные лиды равномерно распределяются на согласованный список менеджеров (обычно 3–6 человек). Лиды, созданные вручную самим менеджером, остаются на создавшем — это важное правило, чтобы не «отбирать» работу. При конвертации в сделку ответственный может либо сохраняться, либо переключаться на менеджеров другой воронки (например, с отдела маркетинга на отдел продаж).
Базовая настройка round-robin для писем с почты включает три шага:
- Подключение корпоративного ящика к CRM-почте Битрикс24.
- Включение правила «Письмо → Новый лид».
- Настройка очереди: новый клиент назначается менеджеру по кругу, повторный возвращается прежнему менеджеру.
Логика 2. Распределение по нагрузке (с проверкой условий)
Round-robin не учитывает, сколько лидов уже «висит» на менеджере. Если сотрудник заболел или ушёл в отпуск — лиды продолжат на него падать. Решение — добавить проверку условий перед назначением.
Типовой набор проверок, который мы настраиваем в воронке распределения заявок:
| Проверка | Параметр (можно редактировать) |
|---|---|
| Начат рабочий день / нет перерыва | да/нет |
| Лидов в работе у сотрудника | менее 10 |
| Сделок в статусах «в обработке» / «не обработан» | не более 5 |
| Резервный получатель | назначенный руководитель, если все правила не прошли |
Дополнительно вводится коэффициент распределения — он позволяет неравномерно нагружать менеджеров:
- 1.0 — равномерное распределение;
- 0.5 — лид назначается через 1 пропуск;
- 0.3 — лид назначается через 2 пропуска;
- 0 — сотрудник временно отключён от распределения.
Это удобно для стажёров (даём меньше лидов) или сильных менеджеров со сложными клиентами (тоже меньше, чтобы не отвлекать).
Объём работ по настройке такого процесса в типовом проекте — около 8 часов.
Логика 3. По компетенциям, регионам и продуктам
Когда отдел продаж разделён по специализации, round-robin вреден: менеджер по опту не должен получать розничные обращения, а сотрудник в Москве — заявки из Новосибирска.
Принцип: лид сначала классифицируется по источнику или полю, а уже потом распределяется внутри подходящей группы менеджеров. Примеры из практики:
- По городам присутствия — заявка с сайта распределяется между менеджерами в зависимости от города, выбранного клиентом в форме.
- По товарным группам — у каждого города/филиала свои товарные предложения, лид уходит к менеджеру, ведущему соответствующую группу.
- По каналу/ящику почты — лиды с разных почтовых ящиков привязываются к разным городам/командам.
- По типу клиента — обязательное поле «Тип клиента» на стадии «Новый лид» определяет дальнейший маршрут.
- По воронкам — лиды ОМ (отдел маркетинга) остаются у маркетологов до конвертации, затем сделка равномерно распределяется на ОП (отдел продаж).
Эта логика требует чёткого справочника источников и предварительной квалификации — хотя бы автоматической, по UTM-меткам и полям формы.
Логика 4. По приоритету клиента и SLA-эскалация
Эта логика особенно ценна, когда поток лидов небольшой, но каждый дорогой, и пропустить нельзя ни одного.
Принцип: лид сначала назначается на «первую линию» (часто — руководителя или старшего менеджера), а если за заданное время не обработан — автоматически переходит к следующему ответственному из списка.
Пример типовой конфигурации:
- ответственный по умолчанию — руководитель компании;
- если лид находится на стадии более 30 минут после создания — ответственный меняется на менеджера №1;
- ещё через 30 минут — на менеджера №2, далее по списку;
- для лидов с источником «Почта» — интервал увеличен до 1 часа (письма не требуют такой же скорости, как звонки);
- эскалация работает только в рабочее время (например, 9:00–19:00);
- при смене ответственного — отправляется уведомление новому получателю.
Отдельно настраивается автоматическое перемещение карточки на нужную стадию, если зафиксирован пропущенный звонок — чтобы такой лид сразу попал в очередь распределения.
Особый случай: повторный клиент и ручные лиды
Любая логика автораспределения должна учитывать два сценария-исключения, иначе она будет «ломать» отношения с клиентами:
- Повторный клиент — если в системе уже есть контакт с этим телефоном/почтой, лид возвращается прежнему менеджеру, а не уходит по кругу. Это базовое правило в настройке очереди.
- Лиды, созданные вручную — остаются на создавшем сотруднике. Менеджер сам внёс контакт со встречи или с выставки — отбирать такой лид нельзя.
Дополнительно в проектах с разделением на отдел маркетинга и отдел продаж работает правило: лиды, заведённые вручную сотрудниками ОМ, остаются за ними до конвертации в сделку; после конвертации сделка равномерно распределяется между менеджерами ОП.
Как выбрать логику: матрица решений
| Ситуация в отделе продаж | Подходящая логика |
|---|---|
| Менеджеры однородные, поток ровный | Round-robin |
| Менеджеры разной загрузки, есть стажёры | По нагрузке с коэффициентами |
| Несколько городов/филиалов/продуктовых линеек | По компетенциям и регионам |
| Мало лидов, каждый критичен, нужна скорость | По приоритету с SLA-эскалацией |
| Смешанная модель (часто встречается) | Комбинация: сначала фильтр по компетенции, внутри группы — round-robin с проверкой нагрузки |
На практике большинство проектов — комбинированные. Например: лид с сайта → определяется город → внутри группы города round-robin → проверка, что у менеджера менее 10 лидов в работе → если 30 минут нет реакции, эскалация на старшего.
Что нужно подготовить перед настройкой
Чтобы автораспределение заработало корректно, до начала настройки имеет смысл зафиксировать:
- список менеджеров в очереди распределения и их коэффициенты;
- резервного получателя на случай, если все правила не выполнены;
- лимиты нагрузки (макс. лидов и сделок в работе на одного сотрудника);
- источники и каналы лидогенерации, которые подключены к CRM (сайт, телефония, почта, Авито, ВКонтакте и др.);
- график работы отдела (часы, когда работает эскалация);
- правила для исключений: повторные клиенты, ручные лиды, пропущенные звонки;
- уведомления — кто и как узнаёт о новом назначении и о просрочке.
Дальше всё это превращается в роботов и бизнес-процессы в воронке лидов. В типовой воронке используется до 5 роботов и 2–3 бизнес-процессов на стадию — этого достаточно для всех четырёх логик и их комбинаций.