Команда логистике которая работает без фаундер: как строить: для CEO

# Команда в логистике которая работает без фаундера: как строить: для CEO

Все думают, что задача — найти правильных людей.

Это не так.

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

Задача — построить систему, в которой не нужен ты.

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

Есть отрасли, где фаундер может выйти из операционки относительно безболезненно. Логистика — не одна из них.

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

Поток не терпит пустот.

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

Это знание нигде не записано.

Оно в голове фаундера. И пока оно там — команда не может работать без него. Физически не может. Не потому что не хочет — потому что у неё нет инструментов.

Парадокс в том, что чем лучше фаундер справляется с этой ролью — тем крепче он в ней застрял. Система работает. Клиенты довольны. Деньги идут. Зачем что-то менять?

Затем, что ты не масштабируешься.

Ты — узкое горлышко. И рост компании упирается не в рынок, не в конкурентов, не в капитал. Он упирается в твои 24 часа.

Шестой раз за этот год слышу одну и ту же историю. Детали разные — отрасль одна.

Фаундер говорит: «Я пробовал делегировать. Не работает.» Я спрашиваю: «Что именно не работало?» Он думает. Потом говорит что-то вроде: «Ну, они принимали неправильные решения.» Я спрашиваю: «Неправильные — это как?» Пауза. «Ну, не так, как я бы принял.»

Вот и всё.

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

Есть три типа зависимости, которые держат фаундера внутри операционки. Они редко существуют по отдельности.

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

Решенческая зависимость. Даже когда данные есть — команда не уверена, что имеет право решать. Потому что однажды ты отменил их решение. Или поморщился. Или сказал «ну ладно» таким тоном, что все поняли: лучше спросить.

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

Отдать это — страшно. Даже если ты этого не признаёшь.

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

Он сказал: «Я нанял операционного директора. Хорошего. Он не справляется.»

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

«Он не справляется» — означало «он не может читать мои мысли».

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

Операционный директор не изменился. Изменилась система вокруг него.

Это не про найм. Это про архитектуру.

Три принципа, которые я видел в компаниях, где это работает. Не теория — наблюдение.

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

Это скучная работа. Её никто не любит делать. Но пока она не сделана — команда будет приходить к тебе. Не потому что хочет. Потому что больше некуда.

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

Этот коридор должен быть широким. Шире, чем тебе комфортно.

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

Культура ошибки. Это самое сложное. И самое важное.

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

Это убивает автономию.

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

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

Это не мягкость. Это прагматика.

Отдельно — про найм.

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

Это другой тип человека. И его проще найти, когда ты сам понимаешь, что ищешь.

О том, как проверять кандидата до найма — есть отдельный материал.

Это вопрос, который редко задают вслух. Но он есть у каждого фаундера, который думает о выходе из операционки.

Если команда работает без меня — зачем я?

Это хороший вопрос. Честный.

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

Всё это время было. Его просто занимала операционка.

Но есть и другое.

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

Это тоже ответ. Не плохой и не хороший. Просто честный.

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

Разница небольшая. Но она меняет всё.

Когда Игорь в последний раз позвонил мне по поводу фуры — он уже звонил не потому что не знал что делать. Он звонил потому что привык.

Это тоже надо лечить.

Но это уже другая история.

Это не про тебя, если ты только строишь первую команду. Это про тебя, если команда уже есть — а ты всё равно внутри.

Короткие наблюдения — в Telegram: @vvetrovcom

P.S. Если тема резонирует и хочется разобрать конкретную ситуацию — есть стратегическая консультация.

Апрель 2026. Автор — Виталий Ветров.