Skip to main content

11.07.2024 13:41

Интервью ТОПов

Об особенностях перехода на BIM/ТИМ строительной отрасли России рассказал редактор самого оппозиционного цифрового канала и технический директор SIGNAL Александр Попов

Чем BIM отличается от ТИМ, почему застройщики не понимают, что от них требуется в этой области, и когда ждать полную цифровизацию строительства в России – об этом в эксклюзивном интервью директору портала Всеотройке.рф Светлане Опрышко рассказал технический директор SIGNAL Александр Попов.

Александр, почему в России плохо с переходом на BIM/ТИМ? 

– Для начала, наверное, разделю BIM (Building Information Modeling) и ТИМ (Технологии информационного моделирования). Вкратце коснусь, чем они принципиально отличаются, чтобы все в одну кучу не смешивать. Когда мы говорим про BIM, – это трехмерные параметрические модели, которые используются для выпуска чертежей, подсчета объемов, настройки и, предположительно, на эксплуатации можно будет использовать. Когда мы говорим про ТИМ, то это немножко более широкая тема. Можно сказать, кто-то считает, что это русская версия BIM, но в целом, выйдя на стандарты, на то, что описывает Минстрой, это как бы взято чуть более широко. BIM как будто включен в ТИМ и называется CIM-моделью (Common Information Model). ТИМ – это, можно сказать, XML, PDF и IFC-модели в папочку заархивированные, разложенные и определенным образом названные. То есть ТИМ – это не один в один с BIM, а немножко более широкая тема, которая обозначает набор файлов в определенном, можно сказать, архиве.

Почему плохо? С BIM на самом деле у коммерческих застройщиков не всё плохо. Единственная проблема, которая у коммерческих застройщиков с BIM связана, – это то, что ушли иностранные программные обеспечения, иностранные софты, в которых они всё это делали. У того, кто до недавнего времени и прямо сейчас делает это на автодесковском стоке технологий, все нормально, кроме того, что ему приходится сейчас работать нелегально. В основном он не может оплатить лицензии, в которых работает. Единственная проблема в этом.

А с ТИМом есть проблема с тем, что никто не понимает, что это. Мы не понимаем, что от нас хотят, мы не понимаем, какие данные нужны, в каком виде, куда нужны. Какой-то полный, скажем, бардак и непонятная ситуация, что такое ТИМ, и для чего он нужен. Он как будто бы искусственно создан со стороны государства, искусственно описан, а отрасль не понимает, как его делать.

С 1 июля 2024 года при реализации проектов капитального долевого строительства застройщики должны использовать ТИМ. Зачем это государству? 

– Когда мы об этом говорим, для чего вообще нужны государству цифровизация и технологии информационного моделирования, тут надо сказать, что государство может выступать в нескольких ролях. Первая роль – это регулятор, вторая роль – это заказчик своих объектов за бюджетные деньги. Если мы говорим о государстве, которое выступает в роли регулятора, то там современные технологии – ТИМ-технологии, цифровизация – нужны для того, чтобы обеспечить безопасность на стройке, чтобы в процессе строительства каких-то частных коммерческих компаний никто не пострадал, и чтобы не появились какие-нибудь обманутые дольщики. Чтобы все объекты были достроены, чтобы потом к государству с этими претензиями не приходили, митинги не устраивали, и чтобы государство за свой счет это не достраивало.

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

Как в целом оцениваешь ТИМ – станет ли он панацеей? В чем польза ТИМ для строительной отрасли?

– Я думаю, что когда мы говорим в принципе про цифровизацию, то цифровизацию, конечно, можно назвать заделом панацеи. Можно сказать, что цифровизация полезна, если мы не говорим о том, что цифровизацию используют потом для построения цифрового концлагеря или для легализации каких-нибудь откатов. Если нормально используют для людей цифровизацию, то она, конечно же, полезна, тут спору нет.

Станет ли ТИМ панацеей? Я про ТИМ пока не полностью могу говорить, в чем он будет полезен, в чем – не будет. Но если мы возьмем такой частный случай именно BIM-модели, CIM-модели в российском законодательстве, то они полезны. Есть сферы, в которых они уже доказали свою эффективность, есть сферы, где они полезны. Это, например, для координации разделов между собой, для выпуска качественной документации, для сбора объемов качественно, быстро и точно, для подсчета бюджетов, подсчета графиков строительства и для закрытия работ. Есть задачи, в которых BIM-технология показала себя очень эффективно.

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

