Лиды есть, а продаж нет. В CRM видно: один менеджер получил девять заявок, второй — десять, третий — девять. Распределение выглядит честным. Только одному достались повторные клиенты, другому — сложные расчёты, третьему — заявки не по профилю компании.
Я бы пока не увеличивал рекламный бюджет и не обвинял менеджеров. Сначала проверил бы, что именно отдел называет равномерным распределением.
Равное количество заявок ещё не означает равные возможности продать.
Счётчик лидов скрывает разную работу
Откройте заявки за последнюю неделю и уберите имена менеджеров. По каждой оставьте пять признаков: что хочет клиент, подходит ли ему предложение компании, новый он или действующий, какое решение нужно принять до следующего шага и кто в отделе уже умеет вести такие сделки.
Карточки быстро перестанут быть одинаковыми.
Один клиент точно знает нужную комплектацию и просит срок. Второму ещё нужно помочь выбрать решение. Третий принёс нестандартный запрос, который придётся согласовать с производством. Четвёртый вернулся за повторной покупкой и ожидает, что компания помнит прошлые договорённости.
В отчёте это четыре лида. Для отдела — четыре разные работы.
Если их раздать по кругу, очередь будет ровной только по количеству. Нагрузка, сложность и шанс довести разговор до решения останутся разными.
«Сильный продаст всё» — удобная гипотеза, но её тоже надо проверить
Сильный менеджер действительно может работать с разными клиентами. Но оценивать его по общей конверсии без состава заявок опасно.
Представьте, что один продавец получает повторные обращения, а другой — первичные запросы без понятной задачи. У первого быстрее появляются счета. У второго больше разговоров заканчиваются выводом «не наш клиент». Итоговые цифры говорят, кто продал больше, но пока не говорят, кто лучше работал.
Нужен след действий. По подходящему лиду менеджер вовремя вышел на связь, уточнил задачу, согласовал следующий шаг и довёл его до результата? По неподходящему — быстро назвал признак, по которому заявку остановили, или несколько дней имитировал работу? По сложной сделке — собрал нужные условия и поднял вопрос РОПу или просто перенёс задачу?
Только после этого можно разделить три причины: менеджер не справляется с подходящей ему работой; заявка попала не тому человеку; отдел принял за лид обращение, которое не проходит собственные признаки отбора.
Это не одна проблема. Значит, и решение не может быть одним.
Очевидное решение создаёт больше входа в ту же очередь
Когда продаж мало, маркетингу ставят задачу привести ещё заявок. Это может быть верным решением, если отдел уже разобрал текущий поток и ему действительно не хватает подходящих обращений.
Но если заявки раздаются по свободному менеджеру или по кругу, новый бюджет не исправит распределение. Он добавит карточки в очередь, где разные сделки по-прежнему считают одинаковыми.
Обучить всех всему — тоже не первый шаг. Пока непонятно, какие типы заявок кому удаются и на каком действии возникает провал, программа обучения будет собрана из общих тем. Менеджерам объяснят переговоры вообще, хотя одному не хватает знания продукта, второму — умения квалифицировать запрос, а третьему — решения РОПа по нестандартным условиям.
Проблема не в том, что заявки поделили нечестно. Проблема в том, что РОП распределяет количество, не управляя различиями между сделками.
РОПу нужен не идеальный алгоритм, а проверяемое правило
Не надо сразу строить сложную систему баллов. На неделю достаточно выбрать один заметный признак, который меняет работу продавца: новый или действующий клиент, стандартный или нестандартный запрос, готовая потребность или первичное исследование.
Дальше РОП делает четыре вещи:
- До назначения менеджера отмечает выбранный признак в каждой новой заявке.
- Распределяет заявку не только по очереди, но и по способности продавца выполнить следующий необходимый шаг.
- Проверяет не итоговую продажу, а ближайший результат: контакт состоялся, задача клиента понятна, следующий шаг согласован или причина остановки подтверждена.
- В конце недели сравнивает похожие заявки и решает, сохранить правило, изменить его или вернуть обычную очередь.
Здесь нельзя обещать рост продаж за неделю. Часть клиентов всё равно не подойдёт, часть откажется по цене или условиям, часть перенесёт решение. Но через неделю уже можно увидеть, уменьшилось ли число заявок, которые остановились из-за неверного назначения, и стали ли причины отказа конкретнее.
Если разницы нет, не нужно защищать красивую гипотезу. Возможно, распределение работало нормально, а ограничение находится в скорости ответа, квалификации, предложении или количестве подходящих лидов. Тогда проверка сэкономила рекламный бюджет от неверного диагноза.
Где здесь RENTROP
В модели «Управление продажами под ключ» РОП каждый день отвечает не за красивую очередь, а за движение конкретных сделок: кому назначена заявка, почему, какое действие требуется и что получилось. Директор по развитию проверяет решения РОПа, а AI помогает находить повторяющиеся связки между типом обращения, действиями менеджера и остановкой сделки.
Маркетинговый бюджет, выбор каналов, продукт и коммерческие границы остаются решениями собственника. RENTROP отвечает за то, чтобы отдел не просил больше входа, пока не разобрался с тем, что уже получил.
Поровну — это про количество заявок. Управление начинается с вопроса, кто и почему способен довести каждую из них до следующего решения.