Большинство девелоперов, с которыми я работаю, узнают об устаревшей бизнес-модели не от консультанта. Они узнают об этом от банка, который отказал в проектном финансировании. Или от партнёра, который вышел из совместного проекта без объяснений. Или — самый неприятный вариант — от собственного финансового директора, который приносит цифры и молчит.
Признаки устаревшей бизнес-модели в девелопменте не появляются внезапно. Они накапливаются годами — пока отрасль менялась, а модель оставалась на месте. Эта статья — пошаговый разбор пяти диагностических точек, по которым можно увидеть проблему раньше, чем она станет кризисом.
И в конце — один вопрос, который я задаю каждому девелоперу на первой встрече. Он не про деньги и не про проекты. По ответу на него я понимаю, нужен ли пивот.
1. Зачем проверять модель, если проекты идут 2. Шаг 1. Проверь маржинальность по типам проектов 3. Шаг 2. Посмотри на скорость принятия решений 4. Шаг 3. Оцени, кто реально покупает и почему 5. Шаг 4. Проверь, как работает команда без тебя 6. Шаг 5. Сравни свою модель с тем, что работает сейчас 7. Частые вопросы
Девелопмент — одна из немногих отраслей, где сигналы об устаревании модели приходят с задержкой в два-три года. Ты строишь объект, который продавал полтора года назад по ценам позапрошлого рынка, с командой, которую набирал три года назад, под финансирование, которое согласовывал ещё до всех изменений ставки. К моменту сдачи — мир другой. Модель та же.
Это не метафора. Это структурная особенность отрасли с длинным производственным циклом. И именно она делает девелоперов особенно уязвимыми к тому, что я называю «иллюзией работающей модели».
Прибыльный проект — не доказательство рабочей модели. Это доказательство того, что решения, принятые два года назад, были верными. Сегодняшняя модель проверяется сегодняшними решениями — а их результаты ты увидишь через два года.
Четвёртый раз за этот квартал вижу одну и ту же картину: девелопер с хорошей репутацией, портфелем сданных объектов и слабеющей экономикой новых проектов. Репутация накоплена. Модель — нет.
Самый опасный момент для диагностики — когда «всё нормально». Именно тогда есть время и ресурс что-то изменить. Когда становится плохо — ресурс уже уходит на тушение пожаров.
Дальше — пять шагов. Каждый занимает от одного дня до недели. Первый — самый неудобный.
Большинство девелоперов знают общую маржу по компании. Немногие знают маржу по типам объектов — с учётом реальных затрат, а не плановых.
Разница между этими двумя цифрами — первый диагностический сигнал.
Возьми последние три завершённых проекта разных классов или форматов. Посчитай маржу не по управленческой отчётности, а по факту: с учётом переносов сроков, доработок после сдачи, скидок при продаже последних квартир, реальной стоимости финансирования на весь период. Если расхождение между плановой и фактической маржой превышает 15–20% — это не погрешность планирования. Это признак того, что модель ценообразования не соответствует реальной структуре затрат.
Прежде чем читать дальше — вспомни последний проект, где маржа оказалась ниже плановой. Что стало причиной? Если ответ «рынок» или «подрядчики» — читай дальше особенно внимательно.
Второй сигнал — расхождение маржи между классами. Если комфорт-класс даёт 18%, а эконом — 9%, это не значит, что эконом надо бросить. Это значит, что модель работы с эконом-классом требует пересмотра: либо продуктовой, либо операционной, либо финансовой составляющей.
История первая.
Андрей — региональный застройщик, 12 лет в бизнесе, комфорт-класс, несколько сданных ЖК. Пришёл с запросом: «Нужен новый партнёр по проектному финансированию, банки стали сложнее».
Мы начали с маржинального анализа. Оказалось: два из трёх последних проектов дали фактическую маржу на 22–25% ниже плановой. Причина — не банки и не рынок. Причина — в том, что модель ценообразования была настроена под темп продаж 2019–2021 годов. Когда темп упал, скидки на финальные лоты съедали маржу, которая казалась заложенной.
Новый партнёр по финансированию проблему бы не решил. Мы пересмотрели продуктовую линейку — убрали форматы с наименьшей оборачиваемостью, перераспределили площади. Полного пивота не получилось: Андрей был готов к изменениям частично. Но экономика следующего проекта стала другой.
Здесь обычно возникает возражение: «У нас специфика — эконом-класс в малых городах, это другое». Обоснованное возражение. Но специфика не отменяет диагностику — она меняет интерпретацию результатов. Эконом в малом городе с маржой 8% и эконом в малом городе с маржой 8% при разной структуре затрат — это две разные ситуации. Разобраться, какая у тебя, — и есть смысл первого шага.
Маржинальный анализ по типам — это не финансовый отчёт. Это рентген модели. И если на рентгене что-то видно — это не значит, что надо паниковать. Это значит, что надо смотреть дальше.
В устаревшей бизнес-модели решения принимаются медленнее, чем строятся этажи. Это не метафора — это буквально так.
Возьми любой типовой вопрос, который возникает на стройке или в продажах: изменение планировки в типовом этаже, скидка покупателю выше стандартного порога, замена подрядчика на одном из участков. Сколько времени от возникновения вопроса до принятого решения? Кто принимает это решение?
Если ответ на второй вопрос — «я» или «только через меня» — это симптом. Не слабой команды. Не плохих менеджеров. Симптом архитектуры модели, в которой полномочия не распределены, потому что модель изначально строилась под одного человека с полным контролем.
Это работало, когда компания строила один объект в год. Когда объектов три — модель начинает тормозить. Когда пять — она начинает ломаться.
Я разговаривал с финансовым директором одной девелоперской группы — человеком, который видит управленческую отчётность изнутри. Он сказал примерно следующее: банки при оценке застройщика смотрят не только на цифры, но и на то, как устроено принятие решений. Компания, где всё замыкается на собственнике, — это риск. Не потому что собственник плохой. Потому что он смертен, болеет и иногда ошибается.
Медленные решения — это не проблема операционного менеджмента. Это признак того, что модель управления не масштабировалась вместе с бизнесом. А значит — бизнес-модель в целом отстала от размера компании.
Следующий шаг — про покупателей. И там история ещё интереснее, потому что рынок изменился, а многие этого не заметили.
Портрет покупателя в девелопменте за последние пять лет изменился радикально. Модели продаж — у большинства нет.
Есть три принципиально разных типа покупателя, под которых нужны разные продуктовые и коммерческие модели: ипотечный покупатель для жизни, инвестиционный покупатель под аренду, покупатель с наличными в условиях инфляционной защиты. Каждый из них принимает решение по-разному, реагирует на разные триггеры и требует разной логики продукта.
Когда ставка ипотеки была 7–8%, инвестиционный покупатель и ипотечный покупатель часто пересекались. Сейчас — нет. Это разные люди с разной математикой.
Признак устаревшей модели: ты строишь продукт под один тип покупателя, а продаёшь — другому. Или строишь под «среднего покупателя», которого больше не существует.
История вторая.
Михаил — застройщик в малых городах, восемь лет в бизнесе. Специализация — студии и однокомнатные квартиры под аренду. Модель была выстроена под инвестиционный спрос: покупатель берёт квартиру, сдаёт, получает доходность. В 2021–2022 это работало хорошо.
В 2023 году инвестиционный спрос в малых городах упал. Ипотека подорожала. Покупатель «под аренду» исчез — доходность перестала перекрывать стоимость обслуживания ипотеки. Михаил продолжал строить то же самое ещё полтора года — потому что «рынок временно просел» и «скоро вернётся».
Он пришёл ко мне, когда стало понятно, что не вернётся. К тому моменту в портфеле было два объекта в активной стройке под устаревший продукт. Пришлось менять планировочные решения на ходу — с потерями на переделке и задержкой продаж. Это был болезненный переход.
Я не буду делать вид, что мы нашли красивое решение. Мы нашли рабочее — но с реальными потерями на переходе. Иногда так бывает, когда диагностика запаздывает.
Здесь обычно возникает возражение: «Рынок сам всё расставит, нужно просто переждать». Это возражение я слышу регулярно. И оно обоснованно — в том смысле, что рынок действительно цикличен. Но есть разница между «переждать цикл» и «игнорировать структурный сдвиг». Инвестиционный спрос в малых городах — это не цикл. Это структурное изменение, связанное с демографией, мобильностью населения и стоимостью денег. Ждать его возврата — значит ждать того, чего нет.
Проверь: кто купил у тебя последние 20 квартир? Каков был их мотив? Если ты не знаешь — это тоже признак.
Это самый неудобный шаг. Потому что ответ на него часто не нравится.
Тест простой: что происходит, если тебя нет две недели? Не в отпуске с телефоном — а реально недоступен. Сколько решений зависает? Сколько вопросов накапливается? Что из этого было бы критичным, если бы задержалось на месяц?
Операционная зависимость бизнеса от собственника — это не признак слабой команды. Это признак того, что архитектура бизнес-модели не предусматривает автономной работы. Модель была спроектирована под конкретного человека — тебя. И пока ты был один объект, это работало. Теперь — нет.
Связь с предыдущими шагами прямая. Если решения принимаются медленно (шаг 2) — это потому что система не умеет работать без тебя. Если маржа падает (шаг 1) — часто потому что без тебя никто не останавливает неэффективные решения. Если продукт не соответствует покупателю (шаг 3) — потому что команда не имеет полномочий адаптировать продукт без твоего участия.
Операционная зависимость — это не отдельная проблема. Это симптом модели, которая не масштабировалась.
Если хочешь проверить свою ситуацию по структурированному чек-листу — скачай гайд по делегированию и диагностике операционной зависимости. Там есть раздел, который напрямую касается архитектуры бизнес-модели в компаниях с длинным производственным циклом.
Здесь обычно возникает возражение: «Мы уже пробовали делегировать — не взлетело». Обоснованное возражение. Делегирование без изменения архитектуры модели действительно не работает. Нельзя передать полномочия, если система не настроена на их принятие. Это не проблема делегирования — это проблема модели.
Последний шаг — самый стратегический. И самый неприятный для тех, кто привык считать свою модель «особенной».
В девелопменте сейчас работают три принципиально разные модели. Не «лучшие» и «худшие» — просто разные, под разные рынки и масштабы.
Первая — модель нишевого продукта с высокой маржой: небольшой объём, конкретная аудитория, высокая цена за квадратный метр, минимальная зависимость от ипотечного спроса. Работает в крупных городах с платёжеспособным покупателем.
Вторая — модель объёмного строительства с операционной эффективностью: большой объём, стандартизированный продукт, жёсткий контроль себестоимости, работа с государственными программами субсидирования. Работает при наличии административного ресурса и масштаба.
Третья — модель редевелопмента и реконцепции: работа с существующим фондом, реконструкция, смена назначения. Работает там, где земля дорогая, а новое строительство нерентабельно.
Признак устаревшей модели — не то, что ты не вписываешься ни в одну из трёх. Признак — что ты объясняешь партнёрам, инвесторам и банкам, почему твоя модель «особенная» и «не такая, как у всех». Если это объяснение занимает больше двух минут — скорее всего, модель не особенная. Она просто старая.
Это не приговор. Это диагноз. Разница принципиальная.
Смена бизнес-модели застройщика — не революция. Это последовательная работа с каждым из пяти элементов: продукт, покупатель, финансирование, команда, операционная архитектура. Иногда достаточно изменить один. Иногда нужно пересматривать всё.
Как понять, что именно — это уже вопрос стратегической диагностики, а не чек-листа.
Пять шагов из этой статьи дают первичную картину за одну-две недели. Маржинальный анализ по типам проектов, оценка скорости решений, анализ портрета покупателя, тест на операционную зависимость и сравнение с работающими моделями — каждый из них можно пройти самостоятельно. Если три из пяти дают тревожный сигнал — это достаточное основание для более глубокой диагностики.
Нет. Пивот — крайний случай. Чаще достаточно точечных изменений: пересмотр продуктовой линейки, изменение целевого покупателя, перестройка операционной архитектуры. Полный пивот нужен тогда, когда все пять элементов модели одновременно перестали работать. Это редкость — но бывает.
Первичную — да. Пять шагов из этой статьи дают достаточно данных для того, чтобы понять, есть ли проблема. Сложнее — интерпретировать результаты без предвзятости. Собственник, как правило, видит то, что хочет видеть. Внешний взгляд нужен не для того, чтобы найти проблему — а для того, чтобы не объяснить её себе удобным образом.
В начале я написал, что большинство девелоперов узнают об устаревшей модели от банка. Теперь ты знаешь, как узнать раньше — по пяти конкретным точкам, каждая из которых проверяется без внешней помощи.
И вопрос, который я обещал в начале. Я задаю его каждому девелоперу на первой встрече: «Если бы тебе сейчас предложили начать новый проект с нуля — ты бы выбрал ту же модель?»
Большинство отвечают «нет». Но продолжают работать по старой.
Это не слабость и не глупость. Это инерция системы, которая когда-то работала хорошо. Проблема не в том, что ты не хочешь меняться. Проблема в том, что без диагностики непонятно, что именно менять.
Если хотя бы три из пяти шагов дали тебе неудобный ответ — модель стоит пересматривать. Не обязательно полностью. Но смотреть нужно.
Работаю с девелоперами и собственниками бизнесов от 80 миллионов выручки. Не с теми, кто ищет подтверждение своей правоты — с теми, кто готов смотреть на цифры без купюр.
Беру не более 3 новых клиентов в месяц — иначе работа теряет смысл.
Напиши на hi@vvetrov.com: кто ты, что за проекты, в чём вопрос. Коротко — достаточно.
P.S. Если не подхожу — скажу, к кому пойти. Это не вежливость, это практика.
Апрель 2026. Автор — Виталий Ветров, стратегический советник для предпринимателей и девелоперов.