Как сооснователь защищает время от операционки: практика

Сооснователь — не CEO. У него нет одного босса, которому можно объяснить, почему он недоступен три часа в день. Его боссов двое, трое, иногда пятеро — партнёры, которые считают, что общий бизнес даёт право на его время в любой момент. Это не злой умысел. Это логика совместного владения, которую никто не переписывал с момента основания.

Этот гайд работает. Но только если ты готов к одному неудобному разговору с партнёрами раньше, чем начнёшь выстраивать любую систему. Без него всё остальное — временная мера, которая рассыплется при первом кризисе.

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

1. Почему у сооснователя особая проблема с операционкой 2. Шаг 1. Разграничь зоны ответственности с партнёрами письменно 3. Шаг 2. Определи, что из операционки держишь ты — и почему 4. Шаг 3. Выстрои структуру недоступности — конкретные инструменты 5. Шаг 4. Передай операционные решения — не задачи, а полномочия 6. Ошибки при прохождении — и что с ними делать 7. Частые вопросы

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

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

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

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

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

Именно поэтому первый шаг в этом гайде — не про расписание и не про делегирование. Он про бумагу.

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

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

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

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

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

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

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

Прежде чем передавать операционку, нужно понять, почему она у тебя. Это не риторический вопрос. У большинства сооснователей, с которыми я работал, реальная причина отличается от декларируемой.

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

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

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

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

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

Мы не выстраивали систему делегирования. Мы готовили разговор с партнёром. Через две недели после этого разговора Андрей передал производственные решения операционному директору — и партнёр не только не возражал, но и сам предложил зафиксировать зоны письменно.

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

Это неудобное упражнение. Именно поэтому большинство пропускает его и сразу переходит к инструментам. Инструменты не работают без этого шага.

После того как зоны ответственности зафиксированы и причины операционной нагрузки поняты — можно строить систему. Не раньше.

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

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

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

Протокол «не трогать». Конкретные правила для команды и партнёров: какие вопросы требуют твоего участия, какие — нет. Формат простой: список из десяти-пятнадцати типовых ситуаций с ответом «ко мне» или «решай сам / к [имя]». Этот список составляется один раз, обновляется раз в квартал.

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

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

Смежная тема — как устроить рабочую неделю целиком, а не только защитить время от операционки: об этом подробнее в материале «Как сооснователь организовал свою рабочую неделю».

Это самый часто неправильно понимаемый шаг. Большинство сооснователей, когда говорят «я делегировал», имеют в виду: «я поручил конкретную задачу конкретному человеку». Это не делегирование. Это постановка задачи. Разница огромная.

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

Матрица решений. Для каждого члена команды или направления — четыре категории: решает сам, решает и уведомляет тебя, согласовывает с тобой, только ты. Заполняется совместно с человеком, которому передаёшь. Это важно: не ты спускаешь матрицу сверху, а вы вместе её составляете. Человек, который участвовал в составлении правил, соблюдает их иначе, чем тот, кому правила были объявлены.

Здесь обычно возникает возражение: «Я уже пробовал делегировать — команда не тянет». Это реальная проблема, но она редко означает то, что кажется. Чаще всего «команда не тянет» означает одно из двух: либо команде не дали реальных полномочий (только задачи), либо команда не получила достаточно контекста для принятия решений. Второе лечится не заменой людей, а системой передачи информации.

Как не стать узким местом через неделю. Первые две-три недели после передачи полномочий — самые сложные. Люди будут приходить к тебе по привычке. Твоя задача — не решать за них, а возвращать вопрос: «Это в твоей зоне. Как ты думаешь, что нужно сделать?» Это неудобно. Это медленнее, чем просто ответить. Но именно это формирует новую привычку.

Один практический инструмент: «правило двух вопросов». Прежде чем прийти к тебе с проблемой, человек должен ответить на два вопроса письменно: что именно происходит и какие варианты решения он видит. Это не бюрократический барьер. Это фильтр, который отсекает 60–70% обращений — потому что в процессе формулировки человек сам находит ответ.

Про то, как это работает в более широком контексте личной эффективности руководителя — в материале «Личная эффективность CEO: система, энергия и фокус».

Три ошибки, которые я вижу чаще всего. Не теоретические — из реальной практики.

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

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

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

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

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

По моей практике — от трёх до шести месяцев до устойчивого результата. Первый месяц — разговоры и договорённости. Второй-третий — передача полномочий и отладка системы. Четвёртый-шестой — стабилизация. Быстрее бывает, но редко. Медленнее — почти всегда означает, что один из первых шагов был пропущен.

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

Если ты дочитал до этого места — скорее всего, операционка уже давно не твоя работа. Просто никто не сказал партнёрам.

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

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

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

Беру не больше 4 заявок в месяц на спринты. Напиши на hi@vvetrov.com: кто ты, сколько партнёров, в чём конкретно застрял.

P.S. Если спринт не подходит — скажу честно и порекомендую другой формат.

Апрель 2026. Автор — Виталий Ветров, стратегический советник для предпринимателей.