Компания может расти по выручке, числу клиентов и сотрудников, но по-прежнему зависеть от одного человека. Собственник согласует скидки и платежи, подключается к найму, разбирает конфликты между отделами, расставляет приоритеты по проектам и решает вопросы с ключевыми клиентами.
Стоит ему выпасть из операционного контура — решения замедляются, сотрудники ждут указаний, а работа начинает буксовать.
Это ручное управление в компании. Оно возникает не только потому, что руководителю трудно делегировать. Чаще бизнес растёт быстрее, чем система управления: процессы не описаны, полномочия не закреплены, показатели не помогают принимать решения, а планёрки заменяют регулярный контроль.
На раннем этапе личное участие собственника полезно: он хорошо знает клиентов, быстро замечает проблемы и принимает решения без долгих согласований. Но с ростом бизнеса увеличивается число операций, сотрудников, проектов и исключений.
Новые продукты, регионы и каналы продаж создают больше передач между функциями и больше конкурирующих приоритетов. Если правила взаимодействия остаются неформальными, собственник становится обязательной точкой координации: продажи обещают клиенту один срок, производство работает по другой загрузке, закупки ориентируются на собственные лимиты.
Система становится уязвимой, когда знания хранятся в памяти отдельных сотрудников. Один человек знает, как провести нестандартный заказ, ускорить поставку или согласовать исключение для ключевого клиента. Во время его отпуска, болезни или увольнения работа замедляется, потому что правила нельзя быстро восстановить.
Скидки, платежи, найм, выбор подрядчика, перенос сроков и условия для клиента требуют личного подтверждения первого лица. Руководители собирают данные, но не принимают решения в своей зоне ответственности.
В компании могут быть руководители продаж, производства, финансов и HR. Но это не означает, что есть владелец процесса «лид — договор — оплата» или «заказ — производство — отгрузка».
Руководитель функции отвечает за свой участок. Владелец процесса отвечает за конечный результат: сроки, качество, ресурсы, риски и взаимодействие между подразделениями. Для устойчивого процесса также должны быть определены входы, выходы, участники и критерии результативности. О том, как выстроить эту логику, читайте в материале РШУ о проектировании бизнес-процессов.
Закупки могут снижать цену поставки, производство — повышать загрузку оборудования, а продажи — выполнять план по новым договорам. Но одновременно растут запасы, увеличивается срок заказа, снижается маржинальность или становится больше возвратов.
Это признак того, что показатели функций не связаны с результатом сквозного процесса. Полезно оценивать не отдельные цифры, а их динамику, пороговые значения и взаимосвязь. Например, рост загрузки оборудования может сократить простой, но увеличить срок заказа и количество переделок. В статье Русской Школы Управления о KPI и метриках бизнес-процессов разобраны группы показателей времени, качества, стоимости и производительности.
Если на встречах руководители в основном пересказывают статусы, уточняют задачи и вручную распределяют поручения, компания узнаёт о проблемах слишком поздно. Рабочая встреча нужна для управления отклонениями: понять, что вышло за целевой диапазон, где причина, какое решение требуется, кто отвечает и когда будет проверен эффект.
Показатели могут быть включены в мотивацию и ежемесячные отчёты. Но если сотрудник не понимает, как его действия влияют на время цикла, качество, стоимость или клиентский результат, KPI превращаются в формальность.
О проблеме узнают после срыва поставки, жалобы клиента, возврата, брака или кассового разрыва. Для критичных процессов нужны ранние индикаторы: длительность цикла, объём переделок, число зависших задач, доля срочных заказов, просроченные согласования и нарушения SLA.
Компания внедряет CRM, ERP, BPM-систему или ИИ-инструмент, но сотрудники продолжают вести параллельные таблицы, уточнять статусы в мессенджерах и вручную исправлять данные. Обычно проблема не в платформе: технология накладывается на неописанный процесс, где не определены роли, входные данные, исключения и критерии результата.
Не нужно сразу описывать всю компанию или покупать новую IT-платформу. Начните с трёх-пяти критичных процессов, в которых зависимость от собственника влияет на деньги, клиента, срок, качество или операционный риск.
Делегирование не означает, что собственник перестаёт контролировать решения. Задача — заранее определить, какие вопросы команда решает самостоятельно, что относится к ответственности руководителя и в каких случаях требуется участие первого лица.
Представим компанию, где собственник регулярно подключается к согласованию сроков и цен для нестандартных заказов. Продажи обещают клиенту условия, производство оценивает загрузку отдельно, а финансы проверяют маржинальность уже после договорённостей. В результате решение зависит от доступности первого лица, а информация собирается вручную.
Первый шаг — описать цепочку «заявка — расчёт — договор — производство — отгрузка» и назначить владельца процесса. Затем команда определяет, какие условия менеджер может согласовывать сам, какие решения принимает руководитель продаж, а какие нужно передавать собственнику.
В регулярную панель можно включить пять метрик: время ответа на заявку, долю заказов, выполненных в срок, маржинальность, процент переделок и число эскалаций между подразделениями. Собственник получает информацию только по критичным исключениям: например, при выходе за установленный уровень скидки, риска или срока.
Такой подход не исключает участие собственника в важных решениях. Он отделяет стратегические исключения от типовой операционной работы и делает процесс воспроизводимым для команды.
Практики бережливого производства показывают потенциал системной работы с процессами. По данным Правительства РФ, в отдельных организациях, участвовавших в проектах бережливого производства, средняя выработка выросла почти на 60%, а сроки выпуска и избыточные запасы сократились примерно на треть. Это не универсальная гарантия результата, а пример эффекта от работы с потоками, потерями и управленческими решениями.
Операционный директор не должен становиться новым главным контролёром вместо собственника. Его задача — выстроить среду, в которой решения принимаются на нужном уровне, отклонения видны до ущерба, а руководители отвечают не только за работу отделов, но и за общий результат процесса.
COO связывает стратегию с ежедневными операциями: переводит приоритеты бизнеса в процессы, ресурсы, полномочия, показатели и проекты изменений. Для руководителей, которым нужно выстроить такой контур, программа РШУ «Операционный директор» включает процессное управление, KPI, операционную эффективность, цифровизацию, управление изменениями и рисками.
Если вы ответили «нет» на три и более пункта, начните с одного процесса, который чаще других требует личного вмешательства собственника. Зафиксируйте его границы, владельца, полномочия и несколько метрик — затем оцените, стало ли меньше эскалаций и быстрее ли принимаются решения.