Блог · Автоматизация · Казахстан

Автоматическое распределение лидов между менеджерами по дежурствам

Как разделить входящие диалоги между операторами и отдельно назначать ответственного в CRM, чтобы правила не смешивались.

TL;DR: В Битрикс24 есть два разных решения. Очередь сотрудников распределяет диалоги открытой линии между операторами: равномерно, по порядку или одновременно всем. Ответственный в CRM — сотрудник, закреплённый за карточкой контакта, компании, лида или сделки. При идентифицированном клиенте диалог можно направить ему, но это не превращает очередь в CRM-ответственного. Сначала опишите каналы и правила, затем проверьте недоступность сотрудника, возврат непринятого диалога и ручное переназначение.

Для бизнеса в Казахстане проблема обычно начинается с вопроса «кому достанется новое обращение». Но один и тот же клиент может написать в открытую линию, уже иметь карточку в CRM и одновременно быть связанным с активной сделкой. Если смешать эти уровни, сотрудник увидит чат, но карточка останется у другого ответственного. Поэтому проектируют отдельно маршрут диалога и владельца CRM-отношений.

Разделите три объекта

  • Открытая линия. Канал, куда приходит сообщение: подключённый чат или мессенджер. Очередь определяет, какой оператор увидит обращение и кто возьмёт его в работу.
  • Карточка CRM. Контакт, компания, лид или сделка с историей и полями. В ней хранится ответственный сотрудник и коммерческий контекст.
  • Правило бизнеса. Например, новый диалог идёт дежурному оператору, а повторный клиент — сотруднику, который ведёт его карточку. Это правило нужно выразить настройками и проверить на тестовых данных.

Начните с таблицы маршрутов: канал, тип обращения, условие поиска CRM, очередь операторов, рабочие часы, запасной маршрут и ответственный за проверку. Для каждого правила укажите, что происходит при отсутствии совпадения. Такой документ полезнее общей фразы «лиды распределяются автоматически»: он показывает, какие решения действительно принимает Битрикс24, а где нужен сотрудник. В Казахстане отдельно зафиксируйте способ подключения канала и тариф. Функция открытой линии и возможности официального коннектора могут различаться, поэтому сценарий из другой редакции портала нельзя переносить без теста.

Процесс настройки

  1. Опишите вход. Составьте список каналов, часов работы, очереди операторов, языков и продукта. Зафиксируйте, какие поля позволяют найти существующего клиента: телефон, e-mail или другой согласованный идентификатор.
  2. Настройте очередь. В Контакт-центре выберите открытую линию и способ распределения: равномерно, строго по очереди или одновременно всем. При необходимости задайте время перехода к следующему сотруднику и предел одновременных обращений.
  3. Настройте доступность. Определите, учитываются ли онлайн-статус, отпуск, перерыв и рабочий день. Эти проверки влияют на маршрут нового диалога, но не переписывают историю сделки.
  4. Настройте идентификацию. Включите проверку клиента по базе CRM только после теста совпадений. При найденном контакте можно направлять обращение ответственному сотруднику. Если он недоступен, дальнейший путь зависит от настройки проверки доступности.
  5. Опишите исключения. Кто принимает диалог без найденной карточки, кто разбирает дубликаты, что делать при увольнении оператора и кто вправе вручную переназначить обращение.
  6. Проведите приёмку. Проверяйте маршрут на тестовых карточках, а затем просматривайте таймлайн сделки и статус диалога. Автоматическое назначение не отменяет контроль руководителя.

Условный сценарий

Условная сервисная компания работает с двумя операторами утром и одним дежурным вечером. Новый клиент пишет в открытую линию: сообщение попадает в очередь дежурного. Через день тот же клиент обращается снова с номера, который уже есть в CRM. После идентификации диалог может быть направлен ответственному по карточке, даже если этот сотрудник не является текущим оператором очереди. Если ответственный недоступен и включена проверка доступности, обращение вернётся к доступным операторам. Это две связанные проверки: очередь отвечает за маршрут диалога, CRM — за закрепление клиента.

Что происходит при сбое маршрута

  • Оператор не принял новый диалог — система ищет следующего подходящего сотрудника; при отсутствии операторов обращение остаётся в очереди.
  • Сотрудник стал недоступен до ответа — непринятый диалог может вернуться в очередь, а диалог с последним сообщением оператора останется у него до ответа клиента.
  • Клиент найден в CRM, но карточек несколько — автоматическое совпадение нужно остановить и разобрать вручную.
  • Оператор перевёл разговор коллеге — ответственный в CRM от этого сам по себе не меняется; изменение фиксируют отдельным действием.
  • Канал подключён через сторонний или официальный коннектор — доступные настройки, тариф и сроки хранения нужно проверить на конкретном портале.

Чек-лист приёмки

  • Новый диалог попадает в ожидаемую очередь и виден только сотрудникам с нужными правами.
  • Режим равномерно, по очереди и одновременно всем проверен отдельными тестами.
  • Найденный клиент направляется ответственному только при однозначном совпадении.
  • При недоступности ответственного проверен возврат в очередь и понятный владелец следующего шага.
  • Ручное переназначение оставляет комментарий и не стирает исходную историю.
  • Для каждого подключённого канала записано, какая интеграция и какой тариф используются.

После запуска проверяйте журнал по каждому спорному случаю: кто получил диалог, когда он вернулся в очередь, какой сотрудник был ответственным в CRM и кто изменил назначение. Такой журнал нужен для разбора пропущенных обращений и обучения команды. Не используйте количество распределённых чатов как доказательство продаж: оно показывает работу маршрута, но не подтверждает выручку, конверсию или качество ответа.

Частые вопросы

Очередь сотрудников и ответственный сделки — одно и то же?

Нет. Очередь распределяет входящие диалоги открытой линии. Ответственный хранится в карточке CRM и отвечает за отношения с клиентом.

Можно ли настроить равномерную нагрузку?

Да, в открытой линии есть режим равномерного распределения, строгая очередь и режим «одновременно всем». Настройку нужно проверять на доступности и лимитах вашего портала.

Что будет, если оператор офлайн?

При включённой проверке доступности новые обращения ему не направляются. Уже принятый диалог может остаться у него в зависимости от последнего сообщения и настройки.

Можно ли всегда направлять клиента его менеджеру?

Только если клиент однозначно найден в CRM и включено направление на ответственного. При дубликатах и недоступности нужен отдельный сценарий.

Если нужно проверить маршрут обращений на вашем портале, напишите в WhatsApp: +7 707 598 47 18. На разборе отдельно фиксируем очередь, ответственных CRM, исключения и ограничения подключения.