Менеджеры не успевают продавать, значит надо нанять еще: что не так с этим решением

«Трое не тянут план, значит, не хватает людей. Наймем еще двоих, закроем недостачу руками».

Реплика звучит на разборе полугодия почти дословно в каждой второй компании. Логика на первый взгляд железная: план — это сумма выработки по менеджерам, значит, чтобы сумма выросла, нужно больше слагаемых.

Дальше летит заявка в HR, две-три недели собеседований, оффер, две недели на отработку на старом месте, еще пара недель на оформление и вхождение в курс. Новичка сажают рядом с опытным сейлзом, дают скрипт, доступ в CRM и список компаний из той же базы, из которой звонили и трое предыдущих. Первый месяц — обучение продукту и рынку, почти без результата. Второй — первые звонки, конверсия в разы ниже, чем у команды в среднем. Третий — новичок наконец начинает закрывать сделки, но в объеме, который погоды не делает.

К концу квартала цифры подводят итог: план по-прежнему не выполнен. Только теперь недостачу делят уже впятером, а не втроем, и фонд оплаты труда вырос на две ставки.

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

Найм умножает то, что уже есть в системе, а не чинит то, что в ней сломано. Почему так происходит?

План команды — это произведение двух чисел, а не одного

План отдела продаж устроен как простое произведение: количество менеджеров × выработка одного менеджера. Найм — это способ увеличить только первый множитель. Второй он не трогает вообще.

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

Найм отвечает на вопрос «сколько у нас рук». Он ничего не говорит о том, во что эти руки целятся.

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

Первая причина низкой выработки: база, в которую стреляют вслепую

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

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

Плохо: «У нас недобор в 30% плана, наймем еще двоих, закроем недостачу руками».

Лучше: сначала смотрят, почему трое не долетают до плана, звонят не в тот сегмент, или сделки зависают на середине воронки, и только потом решают, кого и зачем нанимать.

Найм в этой ситуации увеличивает число холостых звонков, просто их теперь делают пятеро вместо троих.

Вторая причина: процесс, который никто не измеряет

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

В такой воронке невозможно понять, где реально теряются деньги: на этапе квалификации, на презентации или на счете, который не выставили вовремя. Без этой картины любое решение — в том числе решение нанять — принимается вслепую.

Пока никто не измеряет, на каком этапе теряется сделка, добавление людей просто увеличивает число сделок, которые теряются на том же этапе.

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

Что происходит в цифрах, когда добавляют людей в ту же систему

Возьмем простой пример.

В отделе три менеджера, план на каждого — 20 сделок в месяц. В среднем команда закрывает 17 сделок на человека, то есть выполняет план на 85%.

Руководитель решает, что проблема в нехватке людей, и нанимает еще двоих. Но первые три месяца новички работают примерно на 40% от уровня опытного менеджера. Плюс один из старших сотрудников тратит около четверти рабочего времени на их обучение: разбирает звонки, отвечает на вопросы, помогает с клиентами и контролирует первые сделки. Его собственные показатели за это время закономерно проседают.

К концу квартала в отделе уже пять менеджеров. Казалось бы, команда должна заметно приблизиться к плану. Но вместо 100 запланированных сделок она закрывает 80.

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

Получается странная ситуация: людей стало больше, а разрыв с планом почти не изменился.

Дефицит никуда не делся, он просто стал дороже.

Почему новые менеджеры проседают сильнее, чем кажется на старте

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

Наставничество, ответы на вопросы, разбор звонков, проверка первых писем — все это время опытного менеджера, украденное у его собственной воронки. В командах, где онбординг не формализован, нет базы знаний, чек-листов, записанных разборов типовых возражений, это время растягивается сильнее всего, потому что каждый новичок заново проходит путь устно, через того, кто рядом.

Если до найма план не дотягивали трое, а не пятеро, то в первый месяц-два после найма он может просесть еще сильнее, потому что часть ресурса лучших продажников временно ушла на обучение худших.

Что стоит починить до найма

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

Если проблема в базе — здесь и работает aiWarmUp: сервис собирает контакты под конкретный профиль клиента, обогащает их контекстом и находит повод для первого касания, чтобы менеджер — старый или новый — с первого дня звонил туда, где в принципе есть смысл разговаривать, а не тратил рабочие часы на прозвон случайных компаний. Это не решает вопрос дисциплины по CRM и не заставит менеджера вовремя проставлять следующий шаг по сделке — это отдельная часть системы, которую чинят процессом и контролем, а не инструментом для сбора базы.

Если проблема в процессе, сначала стоит навести порядок в воронке: понять, на каком этапе теряются сделки, и только затем считать, сколько новых рук туда добавлять.

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

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