Антон пришёл с конкретным запросом: «Хочу нанять CEO и выйти из операционки». Через двадцать минут разговора выяснилось, что настоящий запрос другой: «Хочу, чтобы всё работало без меня — но чтобы я мог вернуться в любой момент и всё исправить».
Это не делегирование. Это страховка от собственного решения.
Разбираю, как мы из этого выбрались — и почему делегирование CEO для фаундера почти никогда не бывает HR-задачей.
IT-сервис, больше восьми лет на рынке, оборот под полмиллиарда. Антон основал компанию сам, прошёл через несколько кризисов, вырастил команду с нуля. К моменту нашего разговора в компании работало несколько десятков человек, были выстроены продажи, сформировался устойчивый клиентский портфель.
Снаружи — зрелый бизнес. Внутри — стартаперская структура управления, в центре которой стоял один человек.
Все ключевые решения шли через Антона. Найм — он. Крупные сделки — он. Конфликты с клиентами — он. Продуктовая стратегия — он. Это не было сознательным выбором. Это было накоплено за восемь лет, слой за слоем, как осадочная порода.
Антон устал. Не от бизнеса — от роли. Он хотел думать о стратегии, а не разбирать, почему разработчик не вышел на встречу с клиентом. Он хотел видеть картину целиком, а не тушить пожары.
Первая попытка нанять директора случилась за полтора года до нашего разговора. Человек проработал четыре месяца и ушёл. Антон объяснил это просто: «Не тот человек». Но когда я спросил, что именно тот человек делал не так, — ответ занял двадцать минут и сводился к одному: Антон не мог не вмешиваться.
Второй раз он решил сделать иначе. Сначала — разобраться, что именно он хочет передать, и только потом искать того, кому передавать.
Запрос звучал как задача делегирования. На деле это был запрос на управление тревогой.
Я задал Антону вопрос, который обычно быстро вскрывает реальную картину: «Через год новый CEO работает. Ты смотришь на дашборд. Что именно ты хочешь там видеть — и что ты хочешь иметь право изменить?»
Антон думал минуты три. Потом сказал: «Не знаю».
Это честный ответ. И очень показательный. Фаундеры, которые восемь лет были единственным центром принятия решений, часто не могут ответить на этот вопрос — не потому что не думали об этом, а потому что никогда не разделяли три разных слоя контроля.
Первый слой — операционный. Кто принимает решения по текущим задачам: найм, клиентские конфликты, бюджеты подразделений. Это то, от чего Антон хотел уйти — и это самый простой слой для передачи.
Второй слой — стратегический. Кто определяет направление: новые рынки, продуктовые приоритеты, партнёрства. Здесь Антон хотел остаться — но не мог чётко сформулировать, в каком формате.
Третий слой — идентификационный. Кто такой Антон, если он не CEO своей компании. Этот вопрос он вслух не задавал, но он присутствовал в каждом разговоре. Восемь лет роль фаундера и роль CEO были одним и тем же. Разделить их — значит ответить на вопрос об идентичности, не только об оргструктуре.
Пока Антон не ответил на вопрос о том, что именно он хочет контролировать через год, — двигаться дальше было некуда. Любой нанятый CEO столкнулся бы с той же стеной, что и первый.
Работа заняла около двух месяцев до найма нового CEO. Три развилки определили результат.
Стандартная ошибка — нанять человека, а потом договариваться, кто за что отвечает. Антон хотел сделать именно так: «Найдём хорошего человека, а там разберёмся». Это понятное желание. И почти гарантированный источник конфликта через три месяца.
Мы сделали иначе. До начала поиска Антон письменно зафиксировал три вещи: что CEO принимает самостоятельно, что согласовывает с Антоном, что остаётся только за Антоном. Не в формате должностной инструкции — в формате конкретных сценариев. «Если приходит запрос на партнёрство с компанией X типа — кто решает?» «Если ключевой разработчик просит повышение на 40% — кто решает?»
Это упражнение заняло три сессии. Антон несколько раз менял ответы. Это нормально — именно в процессе формулировки становится понятно, где реальная граница, а где декларируемая.
Альтернатива, которую Антон хотел выбрать: «Давай сначала найдём человека, а потом под него настроим структуру». Это не делегирование — это перекладывание архитектурной задачи на нового сотрудника.
Антон хотел еженедельные встречи с CEO плюс доступ ко всей переписке команды. Это не контроль — это наблюдение. Разница принципиальная: наблюдение создаёт иллюзию контроля и одновременно демотивирует нового руководителя.
Мы договорились на другое: четыре метрики, которые Антон смотрит еженедельно сам, и одна встреча в две недели — стратегическая, не операционная. Плюс явные триггеры: если метрика выходит за пороговое значение — Антон имеет право запросить разбор. Если нет — не вмешивается.
Это потребовало от Антона сформулировать, что именно он считает «всё идёт не так». Оказалось, что у него не было чёткого ответа. Восемь лет он чувствовал это интуитивно. Перевести интуицию в метрики — отдельная работа, которую многие фаундеры никогда не делают.
Здесь обычно возникает возражение: «Метрики не покажут всего, что важно». Это правда. Метрики не заменяют суждение. Но они создают общий язык между фаундером и CEO — и снижают количество ситуаций, когда фаундер вмешивается потому что «что-то не так», не умея объяснить что именно.
Антон хотел «посмотреть три месяца и потом решить». Это звучит разумно, но создаёт ловушку: три месяца наблюдения без чётких критериев — это три месяца накопления тревоги. К концу периода фаундер обычно либо убеждает себя, что «всё нормально», либо находит причину, почему «человек не тот».
Мы договорились иначе: первые три месяца — испытательный период с явными точками проверки. Раз в месяц — структурированный разговор по заранее согласованным вопросам. Не «как дела», а «вот три решения, которые ты принял за месяц — давай разберём логику». Плюс список из пяти ситуаций, при которых Антон имеет право вмешаться без предупреждения. Всё остальное — не его территория.
Когда новый CEO вышел на работу, первые три недели Антон нарушал все договорённости. Он писал напрямую разработчикам, комментировал решения в общих чатах, дважды отменил решение CEO по клиентскому вопросу. Это не было злым умыслом — это была мышечная память восьми лет. Но это показало кое-что важное: архитектура работает только если фаундер сам её соблюдает. Никакой CEO не выдержит руководителя, который договорился об одном, а делает другое.
Мы провели отдельный разговор об этом. Антон согласился. Следующие три недели были другими.
Через четыре месяца после выхода нового CEO Антон перестал участвовать в операционных решениях. Не потому что «отпустил» в психологическом смысле — а потому что построил систему, где его участие стало необязательным. Разница принципиальная, и она важна.
«Отпустить» — это про внутреннее состояние. «Построить систему» — это про архитектуру. Первое без второго не работает: можно сколько угодно работать с тревогой фаундера, но если нет чётких зон ответственности и метрик — тревога возвращается при первом же кризисе. Второе без первого тоже не работает: можно построить идеальную структуру, но если фаундер не готов её соблюдать — она рассыпается за две недели.
Антон получил то, за чем пришёл: время и пространство для стратегического мышления. Он перестал разбирать клиентские конфликты. Перестал согласовывать найм на уровне рядовых позиций. Перестал быть в копии каждого письма.
Но не всё получилось так, как планировалось.
Полную передачу стратегических решений Антон так и не сделал. По крупным сделкам — тем, что меняют структуру бизнеса или требуют значительных инвестиций, — он остался финальным арбитром. Это не провал. Это осознанный компромисс: Антон понял, что не готов передавать стратегию полностью, и зафиксировал это явно, а не оставил в серой зоне.
Разница между «я не передал стратегию, потому что не смог» и «я не передал стратегию, потому что решил не передавать» — огромная. Первое — ловушка. Второе — выбор.
Новый CEO проработал больше полугода. По словам Антона, это первый человек на этой позиции, который «не ушёл и не сломался». Формулировка говорит сама за себя.
Этот кейс — не уникальная история. Это четвёртый раз за последние два года, когда я вижу одну и ту же структуру.
Фаундер, который вырастил компанию в одиночку, приходит с запросом на делегирование CEO. Запрос формулируется как HR-задача: «Помогите найти правильного человека» или «Помогите выстроить систему контроля». На деле задача архитектурная: разделить три слоя контроля, которые за годы слились в один, и построить систему передачи — до найма, не после.
Три вещи, которые определяют результат:
Первое — зоны ответственности фиксируются до найма. Не «разберёмся с человеком», а «сначала поймём, что передаём». Это занимает время. Это неудобно. Это единственный способ не повторить первую попытку.
Второе — контроль строится на метриках, не на присутствии. Фаундер, который хочет быть в копии всего, не делегирует — он наблюдает. Наблюдение не освобождает время и демотивирует нового руководителя одновременно.
Третье — фаундер сам соблюдает договорённости. Это самое сложное. Восемь или десять лет мышечной памяти не исчезают после одного разговора. Нарушения в первые недели — норма. Но их нужно замечать и корректировать, а не игнорировать.
Недавно похожая история случилась в производственной компании. Собственник нанял операционного директора, подробно описал задачи, согласовал KPI — и через два месяца снова принимал все решения сам. Не потому что директор был плохим. Потому что не было явных триггеров вмешательства: собственник вмешивался каждый раз, когда «чувствовал, что что-то не так». Директор не мог работать в такой системе. Ушёл. История повторилась.
Структура ошибки — та же. Индустрия другая.
Если вы читаете полный гайд по выходу из операционного управления — там подробнее про архитектуру этого перехода в целом. Здесь я разобрал один конкретный кейс, потому что детали важны.
Это единичный случай или это типично для фаундеров?
Типично. Фаундер, который восемь-десять лет был единственным центром принятия решений, почти всегда приходит с запросом на делегирование, за которым стоит запрос на управление тревогой. Это не слабость — это логичное следствие того, как строится бизнес на ранних стадиях. Проблема не в психологии фаундера, а в том, что архитектура управления не менялась вместе с ростом компании.
А если новый CEO окажется сильнее фаундера в стратегии — это не угроза?
Это цель, а не угроза. Фаундер, который нанимает CEO слабее себя, чтобы оставаться незаменимым, решает не ту задачу. Вопрос не в том, кто сильнее, — а в том, у кого какая роль. Антон в итоге остался финальным арбитром по стратегическим решениям не потому что боялся нового CEO, а потому что так решил. Это разные вещи.
Что делать, если я вижу у себя похожую ситуацию — но ещё не нанял CEO?
Это лучший момент для работы над архитектурой. До найма зоны ответственности описывать проще: нет живого человека, интересы которого нужно учитывать, нет накопленных договорённостей, которые придётся пересматривать. Если вы сейчас на стадии «думаю о найме CEO» — начните с вопроса: «Что именно я хочу контролировать через год?» Если ответ не приходит за пять минут — это сигнал, что архитектурная работа ещё не сделана.
Смотрите также: Нанял директора за 400 тысяч — и всё равно всё решаю сам: разбор ошибки и Чеклист делегирования для фаундера.
Антон пришёл с запросом на делегирование. Оказалось, что настоящий запрос — про архитектуру передачи и про то, что именно он хочет оставить за собой. Страховка от собственного решения не нужна, когда решение принято осознанно.
Если этот кейс читается как ваша история — не обязательно идентично, достаточно сходства по структуре — приходи на разбор.
Работаю с фаундерами и собственниками бизнесов от 80 миллионов выручки, которые уже наняли или собираются нанять CEO. Беру не больше двух advisory-запросов в месяц.
hi@vvetrov.com — кто ты, что за бизнес, на какой стадии передача.
Если ты думаешь, что у тебя точно другое — возможно, так и есть. Но структура ошибки обычно одна. Читатель, который узнал себя, сам знает, что делать дальше.
P.S. Если ты ещё не нанял CEO, но уже думаешь об этом — это лучший момент для разговора. До найма архитектуру строить проще.
Апрель 2026. Автор — Виталий Ветров, управляющий партнёр юридической фирмы и стратегический советник.