Кейс: стратегическая сессия в девелопменте на 80-300 млн: для фаундера

Девелоперский бизнес на 120 миллионах выручки — и фаундер, который не понимает, почему он устал. Не от работы. От себя в этой работе. Стратегическая сессия в девелопменте — это не про стратегию в PowerPoint. Это про то, чтобы разобраться: где ты сейчас застрял, что держит тебя в операционке, и что нужно сделать в ближайшие 90 дней, чтобы бизнес двигался без тебя в каждой точке.

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

1. С чего всё начинается: как фаундер девелоперской компании попадает в ловушку роста 2. Шаг 1. Диагностика: что реально происходит в бизнесе 3. Шаг 2. Карта решений: что делать с тем, что нашли 4. Шаг 3. 90-дневный план: конкретные шаги 5. Ошибки при подготовке к стратегической сессии 6. Что получает фаундер девелоперской компании на выходе

Третий раз за последние полгода вижу одну и ту же картину: девелопер с выручкой 100–200 миллионов, который думает, что его проблема — в маркетинге. Или в подрядчиках. Или в том, что «команда не тянет». Приходит с этим запросом. А через 40 минут разговора выясняется, что проблема — в нём самом. Точнее, в том, как он выстроил свою роль в бизнесе.

Девелопмент — это отрасль с длинными циклами. Объект строится 2–4 года. Решения принимаются медленно, согласований много, цена ошибки высокая. Фаундер, который вырос из прораба или из риелтора, привык контролировать каждую точку. Это работало, когда бизнес был маленьким. На 80–300 миллионах выручки это уже не работает — но привычка осталась.

Рост выручки не равен росту свободы. Это первый и главный парадокс девелоперского бизнеса в диапазоне 80–300 миллионов. Компания выросла, появились менеджеры, появились процессы — но фаундер по-прежнему в каждом совещании, в каждом согласовании, в каждом конфликте с подрядчиком. Он не делегировал. Он нанял людей, которые делают то, что он им говорит. Это не делегирование. Это аутсорсинг исполнения при сохранении всех решений у себя.

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

Именно с этим состоянием приходят на стратегическую сессию в девелопменте. Не с запросом «помоги мне делегировать». С запросом «что-то идёт не так, но я не понимаю, что именно».

Дальше — про то, как мы это разбираем. И почему первые 20 минут сессии — самые важные.

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

Диагностика — это не анализ финансовой отчётности. Не SWOT. Не «расскажи мне про свой бизнес». Это три вопроса, которые я задаю в начале каждой сессии.

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

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

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

Настоящая проблема прячется не там, где фаундер её ищет. В девелопменте я видел это десятки раз: человек приходит с запросом «помоги выстроить маркетинг», а через час выясняется, что маркетинг работает нормально — просто фаундер не видит воронку, потому что не выстроил систему отчётности. Или приходит с «у меня проблема с подрядчиками» — а проблема в том, что он сам меняет ТЗ три раза в процессе, и подрядчики просто адаптируются.

Кейс. Андрей, девелоперская компания, ~120 млн выручки, 8 лет в бизнесе.

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

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

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

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

Второй регион он открыл. Через год. Когда было кому его вести.

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

Когда диагностика закончена — начинается самое сложное: решить, что с этим делать. Об этом — в следующем шаге.

> Если ты хочешь пройти такую же диагностику — есть стратегический спринт. 90 минут. Конкретный разбор твоей ситуации. Без продажи курсов и без общих слов про «системный бизнес».

Диагностика даёт картину. Карта решений — это ответ на вопрос «что с этим делать и в каком порядке».

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

Карта решений строится в три слоя.

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

Слой второй: что важно. Это то, что определяет, как будет выглядеть бизнес через год. Обычно это: структура принятия решений, система отчётности, которую фаундер реально читает, и 1–2 ключевых найма, которые разгрузят его от операционки.

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

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

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

Карта решений — это не документ. Это разговор, после которого фаундер видит свой бизнес иначе. Что из этого разговора становится планом — в следующем шаге.

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

Большинство стратегических сессий заканчиваются документом. Красивым, структурированным, с целями и KPI. Который через три недели лежит в папке «Стратегия 2025» и никем не читается.

