Аналитика

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

2026-05-12 00:00 performance

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

Почему у сооснователя проблема с операционкой острее, чем у одиночного CEO

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

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

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

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

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

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

Что реально работает — три механизма с конкретикой

Механизм первый: временны́е блоки как партнёрский протокол

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

Без этого протокола блоки живут три дня. Потом один партнёр «на секунду» заходит к другому с «быстрым вопросом» — и понеслось.

Конкретный пример из практики. Двое сооснователей, производственный бизнес, около 200 миллионов выручки. Назову их Андрей и Михаил. Оба жаловались на операционку. Оба пробовали блоки. Оба бросали через неделю.

Когда разобрались — оказалось, что у них не было договорённости о том, что считается «срочным». Андрей считал срочным всё, что касается клиентов. Михаил — всё, что касается производства. В итоге каждый регулярно прерывал другого с «объективно срочным» вопросом. Блоки не выдерживали.

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

Механизм второй: матрица зон — кто владеет решением

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

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

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

Механизм третий: единая точка входа для команды

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

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

Смотри также: как сооснователь организовал свою рабочую неделю — там подробнее про структуру недели под эту логику.

Где это ломается — типичные сбои и как их чинить

Партнёр как обходной путь

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

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

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

«Срочное» как культурный код

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

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

Асимметрия нагрузки при разном темпе роста партнёров

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

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

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

Конкретные вопросы — конкретные ответы

С чего начать, если операционка уже поглотила обоих партнёров?

Не с инструментов. С разговора между партнёрами — честного, без взаимных обвинений. Вопрос один: что каждый из нас хочет делать, а что — нет? Не «что правильно», не «что нужно бизнесу», а что каждый реально хочет.

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

После разговора — матрица зон. После матрицы — протокол блоков. Не наоборот.

Как договориться с партнёром, если он не видит проблемы?

Это один из самых частых вопросов. И один из самых неудобных ответов: если партнёр не видит проблемы — значит, у него её нет. Операционка поглощает тебя, а не его. Это важная информация.

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

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

Сколько времени реально нужно сооснователю на стратегические задачи?

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

Восемь часов — это минимум. Не «восемь часов в офисе с закрытой дверью». Восемь часов без входящих, без мессенджеров, без «на секунду».

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

Что делать, если команда саботирует новые правила?

Команда редко саботирует осознанно. Чаще — просто не верит, что правила всерьёз. Потому что видела, как предыдущие правила отменялись через неделю.

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

Если один из партнёров сломался — система сбрасывается. Не частично. Полностью. Придётся начинать заново.

Если операционка поглощает тебя и партнёра — это не вопрос дисциплины. Это вопрос архитектуры. Дисциплина помогает держать систему. Но сначала нужна система.

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

Если хочешь разобрать свою ситуацию — работаю с сооснователями бизнесов от 80 миллионов выручки, у которых есть партнёр и нет работающей системы разграничения. Беру не более трёх новых клиентов в месяц. Напиши на hi@vvetrov.com: кто вы с партнёром, что за бизнес, в чём конкретно застряли.

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

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