Главная / Презентации

Презентацииdocs/54_customer_presentation_v01_outline.md

Executive Presentation v0.1 — Outline

Корпорация девелопера РФ

Версия: v0.1 черновик | Дата: 2026-06-01 | Статус: для внутреннего review

Этот документ является структурным outline для подготовки executive presentation заказчику/инвестору. Все юридические, налоговые и банковские элементы обозначены как концепт и требуют финальной проверки профильными экспертами: юристом, налоговым консультантом, аудитором.

Слайд 1. Обложка

Заголовок: Корпорация девелопера РФ — управляемая система полного цикла

Ключевой тезис: Концепция структурированной девелоперской группы для строительства МКД: от идеи и земли до продаж, эксплуатации и возврата капитала инвестору.

Bullets:

Название проекта / бренд группы
Дата и версия презентации
Имя заказчика / инвестора
Статус: конфиденциально, для ознакомления

Визуализация: Логотип группы (placeholder), чистый фон, минимализм. Строка: «Концепт для экспертной проверки».

Источники: README.md, claude_presentation_brief.md

Слайд 2. Задача заказчика

Заголовок: Что хочет решить заказчик

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

Bullets:

Построить первый МКД, не потеряв деньги и не попав под субсидиарную ответственность
Создать структуру, которую примет банк как заёмщика/застройщика
Контролировать себестоимость, продажи, подрядчиков и налоги в единой системе
Заложить базу для второго, третьего проекта без начала «с нуля»
Получить обоснованный возврат капитала и прибыль через прозрачный waterfall

Визуализация: Одна схема «Задача → Риск → Решение» в три колонки. Или цитата собственника как эпиграф.

Источники: docs/00_project_charter.md, claude_presentation_brief.md

Слайд 3. Почему нужен корпоративный контур

Заголовок: Одна компания — удобно, но опасно

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

Bullets:

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

Визуализация: Сравнительная таблица 3 колонки: «Одна компания / Набор ООО без системы / Корпоративный контур» — плюсы и минусы.

Источники: docs/01_corporate_architecture.md, docs/24_group_structure_atlas.md

Слайд 4. Общая схема группы

Заголовок: Архитектура девелоперской корпорации

Ключевой тезис: Группа состоит из восьми контуров. Каждый контур отвечает на один вопрос: кто владеет, кто управляет, кто строит, кто продаёт, кто ведёт деньги, кто закрывает.

Bullets:

Владельческий контур (Холдинг): доли, капитал, дивиденды, IP
Управляющий контур (УК группы): стратегия, бюджет, HR, IT, стандарты, контроль
Проектный контур (SPV): застройщик, ДДУ, эскроу, банк — один SPV на проект/очередь
Производственный контур: технический заказчик, генподряд, закупки, стройконтроль
Коммерческий контур: продажи, маркетинг, CRM, ипотека, pricing
Финансово-налоговый контур: казначейство, учёт, налоги, модель, банк
Эксплуатационный контур: ввод, передача, гарантия, УК дома
Закрывающий контур: закрытие SPV, архив, хвостовые риски

Визуализация: Org chart с 8 блоками, иерархия: Бенефициар → Холдинг → УК → SPV + функциональные дочки.

Источники: docs/24_group_structure_atlas.md, docs/01_corporate_architecture.md, docs/25_subsidiary_function_catalog.md

Слайд 5. Постоянные и временные узлы

Заголовок: Что остаётся навсегда, а что закрывается после проекта

Ключевой тезис: Структура живая: постоянные узлы масштабируются между проектами, временные — создаются под проект и планово ликвидируются после закрытия обязательств.

Bullets:

Постоянные: Холдинг, УК группы, Финансовый центр, Технический заказчик, Продажи — работают на портфель
Условно постоянные: Генподрядчик группы, Закупочная компания, Эксплуатационная УК — только при реальной экономике масштаба
Временные (проектные): SPV-застройщик, SPV-землевладелец, SPV-инвестора — создаются под проект, закрываются после
Временный узел нельзя закрыть, пока висят банковские, налоговые, судебные или гарантийные обязательства
Логика роста: первый проект — ядро из 3-4 узлов; портфель — развитие постоянных функций

