Лид из Москвы попадает оператору из Владивостока, горячая заявка ложится на перегруженного менеджера, а новичок получает сложный B2B-лид, с которым не справится. Неправильная маршрутизация съедает конверсию ещё до первого содержательного разговора. Я проектирую правила распределения лидов по регионам, проектам и операторам — с учётом нагрузки, компетенций, лимитов и рабочего времени.
С чем обычно приходят
Типичные ситуации, когда стандартные решения уже не справляются.
- Лиды распределяются «кто первый взял» или вручную супервайзером — при росте потока это не масштабируется
- Региональные лиды попадают не к тем операторам: нет знания локальной специфики или часового пояса
- Перегрузка: одни операторы захламлены, другие простаивают — а система не балансирует нагрузку
- Нет лимитов: новый оператор получает столько же лидов, сколько опытный — качество обработки падает
Как я работаю
Пошаговый процесс — от диагностики до передачи в эксплуатацию.
- 01
Анализ текущего распределения
Смотрю, как лиды распределяются сейчас: вручную, по очереди, по региону из формы. Считаю нагрузку на оператора, время первого касания, конверсию по группам. Нахожу случаи, когда лид «пролежал» из-за неправильного назначения.
- 02
Матрица правил маршрутизации
Определяю критерии: регион, источник, тип продукта, язык, VIP-метка. Для каждого критерия — пул операторов с нужной компетенцией. Задаю приоритеты: горячий лид из рекламы vs повторное обращение vs холодная база.
- 03
Лимиты, очереди и fallback
Настраиваю лимиты активных лидов на оператора, очередь при перегрузке, резервную группу на нерабочее время. Прописываю fallback: если оператор не взял лид за N минут — перераспределение.
- 04
Внедрение и мониторинг
Реализую правила в CRM, запускаю на части потока, сверяю метрики: время первого касания, конверсия, равномерность нагрузки. Период калибровки определяю по объёму выборки, сменам и сезонности потока.
Что вы получаете
- Целевое время назначения фиксируется в SLA, а исключения попадают в очередь супервайзера
- Распределение нагрузки контролируется по согласованным лимитам и метрикам отклонения между группами
- Сокращение времени первого касания за счёт автоматического назначения
- Причина назначения фиксируется вместе с версией правила и доступна оператору и супервайзеру
Что входит в проект
- Документ с правилами маршрутизации: критерии, приоритеты, пулы операторов
- Матрица лимитов и очередей по группам и сменам
- Схема fallback для нерабочего времени и перегрузки
- Техническое задание на настройку CRM или доработку Lidora-CRM
- Дашборд мониторинга: нагрузка, время назначения, просроченные назначения
- Инструкция для супервайзера: ручное перераспределение и исключения
Почему мне доверяют такие задачи
Маршрутизация лидов — одна из ключевых функций Lidora-CRM, которую проектировал для многооператорских телемаркетинговых проектов и региональных кампаний. Настраивал распределение в Bitrix24 и кастомных CRM: лимиты, рейтинги, региональные пулы, fallback на нерабочее время. Нагрузочные границы такой системы фиксирую по целевому профилю и проверяю на пилоте.
Частые вопросы
Можно ли настроить маршрутизацию в Bitrix24 или amoCRM?
Да, обе системы поддерживают базовую маршрутизацию по правилам. Для сложных сценариев — несколько критериев, лимиты, очереди — часто нужны доработки или middleware. В Lidora-CRM это из коробки: лимиты, рейтинги, региональные пулы.
Как учитывается часовой пояс клиента?
По региону из формы или коду телефона; геолокация IP используется как приблизительный сигнал, если это допускает политика обработки данных. Источник и уверенность определения сохраняются, спорные случаи направляются в резервный пул. Правила учитывают рабочие окна каждой группы.
Что если оператор в отпуске или на больничном?
В правилах учитывается статус оператора: активен, отпуск, обучение. При актуальном статусе лид направляется в резервный пул; устаревшие или неизвестные статусы попадают в очередь исключений. Супервайзер видит перераспределение в дашборде.
Как быстро внедряется маршрутизация?
Срок оцениваю после анализа числа правил, групп, интеграций и доступности данных. Проектирование, настройка и пилот планируются отдельными этапами с критериями готовности к масштабированию.