А стоимость выросла?

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

Например, такие кейсы, как ПИК, Группа «Самолет», – они не жалуются и обратно не собираются. Причем они пришли в те же сроки, в те же стоимости, в те же количества сотрудников на один объект, в ту же удельную стоимость на квадратный метр проектирования. Пришли туда же, но существенно повысили качество. Тут как бы про это тоже не нужно забывать: уже глупых ошибок нет, влияние человеческого фактора меньше стало. Раньше проблем не было там, где были высококвалифицированные специалисты, а сейчас с помощью BIM можно достигнуть того, что и не самые крутые специалисты могут выполнить объект успешно. Снизился порог для требований к специалисту, чтобы проект успешно в сроки был реализован. Это стало проще, потому что вся информация раньше у одного человека в голове держалась, теперь она на экране компьютера, и это существенно помогает.

Профсообщество не связанных друг с другом компаний, абсолютно никак не взаимодействующих друг с другом выступает против этого «движения», перехода на ТИМ отрасли . Почему так не хотят прогресса? 

– Когда-то, видимо, в далеком 2015 году, показывали президенту или какому-то заместителю BIM-технологии, министру по строительству презентовали BIM-технологии на таких огромных столах, модели крутились – показали тот путь, ту далекую цель, куда мы хотим прийти. Во-первых, современные технологии на иностранных продуктах показывали, которых сейчас уже нет. И во-вторых, это было про BIM. Собрали эти все рабочие группы, комитеты, и изначально там присутствовали эксперты, технические специалисты, которые знали, как прийти в ту сторону.

Потом начали накладываться различные ограничения, иностранный софт нельзя. То есть сделайте так же, только теперь с завязанными глазами. Начались ограничения, а потом и вовсе пошли не туда. Куда сейчас движется ТИМ с 2018-2019 года? Вообще в другом направлении, не в сторону BIM. Презентовали BIM, продали руководству BIM и пошли в другую сторону. Извратили всю технологию, извратили все понимание, куда надо двигаться, и цель появилась идти в другую сторону. И теперь то профсообщество, которое изначально поддерживало эту всю вещь и говорило, что нам надо двигаться туда, как раз стало в противовес и начало тормозить движение в другую сторону.

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

Основная проблема в том, что люди, которые описывают эти стандарты, не говорят, для чего они это делают, не показывают результат, к которому хотят прийти. Может быть, он нормальный, но мы искренне не понимаем, что в результате должно получиться. XML по папочкам, PDF по папочкам, эти IFC-модели. Никто еще ни разу не реализовал этого на практике, а уже описывает, регулирует и заставляет в этом работать.

Единственный совет, который я бы дал: этих людей, нормы сейчас пока на паузу все поставить, пусть они пойдут на стройку, реализуют какой-нибудь один проект и покажут, что они хотят в итоге получить, как это должно выглядеть. Если они не могут это показать, реализовать, то пусть прислушиваются к мнению профессионального сообщества, которое уже прямо сейчас на любой стройке Москвы, – например, «Самолет», MR Group, ПИК, ИНГРАД, Пионер, Донстрой – могут взять и показать, что можно получить, как это может работать, что они подразумевают под BIM. И начать описывать, даже своими стандартами готовы все поделиться и помочь с этим.

Вообще, сейчас мы собираем такую инициативную группу, кто хочет эти все нормы сами написать. Не надо нам денег, ничего не надо. Мы просто сами сейчас напишем и принесем. Давайте «перевернем доску» и не мы будем выступать стоп-фактором, не мы будем критиковать постоянно. Давайте мы напишем, а нас покритикуют. Нам скажут, где и что нельзя, где мы создаем какие-то риски, где мы прописали термины проприетарного формата. В любом случае, если деньги кто-то и собирается там платить, то это какие-то копейки – это не за деньги будет работа. Давайте мы сделаем рабочую группу за свой счет, принесем, а нам скажут, что надо подправить.

Когда принесете?

– Хотелось бы до конца года. Я понял, что сейчас до 1 сентября есть требования. Мы в целом готовы в эту часть подключиться и до 1 сентября помочь по текущим планам, по методике классификации, эти методики причесать или сами написать, если там ничего нет.

