Розробка мобільного AR-додатку для виставки

Виставка через три тижні, а AR-контент тільки готується. Потрібна стабільна робота в умовах нестабільного освітлення та перевантаженого Wi-Fi. Як зробити так, щоб відвідувачі залишилися в захваті? Ми розробляємо мобільні AR-додатки для виставок, які працюють у найскладніших умовах: стислі терміни, нестандартний простір та аудиторія, готова до взаємодії без інструкцій. Наш досвід — понад 15 проєктів, 5 років на ринку. AR тут має запускатися без налаштувань і технічних збоїв — інакше відвідувач знизує плечима і йде далі. Технічно виставковий AR відрізняється від музейного: акцент на wow-ефекті, інтерактивності, шерингу та вимірюванні залученості.

Чому marker-based AR — оптимальний вибір для виставок?

Виставкові зали — складне середовище для AR. Білі стенди з однотонними поверхнями ускладнюють plane detection. Прожекторне освітлення знизу або збоку призводить до втрати feature points через різкі тіні. Сотні людей з телефонами одночасно створюють навантаження на Wi-Fi та backend.

Чому marker-based AR — оптимальний вибір для виставок? Маркери з брендованими зображеннями на стендах, буклетах, бекдропах не залежать від якості поверхонь та освітлення. Marker-based AR у 10 разів стабільніший за markerless в умовах поганого освітлення. Конкретні вимоги: мінімальний розмір маркера 15×15 см для надійного виявлення з 1–1.5 метра, histogramContrastScore > 0.8 (перевіряємо через ARReferenceImage.validate(completionHandler:)), матовий друк (не глянцевий), унікальні зображення на кожному стенді. Згідно з документацією ARKit, ці параметри критичні для стабільного трекінгу.

Сценарії взаємодії для виставок

Reveal-ефект. Навів на стенд — з'являється 3D-продукт «з упаковки», розгортається, демонструє функції. 15–30 секунд анімації. AnimationPlaybackController в RealityKit, анімація запікається в USDZ.

AR try-on. Для fashion, ювелірки, косметики — face tracking або body tracking. ARBodyTrackingConfiguration (iOS 13+, A12+) дає 91-точковий скелет тіла: можна приміряти одяг, аксесуари, рюкзаки.

Ігрова механіка для залученості. Відвідувач обходить всі стенди партнерів → збирає віртуальні предмети → отримує приз. GameKit для зберігання очок або простий backend з UUID сесії. Це мотивує обійти всю виставку.

AR-фото для соцмереж. Кнопка «Сфотографуватися з AR-об'єктом» — ARView.snapshot(saveToPhotoLibrary: false, completion:) + UIActivityViewController для шерингу. Ватермарка з логотипом бренду на знімку — через CoreImage overlay перед шерингом.

Як забезпечити швидкий деплой AR-додатку?

Виставка через 3 тижні, контент готовий через 2 — стандартна ситуація. Архітектура для швидкого оновлення контенту:

1. Remote Config (Firebase Remote Config) керує посиланнями на AR-ресурси. Зміна 3D-моделі або додавання нового стенду — зміна в Firebase Console, без оновлення додатку.
2. Додаток при запуску перевіряє Remote Config, завантажує нові ресурси в background.
3. Час оновлення контенту без App Store: 5–10 хвилин для організатора.

Аналітика та вимірювання залученості

Виставники хочуть знати: скільки людей скористалися AR, скільки часу провели, що дивилися найчастіше. Firebase Analytics + custom events:

Analytics.logEvent("ar_activation", parameters: [
    "booth_id": boothId,
    "content_type": contentType,
    "session_duration": sessionDuration
])

Realtime dashboard для організатора виставки — через Firebase Console або кастомний веб-дашборд з Firestore.

Офлайн-вимоги для виставок

Інтернет на виставці непередбачуваний. Сотні людей, одна точка доступу. Весь AR-контент має бути в додатку або кешуватися при першому запуску. Стратегія:

• AR-контент (USDZ моделі, відео, зображення) — в Resources бандла або завантажуються при першому Wi-Fi підключенні.
• Маркери (ARReferenceImage) — тільки локально, ніколи з сервера.
• Аналітика — офлайн черга через UserDefaults / SQLite, відправка при відновленні мережі.

З нашої практики: кейс B2B виставки

B2B виставка будівельних матеріалів, 40 стендів, 3-денний захід. AR на 15 стендах: reveal-ефект продуктів, AR-try-on для покриттів для підлоги (накладай на реальну підлогу), AR-фото з маскотом. Маркери на бекдропах. Wi-Fi зонально — в 2 залах з 4 працював нестабільно. Рішення: повний офлайн-пакет, що завантажується при реєстрації (100 МБ за раз). Аналітика в локальну SQLite, синхронізація при виході із зони з Wi-Fi. За 3 дні: 2400 AR-сесій, середня тривалість 47 секунд, 1100 AR-фото опубліковані в Instagram.

Що входить у нашу роботу

• Аналіз простору та освітлення на майданчику.
• Дизайн та друк маркерів з високим контрастом.
• Розробка AR-сценаріїв (reveal, try-on, ігри, фото).
• Інтеграція аналітики та дашборду для організатора.
• Тестування на місці та оптимізація під реальні умови.
• Офлайн-кешування контенту та віддалене керування через Remote Config.
• Підтримка на заході (технічний спеціаліст на майданчику).

