Бизнес-задача: разные сделки требуют разной команды
В MDC Planet поток продаж неоднороден: заказ стоимостью 30 тыс. рублей и крупная сделка требуют разных компетенций и порядка работы. Компания выделила три диапазона: 20 000–199 999,99 ₽, 200 000–399 999,99 ₽ и от 400 000 ₽. Каждому соответствует своя группа менеджеров. Заказы ниже нижнего порога не должны автоматически попадать в эти очереди.
Внутри групп работают сотрудники с разной нагрузкой и приоритетом. Повторные продажи составляют отдельный сценарий: в актуальной конфигурации октября 2026 года для них подтверждён режим самостоятельной очереди. Поэтому прежнее правило «всегда возвращать прежнему менеджеру» нельзя описывать как действующее.
Как построено распределение
Для групп действуют циклические очереди и регулируемые приоритеты. Высокий приоритет соответствует двум назначениям на одно обычное; сотрудника можно временно исключить из распределения. Состав групп, очереди и режим работы вынесены в интерфейс управления.
Отдельный контроль отслеживает обращения, которые не были вовремя обработаны. Для сценария повторного назначения использовался 15-минутный интервал с рабочим окном 10:00–18:00 по московскому времени. Это конкретное правило регламента, а не обещание круглосуточного повторного распределения.
В ходе проекта также пришлось согласовать автоматическое назначение с ручными действиями и штатными бизнес-процессами: система не должна отменять сознательную передачу клиента сотрудником или блокировать разрешённого робота смены ответственного.

Почему не ограничились роботами Битрикс24
Битрикс24 штатно умеет проверять сумму и другие поля сделки, последовательно назначать ответственных, пропускать отсутствующих и учитывать завершение рабочего дня. Такие возможности не являются разработкой MindFlow.
Собственный модуль потребовался для объединения множества управленческих правил: диапазонов сумм, независимых групп, приоритетов с весами, включения и выключения сотрудников, отдельных стратегий повторных продаж, контроля необработанных обращений и журнала решений. Параметры меняются как конфигурация единой системы, а не как набор несвязанных роботов.
Что получает руководитель
Распределение становится управляемым процессом: понятно, какая группа отвечает за определённые сделки, почему сотрудник участвует в очереди и как изменится нагрузка при смене состава команды.
В кейсе не приводятся проценты прироста выручки или скорости ответа — для таких выводов нужен отдельный замер до и после внедрения. Подтверждённый результат — работающая архитектура правил и интерфейс её управления.
Основание и границы кейса
В октябре 2026 проверены действующая конфигурация, очереди и стратегия QUEUE_ONLY; общий путь end-to-end на отдельной реальной тестовой сделке не подтверждался.
Получить расчёт