Визуализация: Таблица двух категорий (постоянные / временные) с колонками: Узел / Функция / Когда создавать / Когда закрывать.

Источники: docs/24_group_structure_atlas.md, docs/01_corporate_architecture.md

Слайд 6. Полный цикл проекта

Заголовок: От идеи до закрытия SPV — 10 этапов

Ключевой тезис: Проект МКД — это управляемый процесс с фиксированными вехами, решениями и документами на каждом этапе. Без пропусков.

Bullets:

Идея и инвестиционная гипотеза → поиск земли → DD и упаковка → создание SPV → проектирование и РНС
Проектное финансирование (банк closing) → стройка → продажи и эскроу → ввод → передача ключей
Гарантийный период → эксплуатация/УК → раскрытие эскроу → погашение долга → taxes/резервы → waterfall → закрытие SPV
На каждой вехе — launch gate decision: инвесткомитет утверждает только следующий шаг, не всю сделку
Типовой срок: 4-7 лет от идеи до полного закрытия временных узлов

Визуализация: Горизонтальная timeline или flow-схема из 10 блоков с цветовым делением по фазам (pre-development / строительство / продажи / закрытие).

Источники: docs/02_project_lifecycle.md, docs/26_end_to_end_process_map.md

Слайд 7. SPV — проектный застройщик

Заголовок: Почему каждый проект живёт в отдельном SPV

Ключевой тезис: SPV — это изоляция. Каждый проект имеет свою юрлицо, свой банк, своё эскроу, свой учёт и свой plan закрытия.

Bullets:

SPV является юридическим застройщиком по 214-ФЗ: заключает ДДУ, открывает эскроу-счета, берёт проектный кредит
Изоляция рисков: проблема одного проекта не заражает другие активы группы
Требование банка: банк кредитует конкретный проект на конкретном SPV — не «группу»
Прозрачность: раздельный учёт, раздельный cash flow, раздельные ковенанты
Что нельзя: смешивать деньги нескольких проектов, использовать SPV как транзит без функции, выводить деньги до погашения кредита/налогов

Визуализация: Схема: Холдинг → SPV → Банк / Эскроу / Договоры с подрядчиками / ДДУ с покупателями.

Источники: docs/01_corporate_architecture.md, docs/24_group_structure_atlas.md, docs/25_subsidiary_function_catalog.md

Слайд 8. Технический заказчик

Заголовок: Профессиональная функция технического контроля

Ключевой тезис: Технический заказчик — это не бумажная компания. Это команда, которая контролирует проект от проектирования до ввода и несёт ответственность за качество, сроки и стоимость.

Bullets:

Функции: проектирование, разрешения, экспертиза, стройконтроль, приёмка КС-актов, ввод в эксплуатацию
Требует реального штата и СРО — не номинального директора
Договорно работает на SPV, функционально подчиняется УК группы / Technical Committee
Критически важен для банка: банк проверяет квалификацию техзаказчика при выдаче кредита
Не должен быть подчинён генподрядчику в части контроля качества — конфликт интересов

Визуализация: Блок-схема цепочки: SPV → Технический заказчик → Проектировщик / Эксперт / Генподрядчик / Стройнадзор.

Источники: docs/24_group_structure_atlas.md, docs/25_subsidiary_function_catalog.md, docs/36_hr_staffing_architecture.md

Слайд 9. Генподряд и субподряд

Заголовок: Строительный контур: внешний, внутренний или гибридный

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

Bullets:

