Распределение лидов в Битрикс24: правила, очередь и контроль скорости ответа

Скорость ответа — самый недооценённый показатель в отделе продаж. По нашим замерам в казахстанских компаниях разрыв между заявкой и первым контактом составляет в среднем 35–40 минут, а по вечерним обращениям доходит до следующего утра. За это время клиент успевает оставить заявку ещё в двух местах. Распределение лидов в Битрикс24 решает задачу технически: система сама выбирает ответственного в момент поступления обращения.

Какие способы распределения есть в Битрикс24

Портал предлагает несколько механизмов, и на практике их комбинируют.

• Очередь (по кругу). Заявки раздаются сотрудникам по очереди. Подходит для однородного потока розничных обращений.
• Правила по параметрам заявки. Источник, регион, сумма, товарная группа — по каждому признаку можно назначить свою группу менеджеров.
• Дежурство по графику. Удобно для мессенджеров и открытых линий: заявка уходит тому, кто на смене.
• Возврат прежнему менеджеру. Если клиент уже есть в базе, обращение попадает к тому, кто вёл его раньше.
• Эскалация по сумме. Крупные заявки сразу уходят руководителю или старшему менеджеру.

Как собрать рабочую схему

Начните с описания потока: перечислите все источники заявок — сайт, мессенджеры, телефония, маркетплейсы — и решите, кто должен обрабатывать каждый. Не пытайтесь сразу построить сложную матрицу: в большинстве компаний хватает трёх-четырёх правил плюс общей очереди для всего остального.

Важный момент — источники должны быть подключены к порталу напрямую, иначе распределять будет нечего. Если заявки из мессенджеров до сих пор приходят на личные телефоны менеджеров, сначала настройте открытые линии, а для сайта — CRM-формы.

Контроль: что делать, если менеджер не отвечает

Само распределение не гарантирует ответа. Нужен второй контур — контроль просрочки. Схема простая: робот ставит счётчик в момент назначения ответственного, и если через оговорённое время статус лида не изменился, включается эскалация.

Практичный вариант для отдела из 5–10 человек: через 10 минут — напоминание менеджеру, через 20 — уведомление руководителю, через 30 — возврат лида в общую очередь. Настраивается это роботами и триггерами CRM без программирования.

Ограничение нагрузки и справедливость

Очередь «по кругу» работает честно только при одинаковой нагрузке. Если у одного менеджера 40 открытых лидов, а у другого 8, новые заявки первому лучше не отдавать. В настройках задаётся лимит активных лидов на сотрудника — при достижении лимита человек временно выпадает из очереди.

Вторая деталь — рабочее время. Портал учитывает график, отпуска и отсутствия, если сотрудники их отмечают. Поэтому настройку распределения стоит делать одновременно с наведением порядка в структуре компании и графиках отсутствий.

Ошибки, которые обесценивают настройку

Распределение без регламента. Система назначит ответственного, но если в компании нет нормы по времени ответа, никто не будет спешить. Норматив должен быть записан и озвучен.

Слишком много правил. Матрица из 20 условий становится неуправляемой: через месяц никто не помнит, почему заявка ушла именно этому человеку. Держите схему компактной.

Отсутствие резервного сценария. Если все менеджеры не в сети, заявка должна уходить руководителю или в общий список, а не зависать без ответственного.

Игнорирование дублей. Повторная заявка от того же клиента, попавшая новому менеджеру, приводит к двойным звонкам и путанице в договорённостях. Настройте контроль дублей в базе.

Что меняется после внедрения

Первое — исчезают «ничьи» заявки: у каждого обращения есть ответственный с момента поступления. Второе — время реакции становится измеримым показателем, а не ощущением. Третье — руководитель видит нагрузку по каждому сотруднику и может перераспределять поток, не дожидаясь жалоб клиентов. В совокупности это даёт рост конверсии из заявки в сделку на 15–30% при прежнем рекламном бюджете.