Лучшие недогружены
Сильный менеджер закрывает половину лидов, но получает их не больше, чем тот, кто топит сделки в неквале.
РАСПРЕДЕЛИТЕЛЬ СДЕЛОК · ЛОКОМОТИВ СИСТЕМЫ
Хватит раздавать оплаченные лиды вслепую.
Распределитель считает факт: конверсию каждого менеджера в ключевой этап воронки. И каждый день меняет, кому достанется больше новых сделок — автоматически, без вашего участия.
Запустить платный пилот ↗ Bitrix24 • amoCRM
ПРИНЦИП Не очередь. Не стаж.
Не очередь. Не стаж.
Результат.
Система рассчитывает конверсию каждого менеджера в выбранный ключевой этап и меняет долю новых сделок согласно фактическому результату — не должности, не рабочему стажу и не тому, кто «следующий по списку».
РАСПРЕДЕЛЕНИЕ • LIVE
последние 30 дней КОНВЕРСИЯ ОТДЕЛА
18,7%↗ 3,8 п.п.
Система перераспределяет новые сделки по фактической результативности.
МЕНЕДЖЕРКОНВЕРСИЯДОЛЯ СДЕЛОК
АК Анна К. 24,2%
МВ Максим В. 17,4%
СП Сергей П. 9,1%
✓
Правило скорректировало выдачу
7 новых сделок направлены менеджерам с высокой
конверсией
ЧТО ПРОИСХОДИТ БЕЗ ЭТОГО ПРАВИЛА
Три способа терять деньги на входе.
Слабые получают то же, что сильные
Дорогой горячий лид достаётся тому, кто с высокой вероятностью его сольёт, — просто потому что подошла очередь.
Команда чувствует несправедливость
Без объяснений менеджеры подозревают фаворитизм. Это конфликты внутри отдела, а не рост выручки.
ЛОГИКА РАСЧЁТА 01 02 03
Вы задаёте базу
Воронку, стадию-источник, ключевой этап, период расчёта и сотрудников, которые участвуют в правиле.
Радар считает конверсию
Приоритет №1 — доля дошедших до ключевого этапа. Дополнительно учитывается фактическая нагрузка сотрудника на день.
Доля меняется автоматически
Лиды получают все — но лучшие получают больше. Если лидер перегружен, система перераспределяет остальным.
Решение всегда объясняется
При назначении каждого лида в общий чат отправляется сообщение с аргументацией: почему лид отдан конкретному менеджеру — конверсия такая-то, нагрузка такая-то. Рейтинг подвижен и меняется неделя к неделе — это стимул расти, а не приговор.
ЦИФРЫ ИЗ ПРАКТИКИ Один пример, который
Один пример, который
считает сам за себя.
Логика «не терять оплаченные лиды» работает и на соседнем участке воронки — при разборе брака. Вот как это окупается на реальных цифрах одного из внедрений.
ЗАБРАКОВАНО МЕНЕДЖЕРАМИ600 лидов
УЖЕ ПОТРАЧЕНО НА РЕКЛАМУ600 000 ₽
ПРОВЕРКА БРАКА РАДАРОМ20 000 ₽/мес
Один вернувшийся в работу клиент со средним чеком 60 000 ₽ окупает стоимость проверки в 3 раза. Когда функцию отключили на пике сезона, руководитель отдела продаж сам попросил вернуть её обратно — лиды оттуда реально доходили до сделок. — из практики внедрения «Радара»
КОНТРОЛИРУЕМАЯ МОДЕЛЬ Правила задаёт руководитель.
Правила задаёт руководитель.
Система исполняет.
Кому выдавать
Команды и сотрудники, участвующие в распределении.
Откуда брать
Стадия, на которой новые сделки входят в правило.
Ключевой этап
Целевое событие для расчёта конверсии.
Период
Окно данных, на котором оценивается результат.
Исключения
Сотрудники и стадии, не влияющие на расчёт.
Коэффициенты
Ограничения и дополнительные параметры модели.
ЧТО ОБЫЧНО СПРАШИВАЮТ
У нас есть РОП, он и распределяет лиды
РОП физически не пересчитывает конверсию по каждому лиду каждый день. Радар делает это за секунды и освобождает РОПу время на людей, а не на таблицы.
Наши продажи слишком специфичны для алгоритма
Ключевой этап, воронку и исключения задаёте вы. Радар считает по вашим правилам, а не по универсальному шаблону.
А если данные в CRM неточные?
Перед запуском правило проверяется на исторических данных вашей CRM — вы видите результат ещё до того, как он начнёт влиять на реальные сделки.
Не будет ли демотивации у слабых менеджеров?
Рейтинг подвижен: конверсия пересчитывается неделя к неделе, и лиды продолжают получать все — просто в разной пропорции. Это стимул, а не наказание.
ДЕМОНСТРАЦИЯ
Запросить демонстрацию ↗