Запишитесь на демонстрацию сервиса
После отправки заявки уточним время и запишем на короткую он-лайн встречу для демонстрации возможностей системы
Нажимая кнопку «Записаться», я даю свое согласие на обработку моих персональных данных, в соответствии с Федеральным законом от 27.07.2006 года №152-ФЗ «О персональных данных» и Политикой конфиденциальности
Запишитесь на демонстрацию сервиса
После отправки заявки уточним время и запишем на короткую он-лайн встречу для демонстрации возможностей системы
Нажимая кнопку «Записаться», я даю свое согласие на обработку моих персональных данных, в соответствии с Федеральным законом от 27.07.2006 года №152-ФЗ «О персональных данных» и Политикой конфиденциальности
«КС-ПРО» — компания, оказывающая полный комплекс услуг техзаказчика, в том числе для крупных офисных девелоперов. В портфеле — проекты коммерческой и жилой недвижимости бизнес- и премиум-класса в Москве.
Через компанию проходит вся документация: от проекта до стройки. Работают как посредник, который объединяет заказчиков, проектировщиков и стройку.
Через компанию проходит вся документация: от проекта до стройки. Работают как посредник, который объединяет заказчиков, проектировщиков и стройку.
О клиенте
До продуктов G-Tech использовался Autodesk BIM360 в качестве среды общих данных, цифровизация какая-то уже была. В BIM360 велись все проекты и все переписки, это была среда для работы с общими данными в едином формате. В 2022 году когда ввели санкции решение стало недоступным. Искали на тот момент максимально развитый аналог российского производителя.
Перед стартом проанализировали около 7 платформ и выбрали G-Tech, так как ее структура напоминала привычный BIM 360, что позволяло обеспечить плавную замену имеющегося импортного софта на российское решение.
Менять систему пришлось неожиданно. В противном случае был риск потерять документацию, работы по проектам.
Перед стартом проанализировали около 7 платформ и выбрали G-Tech, так как ее структура напоминала привычный BIM 360, что позволяло обеспечить плавную замену имеющегося импортного софта на российское решение.
Менять систему пришлось неожиданно. В противном случае был риск потерять документацию, работы по проектам.
Как работал до нас и какие проблемы были
Что мы сделали
G-Tech это сервис, который предоставляет компании весь функционал. Не нужно что-то дорабатывать с помощью разработчиков, подключать технический отдел для переноса. На тот момент было 40 сотрудников, 7 проектов.
Этап 1: диагностика
Сначала провели диагностику: специалисты G-Tech общались с техническими сотрудниками клиента, составили план переноса.
Далее G-Tech взаимодействовала с консалтерами, которые руководили диагностикой и переносом.
Сначала провели диагностику: специалисты G-Tech общались с техническими сотрудниками клиента, составили план переноса.
Далее G-Tech взаимодействовала с консалтерами, которые руководили диагностикой и переносом.
Этап 2: подключение отделов
Какие отделы подключили к G-Tech:
Какие отделы подключили к G-Tech:
- Проектировщики — основной отдел, который создает документацию и работает с ней.
- Стройка — возводят здания.
- Бухгалтерия — просто для ознакомления, работают в другой программе.
- Юристы — как правило, работают с системой для уточнения деталей. Например, после заключения договора на закупку материалов они могут в проекте уточнить, действительно ли нужно столько материала. Могут проверить, что изменилось, какие основные отделы работают с документацией.
- Отдел продаж — могут вытащить информацию для коммерческих предложений, это больше косвенное взаимодействие.
- Технический отдел — аналитики данных, которые вытаскивают информацию в таблицу, работает как общая выгрузка базы данных.
- Управляющая компания — это сотрудники, которые принимают объекты.
Этап 3: сам перенос проектов в систему
Переходили со сложностями, потому что по-разному работают привязки данных и так далее. Было трудно именно с технической точки зрения, потому что это сервисы разные, логика и архитектура везде отличаются.
Что делали:
Сгруппировали проекты и перенесли их. Проекты сгруппировали по категориям и приоритетам, затем совместно со специалистами «Академии BIM» перенесли из BIM 360 в G-Tech (на перенос одного проекта уходило примерно 1–2 дня). На начальном этапе перенесли основные файлы с сохранением структуры папок, замечания.
По проекту подключены отделы, они грузят не конкретный раздел, а сразу множество этих разделов. И это включает в себя документацию разных профилей. Например, нужно полностью перенести проект здания, и не потерять документы.
Документов в системе очень много. Например, разрешающие, листы согласований. Есть сопровождающие документы к проекту — есть журнал авторского надзора, который со стройки фотографируют и также прикрепляют еженедельно и фотоотчеты, например.
Перенесли метаданные. При переносе проекта просто сами файлы перенести — половина дела. А вот все привязки, метаданные, внутренние комментарии, информацию по согласованиям — это была основная сложность, потратили на сбор и перенос около трех недель.
Разделили в системе роли. Сотрудники со стороны проектировщика должны отвечать за какую-то определенную зону. Мы это зонирование сделали ролями, разделили на разделы. То есть один грузит файл, другой отрабатывает замечания — документов из других проектов и разделов в этой системе быть не должно. И как раз роли помогают разделить полномочия в системе. Это все связано с необходимостью точного контроля — чтобы все участники проекта были в своей системе координат.
Настроили этапы работ. У клиента были стадии проекта, даже в рамках одного проекта могут меняться роли и исполнители. Было условное деление на наши рабочие группы, на стадию концепции, стадию проектирования, стадию реализации. Стройка подключается у клиента со стадии реализации, когда появляется уже рабочая документация, непосредственно с которой строят проект. Внутри компании разные люди за это ответственны, и проект должен постепенно переходить со стадии на стадию — чтобы включались и выключались нужные люди.
Переходили со сложностями, потому что по-разному работают привязки данных и так далее. Было трудно именно с технической точки зрения, потому что это сервисы разные, логика и архитектура везде отличаются.
Что делали:
Сгруппировали проекты и перенесли их. Проекты сгруппировали по категориям и приоритетам, затем совместно со специалистами «Академии BIM» перенесли из BIM 360 в G-Tech (на перенос одного проекта уходило примерно 1–2 дня). На начальном этапе перенесли основные файлы с сохранением структуры папок, замечания.
По проекту подключены отделы, они грузят не конкретный раздел, а сразу множество этих разделов. И это включает в себя документацию разных профилей. Например, нужно полностью перенести проект здания, и не потерять документы.
Документов в системе очень много. Например, разрешающие, листы согласований. Есть сопровождающие документы к проекту — есть журнал авторского надзора, который со стройки фотографируют и также прикрепляют еженедельно и фотоотчеты, например.
Перенесли метаданные. При переносе проекта просто сами файлы перенести — половина дела. А вот все привязки, метаданные, внутренние комментарии, информацию по согласованиям — это была основная сложность, потратили на сбор и перенос около трех недель.
Разделили в системе роли. Сотрудники со стороны проектировщика должны отвечать за какую-то определенную зону. Мы это зонирование сделали ролями, разделили на разделы. То есть один грузит файл, другой отрабатывает замечания — документов из других проектов и разделов в этой системе быть не должно. И как раз роли помогают разделить полномочия в системе. Это все связано с необходимостью точного контроля — чтобы все участники проекта были в своей системе координат.
Настроили этапы работ. У клиента были стадии проекта, даже в рамках одного проекта могут меняться роли и исполнители. Было условное деление на наши рабочие группы, на стадию концепции, стадию проектирования, стадию реализации. Стройка подключается у клиента со стадии реализации, когда появляется уже рабочая документация, непосредственно с которой строят проект. Внутри компании разные люди за это ответственны, и проект должен постепенно переходить со стадии на стадию — чтобы включались и выключались нужные люди.
Этап 4: подключение к системе внешних подрядчиков
Все субподрядчики «КС-ПРО» также подключены к G-Tech: лицензии выдаются «КС-ПРО», после чего подрядчики работают в своей области платформы. Ответственные люди со стороны «КС-ПРО» — вроде ГИП — заключают договора с организациями сторонними на какие- либо работы. Потом специалисты с ними созванивались, проводили туториал, рассказывали какие у G-Tech функции. Потом подрядчики предоставляют перечень людей, кого нужно подключить к системе. Если какие-то изменения кадровые у проектировщиков происходят, то добавляют и удаляют ненужных.
Из внешних специалистов подключили подрядчиков по проектам и стройку. С проектировщиками все просто — это сотрудники отдельных компаний и агентств. Со стройкой сложнее, потому что это уже люди, которые непосредственно находятся на объекте. От них с системой обычно взаимодействуют сотрудники производственно-технического отдела — они получают отбивки по почтам, уведомляют в свою очередь уже своих старших коллег по стройке о том, что там есть какие-то обновления в проекте. Дополнительно документация по стройке печатается в бумажном виде.
Все субподрядчики «КС-ПРО» также подключены к G-Tech: лицензии выдаются «КС-ПРО», после чего подрядчики работают в своей области платформы. Ответственные люди со стороны «КС-ПРО» — вроде ГИП — заключают договора с организациями сторонними на какие- либо работы. Потом специалисты с ними созванивались, проводили туториал, рассказывали какие у G-Tech функции. Потом подрядчики предоставляют перечень людей, кого нужно подключить к системе. Если какие-то изменения кадровые у проектировщиков происходят, то добавляют и удаляют ненужных.
Из внешних специалистов подключили подрядчиков по проектам и стройку. С проектировщиками все просто — это сотрудники отдельных компаний и агентств. Со стройкой сложнее, потому что это уже люди, которые непосредственно находятся на объекте. От них с системой обычно взаимодействуют сотрудники производственно-технического отдела — они получают отбивки по почтам, уведомляют в свою очередь уже своих старших коллег по стройке о том, что там есть какие-то обновления в проекте. Дополнительно документация по стройке печатается в бумажном виде.
Какие проблемы обнаружились после переноса
В любом случае это был новый сервис и нужно было людей знакомить, делать новые аккаунты, объяснять логику нового сервиса. Хоть он был и аналогом, но все равно это чуть-чуть другое и это все делали очень в сжатые сроки тогда.
Какие проблемы обнаружились после перехода и что мы делали:
Какие проблемы обнаружились после перехода и что мы делали:
Отсутствие регламентов. Тогда еще не все сотрудники в компании использовали G-Tech на регулярной основе — это было больше похоже на просто архивное хранилище. И в принципе не было выстроено процессов, потому что тогда это больше вручную двигалось.
Люди не умели работать с системой. Были руководители проекта, они ответственны за деньги в проекте и за принципиальные решения. Но человек, который держит руку на пульсе, — вроде главного инженера — это, как правило, человек средних лет и не очень хорошо технически подкованный.
Переписки не в системе. Сохранить переписку сложно, потому что сложно принудить пользоваться исключительно этим сервисом. Например, финальные комментарии, финальные решения, которые пойдут в работу дальше, они так или иначе на попадают на промежуточные средства связи — например, их обсуждают по телефону, в мессенджерах. Соответственно, теряются важные метаданные.
Сложно найти архивную информацию. После переноса у G-Tech еще не было функции ВПР, поэтому все согласование производилось рассылкой по почте. Это неудобно, потому что был участник проекта, к которому приходили как раз таки письма, а он просто ушел из компании и невозможно посмотреть историю — нет доступа к почте. А если бы это было в рамках системы, можно было бы посмотреть любые данные за несколько лет.
Компания вышла из положения тем, что внедряла систему через более молодых помощников ГИПов, которым было проще освоить систему. Мы со своей стороны консультировали и обучали этих людей. Вместе придумывали, как это можно улучшить, какие в принципе можно усовершенствования внутри компании сделать такие технические и постепенно это все применяли.
Параллельно дорабатывали G-Tech. Например, внедрили функцию ВПР — согласование с помощью официального ключа. То есть согласования шли уже не по почте, а через систему. Дополнительно реализовали выставление электронных штампов и передачу согласований на стройку: теперь есть отдельный бизнес- процесс, по которому документация проходит от проектировщиков на стройку, без риска потери данных.
Люди не умели работать с системой. Были руководители проекта, они ответственны за деньги в проекте и за принципиальные решения. Но человек, который держит руку на пульсе, — вроде главного инженера — это, как правило, человек средних лет и не очень хорошо технически подкованный.
Переписки не в системе. Сохранить переписку сложно, потому что сложно принудить пользоваться исключительно этим сервисом. Например, финальные комментарии, финальные решения, которые пойдут в работу дальше, они так или иначе на попадают на промежуточные средства связи — например, их обсуждают по телефону, в мессенджерах. Соответственно, теряются важные метаданные.
Сложно найти архивную информацию. После переноса у G-Tech еще не было функции ВПР, поэтому все согласование производилось рассылкой по почте. Это неудобно, потому что был участник проекта, к которому приходили как раз таки письма, а он просто ушел из компании и невозможно посмотреть историю — нет доступа к почте. А если бы это было в рамках системы, можно было бы посмотреть любые данные за несколько лет.
Компания вышла из положения тем, что внедряла систему через более молодых помощников ГИПов, которым было проще освоить систему. Мы со своей стороны консультировали и обучали этих людей. Вместе придумывали, как это можно улучшить, какие в принципе можно усовершенствования внутри компании сделать такие технические и постепенно это все применяли.
Параллельно дорабатывали G-Tech. Например, внедрили функцию ВПР — согласование с помощью официального ключа. То есть согласования шли уже не по почте, а через систему. Дополнительно реализовали выставление электронных штампов и передачу согласований на стройку: теперь есть отдельный бизнес- процесс, по которому документация проходит от проектировщиков на стройку, без риска потери данных.
Как клиент стал работать после
За последние три года компания выросла — штат увеличился до 1000 сотрудников, количество проектов до 34 штук. Система справляется с нагрузкой, легко масштабируется.
Раньше за согласованием никто не следил и не понимал последствий. Сейчас вся компания живет в парадигме согласования и статусов — люди соблюдают правила работы с проектами, система им подсказывает. За счет системы все унифицировано и нет путаницы.
Результаты после перехода:
Раньше за согласованием никто не следил и не понимал последствий. Сейчас вся компания живет в парадигме согласования и статусов — люди соблюдают правила работы с проектами, система им подсказывает. За счет системы все унифицировано и нет путаницы.
Результаты после перехода:
- Сейчас на платформе работает более 400 пользователей, включая подрядчиков и субподрядчиков «КС-ПРО». Из общего количества в 1000 сотрудников, как раз примерно половина — это проектировщики и те кто работает с проектами. Компания также рассматривает покупку модуля «Техзаказчик» для функций проверки проектной и BIM/ТИМ документации и расчета объемов.
- В 2023 году отмечен рост активности пользователей более чем в 2 раза — количество проектов и участвующих специалистов удвоилось по сравнению с предыдущим годом.
- Налажена схема совместной работы: документы загружаются в PDF/RVT и отправляются на согласование, замечания привязываются к конкретным местам чертежа, статус файла меняется на «Согласован/Не согласован», после правок загружается новая версия.
- Гибкий механизм доступа по ролям/пользователям и компаниям позволяют четко распределять задачи по замечаниям и согласованиям.
- Точная работа. Она стала точнее в плане того, что раньше, можно было выдать проект за день, но потом это имело свои последствия — например, не заметили ошибку в расчетах. Сейчас есть порядок, всё нивелируется использованием системы — ошибки бывают, но их можно исправить.
Специалисты «КС-ПРО» подчеркивают, что им удалось полностью наладить интуитивно понятный процесс работы на платформе, все необходимые инструменты для подготовки, согласования и выдачи документации реализованы в полном объёме. Руководство следит за развитием G-Tech и ожидает расширения функционала по работе с BIM-моделями и сравнению версий файлов. В целом же переход на G-TECH Suite позволил компании за короткий срок (меньше одного месяца) создать единую информационную среду для всех участников проекта, повысив прозрачность и скорость взаимодействия.
Узнайте, как внедрение наших сервисов может помочь в ваших проектах, — запишитесь на демонстрацию платформы G-Tech.
Истории успеха
Каждая компания идет своим путем в цифровизации. Наши решения поддерживают клиентов на любом этапе, в историях успеха показываем, как это работает на практике
G-Station заменил Autodesk BIM 360, сохранив привычную структуру данных и инструменты. Платформа адаптирована под процессы «Сити-XXI век», обеспечила прозрачный документооборот, расширенные возможности согласования и контроля, а также стала фундаментом для дальнейшей цифровизации.
«Сити-XXI век» девелопер, Москва
«КС-ПРО» инжиниринговая компания — технический заказчик
В 2022 году за три недели «КС-ПРО» полностью заменила BIM 360 на G-Station. Сегодня более 500 специалистов и подрядчиков работают в единой системе, а процесс согласования и контроля документации стал быстрым и прозрачным.
ГК «МСУ-1» генподрядчик/техзаказчик, Москва
Сократили издержки на согласование и обмен документацией более чем на 1 млн ₽ за пол года после внедрения за счет перехода на платформу G-Tech, оцифровки документооборота, объединения всех участников строительства в единой среде и ускорения обмена данными.
События и достижения
Новости и полезные материалы о цифровизации в области строительства