Утвержден уже не первый этап, не первые XML-схемы, и их продолжают так же критиковать, как предыдущие. Насколько этот формат адекватный для цифровизации отрасли в России? И что бы, на твой взгляд, можно было бы сделать лучше, если можно? 

– Немножко начну сначала, если вдруг читают люди, которые в это не погружены. В принципе, XML (eXtensible Markup Language) [расширяемый язык разметки] – это формат разметки, то есть способ описания какого-то формата. Например, вот знаете вы формат xlsx. Вот это набор XML, где сложено все по папочкам, заархивировано zip-архиватором и переименовано архив в xlsx. Вот это, собственно говоря, уже формат, в котором описана структура данных, как ее хранить, а XML – это способ описания этого формата.

Есть еще такой альтернативный способ описания – это JSON-формат (JavaScript Object Notation) [Текстовый формат обмена данными, основанный на JavaScript]. И вот между ними есть холивар, как есть между iPhone и Android, – вот есть такое между JSON и XML. В принципе, других вариантов особо и нет, и в этой части XML имеет преимущество – хорошо работает с десктопными приложениями, потому что изначально это от Microsoft пошло, есть много библиотек для работы с XML, для серверных приложений это очень удобная вещь, и в 1C [российская компания и одноименная группа программ для автоматизации бизнес-процессов, язык, на котором эти программы написаны, и платформа, на которой все это работает] очень много вещей реализовано с помощью выгрузок, с помощью XML. Еще в XML реализованы наша «государственная шина» СМЭВ (система межведомственного электронного взаимодействия) и интеграция 1С с налоговой отчетностью.

JSON – это больше про веб-разработку, про REST API, про взаимодействие между браузерами, веб-сервисами. Поэтому в этом плане выбор XML от Минцифры, если это Минцифры выбирали, – вполне правильная, логичная вещь. На их месте глупо выбирать что-то другое – все отработано, все известно и все понятно.

Теперь дальше переходим. В этом XML, когда формат разметки мы выбрали, есть схемы, по которым можно загружать в определенное программное обеспечение и проверять, соответствует присланный файл этой схеме или нет. В этом плане он, конечно, удобный. Если мы переходим к формату описания, то на сайте Минстроя выпущено очень много этих XML-схем, и пока немного рано говорить, насколько они корректно составлены, насколько все атрибуты содержатся, насколько это рабочая история. Надо попробовать в него повыгружать, из него позагружать, и тогда будет понятно, работает это или нет. То есть в этом плане еще пока мало практики.

Основная сейчас проблема с ним или риски, которые могут быть связаны с XML-схемами, – это что у нас получится новый 1С. Основная проблема XML в том, что его невозможно писать как стандарт, просто на бумаге, или на клавиатуре печатать. XML не так пишется, XML – это всегда про какой-то программный интерфейс. Его нельзя открыть блокнотиком, написать. Вернее, можно технически, но никто этого делать не будет. Никто не будет пояснительную записку, которую раньше в Word писал, писать в блокнотике в XML-формате. И его нужно заполнять в какие-то поля, в каком-то интерфейсе. Хорошо, что Главгосэкспертиза России сделала сейчас для этой XML-пояснительной записки бесплатный сервис, а то могли и за миллион продавать.

И в итоге основная проблема с этим XML, что для него нужны интерфейсы. И вот та ситуация, которую мы видим с 1С на рынке бухгалтерии, бухгалтерской отчетности, она, конечно, неплоха. Она произошла, потому что 1С отрабатывал с налоговой эту выгрузку отчетности. При каждом изменении законодательства или увеличении потребности налоговая напрямую с 1С-овскими разработчиками вела диалог на тему, как отработать. Вот они отрабатывали этот подход, из 1С выгружали XML-схемы и выкладывали их как стандарт. Таким образом 1С получил конкурентное преимущество: они раньше других знали о том, какой будет формат, и раньше в своем продукте реализовали.

