Продуктовый подход из ИТ отлично ложится на процессы в девелопменте. Вот точки соприкосновения, которые сразу пришли в голову:

1. Ориентация на пользователя и создание ценности. Современные девелоперы мыслят не просто квадратными метрами и ценой в удачной локации, а настоящими потребностями и сценариями жизни целевой аудитории. Кто ваш покупатель? Какие у него страхи, цели, стили жизни? Почему он выберет именно ваш ЖК, а не соседний? Проработка каждого из этих вопросов позволяет им создавать действительно востребованные, дифференцированные проекты - не для «среднего покупателя», а для конкретных сегментов.

2. Быстрое тестирование гипотез. С одной стороны может показаться, что это сложнее, так как нельзя построить MVP целого дома, но можно тестировать концепции на ранних этапах - через исследование целевой аудитории, проблемные/решенческие интервью, фокус-группы, VR-рендеры и шоурумы. Это снижает риск неверных решений ещё до старта стройки.

3. Интеративное развитие продукта. Современный девелопмент - это уже не просто сдача ЖК, а долгосрочный продукт с сервисами и послепродажным обслуживанием. Из последнего обратите внимание на совместный проект Яндекса, MR Group и платформой Ujin по интеграции Алисы в умные здания.

4. Само строительство дома, это, по сути, работа кросс-функциональной команды. Да, это не Agile, а Waterflow, но это всё равно коллаборация со всеми вытекающими особенностями.

Как видите, точек соприкосновения очень много)

Если честно, не могу считать продуктовый подход какой-то привилегией исключительно IT-сферы. Если хочется понять, как именно, то можно начать с вопроса «а какую проблему хотим решить?». Продуктовый подход может помочь разложить JTBD сценарии для жилого здания, понять, какие из них и как закрыты в данный момент для аудитории, и предложить решения.

Например, взять один аспект: Анализ аудитории. Здесь можно позаимствовать такие решения, как интервью, опросы, анализ данных о целевой аудитории (кто покупает? семья, инвестор, молодежь? какие CVP в этом районе/конкурентах могут быть: парковка, двор, планировки).

Персонификация покупателей: Создание детальных профилей целевых покупателей для принятия решений по планировкам, отделке, инфраструктуре.

Постоянная обратная связь: Тестирование концепций на look-alike аудитории, планировок (через VR/AR, макеты), материалов отделки на фокус-группах до старта строительства.

Мы, как то сэкономили огромное количество денег своему клиенту, просто на уровне первой итерации показали,  как реально будет выглядеть вид из окна(инсоляция + вид за горизонт) в фото реалистичной графике(ue5) В итоге совет директоров сказал, что нужно окна, панорамные сделать.   По сути это произошло на этапе проектирования.    А ребята, поняли что водопад им денег потратит такое количество, что в процессе перешли на смешанный аджаил.

Я думаю, если Agile, то нет. У вас в любом случае, пока документы не будут готовы, к стройки не приступишь.) А если какие-то этапы по отдельности рассматривать, то с малой вероятностью может, что-то и будет))

А почему не вотерфолл? Там же проект не перестраивается несколько раз. Есть госэкспертиза

Не надо натягивать сову на глобус.

Видимо, определяют целевую аудиторию из потенциальных жильцов, проводят кастдев, собирают аналитику, потом на основе данных строят то жилое здание, которое будет отвечать требованиям ЦА. Не знаю, как будет это происходить по Agile, там же нельзя просто взять и снести постройку. Ошибки аналитиков будут стоить слишком дорого))

Ну это мои фантазии. Интересно послушать ответ опытного специалиста.