Главное Авторские колонки Пресс-релизы Промо Вакансии Вопросы
Выбор редакции:
186 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Почему собственник не может выйти из операционки, даже когда бизнес уже зарабатывает

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

Компания растёт. Клиенты есть. Команда собрана. Руководители назначены. CRM внедрена.

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

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

Обычно это объясняют так: «Сотрудники не умеют работать без контроля».

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

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

Выручка растёт, а пропускная способность бизнеса — нет

На начальном этапе ручное управление работает.

Собственник хорошо знает продукт, лично общается с клиентами, быстро принимает решения и может проверить каждую важную задачу. Это даёт компании скорость.

Проблема начинается позже.

Количество клиентов, сотрудников и операций растёт, а управленческий центр остаётся один. Каждая нестандартная ситуация снова попадает к владельцу:

  1. клиент просит особые условия;
  2. менеджер хочет дать скидку;
  3. реклама приносит не те заявки;
  4. руководители не договорились между собой;
  5. сотрудник сорвал срок;
  6. в CRM не сходятся данные;
  7. клиентскую претензию некому разобрать;
  8. подразделения по-разному понимают приоритеты.

Формально в компании работают десятки людей. Фактически её пропускная способность ограничена временем и вниманием собственника.

Это и есть скрытое ограничение роста.

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

В какой-то момент собственник становится не двигателем бизнеса, а его узким местом.

Почему обычное делегирование не помогает

Чаще всего выход из операционки начинают с передачи задач:

  1. руководителю продаж отдают контроль менеджеров;
  2. маркетологу — рекламу;
  3. администратору — текущие вопросы;
  4. бухгалтеру — платежи;
  5. помощнику — всё, что не успевает владелец.

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

Причина в том, что задача передана, а система принятия решений — нет.

Сотрудник знает, что ему нужно сделать, но не понимает:

  1. какой результат считается нормой;
  2. какие решения он может принимать самостоятельно;
  3. в каких пределах может распоряжаться ресурсами;
  4. по каким показателям оценивается его работа;
  5. когда нужно вмешательство собственника;
  6. кто отвечает за смежные участки процесса.

В результате сотрудник либо постоянно уточняет, либо начинает действовать на своё усмотрение. В первом случае собственник остаётся диспетчером. Во втором — вынужден исправлять последствия.

Делегирование без правил управления не освобождает владельца. Оно только переносит хаос на других людей.

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

1. Решения не распределены по уровням управления

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

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

  1. перераспределить заявки;
  2. изменить приоритеты менеджеров;
  3. согласовать условия сделки;
  4. скорректировать нагрузку;
  5. принять решение по проблемному клиенту.

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

Чтобы этого не происходило, решения нужно разделить как минимум на три уровня:

  1. Операционные — сотрудник принимает самостоятельно в рамках процесса.
  2. Управленческие — принимает руководитель подразделения.
  3. Стратегические — остаются у собственника.

Например, менеджер может самостоятельно согласовать стандартные условия оплаты. РОП — скидку в установленном диапазоне. Изменение ценовой политики остаётся решением собственника.

Если границы не определены, команда перестраховывается и несёт наверх всё.

2. Ответственность существует без измеримого результата

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

Ответственность появляется, когда определены четыре элемента:

  1. конкретный результат;
  2. показатель результата;
  3. срок или период контроля;
  4. полномочия для влияния на показатель.

Например, ответственность РОПа — не «следить за менеджерами», а обеспечивать выполнение плана продаж при установленных показателях конверсии, среднего чека и длительности сделки.

Если результата нет, руководитель должен не ждать вопроса собственника, а определить отклонение, найти причину и предложить корректирующее действие.

Когда показатели и полномочия не определены, в компании начинается коллективная безответственность. Все были заняты, но за итог отвечать некому. Тогда результат снова приходится собирать собственнику.

3. Процессы находятся в головах людей

Во многих компаниях работа строится на неформальных договорённостях.

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

Особенно опасны разрывы между подразделениями:

  1. маркетинг привёл заявку, но продажи не понимают её источник и ожидания клиента;
  2. менеджер продал нестандартный заказ, но производство узнало об условиях слишком поздно;
  3. клиент внёс оплату, но ответственный за следующий этап не назначен;
  4. задача выполнена, но результат нигде не зафиксирован.

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

Описывать нужно не каждое движение сотрудника, а критические точки процесса:

  1. что является входом;
  2. какой результат должен быть получен;
  3. кто отвечает;
  4. куда передаётся результат;
  5. где он фиксируется;
  6. что происходит при отклонении.

Если процесс нельзя передать другому сотруднику без длительных устных объяснений, он ещё не стал частью системы.

4. Цифры фиксируют прошлое, но не помогают управлять будущим

Наличие отчётов само по себе ничего не меняет.

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

Для управления продажами собственнику и РОПу недостаточно итоговой выручки. Нужны опережающие показатели:

  1. количество новых обращений;
  2. скорость первого контакта;
  3. доля квалифицированных заявок;
  4. конверсия между этапами;
  5. количество сделок без следующего шага;
  6. средняя длительность сделки;
  7. сумма и вероятность активных сделок;
  8. причины отказов;
  9. прогноз поступления денег.

Задача управленческого отчёта — не объяснить в конце месяца, почему план провален. Он должен показать отклонение в тот момент, когда ещё можно повлиять на результат.

