За последние несколько лет цифровые продукты в строительстве из модного тренда превратились в обязательный элемент отрасли. Появились платформы, ГИС-системы, электронные госуслуги, BIM, разговоры про ИИ. На презентациях всё выглядит красиво.
Но главный вопрос сегодня звучит иначе:
реально ли цифровизация меняет стройку — или мы просто научились сканировать бумагу и прикреплять её к системе?
Из ответов на этот вопрос рождается идея, которую всё чаще обсуждают в профессиональной среде: стройке нужна «пересборка 2.0» — не ещё один сервис, а переосмысление всей цифровой архитектуры отрасли.
От восторга к плато: что на самом деле происходит с цифровизацией стройки
Если посмотреть на развитие технологий через классические кривые Gartner, всё знакомо:
- Сначала — эйфория: цифровая трансформация, платформизация, ИИ.
- Потом — разочарование и усталость: инструментов много, эффекты не всегда очевидны.
- Затем — выход на плато: остаются те решения, которые реально встраиваются в процессы.
Проблема стройки в том, что она зашла в цифровизацию «с ходу», когда всё меню уже лежало на столе.
Отрасль оказалась как ребёнок в огромном магазине игрушек:
«Хочется сразу всё – BIM, платформы, мобильные приложения, ИИ, дешборды, ГИС, трекинг техники…»
Результат:
- цифровых точечных решений много,
- но общую степень оцифровки стройки оценить сложно.
Тем не менее, по данным Минстроя, по простым метрикам цифровая зрелость отрасли выросла с 45% (2022 год) до примерно 75% сейчас. Прирост около 10% в год — серьёзная динамика.
За это время отрасль:
- закрыла «белые пятна» после ухода иностранных вендоров,
- сформировала понимание, что такое цифровая вертикаль управления,
- пришла к идее дата-центричной информационной модели как основы.
Но именно здесь проявилось главное противоречие.
Оцифрованная среда ≠ цифровая среда
Долгое время «цифровизацию» подменяли простой операцией:
«Был бумажный документ. Отсканировали. Загрузили в систему. При необходимости распечатали обратно».
Формально — всё в цифре.
Фактически — данные не структурированы, не связаны и не живут в единой модели.
Отсюда ключевой вывод:
- оцифрованная среда — это когда PDF лежит в системе вместо папки на полке;
- цифровая среда — это когда данные «знают» друг о друге, связаны с объектами, стадиями, участниками и могут служить основой для управления, аналитики и ИИ.
Показательный пример — региональные ГИСОГД.
Система формально внедрена почти везде, но:
- в каждом регионе она разная;
- документы оцифровываются с разной глубиной и по разным правилам;
- свести всё в единый массив данных практически невозможно.
А без больших структурированных данных говорить о реальном применении ИИ в стройке просто нечестно.
Регионы как драйверы: когда цифра становится «своей»
Интересно, что сейчас двигателями цифровизации всё чаще выступают регионы, а не только федеральный центр. Причём не только столица.
Пример 1. Единая цифровая среда для стройки
В одном из регионов создан Центр содействия строительству, где небольшая команда владеет полной картиной по огромной территории.
Что там сделали:
- соединили все слои данных: земельные участки, сети, ограничения, объекты;
- выстроили проактивную поддержку застройщика: по доверенности центр сам запускает согласования, оформляет документы, получает справки и разрешения;
- сделали так, что изменение одного документа автоматически отражается у всех участников, работающих в системе.
И всё это — бесплатно для застройщика, чтобы ускорить инвестиционно-строительный цикл.
Фактически регион создал настоящую цифровую среду:
- единый источник данных,
- общие правила работы,
- синхронная актуальность информации.
Пример 2. Data-centric ГИСОГД
В другом регионе пошли ещё дальше:
- отказались от идеи «оцифрованного архива»;
- начали сразу создавать документы внутри системы, а не загружать сканы;
- работают не с файлами, а с цифровыми сущностями и атрибутами.
Нужна выписка?
— Она формируется «сверху» цифрового документа, который живёт в общей модели.
Ошибся при сканировании? Неправильно оформил?
— Такая проблема исчезает, потому что исходно всё создаётся по единым цифровым правилам.
Информационная модель как «носитель знаний»
Следующий шаг — понимание, что информационная модель объекта должна быть не красивой 3D-картинкой «для экспертизы», а носителем знаний на всём жизненном цикле:
- изыскания,
- проектирование,
- стройка,
- эксплуатация,
- реконструкция / демонтаж.
Через эту призму пересматриваются:
- ИСУПы (управление строительством),
- ГИСОГД,
- системы контроля сроков и стоимости,
- модули эксплуатации.
От отрасли «отчётной» цифры ожидается переход к цифре управляющей:
от «загрузить файл в систему»
к «принять решение на основе живых данных».
Слабое звено: деньги, риски и ТЭО
Есть блок, где цифровизация пока отстаёт — финансы и инвестиции.
Стройка — капиталоёмкий бизнес, и здесь особенно важно:
- моделировать сценарные риски (рост стоимости, задержки, технологические изменения);
- видеть, как решение на стадии концепции бьётся по смете и окупаемости;
- делать ТЭО в единой цифровой логике, связанной с информационной моделью.
Сейчас как раз готовятся:
- единые правила формирования ТЭО,
- подходы к увязке ЦИМ (цифровой информационной модели) и сметного нормирования,
- стандарты, которые распишут связку ведомости объёмов работ (ВОР) и ЦИМ.
Именно тут лежит ключ к тому, чтобы информационная модель перестала быть «надстройкой» и стала основой для денег и решений, а не только для визуализации.
Барьеры: данные, безопасность, инфраструктура и… экономика
Цифровизация упирается в классический набор проблем:
- Качество данных. Если данные кривые, никакая система не спасёт.
- Инфраструктура. Не везде есть нужные мощности, связь, готовность площадок.
- Баланс открытость/безопасность. Стройка всё больше зависит от ИТ, а значит растут риски кибератак.
- Экономика проектов. Пока бизнес на подъёме — он инвестирует в цифру; как только маржа проседает — цифровые программы часто «режут первыми».
Парадокс:
именно когда бизнесу тяжело, у него появляется уникальное окно возможностей пересмотреть процессы, не ломая рост — потому что его и так нет.
И любые изменения бизнес-процессов сегодня неизбежно связаны с цифрой. Даже если компании временно отказываются от сложной автоматизации — они почти всегда к этому возвращаются.
Стандарты ЕСИМ и вечная боль рынка: «всё не так, но я ничего менять не хочу»
Система ЕСИМ (единая система информационного моделирования) — это попытка создать единые базовые стандарты для всей отрасли.
С ними связано сразу две особенности:
- Это документы системного уровня — от них зависят правила игры.
- Каждый участник рынка воспринимает их лично, остро и эмоционально.
Разработчики стандартов находятся между двух огней:
- с одной стороны, нужно «зашить» в документы реальность,
- с другой — льётся поток критики «всё неправильно, всё сыро».
Когда создатели стандартов предложили участникам рынка:
«Пришлите, какие стандарты вы готовы дорабатывать своими ресурсами» —
в разработку включились те же самые активные игроки, что и раньше.
А многие критики, когда им предложили вручную править стандарт, честно признались:
«Времени и сил нет. Пусть разработчики сами всё исправят, а мы потом посмотрим».
И это честный маркер:
- без реального участия пользователей никакие стандарты не станут идеальными;
- критика без вклада времени и задач в ТЗ — это тормоз, а не помощь.
Сколько стоит цифровизация — и окупается ли она вообще
Есть популярный тезис:
«Государство спускает цифровые требования, а бизнесу за это платить».
Реальность сложнее.
Во-первых, современная компания в стройке без цифры физически не выживает — хотя бы на уровне продаж, работы с клиентом и управленческой отчётности.
Во-вторых, есть уже понятные эффекты:
- переход на цифровое управление исполнительной документацией и процессами в ряде программ показал экономию порядка 6 млн рублей на одном доме;
- стоимость внедрения системы иногда составляет 2,5 млн на лицензии — эффект кратно выше затрат;
- по расчётам для эксплуатации, внедрение цифровой системы управления объектом тянет примерно 0,2% от стоимости объекта, но даёт ощутимую экономию на ресурсах, персонале и простоях.
Пример кампуса на десяток–два корпусов, где внедрена цифровая эксплуатация:
- снижение затрат на тепло и электроэнергию,
- сокращение числа диспетчеров и оперативного персонала,
- повышение управляемости.
Ключевая мысль:
цифровизация — это не «налог сверху», а инвестиция, которая окупается, если её внедрять осмысленно, а не ради галочки.
Переход на российский софт: вопрос безопасности, а не только идеологии
Отдельный блок дискуссии — переход на российские программные продукты.
Аргументация здесь очень жёсткая и прагматичная:
- Опыт отключения зарубежных облаков.
Когда в один день отключили доступ к зарубежному облачному BIM-хранилищу, многие девелоперы оказались без доступа к своей же документации. Тогда кое-как данные спасли. Сейчас в подобных условиях это могло бы закончиться просто потерей всей модели. - Кибербезопасность.
Чем больше стройка оцифровывается, тем выше риск того, что через несколько лет начнутся попытки:
перехватывать управление техникой,
вмешиваться в инженерные системы,
менять параметры в проектной документации.Если ядро ПО и хранилище находятся вне страны, это превращается в инструмент внешнего воздействия, а не только в сервис. - Риски для госзаказа.
Если объект строится за бюджетные деньги, зависимость от иностранных вендоров — это не только технологический, но и политический риск.
Отсюда логичная позиция:
- для проектов с госучастием отечественное ПО должно быть обязательным;
- для коммерческого сектора — целевой ориентир: сделать так, чтобы российский софт был комфортен и технологичен, а не только «обязателен под палкой».
«Российское ПО сырое» vs реальные кейсы
Опросы показывают: значительная часть рынка считает российские решения «сырыми».
Но при этом уже есть проверенные практикой примеры, когда:
- жилой дом проектируется от архитектуры до конструктивных решений в отечественном ПО,
- проходит экспертизу,
- строится и вводится в эксплуатацию.
Есть проектные институты, которые целиком перешли на российские системы, постепенно подтягивая плагины, библиотеки, базы элементов.
Да, эта работа требует:
- постановки задач,
- тесного взаимодействия с вендорами,
- готовности менять методики и привычки.
Но здесь важно одно:
если компания реально формулирует требования и готова работать в доработанном ПО, разработчики вносят изменения.
Если же звучит только общее «всё плохо», но без ТЗ и пилотов — процесс встаёт.
InSmartBase: живая цифровая среда для спецификаций и решений
Когда в отрасли говорят о переходе от «оцифрованной бумаги» к настоящей цифровой среде, на первый план выходят сервисы, которые работают не с файлами ради файлов, а с данными и техническими решениями. InSmartBase как раз из этой категории.
Платформа помогает проектировщикам, инженерам, производителям и подрядчикам работать в общей цифровой логике:
- Создание и редактирование спецификаций онлайн – без бесконечных версий «v3_final_правки_Иванова». Все участники видят актуальный вариант.
- Единое пространство для оборудования и материалов – позиции с характеристиками, привязками, аналогами и статусом (выпускается / снято с производства).
- Совместная работа – к одной спецификации могут подключаться сразу несколько специалистов, без потери контекста и данных.
- Обсуждение технических решений внутри документа – комментарии, вопросы, согласования — прямо «в теле» спецификации, а не в россыпи писем и мессенджеров.
- Повторное использование решений – типовые узлы и комплекты можно сохранять и переиспользовать в новых проектах, снижая риски и экономя время.
По сути, InSmartBase работает как прикладной слой цифровизации: помогает не просто «прицепить PDF к системе», а собирать, структурировать и развивать знания о применённых решениях. Это тот уровень, где цифровизация перестаёт быть абстракцией и начинает помогать людям на конкретных проектах.
«Бумагу запретить как класс»: следующий логичный шаг
На фоне всего этого логичным выглядит и следующий радикальный шаг, который сейчас обсуждается:
полный отказ от бумажного документооборота при проектировании девелоперских проектов.
Идея проста:
- дать рынку переходный период,
- доработать отечественные программные продукты,
- затем закрыть «лазейку», которая позволяет и дальше жить в бумажных процессах, параллельно с цифрой.
Связка очевидна:
- Технологии информационного моделирования (ТИМ) при типовых и повторяемых решениях уже позволяют сокращать сроки на 20–30%;
- настоящий эффект возможен только тогда, когда вся цепочка живёт в цифре, а не «на полпути, с дублированием в бумагу».
Итог: от хаоса приложений к системной цифровой стройке
Цифровизация стройки 1.0 дала отрасли много инструментов, но и много хаоса.
Сейчас отрасль находится в точке, когда:
- данных уже много,
- систем — тоже много,
- а вот системности и дата-центричности пока не хватает.
Пересборка 2.0 — это попытка:
- превратить разрозненные ИТ-решения в сквозную цифровую среду,
- сделать информационную модель общим языком для проектировщиков, строителей, заказчиков, эксплуатирующих организаций и государства,
- опереться на отечественное ПО не только по политическим причинам, но и с точки зрения устойчивости и безопасности,
- освободить ресурсы людей от рутины для задач, где без человека пока никак.
Цифра в стройке перестаёт быть «историей про красивые интерфейсы».
Она всё больше становится инструментом управления рисками, сроками, деньгами и качеством.
💬 Как вам кажется, где сейчас главное «бутылочное горлышко» цифровизации стройки:
— в качестве данных,
— в сопротивлении процессов и привычек,
— в готовности переходить на отечественный софт
или в том, что до сих пор не хватает единых, реально работающих стандартов?
