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

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

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

По данным McKinsey, девелопмент входит в топ-3 отраслей по операционной нагрузке на основателя — наряду с производством и логистикой. Типичная неделя фаундера в активной фазе проекта: 60–80 часов. Из них на стратегию — меньше десяти.

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

Несколько фаундеров, публично рассказывавших об этом в интервью Forbes Russia и РБК Недвижимость, описывали одну и ту же точку: момент, когда стало понятно, что бизнес масштабируется, а они — нет. Проектов становится больше, команда растёт, выручка удваивается — а количество звонков в день не уменьшается, а увеличивается.

Но несколько фаундеров из этой же отрасли нашли выход. И он оказался контринтуитивным: они не стали меньше работать. Они перестали быть незаменимыми в тех узлах, где незаменимость была иллюзией.

Если собрать публично задокументированные истории выхода из операционки в девелопменте — из интервью на VC.ru, выступлений на URBAN Forum, материалов Forbes — вырисовывается устойчивая хронология. Она занимает от шести до восемнадцати месяцев. Три фазы, каждая со своей логикой.

Фаза первая. Инвентаризация решений (месяцы 1–3).

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

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

По наблюдениям, которые фиксируют консультанты, работающие с девелоперами, на этом этапе обычно выясняется, что 40–60% «незаменимых» решений фаундера — это либо информационный шум, либо следствие того, что процесс никогда не был описан.

Фаза вторая. Делегирование с двойным дном (месяцы 4–9).

Здесь большинство разворачивается назад. Фаундер нанимает операционного директора или назначает кого-то из команды — и через три месяца обнаруживает, что всё равно принимает те же решения. Просто теперь через посредника.

Проблема не в человеке. Проблема в том, что делегировали задачи, а не контекст. В девелопменте контекст — это понимание рисков: что банк не простит, что администрация не согласует, что подрядчик сделает вид, что не понял. Этот контекст не передаётся должностной инструкцией.

Фаза третья. Переход от «решателя» к «держателю стандарта» (месяцы 10–18).

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

Но именно на второй фазе большинство разворачивается назад — и вот почему это происходит системно.

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

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

Большинство фаундеров делегируют задачи. «Ты теперь отвечаешь за взаимодействие с банком». «Ты ведёшь переговоры с подрядчиком». Это выглядит как делегирование. Но это не оно.

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

По данным Forbes Russia, несколько основателей девелоперских групп, публично описывавших свой выход из операционки, называли одним из ключевых инструментов так называемую «матрицу решений» — документ, который фиксирует не что делать, а как думать о решении. Какие факторы учитывать. Какие риски неприемлемы. Где граница, за которой нужно эскалировать.

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

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

Если смотреть на публично задокументированные случаи выхода из операционки в девелопменте, прослеживаются три сценария. Каждый из них встречается в интервью и разборах — на VC.ru, в материалах URBAN Forum, в колонках Forbes.

Сценарий А. Нанять операционного директора.

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

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

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

Сценарий Б. Вырастить изнутри.

Дольше. Часто болезненнее. Но устойчивее. Фаундер выбирает человека из команды — обычно того, кто уже де-факто принимает часть решений — и системно передаёт ему контекст. Не задачи, а логику. Не регламенты, а понимание того, почему именно так.

Этот сценарий занимает от года до двух. Но человек, выращенный изнутри, уже знает контрагентов, уже понимает специфику проектов, уже встроен в отношения с банком и администрацией. Ему не нужно объяснять, почему нельзя менять подрядчика в октябре.

Сценарий В. Внешний советник на переходный период.

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

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

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

И всё же — откуда берутся эти 30 часов конкретно?

Ред-6: это четвёртый разбор за последние несколько месяцев, в котором я вижу одну и ту же структуру. Отрасли разные — девелопмент, производство, инфраструктурное строительство. Суть одна.

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

Три признака того, что фаундер готов к выходу из операционки в девелопменте:

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

— У него есть хотя бы один человек в команде, которому он доверяет принимать решения в нештатных ситуациях — не потому что тот «справится», а потому что тот понимает контекст рисков.

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

Три признака того, что ещё не готов:

— Он убеждён, что его отрасль, его проект, его команда — особый случай, где делегирование не работает.

— Он нанял операционного директора, но тот «не тянет» — и фаундер объясняет это качеством кандидата, а не отсутствием системы.

— Он думает о выходе из операционки как о потере контроля, а не как о смене формы контроля.

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

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

Это единичные случаи или типичная история для девелопмента?

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

А если у меня нет человека внутри, которому можно передать контекст?

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

Что делать, если я вижу у себя похожую ситуацию прямо сейчас?

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

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

Подписаться: t.me/vvetrov

Если предпочитаешь разговор статье — hi@vvetrov.com. Иногда это быстрее.

Больше по теме: «Ошибки при выходе из операционки: топ-5 от советника» и полный гайд по выходу из операционного управления.

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