Три модели: внешний генподрядчик / генподрядчик группы / гибрид (управление + крупные внешние подрядчики)
Генподрядчик группы создаётся только при реальном объёме, реальной команде и реальной экономии
Если генподрядчик аффилирован: обязательны тендер, benchmark, рыночность цены, bank approval, договор с реальными гарантиями
GMP-контракт или fixed price снижает риск для банка и инвестора (в отличие от размытого cost-plus)
Субподрядчики: отбор через тендерный комитет, контроль через техзаказчика, фиксация в реестре договоров

Визуализация: Сравнительная таблица моделей генподряда: риск / стоимость / контроль / банковский взгляд.

Источники: docs/24_group_structure_atlas.md, docs/01_corporate_architecture.md, docs/23_financing_strategy_manual.md

Слайд 10. Продажи и эскроу

Заголовок: Продажи — главный финансовый рычаг проекта

Ключевой тезис: Скорость и качество продаж напрямую определяют стоимость кредита, ликвидность проекта и срок возврата капитала инвестору.

Bullets:

По 214-ФЗ деньги покупателей поступают на эскроу-счета и недоступны застройщику до ввода объекта
Escrow coverage = отношение остатка на эскроу к долгу перед банком: чем выше — тем ниже ставка
Каналы продаж: ДДУ, ипотека, рассрочка, трейд-ин, B2B-пакеты, коммерческие помещения, машино-места
Продажная компания группы управляет: price list, CRM, брокерами, ипотечными партнёрами, скидочной политикой
Рассрочки снижают поступления на эскроу — необходим лимит и контроль (политика одобрения)

Визуализация: Схема денежного потока: Покупатель → Эскроу-счёт → (после ввода) → Погашение кредита → Инвестор / Резервы.

Источники: docs/23_financing_strategy_manual.md, docs/25_subsidiary_function_catalog.md, docs/02_project_lifecycle.md

Слайд 11. Проектное финансирование

Заголовок: Как работает банк в девелоперском проекте МКД

Ключевой тезис: Банк финансирует управляемый риск, а не идею. Чем прозрачнее структура, чище документы и выше escrow coverage — тем лучше условия.

Bullets:

Банк выдаёт кредитную линию на строительство; ставка может снижаться при росте эскроу-покрытия
Что оценивает банк: участок и права, РНС, команду и track record, финмодель, продажи, подрядчиков, related-party
Ковенанты: LTC, LTV, escrow coverage, cost overrun, sales pace, запрет дивидендов до вех
Permitted costs: какие расходы банк одобряет — включая аффилированных подрядчиков (только с pre-approval)
Группа готовит полный банковский пакет заранее: земля + DD + модель + продукт + tax memo + risk register

Визуализация: Схема capital stack: Equity инвестора → Банковский кредит → Эскроу → Раскрытие → Погашение → Waterfall.

Источники: docs/23_financing_strategy_manual.md, docs/56_financial_model_v05_launch_case.md

Слайд 12. Собственные средства и equity waterfall

Заголовок: Откуда берётся equity и как возвращается прибыль

Ключевой тезис: Инвестор вкладывает капитал на ранней фазе — когда риск максимальный. Waterfall определяет порядок возврата: банк → налоги/резервы → инвестор → доходность.

Bullets:

Ранняя фаза финансируется equity: DD, земля, проектирование, создание SPV — до банковского closing
Заём от холдинга в SPV — рабочий инструмент: требует рыночной ставки, источника средств, соответствия условиям банка
Вклад в капитал SPV улучшает debt/equity, снижает риск банка, может снизить ставку
Waterfall после ввода: погашение банка → налоги и резервы → возврат займа холдинга → дивиденды / preferred return инвестора
Equity не бесплатное: в модели считается IRR, MOIC, срок заморозки капитала и downside-сценарий

Визуализация: Вертикальная «башня» waterfall с цветовыми уровнями приоритетов возврата.

Источники: docs/23_financing_strategy_manual.md, docs/56_financial_model_v05_launch_case.md

Слайд 13. Налоговая логика и ограничения

Заголовок: Налоговая архитектура: законное структурирование без «серых» схем

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

