Распределение заказов в RetailCRM определяет, кто из менеджеров возьмёт новый заказ в работу. Правильно настроенное автораспределение убирает ручную раздачу, выравнивает нагрузку и ускоряет первый контакт с клиентом. Разберём модели распределения и как их собрать.
Зачем автоматизировать распределение
Пока заказы раздаёт старший менеджер вручную, бизнес теряет время и получает перекосы: кто-то перегружен, кто-то простаивает, а заказы в пиковые часы ждут назначения. Автораспределение решает это системно:
- Скорость первого контакта. Заказ мгновенно получает ответственного, а не лежит в общей куче.
- Равномерная нагрузка. Система учитывает, сколько заказов уже у каждого менеджера.
- Прозрачность. Правила распределения формализованы, а не зависят от настроения диспетчера.
Модели распределения
В основе лежит несколько базовых стратегий, которые комбинируют под структуру отдела продаж:
| Модель | Принцип | Когда подходит |
|---|---|---|
| Round-robin (по кругу) | Заказы раздаются по очереди | Однородный поток, равные менеджеры |
| По нагрузке | Заказ уходит наименее загруженному | Разная скорость обработки |
| По признаку заказа | Регион, канал, сумма, товар | Специализация менеджеров |
| По истории клиента | Свой менеджер сохраняется | Повторные и VIP-клиенты |
На практике модели складываются в цепочку: сначала проверяют историю клиента, затем специализацию, и лишь в конце — равномерность по кругу или нагрузке.
Как это собрать на триггерах
Штатный инструмент распределения — триггеры на событие «Заказ создан». Триггер проверяет условия и действием назначает ответственного менеджера или группу. Пример логики по региону:
Если регион = Санкт-Петербург → ответственный из группы «СПб»
Порядок построения:
- Создать группы менеджеров под направления (регионы, каналы, опт/розница).
- Настроить триггеры, назначающие группу по признаку заказа.
- Внутри группы включить распределение по кругу или нагрузке.
Учёт графика и доступности
Распределять заказы на отсутствующего менеджера бессмысленно. Поэтому в правила добавляют условия доступности:
- Рабочее время. Вне смены заказы уходят дежурной группе или в общую очередь.
- Статус онлайн. Для диалогов учитывается, кто сейчас за рабочим местом.
- Отпуск и болезнь. Менеджер временно исключается из ротации, его клиенты — на замещающего.
Без учёта доступности красивая схема распределения быстро ломается: заказы попадают к тем, кто их не видит, и первый контакт затягивается.
Типичные ошибки настройки
Автораспределение чаще ломается не из-за сложной логики, а из-за мелких упущений. Самые частые:
- Нет фолбэка. Если ни одно правило не подошло, заказ остаётся без ответственного. Всегда закладывайте правило «по умолчанию» в общую очередь.
- Игнор доступности. Заказы уходят на менеджера в отпуске, потому что забыли исключить его из ротации.
- Пересекающиеся условия. Два правила подходят под один заказ, и назначается тот, кто отработал последним, — не тот, кого ждали.
- Молчаливое назначение. Менеджер не знает, что на него упал заказ. Распределение всегда дополняют уведомлением или задачей.
Отдельная ловушка — назначение на группу без внутренней ротации: заказы формально «в группе», но фактически ничьи. Внутри группы всегда должен работать механизм выбора конкретного исполнителя.
Контроль перекосов и справедливости
Даже автоматика даёт перекосы, если её не мониторить. Что стоит держать под контролем:
- Число активных заказов на менеджера — не растёт ли у кого-то очередь.
- Время до первого контакта в разрезе групп.
- Конверсия — не уходит ли к одному менеджеру самый «лёгкий» поток.
Эти показатели видны в аналитике по менеджерам. Если перекос устойчивый, корректируют либо лимиты в правилах, либо состав групп. Автораспределение — не «настроил и забыл», а инструмент, который периодически калибруют.
Итог
Распределение заказов строится как цепочка правил: история клиента, специализация по признаку заказа, а затем равномерность по кругу или нагрузке — с обязательным учётом графика и доступности. Базовые модели собираются на триггерах и группах, сложная ротация выносится в API. И в любом случае схему нужно контролировать по метрикам нагрузки и скорости.
Мы в B2Bsite проектируем распределение под структуру вашего отдела продаж: настраиваем группы, триггеры и, при необходимости, внешний сервис ротации, а затем помогаем держать нагрузку сбалансированной.
Частые вопросы
Чем распределение отличается от автоназначения?
Автоназначение отвечает на вопрос, кто отвечает за заказ. Распределение — про то, как равномерно поделить поток заказов между несколькими менеджерами.
Как настроить распределение по регионам?
Создайте группы менеджеров по регионам и триггеры на событие «Заказ создан», которые назначают группу по региону доставки, а внутри группы включите ротацию.
Поддерживает ли RetailCRM round-robin?
Базовую раздачу по очереди и нагрузке настраивают штатно на триггерах и группах. Строгий round-robin с учётом онлайн-статуса обычно выносят в API-сервис.
Как учитывать график менеджеров?
Добавьте в правила условия доступности: вне смены заказы уходят дежурной группе, а отсутствующий менеджер временно исключается из ротации.
Что делать с заказами в нерабочее время?
Направлять их в общую очередь или дежурной группе, а утром распределять первыми. Так первый контакт не затягивается на всю ночь.
Как заметить перекос в распределении?
Следите за числом активных заказов на менеджера, временем до первого контакта и конверсией по группам в аналитике. Устойчивый перекос — сигнал к калибровке.
Вернётся ли повторный клиент к своему менеджеру?
Да, если в цепочке правил история клиента проверяется первой. Тогда его заказ назначается прежнему ответственному до применения общих правил.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.