Распределение лидов в Битрикс24: 4 рабочих логики и как выбрать
Автораспределение лидов в Битрикс24 — не одна кнопка, а выбор из нескольких принципиально разных логик. Какую использовать, зависит от структуры отдела продаж, источников трафика и требований к скорости реакции.
Четыре логики распределения лидов
Прежде чем лезть в настройки, важно понять: универсальной схемы нет. В реальных проектах АС Проект встречаются четыре принципиально разные логики — их можно комбинировать, но каждая решает свою задачу.
Логика 1. Равномерно по очереди («по кругу»)
Самый простой и распространённый вариант. Каждый новый лид уходит следующему менеджеру в списке — независимо от того, сколько у него уже открытых обращений.
Когда подходит: однородный поток входящих, менеджеры взаимозаменяемы, нет специализации по продуктам или регионам.
Пример из практики: при подключении корпоративной почты к CRM-почте Битрикс24 включается правило «Письмо → Новый лид», а очередь настраивается так: новый клиент — менеджеру по кругу, повторный — возвращается прежнему менеджеру.
Ограничение: если один менеджер уже перегружен, «по кругу» этого не учитывает — он получит лид наравне со всеми.
Логика 2. По нагрузке — с проверкой условий
Более зрелая схема: перед назначением система проверяет, может ли менеджер взять новый лид. По нашей практике типовой набор условий выглядит так:
- У сотрудника начат рабочий день (или не стоит перерыв).
- В работе менее 10 лидов (порог редактируется).
- Не более 5 сделок со статусом «в обработке» или «не обработан» (тоже редактируется).
- Если ни один менеджер не проходит проверку — лид падает на ответственного руководителя или дежурного сотрудника.
Дополнительно система проверяет коэффициент распределения между конкретными сотрудниками:
| Коэффициент | Поведение |
|---|---|
| 1 | Равномерное распределение |
| 0,5 | Лид назначается через 1 пропуск |
| 0,3 | Лид назначается через 2 пропуска |
| 0 | Сотрудник отключён от распределения |
Такой подход особенно удобен, когда у менеджеров разная производительность или часть команды временно недоступна.
Логика 3. По компетенциям и источнику лида
Лид идёт не «следующему по списку», а конкретному менеджеру или группе — в зависимости от того, откуда он пришёл или что запросил.
Типичные примеры из проектов:
- Лиды с сайта юридических услуг → менеджеры отдела маркетинга.
- Лиды с сайта другого направления → менеджеры профильного отдела продаж.
- Входящий звонок на один номер → создаётся лид, на другой → сразу сделка.
- Обращения из WhatsApp/Telegram по конкретному номеру → отдельная очередь.
Реализуется через условия в роботах или бизнес-процессах: проверяется поле «Источник», UTM-метка, номер телефона или канал входящего обращения.
Для сложной маршрутизации по источнику хорошо работает связка с UTM-метками в Битрикс24 — можно точно определить, с какой кампании пришёл лид, и направить его нужному менеджеру.
Логика 4. По приоритету клиента (повторный → своему менеджеру)
Повторное обращение существующего клиента не должно попадать к случайному менеджеру — это базовое правило, которое теряется при ручной работе.
Схема: система проверяет, есть ли контакт или компания в CRM. Если да — лид возвращается тому же ответственному. Если нет — уходит в общую очередь по кругу.
Более сложный вариант (встречается в проектах с разделёнными отделами маркетинга и продаж):
- Лид, созданный вручную менеджером отдела маркетинга, остаётся за ним до конвертации.
- После конвертации лида в сделку ответственный автоматически меняется — назначается менеджер отдела продаж по кругу.
- Лид, созданный вручную менеджером отдела продаж, остаётся на создавшем.
Это позволяет не перепутывать ответственность на стыке отделов.
Таблица правил распределения: условие → менеджер
Ниже — обобщённый пример таблицы правил, которую рекомендуется составить до начала настройки. Именно с такого документа начинается согласование логики в проектах АС Проект.
| Условие (источник / тип лида) | Логика | Назначается |
|---|---|---|
| Новый лид с сайта (любой канал) | По кругу среди активных менеджеров | Следующий в очереди |
| Повторный клиент (контакт есть в CRM) | Фиксированный ответственный | Прежний менеджер |
| Лид создан вручную менеджером ОП | Без распределения | Создавший менеджер |
| Лид создан вручную менеджером ОМ | Без распределения до конвертации | Менеджер ОМ → после конвертации: менеджер ОП по кругу |
| Входящий звонок (канал А) | По кругу | Создаётся лид, назначается очередному |
| Входящий звонок (канал Б) | Напрямую | Создаётся сделка (минуя лиды) |
| Никто не прошёл проверку нагрузки | Резервный | Руководитель / дежурный |
| Сотрудник в отпуске / нет рабочего дня | Пропуск в очереди | Следующий доступный |
Эта таблица становится техническим заданием для настройки роботов и бизнес-процессов. Если вы планируете переносить правила из другой CRM, полезно заранее ознакомиться с типичными ошибками при миграции.
Схема процесса автораспределения
На схеме показано, как входящий лид из любого канала проходит через проверку условий и попадает к нужному менеджеру. Повторные клиенты возвращаются к прежнему ответственному; новые лиды проходят проверку нагрузки и коэффициент распределения, а при исчерпании очереди уходят на резервного сотрудника.
flowchart TD
IN[Входящий лид / обращение] --> REPEAT{Повторный клиент?}
REPEAT -- Да --> OLD[Назначить прежнему менеджеру]
REPEAT -- Нет --> SOURCE{Источник / канал?}
SOURCE -- Спец. правило --> SPEC[Менеджер по компетенциям]
SOURCE -- Общий поток --> CHECK{Проверка нагрузки\nрабочий день, лимиты}
CHECK -- Менеджер доступен --> COEFF[Проверка коэффициента\nраспределения]
COEFF --> ASSIGN[Назначить менеджеру]
CHECK -- Никто не доступен --> FALLBACK[Резервный ответственный]
Инструменты Битрикс24 для реализации
Битрикс24 предоставляет несколько механизмов — выбор зависит от сложности логики.
Встроенные роботы и триггеры — подходят для базового распределения: назначить ответственного при создании лида, проверить простое условие (источник, тип клиента). Подробнее о возможностях — в статье про роботы и триггеры в Битрикс24.
Бизнес-процессы — для сложных цепочек: проверка нагрузки, смена ответственного при конвертации лида в сделку, коэффициенты распределения, резервный ответственный при исчерпании очереди. Именно бизнес-процессы используются в типовом проекте АС Проект на настройку автораспределения.
Очередь в открытых линиях — отдельный механизм для чатов и мессенджеров (WhatsApp, Telegram, ВКонтакте). Поддерживает три режима:
- Равномерно — обращения распределяются равномерно между операторами.
- Строго по очереди — первому в списке, при неответе — следующему.
- Одновременно всем — обращение видят все, любой берёт в работу.
Дополнительно можно включить проверку доступности оператора: система пропускает сотрудника, если он уволен, в отпуске или не начал рабочий день. Можно также ограничить количество одновременных чатов на одного оператора.
Подробнее о подключении мессенджеров — в статье про открытые линии в Битрикс24.
Отчётность — после настройки важно контролировать, как работает распределение. Для этого используются дашборды; базовые срезы описаны в разделе про отчёты и дашборды в Битрикс24.
Чек-лист настройки распределения лидов
Перед тем как приступать к настройке в системе, пройдитесь по этому списку. По опыту АС Проект, большинство проблем возникает именно из-за пропущенных пунктов на этапе проектирования.
Этап 1. Сбор требований
- Зафиксированы все источники лидов (сайты, телефония, мессенджеры, почта, ручное создание).
- Для каждого источника определено: лид или сразу сделка.
- Определены менеджеры, участвующие в распределении, и их роли (ОП, ОМ, дежурный).
- Согласованы лимиты нагрузки (например: не более 10 лидов и 5 сделок на менеджера одновременно).
- Определён резервный ответственный на случай, если очередь исчерпана.
Этап 2. Проектирование правил
- Составлена таблица «условие → назначается» (см. выше).
- Отдельно прописана логика повторных клиентов.
- Определены коэффициенты для менеджеров с разной нагрузкой (1 / 0,5 / 0,3 / 0).
- Согласовано поведение при конвертации лида в сделку (нужно ли менять ответственного).
Этап 3. Настройка в Битрикс24
- Настроена очередь в открытых линиях (для чатов/мессенджеров).
- Настроены роботы или бизнес-процессы для CRM-лидов.
- Включена проверка доступности (рабочий день / онлайн).
- Установлены лимиты одновременных обращений на оператора.
- Прописан сценарий fallback (куда идёт лид, если никто не доступен).
Этап 4. Тестирование
- Проверены все источники лидов: каждый канал создаёт правильную сущность.
- Проверено поведение при занятом / недоступном менеджере.
- Проверена логика повторного клиента.
- Проверена конвертация лида → сделка со сменой ответственного (если нужно).
Этап 5. Сдача и документирование
- Подготовлена инструкция для администратора (как добавить нового менеджера в очередь).
- Проведено обучение сотрудников.
Сколько занимает настройка: ориентир по практике
Простая схема (по кругу, один источник, без проверки нагрузки) реализуется быстро — это несколько часов работы.
Полноценный процесс распределения с проверкой нагрузки, коэффициентами, несколькими источниками и резервным ответственным — около 8 часов работ (ориентир по практике АС Проект, реальные проекты).
Стоимость такого пакета работ — порядка 28 000 рублей (данные из планов работ АС Проект, актуальны на момент составления документов; итоговая стоимость зависит от сложности конкретной задачи).
Срок реализации — как правило, до 14 рабочих дней с момента согласования и оплаты.
Если распределение лидов — часть более широкого внедрения, имеет смысл начать с аудита портала: это помогает выявить узкие места в текущей настройке и не переделывать работу дважды.
Частые вопросы
Можно ли в Битрикс24 распределять лиды сразу по нескольким условиям одновременно?
Да, через бизнес-процессы можно выстроить цепочку проверок: сначала источник лида, затем доступность менеджера, затем нагрузка. Каждое условие — отдельный блок в бизнес-процессе. Роботы подходят для более простых случаев с одним-двумя условиями.
Что происходит с лидом, если все менеджеры заняты или недоступны?
В грамотно настроенной схеме лид уходит на резервного ответственного — как правило, это руководитель отдела или дежурный менеджер. Без резервного сценария лид может зависнуть без ответственного, что критично для скорости обработки.
Повторный клиент всегда возвращается к своему менеджеру или это настраивается?
Это настраивается. Стандартный подход: при создании лида система проверяет, есть ли контакт в CRM и кто является ответственным. Если есть — лид назначается этому же менеджеру. Если нет — уходит в общую очередь.
Чем отличается распределение в открытых линиях от распределения CRM-лидов?
Открытые линии управляют очередью операторов для чатов и мессенджеров — там три режима: равномерно, строго по очереди, одновременно всем. CRM-лиды распределяются через роботов или бизнес-процессы, что даёт больше гибкости: проверку нагрузки, коэффициенты, смену ответственного при конвертации.
Нужно ли менять ответственного при конвертации лида в сделку?
Зависит от структуры команды. Если лиды квалифицирует один отдел (маркетинг), а сделки ведёт другой (продажи) — смена ответственного при конвертации обязательна. Это настраивается в бизнес-процессе: после конвертации система автоматически назначает менеджера из ОП по кругу.
Сколько времени займёт настройка автораспределения лидов с нуля?
Простая схема (по кругу, один источник) — несколько часов. Полноценный процесс с проверкой нагрузки, несколькими источниками и коэффициентами — около 8 часов работ (ориентир по практике АС Проект). Срок реализации — как правило, до 14 рабочих дней.
На основе практики
Статья подготовлена на основе 9 внутренних документов из практики АС Проект — планов работ, ТЗ, опросных листов и кейсов внедрения Битрикс24.
Нужна помощь с внедрением Битрикс24?
АС Проект — платиновый партнёр Битрикс24. Разберём вашу задачу, оценим объём работ в часах и предложим план — бесплатно.