Разработка MVP в AR/VR

К нам в студию регулярно приходят клиенты с фразой «хотим как у Apple Vision Pro, но через два месяца и в три раза дешевле». MVP в AR/VR — это способ договориться с реальностью: вместо того чтобы вкладывать годовой бюджет в продукт, гипотезы которого никто не проверял, команда собирает минимально жизнеспособную версию, выпускает её на ограниченную аудиторию и принимает дальнейшие решения по фактическим данным. Ниже разбираем, зачем нужен pilot-проект в VR и AR, как устроены этапы AR-разработки, и из чего реально складывается цена AR/VR-разработки на этапе MVP.

Зачем вообще делать MVP в AR/VR

Иммерсивные технологии живут на стыке UX, железа и контента, поэтому ошибки тут стоят дороже, чем в обычной мобилке. У нас в проектах мы видели десятки концептов, которые отлично выглядели в презентации, но проседали при первом же пользовательском тесте — то моушн-сикнес у трети тестировщиков, то рука не дотягивается до интерфейса, то контроллер реагирует не так, как ожидает новичок. MVP в AR/VR закрывает именно эти риски: проверка гипотезы в AR происходит на живых людях, а не на промо-роликах.

Вторая причина — экономика. Полная VR-симуляция с проработанными ассетами, мультиплеером и аналитикой может стоить как небольшая мобильная игра, и ставить такой бюджет вслепую опасно. MVP позволяет сначала купить ответы на ключевые вопросы: «решает ли продукт задачу пользователя?», «готов ли заказчик платить за полную версию?», «хватает ли железа целевой аудитории?». Если ответы «да» — масштабируем. Если «нет» — корректируем концепт, не теряя основных вложений.

Третий момент — внутренние стейкхолдеры. Когда корпоративный заказчик показывает совету директоров работающий прототип, дальнейшее финансирование согласуется в разы быстрее, чем по слайдам. В нашей практике pilot-проект в VR часто становится тем самым «вещдоком», который превращает идею энтузиаста в утверждённую дорожную карту.

Что входит в разработку AR-прототипа

Разработка AR-прототипа на уровне MVP — это не урезанная версия финального продукта, а отдельный проектный артефакт со своей логикой. Мы обычно фиксируем 1–2 ключевых пользовательских сценария и доводим их до играбельного качества, оставляя остальные за скобками. Если речь про AR-примерку — это один SKU и одна камера; если про VR-тренажёр — одна процедура и один уровень сложности; если про брендированную игру — один игровой цикл, один экран меню, одна интеграция с бэкендом.

В комплект MVP обычно входит: продакшн контента под одну сцену (3D-модели, текстуры, базовые анимации), интеграция с трекингом (ARKit/ARCore, либо HMD-SDK для VR), минимальный UI, инструменты сбора аналитики и сборка под целевые устройства. Мы умышленно избегаем «красивостей» — постпроцесса, кат-сцен, прокачки UI — потому что цель прототипа измеряется не визуальной планкой, а тем, проходит ли пользователь сценарий до конца и возвращается ли. Похожий подход мы применяли в [кейсе IQ Globe](/cases/project-iqglobe), где сначала собрали один работающий глобус с одной AR-сценой и только потом расширяли библиотеку контента.

Отдельно стоит подчеркнуть: MVP — это не «черновик», а самостоятельная сборка, которая должна стабильно работать у целевой аудитории. Если прототип падает на третьем устройстве из пяти, никаких полезных данных вы не соберёте — кроме того, что у команды плохо с QA.

Этапы AR-разработки на уровне MVP

Наш стандартный конвейер из шести этапов выглядит так. Сначала идёт дискавери — две-три встречи, где мы фиксируем продуктовую гипотезу, ограничения по платформам и метрики успеха. Без этой работы потом невозможно понять, удался прототип или нет. Дальше — концепт-документ и tech-design: что и как пользователь делает, какие сцены нужны, какой стек выбираем (Unity, Unreal, web-AR, нативный ARKit/ARCore).