Потом, конечно же, там были 3 месяца на то, чтобы другие разработчики это реализовали. Но после пары факапов, когда разработчики не успевали в нужный срок до 1 января определенного года  (2015-2016-го) сделать изменения и внести в свою программу, бухгалтерии, естественно, от их продуктов отказывались. И в итоге на рынке остался один 1С. Он монополизировал отрасль, и это его нисколько не подстегивает развиваться и делать какие-то удобные интерфейсы для пользователей. В итоге, если мы готовы, что в стройке у нас получится такая же история, то в текущем виде, как это делается с XML, это нормально. Мы получим новый 1С для строителей.

Единственное, что меня сейчас пока смущает: представьте ситуацию, если бы 1С стоил в 100 раз дороже. Если бы каждая компания платила за 1С в 100 раз больше, то насколько сильная нагрузка легла бы на экономику, и насколько бы это эффективно работало, если бы стоило неподъемной суммы для обычных компаний. То, что сейчас компания платит за него 140 тысяч рублей в год, – это приемлемо. И то, что нужно бухгалтера еще одного посадить, который будет добивать эти карточки до удобной формы. Нормально, жить можно. Некоторые бухгалтеры даже сейчас говорят: «Что, можно как-то иначе?» Как говорится, плакать, колоться, но продолжать есть кактус [отсылка к фразе «Ежики плакали, кололись, но продолжали есть кактус»]. Многие уже даже думают, что иначе и нельзя. Они не видели других историй. Это удобнее, чем в Excel вести, удобнее, чем бегать с бумажками в налоговую? Конечно, удобнее, но могло быть лучше.

И если мы в стройке допускаем, что можно получить новый 1С в лице Exon [программное обеспечение для управления и цифровизации строительства], то в целом текущая ситуация нормальна. Это действительно движение вперед. Просто мне бы хотелось как-то по-другому, чтобы это было лучше, чтобы была более конкурентная история, чтобы мы не получили монополизацию рынка одним разработчиком. И чтобы еще за ним следили по его ценообразованию, как за 1С, если такое получится.

Скажи, насколько для ГИСОГД (государственная информационная система для обеспечения градостроительной деятельности РФ) может быть полезна вся эта деятельность, работа, которая сейчас ведется в рамках ТИМов? 

– Это один из участников, один из результатов сдачи каких-либо данных в форматах XML или в форматах, которые там экспертизуются. Это, можно сказать, государство как верхнеуровневый участник – тот, кто хочет видеть прозрачную картину по всем стройкам в стране. В этом плане сбор данных в единую структуру, в единое место, где все видно, он, естественно, должен быть описан и зарегулирован, должен действительно быть четко построенный. Это надо описывать и при этом XML-формат для описания требований по вот этому, со всей стороны собрать данные. Это очень подходящий способ эти данные собирать.

Единственное, что я бы посоветовал тем, кто это делает: я бы для начала попробовал создать какие-то справочники видов работ единые, классификатор видов работ, единые статьи затрат, по которым эту всю отчетность собирать. У государства тысячи, десятки тысяч больниц строится, школ, гособъектов. И вот у них у всех своя смета, своя структура бюджета, по которой они хотят видеть аналитику. Условно говоря, монолитные работы в одном объекте и в другом имеют разные коды, разные позиции в бюджете. И просто собрать, чтобы сравнить все больницы, сколько в какой стоят монолитные работы, – это пока государство не может. Хотя для этого все и собирается, чтобы можно было анализировать между собой, где больше потратили, где меньше. И в итоге для ГИСОГД как раз способ описания в XML корректный.

Я просто не уверен, что это надо начинать с исполнительной документации. Это тоже там должно быть, но и для эксплуатации это полезно, когда все будет в единое место собрано, и потом передать это в эксплуатирующую службу, действительно не в бумаге передавать уже, это правильное направление. Но я бы еще сказал, что для сбора первичных данных неплохо было бы это реализовать банально, просто чтобы был единый справочник статей работ (не путать с видами работ). В общем, единая структура бюджета, верхнего уровня статьи затрат: монолитные работы, кладка фасада – вот чуть ли не такого уровня – сколько общий бюджет и на сколько процентов выполнен, насколько закрыт вопрос.

