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

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

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

1. Почему у сооснователя-CEO особая проблема с операционкой 2. Четыре утечки времени: диагностика 3. Архитектура доступа: как выстроить фильтр 4. Партнёрский договор о времени 5. Типичные ошибки при защите времени в паре 6. Три шага без реорганизации

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

Это не проблема делегирования. Это проблема архитектуры.

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

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

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

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

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

Когда я работаю с сооснователями-CEO, мы начинаем с аудита — не стратегического, а буквального: куда уходят часы. Картина почти всегда одинаковая. Четыре источника.

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

Второй — «быстрые вопросы» от команды. Сооснователь-CEO воспринимается командой как более доступный, чем наёмный руководитель. Особенно если компания выросла из стартапа, где все ходили к основателям напрямую. Эта привычка сохраняется годами после того, как структура уже должна была её вытеснить. Каждый «быстрый вопрос» стоит 10–15 минут с учётом переключения контекста. Десять таких вопросов в день — это полтора часа.

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

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

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

Четыре утечки — это диагноз. Теперь про лечение.

Защита времени сооснователя-CEO строится не на силе воли и не на более жёстком расписании. Она строится на том, кто и как может получить доступ к тебе — и при каких условиях.

Я называю это архитектурой доступа. Три элемента.

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

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

Третий — «окна» вместо открытых дверей. Это не про недоступность. Это про предсказуемость. Когда команда знает, что с 10 до 11 в понедельник и среду ты доступен для оперативных вопросов, а в остальное время — нет, они адаптируются. Большинство «срочных» вопросов оказываются несрочными, когда до окна остаётся два часа.

Из практики. Андрей — сооснователь производственной компании с выручкой около 400 миллионов. Два партнёра, формально разделённые зоны: один отвечает за производство, второй — за продажи и клиентов. Пришёл с запросом «нет времени на стратегию». Мы потратили первую сессию на аудит недели — не на стратегию.

Выяснилось: оба партнёра были точкой входа для одних и тех же людей. Коммерческий директор ходил к обоим — потому что производственные вопросы влияли на сроки, а сроки влияли на клиентов. Логично. Но каждый раз это стоило обоим партнёрам по 30–40 минут.

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

Парадокс в том, что он не стал менее доступным. Он стал более предсказуемым.

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

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

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

Партнёрский договор о времени — это не документ. Это набор явных договорённостей между сооснователями о том, как они взаимодействуют. Три элемента.

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

Второй — правило одного входа. Для каждой функции или зоны — один партнёр как первая точка контакта. Команда знает это. Клиенты знают это. Второй партнёр подключается только если первый явно эскалирует. Это не значит, что второй не в курсе — это значит, что он не в потоке.

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

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

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

Когда сооснователи начинают выстраивать защиту времени, они наступают на несколько одинаковых граблей. Перечислю три главных.

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

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

Ложная экономия на структуре. «Нам не нужны формальные правила, мы и так понимаем друг друга». Это работает, пока компания маленькая и оба партнёра физически рядом. Когда компания растёт, неформальные договорённости не масштабируются. Они остаются в головах — и интерпретируются по-разному. Структура — это не недоверие. Это способ сохранить доверие при росте.

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

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

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

Шаг первый — аудит недели. Возьми последние пять рабочих дней. Выпиши все обращения к тебе: от команды, от клиентов, от партнёра. Для каждого ответь на один вопрос: это должно было дойти до меня, или нет? Не «мог ли я это делегировать» — а именно «должно ли это было дойти до меня по логике нашей структуры». Это займёт 30–40 минут. Картина будет неприятной. Это нормально.

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

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

Три шага не требуют консультанта, новой оргсхемы или стратегической сессии. Они требуют одного — готовности сделать неявное явным. Сначала для себя. Потом для партнёра. Потом для команды.

Если хочешь проверить, не накапливается ли у тебя усталость быстрее, чем ты замечаешь — скачай чек-лист по признакам выгорания для CEO. Он короткий и неприятный в хорошем смысле. Скачать чек-лист.

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

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

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

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

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

Работаю с сооснователями и CEO бизнесов от 80 миллионов выручки. Не с теми, кто только начинает выстраивать структуру, — с теми, кто уже выстроил, но застрял. Беру не более 5 клиентов одновременно.

Напиши на hi@vvetrov.com: кто ты, что за бизнес, в чём вопрос. Один абзац достаточно.

P.S. Если не подхожу — скажу, к кому пойти.

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