Bullets:

Каждый узел группы имеет деловую цель, реальный штат, функцию и доказуемые результаты — иначе НДС/прибыль оспоримы
НДС-позиция SPV и подрядчиков документируется раздельно; входящий НДС принимается только при наличии первички
Management fee УК принимается к расходу только при доказуемых услугах, отчётах и KPI
Внутригрупповые займы — рыночная ставка, реальный источник, встроены в модель
Финальный review налоговой позиции — обязателен у профильного налогового консультанта перед каждым решением

Визуализация: Матрица «Зелёная / Жёлтая / Красная зона» налоговых рисков в таблице (без конкретных схем).

Источники: docs/01_corporate_architecture.md, docs/24_group_structure_atlas.md, docs/23_financing_strategy_manual.md

Слайд 14. Внутригрупповые сделки

Заголовок: Related-party сделки: контроль, а не запрет

Ключевой тезис: Внутригрупповые сделки — нормальная часть работы корпорации. Ключ — прозрачность, рыночность, approval и документы.

Bullets:

Каждая внутригрупповая сделка фиксируется в RPT-реестре: стороны, сумма, функция, рыночность, одобрение
Approval limits: небольшие сделки — CFO, крупные — бюджетный комитет, существенные — инвесткомитет
Банк раскрывается заранее: аффилированный генподрядчик, management fee, закупочная компания — всё согласовывается до кредитного решения
Казначейство вправе остановить платёж без договора, без акта, без approval или при нарушении банковских ковенантов
Документация: RPT card, benchmark/тендер, акты, отчёты, решение о согласовании — обязательны

Визуализация: Схема approval flow внутригрупповой сделки от инициатора до платежа.

Источники: docs/24_group_structure_atlas.md, docs/25_subsidiary_function_catalog.md, docs/23_financing_strategy_manual.md

Слайд 15. Data room и документальный контроль

Заголовок: Единая система документов — основа управляемости и защиты

Ключевой тезис: Data room — это не архив. Это живая управляемая система, которая в любой момент показывает состояние проекта собственнику, банку и экспертам.

Bullets:

Структура data room: корпоративный, земля, разрешения, банк, налоги, договоры, стройка, продажи, HR, риски, закрытие
Классы доступа: Public internal / Confidential / Strict confidential / Personal data / Litigation privileged
Все документы, влияющие на деньги, права или риски, — привязаны к операционным реестрам (ID, владелец, версия, статус)
Внешние получают только согласованный snapshot: банк, аудитор, налоговый консультант — каждый свой пакет
Реестры: договоры, платежи, риски, ковенанты, продажи, related-party, change orders, решения, закрытие

Визуализация: Схема data room с разделами и стрелками к ролям пользователей.

Источники: docs/47_data_room_access_policy.md, docs/48_document_to_register_map.md

Слайд 16. Кадровая структура

Заголовок: Люди: когда нанимать, кого и зачем

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

Bullets:

Фаза 0 (0-6 мес.): CEO/development, CFO part-time, юрист (внешний), технический директор, налоговый консультант (внешний) — ~4-6 человек
Фаза 1 (6-18 мес.): запуск проекта, РНС, банк — расширение до 10-20 человек: техзаказчик, продажи, казначейство, PMO
Фаза 2 (18+ мес.): стройка и продажи — 30-60+ FTE в зависимости от модели генподряда
Каждая позиция: функция, руководитель, KPI, договор (трудовой/ГПХ/аутсорс), связь с юрлицом
HR документы перед применением требуют review кадровым специалистом и юристом по трудовому праву

Визуализация: Таблица по фазам: Фаза / Ключевые роли / FTE / Формат найма.

Источники: docs/36_hr_staffing_architecture.md

Слайд 17. Риски и комитеты

Заголовок: Система управления рисками и принятия решений

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

Bullets:

