Выход из операционки: почему собственник застревает в бизнесе и как из него выйти

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

Эта статья — про механику: что именно замыкает решения на собственнике и какими конкретными действиями это размыкается.

Что такое операционка в бизнесе

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

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

Почему «раздать задачи» не выводит из операционки

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

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

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

Что значит выйти из операционки

Выйти из операционки — не перестать работать и не уйти в стратегию, бросив компанию. Это сменить уровень участия: вместо того чтобы принимать каждое решение, задавать правила, по которым решения принимаются без собственника. Пока он разбирает каждый случай, без него всё останавливается; когда правила заданы, компания работает и в его отсутствие. (Как при этом команда учится решать сама и что меняется в роли собственника на стратегическом уровне — отдельная большая тема; здесь остаёмся строго на решениях.)

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

У выхода из операционки есть своё время

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

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

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

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

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

Как выйти из операционки: передавать решения, а не задачи

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

Сначала увидеть, что идёт через собственника. Две недели стоит вести короткий список: по каждому вопросу, с которым приходят, — кто, с чем и могло ли это решиться без него. Через две недели записи разносятся на три группы. Первая — решения, которые правда может принять только собственник: крупные деньги, ключевые люди, развороты в стратегии; их обычно единицы. Вторая — решения, для которых достаточно один раз задать правило. Третья — то, что приходит чисто по привычке и что можно отдать сразу. Первая группа — настоящая работа собственника, третья освобождается немедленно, вторая переводится в правила в ближайшие месяцы. Этот список — не разминка, а карта выхода: он показывает, где кончается необходимость и начинается привычка держать всё на себе.

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

Договориться о ритме отчёта вместо потока согласований. Когда решения переданы, у собственника возникает встречная тревога — что теперь он не в курсе. Её закрывает не возврат к ручному контролю, а регулярная короткая сверка: раз в неделю человек показывает, какие решения принял по правилу и что из этого вышло. Так собственник видит картину, не участвуя в каждом шаге, а команда понимает, что решать самой — норма, а не риск. Поток согласований в течение дня заменяется одной точкой в неделю.

Возвращать вопрос обратно. Когда подходят с «что делать с этим клиентом», привычный ход — ответить, собственник ведь быстрее. Более полезный — спросить, что предлагает сам сотрудник, и утвердить или поправить его вариант. Первые недели это раздражает обе стороны, но за месяц-другой наверх начинают приносить не вопросы, а решения на проверку — а это принципиально другой объём участия. Навык спрашивать с людей по результату, а не подсказывать каждый шаг, — основа зрелого руководства командой.

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

Нанимать под уже описанные решения. Управляющий или исполнительный директор не выводит из операционки сам по себе. Он помогает, только если заранее описано, какие решения закреплены за его позицией, по каким правилам и на основании каких цифр он их принимает. Тогда он закрывает их сам. Если этого нет, даже сильный руководитель по умолчанию приходит за «да» — и в цепочке появляется ещё одно звено, а не меньше нагрузки на собственника.

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

Почему часть решений всё равно возвращается

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

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

С чего начать

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

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

Частые вопросы