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