Комитеты: Инвесткомитет (стратегия, крупные сделки, waterfall), Бюджетный комитет (изменения бюджета, генподряд), Коммерческий комитет (цены, скидки), Технический комитет (стройка, качество)
Реестр рисков: земельные, строительные, финансовые, налоговые, продажные, банковские, гарантийные — каждый с mitigation
Матрица полномочий: кто готовит решение → кто согласует → кто утверждает
Ключевые финансовые риски: продажи ниже плана, рост СМР, задержка ввода, налоговый спор, банковская блокировка платежа
Казначейство и внутренний контроль — последний рубеж перед платежом

Визуализация: Матрица «Решение / Кто готовит / Кто согласует / Кто утверждает» — 8-10 строк.

Источники: docs/24_group_structure_atlas.md, docs/23_financing_strategy_manual.md, docs/01_corporate_architecture.md

Слайд 18. Запуск первого реального проекта

Заголовок: Что происходит в первые 48 часов после появления участка

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

Bullets:

Day 0: присвоить project code, создать data room, назначить stream owners, открыть risk register — до любых денег
В первые 48 часов нельзя: подписывать обязывающий договор земли без условий precedent, вносить невозвратный аванс, раскрывать полный data room внешним сторонам
Первый launch gate инвесткомитета утверждает только: DD budget, scope экспертов, список CP, лимит неотзывных расходов
Скрипт запуска: project_launch_pack/ — 6 файлов, готовы к копированию и заполнению
Scaffold-скрипт scaffold_project.py создаёт полную структуру data room нового проекта за один запуск

Визуализация: Checklist из 7 действий Day 0 / 7 действий Day 1. Или flowchart «Участок появился → что дальше».

Источники: docs/51_real_project_onboarding_checklist.md, docs/52_project_launch_pack.md

Слайд 19. Финансовая модель и операционные реестры

Заголовок: Числа: финансовая модель v0.5 и операционные реестры v0.4

Ключевой тезис: Группа имеет готовую финансовую модель уровня launch case и операционные реестры, связанные с data room. Это не шаблон — это рабочий инструмент.

Bullets:

Финансовая модель v0.5: Launch_Inputs, Bank_Term_Sheet, Absorption, VAT_Register, SPV/Group Cash Flow — 15 листов, 1 359 формул
Модель привязана к project_launch_pack, data room и операционным реестрам через Register_Links
Операционные реестры v0.4: договоры, платежи, риски, ковенанты, продажи, documents, related-party, change orders, решения, закрытие, dashboard, Access_Log, DataRoom_Checks
Sensitivity: продажи ниже плана / рост СМР / ставка выше — downside-сценарий встроен
Все числа требуют калибровки под реальный участок: площадь, ГПЗУ, рыночная цена, условия банка

Визуализация: Скриншот или схема структуры листов финансовой модели. Или таблица: «Лист модели → что считает → связь с реестром».

Источники: docs/56_financial_model_v05_launch_case.md, docs/48_document_to_register_map.md

Слайд 20. Что уже подготовлено

Заголовок: База готова к практическому запуску

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

Bullets:

Концепция и архитектура: структура группы, атлас контуров, каталог дочерних обществ, сквозная карта процессов
Финансы: финансовая стратегия, модели v0.3/v0.4/v0.5, операционные реестры v0.4, HR workbook v0.2
Документальная база: data room template, регламент доступа, карта document-to-register, demo-пакет проекта
Запуск: project launch pack (6 файлов), onboarding checklist, scaffold-скрипт нового проекта
Экспертные пакеты: пакет для банка, налогового консультанта, аудитора, юриста, технического эксперта — готовы к review

Визуализация: Checklist / таблица готовности по блокам: ✓ Готово / ⚯ В работе / ○ Не начато.

Источники: README.md, docs/52_project_launch_pack.md

Слайд 21. Следующие шаги

Заголовок: Что нужно сделать для запуска первого проекта

Ключевой тезис: Концепция готова. Следующий шаг — адаптация под реальный участок, экспертная проверка и первый launch gate инвесткомитета.

