Как фаундер защищает время от операционки: для фаундера

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

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

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

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

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

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

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

Первые два разговора мы потратили на диагностику. Не на инструменты — на картину. Где реально уходит время? Какие задачи Антон физически не может отдать? Что происходит, когда он пробует?

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

Но вот что интересно: именно эти 30% Антон откладывал в первую очередь. Потому что они требовали другого состояния — не реактивного, а сосредоточенного. А сосредоточенного состояния у него не было. Его съедали первые 70%.

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

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

И вот тут нас ждала первая из трёх развилок — и она оказалась совсем не той, которую я ожидал.

Развилка первая: список нельзя

Первое, что мы сделали — составили список задач, которые Антон решил никогда не делать сам. Звучит просто. На практике это заняло три сессии и несколько итераций.

Проблема была не в том, чтобы придумать список. Проблема была в том, чтобы написать его честно. Первая версия выглядела как корпоративный регламент — правильные слова, ничего живого. «Операционные вопросы до 500 тысяч рублей», «согласование типовых договоров», «найм сотрудников ниже руководителя направления». Всё верно. И всё мертво.

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

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

Первые две недели операционный директор возвращал задачи. Антон принимал их обратно. Это была не саботаж — это была привычка. Обоих.

Развилка вторая: буфер

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

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

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

После этого осознания блоки начали держаться. Не идеально — но держаться.

Развилка третья: цена решения

Третья развилка оказалась самой болезненной — и самой полезной.

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

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

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

Антон выбрал первое. Но это потребовало разговоров с командой, которые он откладывал. И один из этих разговоров закончился не так, как он хотел.

Через четыре месяца картина изменилась. Не радикально — но измеримо.

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

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

Ощущение контроля — то самое, которое операционка давала раньше — не исчезло. Оно сменило форму. Антон стал контролировать не задачи, а направление. Это другое качество контроля, и к нему нужно привыкнуть.

Что не получилось: команда поначалу сопротивлялась. Не открыто — через инерцию. Задачи всё равно приходили, просто с другими формулировками. Это нормально — системы меняются медленно.

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

Это был честный итог. Система работает. Цена была.

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

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

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

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

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

Антон до сих пор приходит с блокнотом. Но теперь там другое. Не задачи на три дня — вопросы на три месяца. Это маленькая разница. И большая.

Это работает только для IT-компаний или для любого бизнеса?

Паттерн универсален — фаундер в операционке из-за психологической функции, а не нехватки инструментов, встречается в производстве, рознице, сервисном бизнесе. Конкретные инструменты адаптируются под специфику. Структура проблемы — одна.

А если команда действительно слабая и делегировать некому?

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

Сколько времени реально занимает такой переход?

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

Если этот кейс читается как твоя история — не обязательно один в один, достаточно сходства по структуре — приходи на разбор.

Работаю с фаундерами и CEO бизнесов от 80 миллионов выручки. Беру до трёх заявок в месяц на advisory-формат — не потому что маркетинговый приём, а потому что больше не успеваю делать хорошо.

Заявка на сайте — /services/coaching/ — или письмо на hi@vvetrov.com: кто ты, что за бизнес, с чем пришёл. Без питча, без продаж на первом разговоре.

Если ты уже знаешь, что проблема не в инструментах — это хороший старт.

P.S. Если ты читаешь это и думаешь «у меня объективно нельзя делегировать, специфика другая» — возможно, именно ты и есть целевой читатель. Или нет. Это стоит проверить.

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