распределение лидов и звонков в битрикс24: настройка

почему ручное распределение всегда проигрывает скорости

Классическая схема без автоматики: лид падает в общую папку, РОП утром и после обеда разбирает её руками и раскидывает по менеджерам. Между падением лида и звонком клиенту проходит от 40 минут до нескольких часов — а если лид упал вечером пятницы, звонок случится только в понедельник.

На моих аудитах я считаю простую метрику — время от создания лида до первого исходящего звонка. У отделов без автораспределения медиана обычно 35-50 минут в рабочее время и вырастает до половины дня в нерабочее. У отделов, где распределение настроено на автоматику, медиана падает до 3-7 минут — просто потому что задача и ответственный назначаются в момент создания лида, а не когда у РОПа дойдут руки.

Разница в конверсии тоже измеримая: по моим проектам звонок в первые 5 минут после заявки конвертируется в 2-3 раза лучше звонка через час. Это не гипотеза из книги про продажи, а то, что я вижу в отчётах по воронке на разных нишах — от интернет-магазинов до B2B с длинным циклом.

три логики автораспределения — и когда какую ставить

1. По очереди (round robin). Лиды идут по кругу между сотрудниками группы — первый лид Иванову, второй Петровой, третий снова Иванову. Ставлю там, где менеджеры примерно равны по квалификации и нагрузке — розница, массовый входящий поток, простой цикл сделки.
2. По свободности (наименее загруженный). Система смотрит, у кого сейчас меньше открытых лидов или сделок в работе, и отдаёт новый лид ему. Хорошо работает, если менеджеры уходят в отпуск или на больничный неравномерно — нагрузка сама выравнивается, без ручного вмешательства РОПа.
3. По правилам (сегментация). Лид маршрутизируется по условию — сумма сделки, регион, источник, продукт. Например, заявки с ценником выше 500 тысяч — сразу на старшего менеджера, заявки с Авито — на отдельного человека, который ведёт именно этот канал. Ставлю, когда менеджеры специализированы, а не взаимозаменяемы.

настройка через открытые линии и телефонию

Первый и самый быстрый способ — очередь распределения на уровне телефонии и открытых линий. Путь в интерфейсе: CRM → Продажи → Каналы продаж → Телефония → Очередь распределения лидов и контактов. Здесь выбирается список сотрудников, которые получают новые лиды и контакты из входящих звонков и чатов, и логика — по очереди или по первому свободному.

Для чатов (сайт, WhatsApp, Telegram, MAX через подключённую линию) в Открытых линиях есть похожая настройка: распределение по очереди или назначение по первому ответившему. Второй вариант хорош для отделов, где не все менеджеры одинаково быстро реагируют на чат — активный получает больше диалогов, это естественная саморегуляция без ручного контроля.

Минус этого уровня — он видит только те лиды, что пришли через телефонию и открытые линии. Заявки с форм на сайте, email-трекера или ручного ввода сюда не попадают, для них нужен второй механизм.

настройка через группы автоматического распределения

Более гибкий инструмент — раздел CRM → Ещё → Настройки → Настройки CRM → Автоматическое распределение. Здесь создаётся группа ответственных: список сотрудников плюс логика (по очереди, по свободности) плюс условие, при каких лидах и сделках группа вообще применяется.

На практике я обычно завожу не одну группу на весь отдел, а несколько — под сегменты из предыдущего раздела. Группа «входящие с сайта», группа «Авито», группа «крупные сделки от 500к». Каждая со своим списком сотрудников и своей логикой распределения. Это закрывает то, что телефония не видит: заявки с форм, ручные лиды, входящие из CRM-маркетинга.

Важный момент: если сотрудник в отпуске или на больничном, его нужно вручную исключить из группы на этот период — иначе система продолжит присылать ему лиды, а он их не увидит. У меня в процессах это чек-лист для кадровика: увольнение или длинный отпуск сотрудника = обязательная проверка, из каких групп распределения его нужно убрать.

маршрутизация входящих звонков по линиям и группам

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

Частый кейс на моих проектах: колл-центр из 2-3 человек принимает первичные звонки по всем номерам, квалифицирует и передаёт сделку профильному менеджеру через ответственного в CRM, а не переключением звонка вживую. Это устойчивее — если колл-центр физически не может дозвониться до нужного специалиста, лид не теряется, а просто ждёт в очереди CRM.

Для голосовых меню (IVR) с выбором направления — «нажмите 1 для отдела продаж, 2 для поддержки» — маршрутизация настраивается в самой телефонии до передачи звонка в Битрикс24, и тогда в CRM попадает уже лид с привязкой к нужной линии и, соответственно, к нужной группе распределения.

эскалация — что делать с зависшим лидом

Распределение решает, кому попадёт лид, но не гарантирует, что человек отреагирует вовремя. Для этого я всегда добавляю поверх распределения простой робот-эскалацию: если по лиду не было исходящего звонка или изменения статуса в течение 15-30 минут — робот ставит задачу «Проверить лид» руководителю или переназначает лид на следующего в очереди.

Порог в 15-30 минут — не универсальная цифра, а то, что я обычно беру за старт и корректирую под нишу: для розницы с горячим спросом достаточно 10-15 минут, для B2B с длинным циклом сделки можно ставить час, критичность там ниже. Смысл эскалации не в жёсткости порога, а в том, что зависший лид становится видимым автоматически, а не когда клиент сам перезвонит с вопросом «а мне кто-то перезвонит?».

Отдельно рекомендую подключить контроль качества реакции через прослушку звонков — эскалация покажет, что менеджер среагировал вовремя, но не покажет, насколько качественно он провёл разговор. Это две разные проверки, и обе нужны.

типичные ошибки при настройке распределения

Одна логика на весь поток лидов. Розница и крупные B2B-сделки летят в одну и ту же очередь round robin — в результате новичок получает сложную сделку на полмиллиона, а опытный менеджер тратит время на мелкий заказ. Разделяйте сегменты хотя бы на 2-3 группы.

Забыли про нерабочее время. Лид упал в 23:00, распределение сработало, задача менеджеру поставлена — но он увидит её только утром, а конкурент уже перезвонил клиенту в 23:15 через дежурного. Если поток вечерних и ночных заявок заметный, нужен либо дежурный, либо чат-бот с квалификацией до утра.

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

как проверить, что распределение реально работает

После настройки я всегда смотрю не на факт «работает / не работает», а на метрику: среднее и медианное время от создания лида до первого касания менеджером (звонок, сообщение, изменение статуса). Это можно вытащить отчётом по полю даты создания лида и дате первой активности — вручную по выгрузке или через готовый отчёт, если он настроен.

Второй индикатор — равномерность нагрузки внутри группы round robin: если один менеджер за неделю получил 40 лидов, а другой 12 при одинаковой логике распределения, где-то сбой — либо кто-то стоит в двух группах одновременно, либо кто-то по факту исключён из очереди, хотя должен быть в ней. Такие перекосы я нахожу почти на каждом повторном аудите отдела, который настраивал не я.

Метрику по времени реакции стоит смотреть в связке с KPI менеджеров — быстрый первый звонок бесполезен, если дальше сделка неделями стоит без движения. Настройка распределения закрывает только первый участок воронки, дальше нужен контроль по всей цепочке.

Если распределение сейчас настроено вручную и вы хотите пересобрать его под свою структуру отдела — это как раз то, что я делаю в рамках сопровождения Битрикс24, обычно за 1-2 дня вместе с проверкой прав и ролей.

частые вопросы