Начать со всех своих строящихся объектов по стране собирать, и для начала достаточно было бы это делать в Excel. Просто в структурированном Excel. Не как в этих формах, где ради того, чтобы распечатать на А4 удобно, создается куча столбцов, слепляется друг с другом и не поймешь, в какой ячейке что искать, а в форме, когда понятно, что первый столбец про такие-то данные, второй столбец – наименование этой статьи, третий – единица измерения и т.д. Для начала я бы так отработал на Excel, а потом бы это описывал уже в XML. Потому что когда мы это описываем в XML, то мы обрезаем себе возможность без какого-нибудь отдельного софта. Хоть он и отечественный, но все равно может дорого стоить, а без него люди не могут сами руками реализовать, а Excel-файлы могут. Есть куча программ на выбор, в которых можно сформировать Excel-файлы.

То есть я бы начинал с отчетности, причем они же тоже примерно в это и пришли. В ИСУПе [Информационная система управления проектами] создали сначала карточку объекта в виде форм, а в итоге сделали Excel-файл, который надо заполнить и импортировать эти данные. Они все равно пришли к тому, что собирают по объектам карточки данных: базовый паспорт, номер участка застройщика и т.д. Все эти данные все равно из Excel подгружают. И в итоге пришли к тому, что это более удобно, чем заставлять пользователя заходить в какой-то веб-интерфейс и в нем забивать каждую ячейку отдельными данными – Ctrl-C, Ctrl-V из Excel переносить, в котором ему было бы удобнее это все сделать. Только я бы, может, не формат описывал, а сделал бы API открытый к этой системе.

Excel, XML – это все равно ручной труд. Почему не прямые API, которые будут передавать информацию?

– В любом случае кто-то должен отметить, что какие-то работы выполнены. И либо кто-то будет в ячейку цифры вбивать, либо статус элемента отмечать, но ручной труд там полностью не избежать. Но другое дело, что эти данные надо не в каждую систему ручками перебивать. Хорошо было бы предоставить вот API, например, по которому мы можем из любой своей системы, без выгрузки в отдельный файл, без передачи, прямо эти данные в эту систему отправлять. По сути, на программном уровне и будет тот же самый XML, только его не надо в текстовом виде описывать, куда-то выкладывать. Можно сказать: у нас есть API, вы можете подключить свое решение, у нас есть демо стенд, на котором можно протестировать и увидеть, все ли корректно заполнено, и все ли передается. После описать инструкцию по подключению своих сервисов, и уже пусть разработчики и программисты сами эти XML-схемы реализуют. Зачем руководству в это погружаться, зачем их в текстовом виде показывать всем? Они в любом случае будут, но на уровне программистов. Поэтому не требуется их утверждать на уровне стандарта, на мой взгляд.

Есть стандартизация на бумаге, а есть стандартизация аналоговая и программная. Я считаю, что мы скоро перейдем к программной стандартизации, когда стандарт – это будет не на бумагу положенные буквы, а определенный протокол, по которому мы должны что-то передать, и оно будет автоматически проверяться. Мы от аналоговой стандартизации перейдем к программной. Думаю, за этим будущее, и это один из шагов в ту сторону.

Сейчас ТИМы в основном используются на этапе проектирования. Для большинства ТИМ – это и есть технология информационного моделирования именно в проектировании. Насколько ТИМы нужны в стройке и в эксплуатации, и когда эти этапы будут там?

– Когда мы говорим про проектирование, то, опять же, говорим про CIM-модели в проектировании, из которых получается проектная рабочая документация. Это действительно уже стало нормой и стандартом отрасли. Уже отработано, все изучено до конца. Занимает уже автоматизация 10% трудоемкости.

Когда появится на стройке? На самом деле, многие коммерческие застройщики сейчас начали применять BIM на стройке и видят в этом определенное преимущество: не происходит потери данных. Им проектировщик передает не документацию в 2D, которую потом отдельно надо поднимать, обсчитывать, линейкой измерять, а когда он может ту же модель взять, ее обсчитать и ее же использовать для подготовки исполнительной документации, – для этих задач настройки BIM-модели удобны, у коммерческого застройщика это уже работает и у госкорпораций тоже.

Основная проблема госзаказчика в том, что это официально нельзя показывать, потому что это все завязано на иностранном софте. Тут, опять же, наткнулись на проблему, когда ожидания большие, в иностранном софте это можно делать, а в отечественном нужно упрощать, можно сделать чуть поменьше.