90-дневный план в моей логике устроен иначе. Не потому что я придумал какую-то особую методологию. А потому что я видел, что работает, а что нет.

Три принципа, которые делают план рабочим.

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

Второй: каждое действие должно иметь конкретного ответственного и конкретную дату. Не «Андрей займётся этим в ближайшее время». А «Андрей передаёт логику сделок Сергею до 15 числа следующего месяца». Разница в том, что второе можно проверить.

Третий: план должен включать одно действие, которое фаундер сделает сам, лично, в первые 7 дней. Не делегирует. Сам. Это создаёт импульс. Без этого импульса план умирает на второй неделе.

Три типичных блока в плане для девелопера.

Блок 1: Структура принятия решений. Описать, какие решения фаундер принимает сам, какие — команда без него, какие — команда с его участием. Это не оргструктура. Это матрица решений. Занимает 2–3 часа на составление и снимает 40% операционной нагрузки с фаундера.

Блок 2: Финансовая видимость. Выстроить систему, при которой фаундер видит реальное состояние бизнеса раз в неделю — за 15 минут. Не погружается в детали. Видит три числа: остаток, прогноз кассового разрыва, маржа по текущим объектам.

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

После сессии я не исчезаю. Через 30 дней — короткий звонок: что сделано, что застряло, что нужно скорректировать. Это не менторство и не сопровождение. Это проверка, что план не лёг в папку «Стратегия».

Три ошибки, которые убивают результат ещё до начала.

Ошибка первая: прийти с готовым ответом.

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

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

Ошибка вторая: путать сессию с консультацией.

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

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

Кейс. Михаил, девелоперская компания, ~180 млн выручки, 12 лет в бизнесе.

Пришёл подготовленным. Принёс презентацию на 30 слайдов. Финансовую модель. Анализ конкурентов. Потратил на подготовку, по его словам, две недели.

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

Пауза. Потом — неожиданный ответ: «Я не знаю».

Оказалось, что Михаил 12 лет строил бизнес по инерции. Потому что так получилось. Потому что умеет. Потому что приносит деньги. Но вопрос «зачем» он себе не задавал ни разу.

Сессия закончилась не планом на 90 дней. Она закончилась одним решением: взять паузу на месяц и ответить на этот вопрос. Это был не провал сессии. Это был её результат.

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

Ошибка третья: ждать «волшебного» результата.

Стратегическая сессия не меняет бизнес. Она меняет то, как фаундер видит бизнес. Это необходимое условие изменений — но не достаточное. После сессии нужно что-то делать. Если фаундер не готов делать — сессия бесполезна.

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

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

Стратегическая сессия в девелопменте на 80–300 миллионов выручки даёт фаундеру три конкретные вещи.

Первое: список из 3–5 решений, которые нужно принять. Не «направления развития». Не «зоны роста». Конкретные решения с конкретными сроками. «Описать матрицу решений до конца месяца». «Провести разговор с партнёром о ролях до 20-го числа». «Нанять операционного директора в течение 60 дней».

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

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

Смежные кейсы из практики — в материалах «Кейс: стратегическая сессия в девелопменте на 80–300 млн» и «Как собственник прошёл через кризис и вышел сильнее». Там — другие ситуации, другие отрасли, но та же логика разбора.

И теперь — тот вопрос, который я обещал в начале.

Вопрос, который я задаю каждому фаундеру перед стартом сессии:

«Если через год твой бизнес будет работать так же, как сейчас — это хорошо или плохо?»

Если ответ «хорошо» — сессия тебе не нужна. Если ответ «плохо» — у тебя уже есть всё, что нужно для разговора.

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

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

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

Если то, что описано выше, — про тебя: ты в девелопменте, выручка от 80 до 300 миллионов, и ты чувствуешь, что бизнес держится на тебе больше, чем должен — приходи на стратегический спринт.

Работаю с фаундерами девелоперских и смежных компаний с выручкой от 80 миллионов. Формат: 90 минут, конкретный разбор твоей ситуации. Не продажа курса. Не общие слова про «системный бизнес». Разбор — и список из 3–5 решений, которые нужно принять.

Беру не больше 3 спринтов в месяц.

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

P.S. Если не подхожу — скажу, к кому пойти.

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