Третий этап — препродакшн арта и грейбокс сцены. Тут собирается «коробочная» версия в плейсхолдер-моделях, которая уже играется, но выглядит как макет. Четвёртый — продакшн: финальные ассеты, шейдеры, звук, поведение интерфейса. Пятый — интеграция и QA на устройствах целевой аудитории, обязательно нескольких — у iPhone 12 и iPhone 15 Pro разная производительность ARKit, у Quest 2 и Quest 3 — разная плотность пикселей. Шестой — пилотный запуск с настроенной аналитикой и план следующей итерации.

В среднем шесть этапов укладываются в 8–14 недель, в зависимости от объёма контента и платформы. Сроки VR MVP с серьёзной 3D-симуляцией обычно длиннее, чем сроки AR-прототипа на смартфоне: VR требует больше работы с производительностью и эргономикой.

Из чего складывается стоимость VR и AR на этапе MVP

Когда клиент спрашивает про стоимость AR-приложения MVP или просит назвать бюджет VR-проекта «в среднем», мы всегда уточняем шесть вводных. Первое — платформа: web-AR через 8th Wall, нативный ARKit, Unity-сборка под HMD или мобильный VR — это разные миры по трудозатратам. Второе — объём контента: один 3D-объект с парой анимаций и десять интерактивных сцен — это в разы разные сметы.

Третье — качество визуала. Стилизованный low-poly с базовыми материалами производится в 2–3 раза быстрее реалистичного PBR-ассета. Четвёртое — интеграции: подключение CRM, бэкенда лояльности, идентификации пользователя добавляет недели на согласования и реализацию. Пятое — мультиплеер и сетевые механики, которые в VR особенно дороги из-за синхронизации позы и анимаций. Шестое — локализация и кросс-платформенная сборка.

Из чего складывается стоимость VR в денежном выражении на типовом MVP: примерно 35–45% уходит на продакшн контента (3D, анимации, звук), 25–35% — на программирование и интеграции, 10–15% — на QA на устройствах, остальное — на менеджмент, аналитику и буфер. Цена AR/VR-разработки на уровне прототипа в нашей практике обычно колеблется в коридоре от стоимости простой мобилки до стоимости полноценной мобильной игры — без точных цифр в открытом тексте, потому что любая «средняя» цифра тут вводит в заблуждение.

Как принимать решение после MVP

Главный продукт MVP — это не сборка, а данные. Мы заранее договариваемся с клиентом, какие метрики смотрим: время в сцене, completion rate ключевого сценария, доля пользователей с моушн-сикнесом, NPS, цена привлечения, продолжительность сессии, количество повторных запусков. По итогам пилота честный разбор бывает трёх типов: «гипотеза подтвердилась — масштабируем», «гипотеза не подтвердилась — закрываем» и самый частый — «частично подтвердилась, нужно перепроектировать вот этот узел».

В 8 из 10 проектов на этом этапе появляются неожиданные инсайты — например, что пользователи не понимают, как навестись камерой, или что в VR-тренажёре ключевой проблемой оказывается не сам сценарий, а вход в него. Эти данные дороже самого прототипа: они экономят месяцы продуктовой работы дальше. Если планируете полноценный продукт после MVP, имеет смысл сразу заложить бюджет на 2–3 итерации после пилота — практически никогда первая версия не уезжает в прод без правок.

Для корпоративных задач часто оптимальный сценарий — связать MVP с конкретной бизнес-метрикой: например, [VR-разработка](/services/razrabotka-virtual-noy-real-nosti-vr) тренажёра меряется не временем в шлеме, а сокращением ошибок персонала на реальном производстве. Тогда после пилота решение «масштабировать или нет» принимается на цифрах, а не на ощущениях.

Что в итоге

MVP в AR/VR — это инструмент управления риском, а не способ сэкономить. Он стоит денег, требует полноценной команды и занимает 8–14 недель, но при этом снижает шанс закопать в продукт годовой бюджет без обратной связи. Бюджет VR-проекта на уровне прототипа складывается из платформы, объёма контента, качества визуала, интеграций и QA — никаких «средних чеков» тут не существует. Если есть продуктовая гипотеза в иммерсивных технологиях, разработка AR-прототипа или VR-пилота почти всегда окупится — либо подтверждённой гипотезой, либо честным «нет» до того, как стало дорого.