Но все равно это очень удобно, потому что с совещаний уходит много вопросов, из-за которых раньше происходила жуткая ругань. С BIM-моделью у всех стало одинаковое понимание по объему – все ходы записаны, процесс стал полностью прозрачный, многие вопросы просто сняты за счет точных подсчетов объемов. И сегодня это уже стало таким стандартом. Некоторые ПТОшники приходят на объект и говорят, что без BIM-модели не работают.

Перейдем к платформе SIGNAL. Какие вы продукты предлагаете рынку? Чем они полезны, чем лучше остальных?

– У нас есть модули Docs – это среда общих данных, аналог BIM 360 для инженерного, технического документооборота, чтобы не печатать документацию, выдавать настройку за минуты, согласовывать ее, проверять. Есть модуль Inspection – это для контроля строительства по FOLO 360: специалист-инженер ходит с камерой раз в неделю, делает сразу с определенных точек фотографии, грузит их в Inspection, и руководитель проекта может удаленно со смартфона следить за ситуацией на площадке и сравнивать две фотографии между разными датами.

Модуль Tools – это BIM-модель настройки, авторская моя методология, как BIM применять на стройке. Я там несколько своих методологических идей заложил, как это сделать возможным. И Tools – это инструмент, которым создается строительная модель и сопровождается. Изначально, до создания, проектная модель проверяется на то, что она проходит все требования и может применяться на площадке. И модуль Dashboard – это верхний уровень аналитика, набор карточек. Все наши сервисы, кроме Tools, адаптированы под смартфон и все работают с мобильного устройства. В том числе, есть Dashboard, где руководство может с мобильного устройства видеть отчет по всему ходу реализации, по всем своим проектам. Основная идея – верхнеуровневую аналитику собирать, но принцип такой, что руководитель может провалиться до самого низа, разобраться в любой проблеме.

Какая у вас сейчас доля рынка, какие основные клиенты и сколько их? 

– У нас есть модули разные. Можно сказать, что по Inspection мы, в принципе, единственный коммерческий продукт, который можно на сегодняшний день в России купить. По Tools: мы тоже единственные, кто создает строительные модели, конкуренты у Tools есть для сбора ведомости объемов работ. То есть какая доля рынка: я ее оцениваю процентов в 20-30. Но самая главная у нас сейчас заруба года идет по СОДам (среда общих данных).

Когда BIM 360 ушел с рынка, – тот, который стал стандартным отрасли и показал, как это может быть, как это должно работать, – после ухода Autodesk все разработчики сразу ринулись туда, в какой-то момент у нас было 32 среды общих данных – прямо жесткая конкуренция, жесткая заруба. Мы тоже попытались с некоторыми синтегрироваться сначала, потом поняли, что не получается, все сырые, все недостаточно хороши, и мы решили сделать свой СОД – это SignalDocs, который в прошлом году активно развивали, в июле прошлого года презентовали и с конца января – начала февраля этого года мы его уже активно продаем. Мы поставили такой ценник доступный, что сделаем ставку еще и на региональные компании, чтобы они могли себе это позволить. Мы поняли, что застройщики в регионах тоже хотят, но не могут себе позволить ценники других СОДов.

Еще есть такой момент: среда общих данных – инструмент, в котором должна работать вся компания, все должны ходить под своими учетными записями. Нельзя создавать СОД, где людям выдают технические учетные записи, в которых они все под одной и той же ходят. Это не рабочая история, нужно покупать ее на всех технических спецов компании, она должна покупаться на большое количество сотрудников.

Мы не против, если кто-то так делает, особенно на старте, чтобы протестировать, – это окей, каких-то запретов нет на это. Но чтобы это работало эффективно, у каждого должна быть своя учетная запись, где права доступа настраиваются, в каких процессах и согласованиях человек участвует, какие оповещения должен получать, какие замечания на него выданы и т.д. Именно это все и требует, чтобы на всю компанию покупалась лицензия.

Ты недавно писал в своем Telegram-канале, что о применении ИИ на стройках еще пока рано говорить. Скажи, почему, и когда будет не рано?

– Кто-то меня сейчас даже называет ИИ-скептиком, я себя считаю ИИ-реалистом. Но иногда, когда мы спорим с этими ИИ-оптимистами, мне приходится приводить аргументы, которые меня действительно ставят в позицию ИИ-скептика. Я не полный противник искусственного интеллекта, но считаю, что, во-первых, ажиотаж слишком высокий, – от ИИ ожидают намного больше, чем, по моему ощущению, он достигнет. То есть обещали беспилотное такси, и что автомобили будут сами ездить, а дали нам пикающий парктроник с ИИ, который определяет, кто у вас сзади идет.

