Распределение заявок начинается с правил допуска: кто умеет обработать запрос, кто сейчас работает и кто уже ведёт клиента. Только после этих проверок выбирают очередь или распределение по загрузке. Иначе даже идеально работающий алгоритм назначит обращение отсутствующему сотруднику или разорвёт действующие договорённости.
Практический результат — матрица назначения: условие, исполнитель, резервный маршрут и проверяемый результат. Ниже приведён учебный вариант. Это редакционная методика проектирования; конкретные функции CRM и подключённых каналов нужно проверять отдельно.
Что именно вы распределяете
Разделите новое обращение, контакт клиента, сделку и диалог. Назначить оператора на ответ в чате и изменить владельца всей сделки — разные действия. У существующего клиента может появиться новый заказ, который относится к другому отделу. Сообщение по текущему заказу, наоборот, обычно требует сохранения контекста.
Для каждого источника запишите момент назначения: после поступления формы, создания сделки, распознавания клиента или уточнения предмета обращения. Определите, какая система принимает окончательное решение. Если ответственного меняют и интеграция канала, и робот CRM, проверьте последовательность: более позднее действие может перезаписать правильное назначение.
Матрица правил назначения
Учебный пример. В таблице используется порядок сверху вниз: сначала проверяют исключения, затем общий поток. Это не готовые настройки amoCRM или Битрикс24. Перед запуском замените роли, сроки и критерии доступности своими.
| Условие | Кому направить | Резервный маршрут | Как проверить |
|---|---|---|---|
| Повторное событие того же обращения | Сохранить уже принятое назначение | Очередь проверки, если связь неоднозначна | Повторная доставка не запускает новое перераспределение |
| Вопрос по действующему заказу, владелец доступен | Текущий ответственный | Назначенный заместитель | Сохранены история и следующий шаг |
| Ответственный в отпуске или вне смены | Заместитель с нужными правами и компетенцией | Дежурный руководитель | Получатель видит карточку и принимает обращение |
| Новая заявка определённого направления | Подходящая группа доступных менеджеров | Сотрудник первичной квалификации | Запрос не попал в чужой отдел |
| В группе есть доступная ёмкость | Очередь среди допущенных сотрудников либо согласованный алгоритм загрузки | Следующий подходящий сотрудник | Назначение объясняется правилом и состоянием команды |
| Все заняты или отсутствуют | Контролируемая очередь ожидания | Руководитель получает сигнал по установленному сроку | Обращение видно, ожидание измеряется, владелец очереди определён |
К таблице добавьте срок принятия, событие, подтверждающее принятие, и человека, который разбирает исключения. Уведомление о назначении не доказывает, что менеджер увидел запрос. Проверяемым подтверждением может быть начало обработки или другой согласованный статус, который действительно фиксируется вашей системой.
Очередь или распределение по загрузке
Распределение по кругу удобно, когда новые запросы сопоставимы, а сотрудники имеют близкую доступность. В amoCRM шаг Round Robin в Salesbot выполняет действия последовательно с возвратом к началу. Документация также отмечает перезапуск последовательности при изменении списка. Сам по себе цикл не описывает расчёт трудоёмкости заявок и не подтверждает проверку отпусков. Документация amoCRM по Round Robin.
Если запросы сильно различаются, сначала разделите их по компетенции или типу работы. Затем выберите показатель загрузки: активные диалоги, обязательства на смену или оценку времени ближайших действий. Число всех незакрытых сделок может включать длительное ожидание клиента и потому плохо описывать текущую занятость.
В Открытых линиях Битрикс24 есть способы «Равномерно», «Строго по очереди» и «Одновременно всем». При строгой очереди обращение сначала получает первый сотрудник списка, а при отсутствии ответа — следующий. Для равномерного и строгого распределения предусмотрены время перехода и ограничение одновременных обращений. Важно проверить, какие состояния диалогов включены в подсчёт. Настройка очереди Открытых линий.
Не называйте такую настройку общим балансировщиком всей работы отдела: сотрудник может одновременно вести звонки, расчёты и встречи. Начните с показателя, который команда умеет поддерживать в актуальном состоянии. Если данные о занятости запаздывают, предусмотрите ручное исключение с причиной и временем возврата в очередь.
Как определить допустимую нагрузку
Учебный расчёт. У менеджера осталось 120 минут рабочего времени, а уже принятые действия требуют примерно 90 минут. Для новых запросов остаётся около 30 минут. Если первичная обработка одного типового запроса оценивается в 15 минут, ориентир — два таких запроса. Это плановая оценка, а не норматив: сложность обращения и срочные обязательства могут изменить решение.
Для использования такого подхода понадобятся источник оценки, частота обновления и правило освобождения ёмкости. Завершённое действие должно уменьшать нагрузку, но формальное закрытие задачи без результата не должно превращаться в способ получить больше заявок. Разбор этой проблемы есть в материале о просроченных задачах и реальной загрузке.
Не запускайте сложную формулу, если её нельзя объяснить руководителю и воспроизвести на конкретной заявке. Сначала проверьте простую очередь с исключением отсутствующих сотрудников и контролем ожидания; затем добавляйте учёт загрузки, если выявлены устойчивые перекосы.
Как закрепить повторную заявку за прежним менеджером
Сначала подтвердите клиента по доступным идентификаторам, затем определите предмет обращения. Совпадение имени недостаточно для автоматического назначения. Вопрос по текущей сделке, новый заказ и обращение в сервис после продажи могут иметь разные маршруты.
Запишите правило приоритета: какой ответственный используется при нескольких открытых сделках, что делать с завершёнными заказами и кому направлять неоднозначные случаи. «Вернуть прежнему менеджеру» без этих уточнений может направить новую заявку человеку, который уже не работает с этим направлением.
Настройки зависят от источника. Например, Битрикс24 описывает отдельные очереди для почты, форм, телефонии и Открытых линий. Для CRM-форм предусмотрена проверка начатого рабочего дня, но при недоступности всех ответственных либо отсутствии учёта рабочего времени на тарифе заявки распределяются по очереди. Поэтому одинаковое название CRM не означает одинаковое поведение всех входов. Распределение обращений из разных каналов.
Кому назначать заявку во время отпуска
До отпуска укажите заместителя, период замещения с часовым поясом, нужные права и границы полномочий. Решите отдельно, кто отвечает на новые сообщения и меняется ли постоянный владелец клиента. Не передавайте всю базу автоматически, если требуется лишь временно обработать входящие.
Проверьте три момента: начало отсутствия, обращение во время замещения и возвращение сотрудника. Автоматический возврат всех карточек может забрать у заместителя незавершённый разговор. Лучше заранее определить, какие обращения он доводит до конца и какие передаёт с подтверждением принятия.
Если подходящего заместителя нет, назначьте владельца очереди ожидания и срок реакции руководителя. Клиенту сообщают реалистичный порядок ответа; автоматическое приветствие не заменяет обработку. Отдельно испытайте ситуацию, когда отсутствуют все участники очереди.
Как проверить справедливость распределения
Сравнивайте сопоставимые заявки и доступное рабочее время. Новые и повторные обращения, разные направления и источники лучше показывать отдельно. Менеджер с короткой сменой и менеджер с полным днём не обязаны получить одинаковое количество новых запросов.
Учебный пример. За период поступило 60 однотипных новых заявок. Анна была доступна для этого потока 6 часов, Борис — 3 часа. Если команда заранее выбрала распределение пропорционально доступному времени, ориентир составит 40 и 20 заявок: 60 × 6/9 и 60 × 3/9. Это аналитический ориентир, а не обещание встроенной функции CRM. Он неприменим без поправок, если сотрудники обслуживают разные типы клиентов или имеют разные обязанности.
В отчёте сопоставьте назначенное, принятое и переданное количество, ожидание до начала работы, причины исключений и состав запросов. Равное число назначений при разной сложности не доказывает справедливость; различие конверсии само по себе также не доказывает ошибку очереди.
Для спорной заявки сохраняйте время, источник, сработавшее правило, доступных кандидатов и причину исключения остальных. Эти сведения могут потребовать отдельного журнала. Если CRM их не сохраняет, не заявляйте, что алгоритм можно проверить задним числом: сначала обеспечьте нужную фиксацию на пилоте.
Как проверить матрицу перед запуском
Используйте тестовые обращения без реальных клиентских данных. Для каждого укажите исходные условия, ожидаемого исполнителя, фактическое назначение и результат принятия.
- Новая заявка подходит нескольким сотрудникам: выбор соответствует очереди или согласованной формуле.
- Повторное обращение по текущему заказу сохраняет нужный контекст.
- Ответственный отсутствует, заместитель занят: срабатывает описанный резервный маршрут.
- Никто не доступен: запрос остаётся в контролируемом ожидании, а не теряется.
- Две заявки приходят почти одновременно: проверка загрузки не выдаёт обе сверх согласованного лимита.
- Одно событие доставлено повторно: назначение не меняется без причины.
- Изменён состав очереди: проверено поведение следующего назначения.
- Менеджер получил карточку: он действительно имеет доступ и может выполнить следующий шаг.
Принимайте результат, когда каждая строка матрицы проверена, исключения имеют владельца, а журнал позволяет объяснить решения. Начинайте с одного потока и сравнивайте ожидание и состав назначений до и после на сопоставимых периодах.
Проверку работающих правил можно включить в согласованный план сопровождения CRM. Если требуется построить новую логику назначения и резервные маршруты, подойдёт отдельный проект по автоматизации продаж в amoCRM.
Официальные источники проверены 18 октября 2026 года. Матрица, расчёты и критерии проверки — редакционная методика CHECK CRM; учебные значения нужно заменить данными своей команды.