Автораспределение лидов в Битрикс24 - не одна кнопка, а выбор из нескольких принципиально разных логик. Какую использовать, зависит от структуры отдела продаж, источников трафика и требований к скорости реакции.
Прежде чем лезть в настройки, важно понять: универсальной схемы нет. В реальных проектах АС Проект встречаются четыре принципиально разные логики - их можно комбинировать, но каждая решает свою задачу.
Самый простой и распространённый вариант. Каждый новый лид уходит следующему менеджеру в списке - независимо от того, сколько у него уже открытых обращений.
Когда подходит: однородный поток входящих, менеджеры взаимозаменяемы, нет специализации по продуктам или регионам.
Пример из практики: при подключении корпоративной почты к CRM-почте Битрикс24 включается правило «Письмо → Новый лид», а очередь настраивается так: новый клиент - менеджеру по кругу, повторный - возвращается прежнему менеджеру.
Ограничение: если один менеджер уже перегружен, «по кругу» этого не учитывает - он получит лид наравне со всеми.
Более зрелая схема: перед назначением система проверяет, может ли менеджер взять новый лид. По нашей практике типовой набор условий выглядит так:
Дополнительно система проверяет коэффициент распределения между конкретными сотрудниками:
| Коэффициент | Поведение |
|---|---|
| 1 | Равномерное распределение |
| 0,5 | Лид назначается через 1 пропуск |
| 0,3 | Лид назначается через 2 пропуска |
| 0 | Сотрудник отключён от распределения |
Такой подход особенно удобен, когда у менеджеров разная производительность или часть команды временно недоступна.
Лид идёт не «следующему по списку», а конкретному менеджеру или группе - в зависимости от того, откуда он пришёл или что запросил.
Типичные примеры из проектов:
Реализуется через условия в роботах или бизнес-процессах: проверяется поле «Источник», UTM-метка, номер телефона или канал входящего обращения.
Для сложной маршрутизации по источнику хорошо работает связка с UTM-метками в Битрикс24 - можно точно определить, с какой кампании пришёл лид, и направить его нужному менеджеру.
Повторное обращение существующего клиента не должно попадать к случайному менеджеру - это базовое правило, которое теряется при ручной работе.
Схема: система проверяет, есть ли контакт или компания в 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.
Бизнес-процессы - для сложных цепочек: проверка нагрузки, смена ответственного при конвертации лида в сделку, коэффициенты распределения, резервный ответственный при исчерпании очереди. Именно бизнес-процессы используются в типовом проекте АС Проект на настройку автораспределения.
Очередь в открытых линиях - отдельный механизм для чатов и мессенджеров (WhatsApp, Telegram, ВКонтакте). Поддерживает три режима:
Дополнительно можно включить проверку доступности оператора: система пропускает сотрудника, если он уволен, в отпуске или не начал рабочий день. Можно также ограничить количество одновременных чатов на одного оператора.
Подробнее о подключении мессенджеров - в статье про открытые линии в Битрикс24.
Отчётность - после настройки важно контролировать, как работает распределение. Для этого используются дашборды; базовые срезы описаны в разделе про отчёты и дашборды в Битрикс24.
Перед тем как приступать к настройке в системе, пройдитесь по этому списку. По опыту АС Проект, большинство проблем возникает именно из-за пропущенных пунктов на этапе проектирования.
Этап 1. Сбор требований
Этап 2. Проектирование правил
Этап 3. Настройка в Битрикс24
Этап 4. Тестирование
Этап 5. Сдача и документирование
Простая схема (по кругу, один источник, без проверки нагрузки) реализуется быстро - это несколько часов работы.
Полноценный процесс распределения с проверкой нагрузки, коэффициентами, несколькими источниками и резервным ответственным - около 8 часов работ (ориентир по практике АС Проект, реальные проекты).
Стоимость такого пакета работ - порядка 28 000 рублей (данные из планов работ АС Проект, актуальны на момент составления документов; итоговая стоимость зависит от сложности конкретной задачи).
Срок реализации - как правило, до 14 рабочих дней с момента согласования и оплаты.
Если распределение лидов - часть более широкого внедрения, имеет смысл начать с аудита портала: это помогает выявить узкие места в текущей настройке и не переделывать работу дважды.
Оставьте заявку - мы свяжемся с вами и проконсультируем.
Эксперт АС Проект свяжется в течение 60 минут.