Разработка мобильного 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% меньше сбоев в сценариях с низким освещением), но AR Core дешевле в поддержке устройств. 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 (Banuba Face AR SDK documentation) — покрывает оба устройства, даёт готовые маски и стабильный трекинг даже на 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-идею.