Вартість розраховується індивідуально з урахуванням кількості стендів, типів AR-механік та вимог до аналітики. Отримайте консультацію щодо вашого проєкту. Замовте розробку AR-додатку для вашої виставки.

Ми розробляємо AR-додатки на ARKit та ARCore, які працюють стабільно навіть у складних умовах. Наш досвід — 7+ років у мобільній розробці та 30+ реалізованих проєктів з доповненою реальністю. Гарантуємо: трекінг не загубиться, освітлення буде реалістичним, а користувач не відчує дискомфорту. Сертифіковані розробники Apple та Google.

Чому трекінг втрачається і як це виправити?

ARKit та ARCore використовують VIO (Visual-Inertial Odometry) — спільну обробку даних камери та IMU. Трекінг зривається в трьох сценаріях: освітлення нижче ~50 lux, тектурно однорідні поверхні (біла стіна, скло) та швидкі рухи камери.

На практиці це означає: якщо продукт призначений для примірки меблів, додаємо явне UI-попередження при ARCamera.TrackingState.limited(.insufficientFeatures). Додаток, який мовчки втрачає трекінг, отримує 2-зіркові відгуки — ми такого не допускаємо.

Виявлення площин налаштовується через ARWorldTrackingConfiguration.planeDetection = [.horizontal, .vertical]. Важливо: ARKit продовжує уточнювати геометрію площин через ARSCNViewDelegate.renderer(_:didUpdate:for:) — якщо не обробляти оновлення, об'єкт починає плавати при уточненні якоря. Наша команда вирішує цю проблему на етапі архітектури, а не при тестуванні.

AR Foundation: кроссплатформа з нюансами

Unity AR Foundation — шар абстракції поверх ARKit та ARCore. Він скорочує час розробки на 40% порівняно з окремими нативними кодовими базами. Але деякі функції (наприклад, ARBodyTrackingConfiguration для body tracking) недоступні та вимагають нативного плагіна.

Для React Native та Flutter прямого AR Foundation немає. Використовуємо ViroReact (React Native) або ar_flutter_plugin для простих сценаріїв, але для production-якості — нативні модулі з мостом. Гібридний підхід: AR-сцена рендериться нативним ARKit/ARCore view, управління з JS/Dart через method channel. Входить у нашу стандартну поставку.

Порівняння платформ: ARKit випереджає ARCore за стабільністю трекінгу та набором функцій (на 30% менше збоїв у сценаріях з низьким освітленням), але ARCore дешевший у підтримці пристроїв. AR Foundation — компроміс: втрачає до 20% продуктивності на складних сценах, але окупається єдиною кодовою базою.

Try-on: примірка товарів через AR

Примірка окулярів, прикрас, косметики — окремий клас задач. Тут потрібен face tracking, а не plane detection.

ARKit надає ARFaceTrackingConfiguration — 52 blend shape коефіцієнти для міміки, 3D-меш обличчя, позицію та орієнтацію в просторі. Працює лише на пристроях з TrueDepth-камерою (iPhone з Face ID).

Для Android еквівалент — ML Kit Face Mesh Detection або Google ARCore Augmented Faces (Pixel та деякі флагмани). Для кроссплатформенного try-on використовуємо Banuba Face AR SDK — покриває обидва пристрої, дає готові маски та стабільний трекінг навіть на mid-range Android.

Якість try-on критично залежить від 3D-моделей товарів. Моделі мають бути оптимізовані під real-time: не більше 10-15K полігонів для прикрас, PBR-матеріали з коректними roughness/metallic картами, LOD для далеких дистанцій. В рамках нашого підряду ми надаємо готові гайди з оптимізації моделей.

Як досягти реалістичного освітлення в AR?

ARKit з сучасними версіями iOS підтримує Environmental Texturing — автоматичне створення environment map з камери для реалістичних відображень. Вмикається через ARWorldTrackingConfiguration.environmentTexturing = .automatic. Без цього металеві та скляні матеріали виглядають пластиково.

ARCore надає Light Estimation — intensity та color temperature навколишнього світла, що застосовуються до шейдера віртуальних об'єктів. На практиці це різниця між об'єктом, який «вписується» в сцену, та очевидно накладеною 3D-моделлю. Ми гарантуємо, що фінальне зображення не видає віртуальності.

Що входить в роботу

• Архітектура AR-рішення (вибір стеку, проектування модулів)
• 3D-пайплайн: оптимізація моделей під real-time, PBR-матеріали, LOD
• Інтеграція трекінгу (площини, обличчя, зображення, об'єкти)
• Тестування на 10+ реальних пристроях (iOS та Android)
• Документація з використання SDK та готових компонентів
• Підтримка після запуску (1 місяць баг-фіксингу)

Строки та оцінка

Проста AR-сцена з розміщенням однієї 3D-моделі на площині — 1–2 тижні. Face try-on з каталогом товарів — від 6 тижнів (3D-пайплайн, інтеграція трекінгу, UI вибору та збереження). Повноцінний AR-шопінг з хмарними якорями та мультиплеєром — від 3 місяців. Оцінимо проєкт за 1 день — пишіть, обговоримо вашу AR-ідею.