Проверка содержания презентации v2 cowork

Дата: 2026-06-02

Папка проверки: presentations/analytical_deck/v2_cowork_parts/

Короткий вывод

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

До клиентской выдачи презентацию нужно доработать. Главные проблемы не в объеме, а в чистоте клиентского языка, налоговом блоке, устаревшем README и риске смешения понятий.

Что проверено

• Реальная структура файлов: 12 основных HTML-частей.
• Количество слайдов: 75.
• Наличие лишнего файла: part_01_ownership_holding.html остался как старый/прототипный блок и не должен попадать в финальную сборку.
• Термины и рискованные формулировки: проверены по списку watch terms.
• Блоки по финансам, эскроу, ставкам, лимитам, штатам, потокам, налогам и эксплуатационному контуру присутствуют.

Замечания к исправлению

1. README содержит старую структуру

В README.md одновременно описан старый блок part_01_ownership_holding.html на 1-6 слайды и новая цепочка тем 01-12 на 75 слайдов.

Риск: при сборке можно взять старый файл или получить дублирование логики.

Что сделать:

• пометить part_01_ownership_holding.html как архив/прототип;
• в README оставить только финальные 12 частей;
• указать точный порядок сборки: part_01_structure_reasoning.html -> ... -> part_12_roadmap_owner_decisions.html.

2. Английский профессиональный жаргон все еще остался

Найдены термины:

• Launch gate;
• Data room;
• RPT;
• CEO;
• CFO;
• SPV;
• tax memo;
• equity;
• bank approval;
• owner;
• Governance.

Что сделать:

• Launch gate -> инвестиционное решение о запуске;
• Data room -> электронный архив документов;
• RPT Register -> реестр сделок с аффилированными лицами;
• CEO -> генеральный директор / руководитель группы;
• CFO -> финансовый директор;
• SPV -> застройщик объекта, допустимо один раз: застройщик объекта (SPV в банковской терминологии);
• tax memo -> письменное налоговое заключение;
• equity -> собственные средства инвестора;
• bank approval -> одобрение банка;
• owner -> ответственный;
• Governance -> управление / корпоративное управление.

3. Налоговый блок сделан правильно по сути, но опасен по подаче

В теме 10 есть слайд с "запрещенными формулировками", где прямо перечислены фразы вроде:

• "оптимизация налогов через несвязанные компании";
• "компании без НДС для снижения нагрузки";
• "снижение налогов через дробление";
• "серая схема для стройки".

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

Что сделать:

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

4. Нужно развести две разные "УК"

В презентации активно используется УК группы, но эксплуатационная УК после ввода почти не названа как отдельный тип.

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

Что сделать:

• ввести два термина:
  • Управляющий центр группы вместо УК группы, если речь о корпоративном управлении;
  • Эксплуатационная управляющая организация дома для периода после ввода объекта;
• на схеме эксплуатации отдельно показать: застройщик объекта -> гарантийный контур -> эксплуатационная управляющая организация -> жители / РСО / сервисные подрядчики.

5. Финансовый блок есть, но для новичка нужен расшифровочный слой

Тема 06 содержит ставки, лимиты, эскроу, наполнение счетов, собственные средства, субсидирование. Это хорошо.

Что усилить:

• на первом финансовом слайде добавить мини-словарь: собственные средства, кредитная линия, эскроу-счет, эскроу-покрытие, транш, ковенант, лимит, ставка;
• отдельно показать, что снижает ставку банка: доля собственных средств, покрытие эскроу, качество земельного пакета, разрешительная готовность, опыт команды, прозрачность связанных сторон, качество финансовой модели, наличие продаж, раскрытие подрядчиков;
• отдельно показать, что увеличивает лимит: подтвержденная смета, готовность документов, достаточный equity, понятный график продаж, независимый технадзор, отсутствие скрытых аффилированных рисков.

6. Штатные расписания есть, но стоит усилить связку "юрлицо -> штат -> договоры -> KPI"

Тема 08 закрывает штатный блок, но для заказчика полезно сделать ее более операционной.

Что добавить/проверить:

• по каждому участнику показать минимум/оптимум/максимум;
• отделить штат юридического лица от функций, которые можно отдать на аутсорс;
• по каждой компании дать 3 строки: кто руководит, кто подписывает первичку, кто отвечает за деньги/материалы/качество;
• рядом с каждой ключевой ролью указать базовый KPI.

7. Нужна единая клиентская терминология во всех частях

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

Правило финальной версии:

• не "проектная компания", а "застройщик объекта";
• не "project office", а "проектный офис";
• не "owner", а "ответственный";
• не "approval", а "согласование / одобрение";
• не "review tracker", а "реестр замечаний экспертов";
• не "launch case", а "стартовый сценарий финансовой модели".

Итоговый статус

Версия v2 cowork годится как содержательный черновик и основа финальной сборки. Отдавать заказчику без редакторской зачистки нельзя.

Приоритет правок:

1. Очистить README и убрать старый файл из сборки.
2. Перевести англоязычные термины.
3. Переписать налоговый слайд с запрещенными формулировками.
4. Развести управляющий центр группы и эксплуатационную управляющую организацию дома.
5. Усилить финансовый блок для начинающего заказчика.
6. Проверить штатный блок на связку с юрлицами и KPI.