«Выручка растет, а бизнес буксует»: 5 частых ошибок предпринимателей при масштабировании компании

Самый показательный кейс — онлайн-университет ProductStar, вместе с которым мы за полтора года выстроили коммерческое направление и вышли на 100+ млн руб. выручки. При этом в процессе столкнулись почти со всеми типовыми ошибками масштабирования. И ключевой вывод, к которому я пришел: рост сам по себе не усиливает бизнес — он усиливает те проблемы, которые уже есть внутри системы.

В моей практике часто встречаются случаи, когда бизнес начинает строить систему, не понимая, что именно работает:

• нанимает людей;

• запускает маркетинг;

• усложняет процессы без устойчивого спроса.

В итоге масштабируется не результат, а неопределенность.

Когда ко мне пришел ProductStar, нужно было с нуля собрать отдел продаж и выстроить процессы полного сопровождения.

Мы пошли от обратного. Первые полгода я:

• вручную проверял гипотезы;

• встречался с потенциальными клиентами;

• поднимал старые контакты;

• собирал обратную связь напрямую от компаний.

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

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

«Звезды» начинают давать ценность только тогда, когда уже есть устоявшийся процесс. До этого они чаще усложняют систему: работают по своим правилам, стоят дороже на 50–70%.

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

• наем;

• проверка;

• донастройка процессов;

• отбор подходящих менеджеров.

У нас было два критерия для оценки стабильности:

• команда должна регулярно выполнять план в диапазоне 80–110%;

• 60–70% менеджеров после испытательного срока должны выходить на выполнение этого плана.

Примерно за восемь-девять месяцев работы команды с нуля догнали по результатам B2C-направление продаж.

Как только появляется первый рост, многие начинают масштабировать объем:

• поток лидов;

• число встреч;

• количество закрытых сделок.

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

В случае с ProductStar мы быстро научились генерировать большое количество встреч, но уперлись в проблему передачи клиентов между этапами.

SDR (sales development representative — специалисты по первичному контакту) и менеджеры, проводящие встречи, работали без общей метрики, из-за чего страдала квалификация — качество прохождения клиентом этапа воронки, на котором мы собираем и фиксируем ключевую информацию о компании, чтобы затем корректно презентовать релевантное решение.

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

На старте мы не считали юнит-экономику:

• стоимость привлечения клиента (CAC);

• окупаемость воронки;

• связь активности с финансовым результатом.

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

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

• падает конверсия на следующих этапах;

• увеличивается нагрузка на команду;

• ухудшается клиентский опыт.

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

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

Это привело к перегрузке: дни превращались в поток встреч и согласований, без которых процессы «застывали». Команда привыкла, что финальное решение за руководителем, и перестала брать ответственность в неоднозначных ситуациях. Скорость решений падала, зависимость от одного центра усиливалась.

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

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

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

Рост почти всегда сопровождается наймом, и в какой-то момент команда начинает быстро расширяться. Вместе с этим появляются:

• дублирующие функции;

• размытые роли;

• лишние связки, которые тормозят систему.

Для нас это стало критично при росте фонда оплаты труда до нескольких миллионов рублей в месяц. Появились пересечения между личным ассистентом и операционными менеджерами.

Мы пересобрали структуру от функций:

• убрали дублирование;

• заново распределили зоны ответственности;

• сократили лишние точки согласований.

Позже, в условиях сжатия рынка, команду сократили с 22 до 13–14 человек, сохранив эффективность. После пересборки и оптимизации выручка выросла примерно на 30% за счет большей управляемости и фокуса.

Аудит структуры проводили примерно раз в полгода, а в периоды активного роста — раз в квартал, привязывая к целям бизнеса.

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

Рост выручки создает иллюзию эффективности, но выручка — запаздывающий показатель. По ней нельзя оценить:

• за счет чего именно достигается результат;

• можно ли его повторить.

Чтобы увидеть узкие места, мы начали системно считать воронку:

• качество целевых контактов;

• конверсию в назначенные встречи;

• качество встреч;

• их переход в пилот или сделку.

Качество целевых контактов считали через разметку и передачу между этапами воронки:

• кто нашел контакт;

• как он был передан дальше;

• дошел ли он до этапа звонка и назначенной встречи.

Отдельно фиксировали, как именно контакт проходит каждый этап — не возникает ли проблем.

Дополнительным фактором был длинный цикл сделки — в среднем два-три месяца при чеках в несколько миллионов рублей. В таких условиях выручка сильно отстает от действий команды.

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

Например, оценивали:

• сколько контактов найдено из целевой базы;

• скольким из них удалось дозвониться;

• сколько прошли первичную квалификацию по двум-трем ключевым вопросам;

• сколько были зафиксированы в CRM как подходящие под целевой профиль клиента (по отрасли, размеру, роли ЛПР, компании);

• сколько из них дошли до назначения встречи;

• сколько встреч было проведено.

При выборе опережающих метрик мы опирались на те параметры, которые реально отражают движение сделки:

• количество найденных и валидных контактов;

• долю дозвонов, качество первичной квалификации (соответствие клиента целевому профилю);

• конверсию в назначенные и проведенные встречи;

• факт перехода клиента между ключевыми этапами воронки.

В более коротких продажах нужно отслеживать скорость обработки лида и конверсию в первую сделку. А в сложных корпоративных продажах дополнительно важны:

• качество квалификации;

• наличие зафиксированных договоренностей после каждого этапа.