Как фаундер освободил 30 часов в неделю: история из логистике

Он не нанял COO. Не внедрил ERP. Не прошёл курс по тайм-менеджменту. Через четыре месяца у него появилось 30 свободных часов в неделю — и он не знал, что с ними делать. Это история о том, как фаундер логистической компании вышел из операционки — и почему первые две недели после этого оказались тяжелее, чем сама работа. Если ты управляешь бизнесом с выручкой от 80 миллионов и чувствуешь, что компания держится на тебе лично — читай до конца. В финале — один вопрос, который я задаю каждому фаундеру на первой встрече. Он неудобный. Но именно он показывает, есть ли у тебя шанс выйти из операционки за разумное время.

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

По факту — Андрей принимал решения по каждой нестандартной отгрузке лично.

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

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

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

Логистика — особенно жёсткий случай. Операционная плотность высокая: каждый день что-то идёт не по плану. Машина сломалась. Клиент изменил адрес. Таможня задержала груз. Каждое из этих событий — потенциальный эскалационный триггер. Если у компании нет чёткого протокола, кто и как принимает решение в нестандартной ситуации, всё летит к фаундеру. Всегда.

Момент, когда Андрей понял, что так нельзя продолжать, был банальным. Он сидел на дне рождения дочери и отвечал на звонок диспетчера по поводу задержки рейса. Дочь смотрела на него. Он это заметил. И положил трубку — впервые за восемь лет — не ответив.

На следующий день он написал мне.

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

Первая сессия была неудобной. Я попросил Андрея записывать всё, что он делает в течение двух рабочих недель — каждое действие, каждый звонок, каждое решение. Не для отчёта. Для того, чтобы увидеть реальную картину, а не ту, которую он держал в голове.

Через две недели мы сели разбирать список. Он занял четыре страницы.

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

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

Мы разделили все задачи Андрея на три категории.

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

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

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

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

Но знать это и изменить это — разные вещи. Что именно мы сделали — дальше.

Мы не строили новую оргструктуру. Не писали должностные инструкции на сорок страниц. Не внедряли новую систему управления. Три конкретных изменения — и они дали результат.

Решение первое: передача диспетчеризации с полными полномочиями.

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

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

Решение второе: протокол эскалации вместо звонков.

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

Всё остальное — не звонок. Всё остальное — решение команды.

Первые две недели команда всё равно звонила. Андрей не отвечал. Это было тяжело — для него, не для команды. Команда справлялась.

Решение третье: еженедельный ритм вместо постоянной доступности.

Андрей ввёл одно совещание в неделю — два часа в понедельник. Всё, что не требует немедленного решения, ждёт этого совещания. Его телефон в рабочее время перестал быть горячей линией.

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

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

Но три решения — это только половина истории. Что пошло не так — важнее.

Первые три недели команда не верила, что это всерьёз.

Это нормально. Когда фаундер восемь лет был центром всех решений, а потом вдруг говорит «теперь решаете вы» — люди не меняют поведение немедленно. Они ждут. Проверяют. Смотрят, не вернётся ли всё обратно.

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

На четвёртой неделе Андрей сам нарушил правила.

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

Это был откат. Небольшой — но важный. Потому что команда это заметила. И на следующий день снова начала звонить Андрею по нестандартным ситуациям.

Мы разобрали этот эпизод на сессии. Андрей понял: он нарушил не процедуру — он нарушил сигнал. Команда читает поведение фаундера, а не его слова. Если фаундер говорит «решайте сами», но при первом удобном случае берёт управление — команда делает вывод: «значит, на самом деле не решайте».

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

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

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

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

Три условия, которые были у Андрея и которые сделали изменение возможным.

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

Второе: бизнес был операционно стабильным. Не идеальным — но стабильным. Не было кризиса с ключевым клиентом, не было финансовой дыры, не было конфликта в команде. Выход из операционки в момент кризиса — это не стратегия, это бегство. Разница принципиальная.

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

Теперь — когда это не работает.

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

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

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

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

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

Три вопроса для самодиагностики. Честные ответы — только для тебя.

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

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

Третий — тот самый неудобный вопрос, который я задаю на первой встрече. Ради чего ты строил этот бизнес — и есть ли у тебя сейчас время заниматься именно этим? Не управлять. Не тушить пожары. А тем, ради чего ты начинал.

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

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

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

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

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

Это и есть настоящая цена изменения. И настоящая ценность.

Если ты читал это и думал «это про меня» — скорее всего, так и есть. Совпадения в таких историях не случайны.

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

Беру не больше двух спринтов в месяц. Сейчас есть одно место.

Напиши на hi@vvetrov.com: кто ты, что за бизнес, в чём застрял. Я отвечу в течение дня.

P.S. Если после письма окажется, что задача не моя — скажу честно и подскажу, куда идти.

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