Сценарии проекта до подписания
Драйверная модель выручки, себестоимости и денежного потока показывает диапазон исходов и чувствительность к решениям.
Сделал: Финансовое моделирование, сценарии, проверка допущений
ВопросЧто сильнее всего двигает прибыль проекта?
Цена за м² — главный рычаг: ±10% меняют чистую прибыль на ±28,8 млн ₽
Это в 1,6 раза сильнее, чем смета стройки ±10% (±17,7), и в 3,4 раза сильнее, чем спрос ±10% (±8,5). База — 78,4 млн ₽ чистой прибыли на 381,4 млн ₽ выручки.
Разобрать сценарий
Нажмите на драйвер: покажу, какие строки P&L съедают или добавляют разницу между выручкой и прибылью.
В заявку попадёт тема Девелопмент: какие драйверы двигают прибыль проекта
.
Ситуация
С чего всё начиналось
Модель нужна для сравнения проектов, стадий и типов лотов с прозрачной логикой продаж в м2 и ценовой динамики.
Финансовая модель должна показывать влияние лидов, конверсии, цены за м2, рекламных расходов и операционных ставок на EBITDA и прибыль.
Что изменено
Что я сделал
Собрал слой решений с демо-данными, сценарными контролами, м²-драйверами и иллюстративным диапазоном чувствительности.
- План продаж строится через м2, среднюю площадь лота и цену за м2.
- Воронка лидов переводит маркетинговый бюджет и каналы в DDU.
- Управленческий P&L связывает признание выручки, агентскую долю, комиссии, рекламу, OPEX и налоговую нагрузку.
- Диапазон чувствительности показывает результат при явно заданных отклонениях драйверов и не является вероятностным прогнозом.
Что получилось
Результат
Сценарии для выручки, EBITDA и риска просадки доступны в одном контуре решений
- Сценарии продаж, EBITDA и просадки стали доступны в одном контуре решений.
- Финансовый риск виден до утверждения маркетингового или ценового сценария.
- План продаж м², цена и кассовый разрыв связаны с P&L без ручной пересборки модели.
Как это проверено
Проверка и границы
- Расчёт выручки сверяется как план продаж м² × цена за м².
- Остаток площади не должен уходить ниже нуля без явного предупреждения.
- Сводные KPI пересчитываются при изменении ключевых драйверов.
- Все данные в публичной версии помечены как демо-данные.
публичная версия построена на обезличенных/демо-драйверах. сценарии показывают диапазон решений, а не гарантированный финансовый результат.
Техническое приложение
Как устроено внутри
Для тех, кто проверяет решение по существу: источники, слои данных, правила расчёта и артефакты передачи.
Архитектура, данные и методология
Архитектура
| Источники | демо-план лидов · демо-запасы м2 · демо-цены за м2 · демо-факт |
|---|---|
| Загрузка | параметры модели · версии сценариев · расчётные запуски |
| Хранение | сценарный набор параметров · нормализованные ряды · результаты расчётов |
| Представление | Конструктор сценария · М2-драйверы · Чувствительность · Диапазон сценария · План-факт |
Модель данных
| Объект | Слой | Назначение |
|---|---|---|
| Запасы м² | input | проект, стадия, тип лота, площадь, средняя площадь квартиры |
| План продаж м² | input | план продаж в м2 по периоду, проекту и типу |
| Цены за м² | input | цена за м2 по периоду и типу лота |
| Версии сценариев | model | неизменяемые снимки сценарной модели |
Методология и правила
- Разложил финансовую модель на физические драйверы: доступные м², план продаж м², цена за м², лиды, конверсия и темп реализации.
- Связал сценарные версии с расчётными запусками, чтобы каждое изменение драйвера имело воспроизводимый результат.
- Поставил чувствительность драйверов рядом с базовым P&L, чтобы риск был частью решения, а не отдельным приложением.
- Scenario Builder пересчитывает нижнюю, базовую и верхнюю границы, EBITDA, чистую прибыль и кассовый разрыв при изменении драйверов.
- Tornado-анализ показывает чувствительность EBITDA к цене, темпу продаж, стройке, ставке, задержке и CAC.
- Диапазон чувствительности используется для решения: нижняя граница, базовый ориентир и зона финансового плана.
Артефакты и стек
Dashboard · Data Model · Forecast · Scenario Model · UAT
Что бы сделал иначе
- Девелоперская модель читается лучше через физические драйверы: м2, лоты, цена, стадия.
- Чувствительность нужно показывать рядом с базовым P&L, иначе риск остаётся вне решения.
- Дашборд должен отделять вводимые драйверы от расчётных KPI.
Похожая задача?
Расскажите, где у вас расходятся цифры или не хватает картины. Отвечу, чем это лечится и с чего начать.