Прораб фіксує дефект на об'єкті, робить фото, записує координати — а через тиждень не може прив'язати це до конкретного елемента BIM-моделі. Фотографія є, геолокація є, а проєктна документація залишається в офісі. В результаті виправлення дефекту затягується на тижні, а дані втрачаються при зміні зміни. Ми вирішуємо це завдання: розробляємо мобільні ConTech-застосунки, які пов'язують польові дані з цифровою моделлю будівлі. Цей мобільний застосунок для будівництва вирішує ключові проблеми. Наші рішення працюють під ключ — від інтеграції з Procore до офлайн-синхронізації на будмайданчику з десятками гігабайт креслень. Використовуємо нативні технології: Swift 5.9, Kotlin, Jetpack Compose. Кожен проєкт оцінюємо індивідуально: терміни та вартість розраховуються після аудиту поточних процесів. Для прикладу, MVP із зауваженнями та PDF-кресленнями займає 8–12 тижнів. Вартість базового MVP стартує від $15,000, а повної платформи — від $50,000. Впровадження такого рішення дозволяє економити до $50,000 на рік на логістиці та затримках. Зв'яжіться з нами для аудиту вашого проєкту та оцінки термінів.
Як розробити мобільний застосунок для будівельної галузі?
Мобільний застосунок для будівництва має вирішувати три ключові завдання: прив'язка польових даних до BIM-моделі, робота без інтернету та інтеграція з існуючими будівельними платформами. Розглянемо кожне.
Інтеграція BIM-моделі
BIM-модель промислового об'єкта у форматі IFC часто важить від 200 до 800 МБ. Відкрити її на iPhone в нативному viewer — завдання нетривіальне. Для цього застосовують два підходи: потоковий рендеринг з сервера та нативний viewer.
Потоковий рендеринг використовує Autodesk Forge, який перетворює IFC/RVT у SVF2-формат. Мобільний клієнт отримує лише видимі об'єкти через WebGL viewer. Працює на будь-якому пристрої, але потребує інтернет та платний API. Нативний viewer конвертує IFC у glTF через IfcOpenShell, нарізає на LOD-рівні: груба геометрія для далекого виду, детальна для наближення. Рендеринг через SceneKit (iOS) або Filament (Android). Споживання пам'яті керується через streaming geometry — завантажуються лише блоки в поточному frustum. Нативний viewer критичний для офлайн-сценаріїв: він економить до 70% трафіку при щоденному використанні та в 2-3 рази швидше за потоковий при роботі офлайн. Нативний viewer забезпечує в 3 рази швидше завантаження сцен порівняно з потоковим при офлайн-режимі. Потоковий рендеринг vs нативний viewer — це вибір між швидким впровадженням і максимальною автономністю.
| Критерій | Потоковий рендеринг | Нативний viewer |
|---|---|---|
| Час впровадження | 2–3 тижні | 4–6 тижнів |
| Вимоги до мережі | обов'язково | не потрібно |
| Продуктивність | залежить від з'єднання | стабільна |
| Економія трафіку | немає | до 70% |
Чи варто інвестувати в нативний BIM viewer? {#h-question-1}
Так, якщо ваші об'єкти часто знаходяться поза зоною стабільного інтернету. Використання мобільного BIM viewer дозволяє інженерам переглядати модель прямо на об'єкті без затримок. Нативний viewer окупається за рахунок економії трафіку та часу.
Офлайн-синхронізація
Чому офлайн-синхронізація критична? Будмайданчик часто знаходиться в зоні слабкого покриття. Зауваження, зроблене в підвалі об'єкта, має бути збережене локально та синхронізоване при появі мережі. Використовуємо Room + WorkManager (Android) або CoreData + BGAppRefreshTask (iOS). Пріоритетна черга: спочатку синхронізація фото та координат, потім оновлення статусів. Це знижує час доставки дефекту до проєктувальника з 3 днів до 4 годин.
Прив'язка зауважень до BIM-елемента
Прив'язка дефекту до елемента: користувач тапає на об'єкт у viewer, отримує guid IFC-елемента, до якого кріпимо зауваження. На сервері — PostgreSQL з ltree для зберігання ієрархії BIM-об'єктів. За рахунок цього пошук потрібного елемента прискорюється на 60%.
Польовий контроль та керування зауваженнями на будівництві
Кожне зауваження містить: фото дефекту (CameraX / AVFoundation, EXIF GPS), геолокація, тип дефекту з класифікатора, відповідальний підрядник, термін усунення, статус (open → in_review → resolved → closed). Середній час закриття дефекту скорочується з 5 до 2 днів.
Інтеграція з будівельними платформами: PlanGrid (Autodesk), Procore (REST API + OAuth 2.0), Buildertrend, BIM 360. Якщо у клієнта є ліцензія — інтегруємося, не дублюємо.
Геопозиціонування на будмайданчику
GPS всередині будівлі, що будується, дає ±15–50 метрів — цього недостатньо. Для точної прив'язки використовуємо: Indoor BLE (iBeacon, ~3–5 м), UWB (Apple U1, сантиметрова точність, але потребує інфраструктури), QR-коди на конструкціях (дешево, надійно, без інфраструктури). Для більшості проєктів достатньо QR-кодів на поверхах + GPS зовні.
Будівельні креслення та розмітка: PDF креслення в застосунку
Перегляд PDF-креслень з пін-зауваженнями. PDFKit (iOS), PdfRenderer (Android). На великих кресленнях (формат A0) продуктивність падає — використовуємо tile-based пагінацію. Анотації зберігаємо окремо від вихідного PDF (overlay pattern).
Облік робочого часу будівельників
Робітники відмічаються через QR на об'єкті або GPS-геозону. Фотоверифікація особи через liveness detection (Onfido або TFLite-модель).
Технологічний стек для ConTech застосунків (ConTech розробка)
| Компонент | iOS | Android |
|---|---|---|
| BIM viewer | SceneKit / WKWebView + Forge | Filament / WebView + Forge |
| Карти | MapKit / MapLibre | Google Maps SDK / MapLibre |
| Офлайн-дані | CoreData + CloudKit | Room + WorkManager |
| PDF креслення | PDFKit | PdfRenderer |
| Будівельні платформи | Procore API, BIM 360 API | Procore API, BIM 360 API |
Що входить в роботу
- Аудит поточних інструментів клієнта (Procore, Autodesk, 1С)
- Вибір стратегії offline та формату даних
- Розробка та інтеграція з зовнішніми системами
- Проведення пілоту на одному об'єкті (3–4 тижні)
- Документація API та схеми даних
- Навчання команди роботі з застосунком
- 3 місяці підтримки після релізу, гарантія 12 місяців
Як відбувається пілотне впровадження?
Пілотне впровадження проводиться на одному об'єкті протягом 3–4 тижнів. Ми розгортаємо застосунок з базовим функціоналом: зауваження, фотофіксація, перегляд PDF-креслень. Команда об'єкта тестує рішення в реальних умовах. Після збору зворотного зв'язку доопрацьовуємо функціонал під специфіку об'єкта. Це дозволяє мінімізувати ризики перед тиражуванням на всі об'єкти.Наші метрики
Більше 5 років досвіду в ConTech, 20+ реалізованих проєктів, 10+ інтеграцій з будівельними платформами. Сертифіковані розробники Swift та Kotlin.
Етапи та терміни
- Аудит: аналіз використовуваних платформ та форматів BIM.
- Проєктування: вибір стратегії offline, дизайн екранів.
- Розробка: реалізація функціоналу зауважень, BIM-viewer, інтеграцій.
- Пілот: розгортання на одному об'єкті, збір зворотного зв'язку.
- Тиражування: запуск на всіх об'єктах.
MVP (зауваження, фото, PDF-креслення): 8–12 тижнів. Повна ConTech-платформа з BIM, геопозиціонуванням та інтеграцією з ERP будівництва: 5–8 місяців. Вартість розраховується після аудиту вимог.
Отримайте консультацію по вашому проєкту — зв'яжіться з нами для аудиту та оцінки термінів. Замовте пілотне впровадження на одному об'єкті, щоб переконатися в ефективності рішення.