Mindflow Получить расчёт
MINDFLOW / MDC Planet / ПРАКТИКА

Как MDC Planet управляет нагрузкой отдела продаж: от размера сделки до приоритетов менеджеров

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

Битрикс24Решение MindFlowПродажи и распределение
Как устроен процессСХЕМА
01Сделка и её сумма
02Группа продаж
03Очередь и вес
04Проверка исключений
Рабочая модель по материалам проектаИтог рабочего сценария
РЕШЕНИЕ
Схема процесса MindFlow, не снимок интерфейса клиента
Кратко о проекте

Как MDC Planet управляет нагрузкой отдела продаж: от размера сделки до приоритетов менеджеров

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

Факт3 диапазона сделок
Факт2:1 вес высокого приоритета
Факт15 минут — контроль по регламенту
При распределении продаж важно не просто найти свободного сотрудника. Руководитель должен понимать, какие заявки получает каждая команда, почему выбран конкретный менеджер и что происходит, если обращение остаётся без обработки.

Бизнес-задача: разные сделки требуют разной команды

В MDC Planet поток продаж неоднороден: заказ стоимостью 30 тыс. рублей и крупная сделка требуют разных компетенций и порядка работы. Компания выделила три диапазона: 20 000–199 999,99 ₽, 200 000–399 999,99 ₽ и от 400 000 ₽. Каждому соответствует своя группа менеджеров. Заказы ниже нижнего порога не должны автоматически попадать в эти очереди.

Внутри групп работают сотрудники с разной нагрузкой и приоритетом. Повторные продажи составляют отдельный сценарий: в актуальной конфигурации октября 2026 года для них подтверждён режим самостоятельной очереди. Поэтому прежнее правило «всегда возвращать прежнему менеджеру» нельзя описывать как действующее.

Как построено распределение

Для групп действуют циклические очереди и регулируемые приоритеты. Высокий приоритет соответствует двум назначениям на одно обычное; сотрудника можно временно исключить из распределения. Состав групп, очереди и режим работы вынесены в интерфейс управления.

Отдельный контроль отслеживает обращения, которые не были вовремя обработаны. Для сценария повторного назначения использовался 15-минутный интервал с рабочим окном 10:00–18:00 по московскому времени. Это конкретное правило регламента, а не обещание круглосуточного повторного распределения.

В ходе проекта также пришлось согласовать автоматическое назначение с ручными действиями и штатными бизнес-процессами: система не должна отменять сознательную передачу клиента сотрудником или блокировать разрешённого робота смены ответственного.

Схема бизнес-процесса avtoraspredelenie
Схема MindFlow. Показана логика процесса, а не измеренные финансовые показатели.

Почему не ограничились роботами Битрикс24

Битрикс24 штатно умеет проверять сумму и другие поля сделки, последовательно назначать ответственных, пропускать отсутствующих и учитывать завершение рабочего дня. Такие возможности не являются разработкой MindFlow.

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

Что получает руководитель

Распределение становится управляемым процессом: понятно, какая группа отвечает за определённые сделки, почему сотрудник участвует в очереди и как изменится нагрузка при смене состава команды.

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

Основание и границы кейса

В октябре 2026 проверены действующая конфигурация, очереди и стратегия QUEUE_ONLY; общий путь end-to-end на отдельной реальной тестовой сделке не подтверждался.