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