Я считаю, что ИИ – это сильно раздутая и очень сильно маркетинговая вещь. Ее сейчас используют, пихают везде, где можно и нельзя. Но меня больше всего удивляет, что как только ты показываешь реальное применение нейросетей к какой-то задаче, – допустим, фотографию распознали – все говорят, что это ерунда, и рассказывают, как где-то сметы считаются по чертежам, и объемы сразу все выводятся. То есть рассказывают и ничего не показывают, это меня просто поражает. Причем наибольший маркетинговый эффект случается там, где прямо наврали, а где люди реально показали, что они сделали, там это абсолютно не действует, потому что это какая-то мелочь.

Еще такой момент: с чего вдруг все решили, что open-source [OS, открытый код, исходный код программного обеспечения, который доступен для всех пользователей] – это когда можно бесплатно взять программный продукт и начать его продавать в России? То, что у вас за пиратство не наказывают, еще не значит, что вы теперь все можете пиратить. Нельзя взять open-source продукт, упаковать его и продавать. Нельзя. Вы должны сделать из этого open-source продукта – если вы его доработали – свой следующий open-source продукт, вы должны опубликовать этот код.

Когда Россия перейдет полностью на цифровые технологии строительной отрасли? 

– Если мы говорим про безбумажную стройку – считать бюджеты по моделям, отмечать выполнение работ по моделям – во-первых, нам нужно немножко переписать КСИ [классификатор строительной информации], надо полностью переписать СП-333 [свод правил «Информационное моделирование в строительстве. Правила формирования информационной модели объектов на различных стадиях жизненного цикла»]. Это можно сделать, наверное, за следующий год. И тогда можно будет сказать, что все школы будут строиться по биомоделям, безбумажно. Коммерческая стройка уже это делает, им ничего не надо, у них все нормально. И здесь главное, чтобы ей не мешали.

И одной фразой: что нас ждет завтра? 

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

Ранее портал Всеостройке.рф сообщал, что с 1 июля ТИМ для застройщиков стал обязательным на этапе проектирования.

Новости по теме

Основатель и директор по развитию Virtual Land Никита Грузд: «Мы сконцентрированы на том, чтобы не потерять имя в погоне за прибылью»

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

Дата публикации 17-07-2024 13:27
Владимир Денисов: «Строительная и медийная индустрии развиваются в синергии»

В эксклюзивном интервью директору портала Всеотройке.рф Светлане Опрышко руководитель холдинга «ЕвроМедиа» Владимир Денисов рассказал о тенденциях на строительном рынке, совместных с Минстроем России медиапроектах и перспективах сотрудничества с Китаем.

Дата публикации 11-07-2024 10:30
Директор ФАУ «ФЦС» Андрей Копытин: «Цифровизация – важнейший инструмент для ускорения всех процессов в отрасли»

ФАУ «ФЦС» – Федеральное автономное учреждение «Федеральный центр нормирования, стандартизации и технической оценки соответствия в строительстве».

Дата публикации 09-07-2024 10:23
Мария Комарова, руководитель отдела документального обеспечения компании «Донстрой»: «Использование сервиса “Госключ” значительно расширило географию продаж»

О технологии дистанционной регистрации и подписания сделок – эксклюзивно для портала Всеостройке.рф

Дата публикации 08-07-2024 14:47

Последние новости

Банки начали применять санкции к заемщикам, нарушившим правило льготной ипо...

Оформление договора ипотечного займа с начала следующего года может получить новые условия.

Дата публикации 19-07-2024 10:40
По делу о взятке задержан замдиректора Фонда капремонта Подмосковья Мстисла...

Следствие просит Тверской суд столицы отправить чиновника в следственный изолятор.

Дата публикации 19-07-2024 8:54
В России фиксируется резкий рост привлечения сотрудников из Африки — HeadHu...

Согласно статистике за I полугодие 2024 года, 7 из 10 зарубежных стран с наибольшим приростом вакансий от российских компаний — это африканские государства.

Дата публикации 18-07-2024 18:45
Всё о стройке

Независимая площадка девелопмента
России и стран СНГ

Мероприятия