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