Распределение заявок в CRM по сменам и загрузке менеджеров помогает сразу направлять обращение тому, кто работает и может взять его в обработку. Для малого бизнеса достаточно описать график, задать правила очереди и предусмотреть случаи, когда сотрудник занят или не отвечает. В статье разберём, какие данные подготовить, как собрать понятную схему маршрутизации и как проверить её на реальных заявках с сайта, телефона и мессенджеров.
Когда распределение заявок пора настраивать?
Ручное назначение работает, пока обращений немного и один человек видит все каналы. Проблемы начинаются, когда формы с сайта приходят на почту, сообщения остаются в личных чатах, а менеджеры работают в разные смены. Заявка уже есть, но непонятно, кто должен ответить и успел ли он это сделать.
CRM собирает карточку клиента, историю общения и этап сделки в одном месте. Если к ней подключены каналы коммуникации, переписка также привязывается к обращению. Такой подход позволяет назначать ответственного сразу после поступления запроса, а не после того, как сотрудник заметил уведомление. Центральное окно диалогов и привязка обращений к карточкам клиента используются в CRM-сценариях для мессенджеров (Bitrix24, «Мессенджеры для CRM: интеграция, сервисы и сценарии для бизнеса в 2026 году»).
Настройка нужна, если в работе есть хотя бы одна из ситуаций:
- менеджеры выходят в разные дни или часы;
- один сотрудник ведёт заметно больше активных сделок, чем остальные;
- заявки поступают одновременно из сайта, мессенджера и рекламы;
- руководитель узнаёт о пропущенных обращениях только после жалобы клиента;
- смена заканчивается, а открытые диалоги остаются без нового ответственного.
Какие правила распределения выбрать для небольшой команды?
Не стоит начинать с десятка условий. Сначала выберите одно основное правило, которое соответствует вашему процессу, затем добавьте исключения. Для команды из двух-трёх менеджеров чаще всего хватает распределения по активной смене и очереди. CRM назначает новую заявку тому, кто сейчас работает и у кого меньше необработанных обращений.
Если менеджеры отвечают за разные направления, сначала ставят фильтр по теме обращения. Например, запрос на услугу уходит в одну группу, вопрос по повторному заказу — в другую. Внутри каждой группы CRM распределяет лиды по очереди или по текущей нагрузке.
Выбор правила зависит от того, как устроены продажи:
| Способ | Когда подходит | Что настроить |
| По очереди | Менеджеры продают один и тот же продукт и работают по одинаковому графику | Список сотрудников в очереди и порядок передачи следующего лида |
| По сменам | Есть утренние, дневные или выходные смены | Расписание работы групп и запасного ответственного |
| По загрузке | Менеджеры ведут разное число сделок и диалогов | Лимит открытых заявок или правило выбора сотрудника с меньшей нагрузкой |
| По источнику или теме | Разные каналы и услуги требуют разных навыков | Условия по форме, рекламной метке, выбранной услуге или тексту обращения |
| На закреплённого менеджера | Клиент уже покупал и знает конкретного сотрудника | Поиск контакта в CRM и назначение прежнего ответственного |
Для повторного клиента полезно сохранять связь с прежним менеджером. Он видит историю заказа и договорённостей в карточке. Если сотрудник в отпуске или не в смене, правило должно передать обращение дежурному, иначе заявка зависнет у недоступного ответственного.
Как подготовить CRM перед запуском автоматического назначения?
Начните с короткой карты процесса. Выпишите все точки входа: формы сайта, звонки, электронную почту, сообщения в подключённых мессенджерах. Затем отметьте, куда сейчас попадает каждое обращение и кто берёт его в работу. Этот список часто показывает дубли: клиент оставил форму, затем написал в чат, а в CRM появились две несвязанные сделки.
Следующий шаг — привести в порядок карточку лида. Для маршрутизации обычно нужны поля «источник», «интересующая услуга», «город или зона обслуживания», «удобное время связи» и комментарий клиента. Не добавляйте поле только потому, что оно есть в шаблоне CRM. Если менеджер не использует его при разговоре или передаче сделки, оно будет пустым.
Проверьте и статусы воронки. Отдельный статус «Новая заявка» нужен для всех обращений, которые ещё никто не взял в работу. После первого ответа менеджер переводит карточку в статус «В работе». Тогда руководитель видит разницу между новыми лидами и теми, по которым уже идёт диалог.
Формы сайта стоит связать с CRM напрямую: при такой схеме новый запрос создаёт контакт и сделку без ручного переноса, а менеджер сразу видит карточку клиента (SberCRM, «Как настроить передачу заявок из Тильды в CRM, чтобы не терять лиды и отвечать клиентам мгновенно»). После подключения полезно провести технический аудит передачи данных между сайтом и CRM: проверить телефоны, имена, источник и создание дублей.
Как настроить маршрут заявки по смене и нагрузке?
Соберите сотрудников в группы по графику. Например, одна группа принимает новые обращения в рабочее время, а другая берёт только сообщения по действующим заказам. В карточке каждого менеджера укажите его рабочие дни, часы и роль. Если CRM не учитывает расписание автоматически, руководитель меняет состав активной очереди в начале смены.
Дальше задайте последовательность правил. Сначала CRM проверяет, есть ли у клиента открытая сделка или закреплённый менеджер. Если есть, заявка уходит ему. Если нет, система определяет тему обращения, затем выбирает активную группу и назначает сотрудника по очереди либо по наименьшей нагрузке.
Под нагрузкой лучше понимать конкретный показатель. Для одного бизнеса это количество новых лидов без первого ответа. Для другого — число активных сделок на этапе консультации. Не смешивайте в одном правиле все карточки за год: закрытые сделки не показывают текущую занятость менеджера.
- Создайте тестовую заявку с сайта и убедитесь, что CRM заполнила источник и создала нужную воронку.
- Проверьте назначение в рабочее время: заявка должна попасть сотруднику из активной смены.
- Временно выключите одного менеджера из очереди и создайте ещё одну заявку. Она должна уйти следующему доступному сотруднику.
- Создайте обращение от существующего клиента и проверьте, что CRM нашла его карточку и прежнюю сделку.
- Сымитируйте окончание смены: назначьте правило, которое передаёт новые обращения дежурному или оставляет задачу на начало следующего рабочего периода.
Для мессенджеров маршрут строят по тому же принципу. Интеграция CRM с каналами общения собирает диалоги в едином окне и фиксирует историю разговора в карточке клиента. Это снижает риск, что сотрудник ответит из личного чата, а коллега начнёт тот же разговор заново (FitBase, «Интеграция мессенджеров в CRM фитнес-клуба: задачи и принципы работы»).
Какие ошибки мешают заявкам доходить до нужного менеджера?
- Ставить единственного ответственного за все новые заявки. Во время его отсутствия поток остаётся без обработки.
- Настраивать распределение до подключения всех источников. Тогда часть обращений живёт в CRM, а часть — в почте или чатах.
- Не определять, что считать нагрузкой. Система распределяет лиды формально, а руководитель не понимает, почему один менеджер получил больше работы.
- Оставлять дубли без правила объединения. Один клиент получает несколько карточек, и менеджеры могут дать ему разные ответы.
- Не назначать задачу на первый контакт. Ответственный виден, но срок первого действия никто не контролирует.
- Не тестировать сценарий после изменения графика. Очередь, которая работала в будни, часто требует отдельной проверки для выходного дня.
Автоматизация не отменяет контроль руководителя. Раз в неделю откройте список новых заявок и посмотрите, сколько карточек долго остаются без первого действия, кому чаще всего достаются обращения и где появляются дубли. Если заявки из сайта и мессенджеров попадают в одну воронку, проверяйте источник в карточке: он помогает увидеть канал, который требует отдельного правила.
3 шага, которые можно сделать на этой неделе:
- Составьте список источников заявок и отметьте, какие из них уже создают карточку в CRM автоматически.
- Утвердите график активных менеджеров и одного сотрудника, который принимает обращения при отсутствии коллег.
- Настройте тестовую очередь из двух сотрудников, отправьте несколько заявок из разных каналов и исправьте правила до запуска на реальных клиентах.