Если руководитель узнаёт о проблеме после собственника, система контроля не работает.

5. Руководители остаются старшими исполнителями

Повышение сильного продавца до РОПа не делает его руководителем автоматически.

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

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

В этот момент собственник получает ещё одного перегруженного исполнителя.

Работа руководителя должна оцениваться не по тому, сколько задач он закрыл лично, а по тому, какой результат стабильно создаёт его подразделение.

Как определить реальную степень зависимости бизнеса от собственника

Полезно в течение двух недель фиксировать все ситуации, в которых потребовалось участие владельца.

Не просто записывать задачи, а распределять обращения по причинам:

Почему обратились к собственникуЧто отсутствует в системеНужно согласовать стандартное решениеГраницы полномочийНепонятно, кто отвечаетЗакреплённая ответственностьСотрудник не знает, что делатьОписанный процессРуководитель поздно увидел проблемуКонтроль по показателямПодразделения не договорилисьПравила взаимодействияНужна информация, которой нет в CRMЕдиный контур данныхСотрудник боится принять решениеУправленческая практика руководителя

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

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

Повторяющееся обращение — это сигнал о системной проблеме.

С чего начинать выход из операционки

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

Надёжнее двигаться последовательно.

Шаг 1. Найти процесс, который забирает больше всего внимания собственника

Это может быть согласование сделок, контроль отдела продаж, обработка претензий, запуск рекламы или взаимодействие между продажами и производством.

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

Шаг 2. Определить результат процесса

Не «контролировать сделки», а, например:

  1. каждая новая заявка обработана в установленный срок;
  2. у каждой активной сделки зафиксирован следующий шаг;
  3. нестандартные условия не снижают маржинальность ниже допустимого уровня;
  4. прогноз продаж обновляется еженедельно.

Пока результат нельзя проверить, передавать ответственность рано.

Шаг 3. Назначить одного владельца результата

У процесса должен быть один ответственный. Это не значит, что он выполняет всю работу лично. Он обеспечивает итог, координирует участников и реагирует на отклонения.

Если за результат отвечают трое, фактически не отвечает никто.

Шаг 4. Передать полномочия вместе с ответственностью

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

Нужно письменно определить:

  1. что он решает самостоятельно;
  2. что согласовывает с руководителем;
  3. какие лимиты действуют;
  4. в каких ситуациях обязан привлечь собственника.

Шаг 5. Настроить контроль по отклонениям

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

Например:

  1. план выполняется — вмешательство не требуется;
  2. конверсия снизилась ниже нормы — РОП проводит разбор;
  3. прогноз показывает существенное отклонение — руководитель представляет план корректирующих действий;
  4. решение выходит за установленный финансовый лимит — подключается собственник.

Так контроль перестаёт быть постоянным присутствием и становится управлением по отклонениям.

Шаг 6. Проверить систему отсутствием собственника

Сначала один день. Затем три дня. Потом неделя.

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

  1. какого правила не хватило;
  2. где не были определены полномочия;
  3. какой показатель не показал проблему;
  4. какая информация осталась только в голове;
  5. какой руководитель не выполнил управленческую функцию.

Выход из операционки происходит не одним решением. Это последовательное устранение причин, которые возвращают собственника внутрь процессов.

Что меняется после связывания системы

В одной производственной компании продажи, CRM, производство, ответственность и контроль существовали отдельно друг от друга.

Менеджеры продавали, производство выполняло заказы, сотрудники вели данные, но общая логика процесса держалась на собственнике.

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

В результате выручка выросла на 24%, конверсия — с 25% до 41%, а участие собственника в операционной работе снизилось на 60%.

Сработал не отдельный регламент и не новая CRM. Изменился сам способ управления компанией.

Собственник не должен исчезнуть из бизнеса

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

Но задача не в том, чтобы перестать заниматься компанией. Задача — перестать заменять собой её процессы и руководителей.

У собственника остаются функции, которые действительно нельзя передать полностью:

  1. выбор направления развития;
  2. финансовые и инвестиционные решения;
  3. определение приоритетов;
  4. формирование управленческой команды;
  5. контроль ключевых показателей;
  6. изменение бизнес-модели;
  7. работа с критическими рисками.

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

Главный вывод

Если каждое важное решение проходит через собственника, компания не управляется. Она ждёт его внимания.

Нанять больше людей недостаточно. Внедрить CRM недостаточно. Назначить руководителей недостаточно.

Нужно последовательно построить систему, в которой:

  1. решения распределены по уровням;
  2. результат каждого процесса измерим;
  3. ответственность подкреплена полномочиями;
  4. руководители управляют, а не только исполняют;
  5. отклонения видны до того, как превращаются в финансовую проблему.

Рост бизнеса происходит не благодаря героизму собственника, а благодаря системе.

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

Подробнее о построении управляемой системы бизнеса: rndtrud.ru

-1
В избр. Сохранено
Авторизуйтесь
Вход с паролем
Комментарии
Выбрать файл
Блог проекта
Расскажите историю о создании или развитии проекта, поиске команды, проблемах и решениях
Написать
Личный блог
Продвигайте свои услуги или личный бренд через интересные кейсы и статьи
Написать

Spark использует cookie-файлы. С их помощью мы улучшаем работу нашего сайта и ваше взаимодействие с ним.