Bullets:

Шаг 1: Найти/выбрать реальный участок → запустить onboarding checklist → присвоить project code
Шаг 2: Экспертная проверка структуры: юрист, налоговый консультант, банк, технический эксперт
Шаг 3: Калибровка финансовой модели под реальный участок: площадь, цены, СМР, условия банка
Шаг 4: Первый launch gate инвесткомитета: DD budget, scope, CP-список, owners — утверждение до покупки земли
Шаг 5: Параллельно — регистрация SPV и подготовка корпоративных документов под конкретный проект

Визуализация: Горизонтальный роадмап из 5 шагов с ответственными и примерными сроками.

Источники: docs/51_real_project_onboarding_checklist.md, docs/52_project_launch_pack.md, docs/00_project_charter.md

Слайд 22. Завершение / Контакт

Заголовок: Корпорация девелопера РФ — система, готовая к старту

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

Bullets:

Все материалы проекта структурированы и готовы к передаче профильным экспертам
Концепция не является юридической, налоговой или финансовой консультацией — требует независимого review
Контакт: [ФИО / компания / email / телефон — placeholder]
Следующая встреча: [дата — placeholder]
Статус: конфиденциально, только для адресата

Визуализация: Чистый финальный слайд с логотипом, контактами и строкой-дисклеймером о необходимости экспертного review.

Источники: claude_presentation_brief.md, README.md

Open questions for Codex/Owner

Вопросы, которые остались открытыми при подготовке outline. Требуют ответа перед финализацией презентации.

1. Структура и бренд

Есть ли утверждённое название группы/бренд для обложки слайда 1?
Есть ли логотип или фирменный стиль?
Имя заказчика/инвестора для персонализации презентации?

2. Параметры первого проекта

Есть ли конкретный участок или город для первого проекта? Если да — слайды 18, 19, 21 нужно персонализировать.
Какой класс жилья планируется: эконом, комфорт, бизнес?
Какой объём проекта (кв.м продаваемой площади) заложен в сценарии?

3. Финансовая модель

Финансовая модель v0.5 содержит placeholder-параметры. Перед презентацией нужна калибровка под реальные вводные: цена земли, СМР/кв.м, рыночная цена продажи, условия банка.
Какой банк рассматривается как основной партнёр проектного финансирования?
Какой equity contribution готов внести инвестор на первый проект?

4. Налоги и юридика

Финальный налоговый review по структуре группы не проводился — нужен до старта корпоративных действий.
Какой режим налогообложения планируется для УК группы и SPV (ОСНО / УСН — с учётом банковских требований и НДС)?
Есть ли предпочтения по юрисдикции холдинга?

5. Генподряд

Планируется ли собственный генподрядчик группы на первый проект или только внешние подрядчики?
Это существенно влияет на корпоративную структуру (слайд 9) и налоговую позицию.

6. Слайд «Риски и комитеты»

Состав и регламент комитетов описан концептуально. Нужен ли детальный RACI для presentation или достаточно схемы?

7. Визуальное оформление

В каком инструменте будет финальная презентация: PowerPoint, Keynote, Figma, Google Slides?
Нужно ли адаптировать outline под конкретный шаблон дизайна?

8. Аудитория

Кто конкретно будет смотреть презентацию: только владелец/инвестор, или также банк, партнёры, юристы?
От этого зависит уровень детализации по блокам финансов и налогов.

9. Допущения, принятые в outline

Assumed: первый проект — МКД в российском городе (не Москва), комфорт-класс, ~10 000–30 000 кв.м продаваемой площади.
Assumed: холдинг — российское юрлицо (ООО или АО), бенефициар — физическое лицо — резидент РФ.
Assumed: банковское проектное финансирование по стандартной схеме 214-ФЗ / эскроу.
Assumed: собственный генподрядчик не создаётся на первый проект.
Если какое-либо допущение неверно — соответствующий слайд требует пересмотра.