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