Чтобы автоматически распределять лиды, нужно подключить источники обращений к CRM, задать правила выбора ответственного и настроить контроль первого контакта. Тогда отдел продаж будет получать заявки без ручной передачи: система определит менеджера по очереди, специализации или загрузке.
Такая автоматизация бизнеса помогает сократить паузу между обращением и началом работы. Потенциальные клиенты не ждут, пока руководитель выберет исполнителя, а менеджеры понимают, за какие заявки отвечают. Продажи становятся прозрачнее: можно увидеть не только назначенного сотрудника, но и обращения, которые остаются без обработки.
Разберём, какую схему распределения выбрать, как настроить её пошагово и что проверить перед запуском.
Как автоматически распределять лиды для бизнеса: основные правила
Автоматическое распределение лидов — это назначение ответственного за новое обращение по заранее заданным условиям. В этой статье под лидом понимаем потенциального покупателя, который оставил заявку или другим способом проявил интерес к продукту.
Для настройки нужны четыре элемента:
- Событие запуска: например, поступление заявки с сайта.
- Условия: продукт, регион, наличие закреплённого менеджера.
- Действие: назначение конкретного сотрудника или выбор из группы.
- Контроль: проверка, начал ли менеджер обрабатывать обращение.
Например, заявка на обслуживание оборудования поступает в CRM. Система определяет направление, выбирает менеджера из сервисного отдела и назначает его ответственным. Если обращение пришло от действующего заказчика, первым проверяется правило передачи закреплённому сотруднику.
Назначить ответственного — ещё не значит обработать лид. Поэтому вместе с распределением нужно определить срок первого действия и порядок работы с просроченными обращениями.
Какой способ распределения выбрать
| Способ | Как работает | Кому подходит | Когда не подходит как единственное правило |
|---|---|---|---|
| По очереди | Менеджеры последовательно получают новые обращения | Командам с похожими задачами и одинаковым графиком | Если сотрудники сильно различаются по загрузке или квалификации |
| По загрузке | Заявка поступает сотруднику с меньшим объёмом учитываемой работы | Отделам с неравномерным потоком и разным количеством активных обращений | Если система считает только количество карточек, а трудоёмкость существенно различается |
| По специализации | Ответственный выбирается по продукту, региону, языку или типу клиента | Бизнесу с несколькими направлениями и сложными продуктами | Если нужные сведения отсутствуют в заявке и нет резервного маршрута |
| По закреплённому менеджеру | Повторное обращение получает сотрудник, который ведёт клиента | Командам с регулярными заказами и длительными отношениями | Если менеджер отсутствует и замещение не предусмотрено |
| По заданным долям | Сотрудники получают разную долю новых лидов | Командам, где новичкам нужно постепенно увеличивать нагрузку | Если доли назначены произвольно и не пересматриваются |
Эти способы можно сочетать. Например, сначала определить направление, затем выбрать доступных сотрудников и распределить заявки между ними по очереди. Наличие конкретных алгоритмов и возможность их сочетания нужно проверять в выбранной системе.
Как автоматически распределять лиды пошагово
Ниже — пошаговая инструкция: от подготовки данных до проверки готовых правил.
Шаг 1. Соберите обращения в одной системе
Определите, откуда поступают лиды: формы на сайте, почта, телефония, мессенджеры, рекламные площадки. Для каждого источника проверьте, создаётся ли в CRM карточка и какие сведения в неё передаются.
Для распределения могут понадобиться:
- телефон или email;
- источник обращения;
- интересующий продукт;
- регион;
- время поступления;
- связь с существующим клиентом;
- текущий ответственный.
Не делайте все поля обязательными для посетителя сайта. Если регион не влияет на назначение менеджера, собирать его ради распределения не нужно. Если влияет, предусмотрите маршрут для заявок без региона.
Шаг 2. Определите порядок проверки правил
Правила должны срабатывать в понятной последовательности. Иначе одно обращение может подходить сразу под несколько условий, а ответственный — меняться несколько раз.
Пример порядка:
- Проверить, не поступило ли то же обращение повторно из интеграции.
- Найти существующего клиента и его ответственного.
- Определить направление или регион.
- Выбрать сотрудников, которые могут принять заявку.
- Применить очередь или учёт нагрузки.
- Если назначение невозможно, передать обращение резервному ответственному.
Повторная отправка одной формы и новый заказ действующего клиента — разные ситуации. В первом случае важно избежать дублирования работы. Во втором — сохранить новое обращение и связать его с историей клиента.
Шаг 3. Задайте состав участников и ограничения
Укажите, какие менеджеры участвуют в распределении и при каких условиях временно исключаются из него.
Проверьте отдельно:
- рабочие смены;
- отпуска и другие отсутствия;
- ограничения для новичков;
- допустимую нагрузку;
- права доступа к назначаемым карточкам.
Статус «онлайн» не равен готовности принять лид. Сотрудник может находиться в системе, но проводить встречу или работать вне своей смены.
Если распределение учитывает нагрузку, определите, что именно считать: необработанные лиды, активные сделки или обращения на определённых этапах. Закрытые карточки не должны искажать оценку текущей занятости.
Шаг 4. Установите срок первого действия
Определите, какое событие подтверждает начало работы: зафиксированная попытка звонка, персональный ответ или другое действие менеджера. Открытие карточки и автоматическое письмо клиенту сами по себе не подтверждают, что сотрудник взял заявку в работу.
Например, можно установить такой регламент:
- первая попытка связаться — в течение 15 рабочих минут;
- после истечения срока — уведомление менеджеру;
- через 30 рабочих минут без действия — уведомление руководителю или передача дежурному.
Это условный пример настройки, а не универсальный норматив. Срок зависит от продукта, канала обращения, графика и ожиданий покупателей.
Для нерабочего времени задайте отдельный порядок. Например, ночная заявка сохраняется сразу, а срок реакции начинает отсчитываться с открытия следующей смены.
Шаг 5. Предусмотрите исключения
У каждой заявки должен быть понятный маршрут, даже если обычное правило не сработало.
| Ситуация | Что предусмотреть |
|---|---|
| Не указан продукт или регион | Назначить сотрудника, который уточнит данные |
| Закреплённый менеджер отсутствует | Передать обращение заместителю |
| Все участники достигли лимита нагрузки | Отправить заявку в резервную очередь и уведомить её ответственного |
| Ни одно правило не подошло | Назначить дежурного или руководителя |
| Интеграция повторно передала заявку | Проверить идентификатор обращения и не запускать назначение повторно |
| Менеджер уже начал переговоры | Не менять ответственного без предусмотренного основания |
Резервная очередь тоже требует контроля. Если у неё нет ответственного и срока разбора, она превращается в список забытых обращений.
Шаг 6. Проверьте правила на тестовых заявках
До запуска отправьте обращения, которые проверяют обычные и нестандартные ситуации: новый клиент, повторный заказ, отсутствующий менеджер, незаполненное поле, нерабочее время, превышение нагрузки.
Для каждого теста зафиксируйте ожидаемого и фактического ответственного. Проверьте не только назначение, но и уведомления, доступ к карточке, отсчёт времени и поведение при повторной передаче данных.
Как автоматически распределять лиды: система и инструменты
Основа решения — система, в которой хранится обращение и назначается ответственный. Дополнительные инструменты нужны, если её штатных возможностей недостаточно.
| Инструмент | Что делает | Когда подходит | Что проверить |
|---|---|---|---|
| Встроенные правила CRM | Назначают менеджера по условиям | Когда необходимые источники и алгоритмы уже поддерживаются | Приоритет правил, исключения, журнал назначений |
| Конструктор бизнес-процессов | Связывает назначение с проверками, задачами и уведомлениями | Когда маршрут состоит из нескольких действий | Обработку ошибок, задержек и повторных запусков |
| Сервис интеграций | Передаёт обращения между источниками и CRM | Когда готового подключения нет | Сохранность данных, повторную доставку, защиту от дублей |
| Собственная интеграция через API | Реализует нестандартную логику | Когда штатными настройками нельзя описать нужные условия | Поддержку, мониторинг ошибок и стоимость изменений |
Для выбора сформулируйте конкретные проверочные вопросы:
- Можно ли сохранить закреплённого менеджера при повторном обращении?
- Учитываются ли график и отсутствие сотрудника?
- Как рассчитывается нагрузка?
- Что произойдёт, если никто не сможет принять заявку?
- Видно ли, какое правило назначило ответственного?
- Есть ли контроль первого действия?
- Можно ли защитить начатую работу от повторного назначения?
Попросите показать эти сценарии на тестовых данных. Формулировка «есть автоматизация» ещё не объясняет, как система поведёт себя при исключениях.
Как это реализовано в Мегаплане
В Мегаплане для назначения менеджеров используются сценарии бизнес-процессов. В действии изменения поля «Менеджер» предусмотрен выбор следующего по очереди, следующего среди сотрудников онлайн или сотрудника с наименьшим количеством участий в соответствующей роли. Можно также назначать ответственного по клиенту, который участвует в процессе.
При настройке учитывайте ограничение: согласно документации, статус сотрудника — например, отпуск или больничный — при таком распределении не учитывается. Поэтому состав участников и порядок замещения нужно проверить отдельно.
Как автоматически распределять лиды: с примерами
Рассмотрим три условных сценария. Числа показывают логику настройки и не являются нормативами.
Небольшая команда с одинаковыми задачами
В отделе работают три менеджера, которые продают один продукт в одну смену. За день поступило 30 новых обращений.
Если все сотрудники участвовали в распределении весь день, простая очередь передаст каждому по 10 лидов. Повторные обращения закреплённых клиентов можно обрабатывать отдельным правилом.
Подходит: небольшой команде с сопоставимой нагрузкой.
Не подходит без дополнительных условий: если один сотрудник одновременно ведёт сложные проекты и не может обрабатывать столько же новых заявок.
Два направления с разной загрузкой
Бизнес продаёт оборудование и обслуживание. Сначала заявки разделяются по продукту, затем распределяются внутри соответствующей группы.
У двух менеджеров по оборудованию четыре и девять необработанных лидов. Если выбранный алгоритм учитывает именно этот показатель, следующая заявка достанется первому.
Подходит: команде со специализацией по продуктам.
Не подходит без резервного маршрута: если посетители часто не указывают направление обращения.
Повторное обращение действующего клиента
Заказчик заполняет форму на сайте. Система находит его карточку и закреплённого менеджера. Новое обращение передаётся этому сотруднику, а при его отсутствии — заместителю по установленному правилу.
Подходит: бизнесу с повторными заказами.
Не подходит без проверки данных: если контакты задублированы или ответственные давно не обновлялись.
Как контролировать результат распределения
Проверять нужно и назначение менеджера, и последующую обработку. Для этого достаточно начать с нескольких показателей.
| Показатель | Как считать | Что помогает обнаружить |
|---|---|---|
| Время назначения | Время назначения минус время поступления | Задержки интеграции и выполнения правил |
| Доля заявок без ответственного | Заявки без ответственного / все поступившие заявки × 100% | Пропущенные маршруты и ошибки |
| Доля обращений с просроченной первой реакцией | Обращения с нарушенным сроком / обращения, срок реакции по которым уже наступил × 100% | Недостаточную скорость обработки |
| Количество необработанных лидов на менеджера | Число карточек без зафиксированного первого действия | Перегрузку отдельных сотрудников |
| Доля переназначений | Заявки, у которых менялся ответственный / все заявки × 100% | Неудачные первоначальные назначения |
Например, если из 100 обращений с наступившим сроком реакции 12 не получили первого действия вовремя, доля просрочки составит 12%.
При сравнении менеджеров учитывайте источники и качество лидов. Одинаковое количество назначенных заявок не означает одинаковые возможности для продажи.
Вопросы и ответы
Как автоматически распределять лиды для малого бизнеса?
Начните с очереди между менеджерами, отдельного правила для действующих клиентов и резервного ответственного. Добавьте срок первого действия. Распределение по регионам, продуктам и нагрузке подключайте тогда, когда эти различия действительно влияют на работу.
Как автоматически распределять лиды — как организовать запуск?
Опишите порядок назначения на одной странице: откуда приходит обращение, кто может его получить, какие правила имеют приоритет и что происходит при исключениях. Затем перенесите этот порядок в CRM и проверьте на тестовых заявках. Начать можно с одного источника, после проверки подключить остальные.
Можно ли распределять лиды автоматически без CRM?
Да, если другая система или интеграция умеет принимать обращения и назначать исполнителей. Но дополнительно понадобятся хранение истории, контроль обработки и защита от повторного назначения. Простая пересылка заявок на разные адреса не позволяет надёжно проверить, кто уже работает с клиентом.
Что лучше: распределение по очереди или по загрузке?
Очередь подходит для сотрудников с похожими задачами и графиком. Распределение по загрузке полезно, когда объём текущей работы различается. Его точность зависит от того, что система считает нагрузкой: число всех карточек, необработанных лидов или активных сделок.
Что делать, если менеджер не обрабатывает назначенный лид?
Настройте проверку первого действия и уведомление о просрочке. Если регламент предусматривает переназначение, передавайте заявку резервному сотруднику с сохранением истории. Перед передачей проверяйте, не начаты ли уже переговоры, чтобы клиенту не звонили одновременно два менеджера.
Подпишитесь
на рассылку Мегаплана
Или следите за нашими обновлениями в Telegram>



