16 июня 2026 года Snap представила SPECS, потребительские AR-очки с прозрачным дисплеем, hand tracking, голосовым управлением, Snap OS 2.0 и инструментами для разработчиков. Для рынка это важный сигнал: очки постепенно выходят из зоны закрытых лабораторий, но бизнесу пока рано закупать парк устройств без проверенного сценария.
Правильный вопрос звучит иначе: какую задачу можно перенести с телефона, планшета, киоска или VR-шлема в очки так, чтобы сотруднику или клиенту стало быстрее, точнее и удобнее действовать на месте. Если такого действия нет, AR-очки останутся эффектной демонстрацией.
Ниже — практическая рамка для пилота: где AR-очки дают пользу, какие ограничения учитывать, сколько времени закладывать и как связать проект с AR, WebXR, computer vision, 3D и интерактивными форматами.
Что именно изменилось после анонса SPECS
Snap показала не очередную камеру в оправе, а самостоятельные AR-очки. По данным Snap Newsroom, SPECS работают без внешнего puck и без tether, выпускаются в двух размерах, весят 132 г и 136 г, используют прозрачный waveguide-дисплей с полем зрения 51 градус и 16 млн цветов, затемняются за 10 секунд и опираются на два Snapdragon-процессора: один под computer vision, второй под Lenses.
Компания также заявляет задержку 7 мс motion-to-photon, до 4 часов mixed-use и до 20 часов с зарядным кейсом. Предзаказ открыт по цене $2,195 с депозитом $200, первые поставки объявлены на осень 2026 года для США, Великобритании и Франции. Для российского заказчика это не означает быстрый массовый rollout, зато дает понятный ориентир по классу устройств, под который уже можно проектировать переносимые AR-сценарии.
Важнее железа — инструменты. Snap пишет, что за полтора года выпустила 10 обновлений Snap OS с более чем 40 функциями и API, а разработчики уже опубликовали сотни Lenses для SPECS. Для команд появились Lens Studio updates, UI Kit, Spectacles Interaction Kit, SyncKit, Mobile Kit, Snap Cloud на Supabase, Commerce Kit в closed beta, WebXR через Browser Lens и SnapML для моделей компьютерного зрения.
Это меняет разговор с заказчиком. Раньше AR-очки часто обсуждали как закупку редкого устройства. Сейчас разумнее говорить о продуктовой гипотезе: какие действия можно отдать очкам, какие данные нужны, где будет работать модель, что останется на смартфоне или web, а что должно быть в пространственном интерфейсе.
Где AR-очки имеют бизнес-смысл
Очки оправданы, когда человеку нужны свободные руки, контекст на реальном объекте и короткое действие прямо в момент работы. Если пользователь сидит за столом и изучает отчет, монитор или планшет дешевле и удобнее. Если нужно полное погружение без отвлечений, лучше подходит VR или MR-гарнитура. Если нужен массовый охват клиентов, часто выигрывает WebAR на смартфоне.
AR-очки сильны в промежуточной зоне: человек двигается, видит реальную среду, взаимодействует с предметом и должен получить подсказку без переключения внимания.
Ритейл и шоурумы
В ритейле очки полезны не как замена экрану на полке, а как персональный слой для продавца или консультанта. Он смотрит на товар и видит наличие, характеристики, сравнение, сценарий консультации, подсказку по комплектации, историю клиента или AR-визуализацию модели.
Покупателю такой формат подходит точечно: например, премиальный showroom, автомобильная зона, мебель, техника, недвижимость, выставочный pop-up. Массовый e-commerce лучше начинать с AR-каталога или WebAR: ниже входной барьер, шире охват, проще аналитика.
Сервис и полевые работы
Сервисный инженер может видеть порядок действий, схему узла, предупреждение по безопасности, номер детали, подсказку от удаленного эксперта или результат распознавания объекта. Здесь очки выигрывают у смартфона: руки заняты, а взгляд остается на оборудовании.
В таких проектах важна связка AR-помощника, компьютерного зрения, базы знаний и интеграции с CRM, ERP или сервисной системой. Если подсказка не попадает в рабочий процесс, пилот быстро превращается в демо.
Обучение и тренажеры
AR-очки подходят для микрообучения на реальном объекте: показать последовательность сборки, подсветить ошибку, зафиксировать прохождение операции, дать голосовую подсказку, проверить действие через камеру. Для опасных или дорогих сценариев лучше начинать с VR-тренажера, а очки использовать как следующий слой для реальной площадки.
LikeVR может связать такой пилот с VR-тренажерами, computer vision и 3D-контентом. Тогда обучение покрывает две фазы: безопасная отработка навыка в VR и подсказки в реальной среде.
Выставки и демонстрационные зоны
На стенде очки дают персональную экскурсию по сложному продукту: подсветить детали макета, показать невидимый процесс, распознать объект, провести по интерактивному маршруту, собрать лид через короткий сценарий. Это особенно полезно для промышленного оборудования, недвижимости, медицины, образования и сложных B2B-продуктов.
Но для выставки нужно считать пропускную способность. Если на стенде две пары очков, а очередь стоит десять человек, лучше сделать гибрид: часть опыта в очках, часть на киоске, тач-панели или WebAR по QR-коду. Похожая логика работает в проектах с AI-киосками и голосовыми консультантами.
Навигация и инструкции в пространстве
Очки удобны для пошаговой навигации в пространстве: музей, учебный центр, склад, производство, крупный офис, объект недвижимости. Пользователь видит маршрут, зону, предупреждение, задачу или подсказку поверх реальной среды.
Для LikeVR это близко к AR-навигации, пространственному AR и интерактивным экспозициям. Здесь критично тестировать не красоту стрелки, а стабильность позиционирования, понятность интерфейса и безопасность движения.
Как выбрать технологический маршрут
Не стоит начинать проект с фразы «делаем под SPECS». Устройство может быть недоступно, требования платформы изменятся, а бизнес-сценарий окажется лучше на другом носителе. Начинать нужно с действия пользователя, после этого выбирать стек.
Lens Studio и Snap OS
Этот путь логичен, если задача завязана на экосистему Snap: Lenses, hand tracking, голос, social sharing, SnapML, SyncKit, Commerce Kit или быстрый прототип под будущие SPECS. Snap сообщает, что проекты, сделанные сейчас в Lens Studio, будут совместимы со Specs 2026. Это удобно для раннего прототипа, но нужно заранее проверять публикацию, permissions, политику платформы и доступность устройства для команды.
WebXR и WebAR
Документация Snap описывает WebXR на Spectacles через Browser Lens: приложение запускается в браузере, использует стандартные web-технологии, не требует установки отдельного приложения и может быть перенесено на другие XR-устройства. Для бизнеса это хороший способ снизить риск: один web-прототип можно показать на смартфоне, планшете, браузерном AR и позже адаптировать под очки.
Ограничения тоже есть. В текущей документации WebXR hit testing на Spectacles обозначен как эмулируемый, а не полностью нативный. Для сценариев, где нужно точно привязать объект к поверхности или оборудованию, это важно проверить на раннем тесте.
Computer vision и SnapML
SnapML позволяет запускать модели машинного обучения в AR-сценариях: object detection, classification, segmentation, pose estimation и другие задачи. В документации Snap описывает workflow с датасетом, обучением YOLOv7, экспортом в ONNX и импортом в Lens Studio.
Для бизнеса это означает, что «очки с AI» не равны готовому распознаванию ваших объектов. Нужны реальные данные, классы, разметка, проверка на устройстве и упрощение модели. Snap рекомендует маленькие модели, низкую вычислительную нагрузку, ограниченное число классов и тестирование on-device. В практическом пилоте это превращается в отдельный блок работ по AI/ML и computer vision.
Нативная разработка и интеграции
Если сценарий требует своих библиотек, сложной логики, подключения к корпоративным данным или нестандартной обработки, полезен Native Development Kit. Но это повышает требования к команде: разработка, безопасность, обновления, тестирование, права доступа, отказоустойчивость.
В B2B-пилоте часто нужен не один Lens, а связка: очки, мобильное приложение, web-панель, база знаний, 3D-модели, серверные API, учет событий, аналитика и интеграция с внутренней системой.
Из чего складывается бюджет пилота
Цена проекта зависит не от названия очков, а от сценария, 3D-контента, данных, уровня распознавания, интеграций и количества итераций на реальной площадке. Для первичного планирования полезны три уровня.
Быстрый концепт: 3-5 недель. Один сценарий, 1-2 пространственных экрана, базовая 3D-модель или простая визуальная подсказка, демонстрация на доступном AR/WebXR-носителе. Ориентир бюджета: 700 тысяч — 1,5 млн рублей.
Пилот на реальном процессе: 6-10 недель. Добавляются UX под hands-free, сценарии ошибок, 3D/CGI, тесты с пользователями, простая аналитика, подключение к web-панели или базе знаний. Ориентир: 1,5-3,5 млн рублей.
Пилот с computer vision и интеграциями: 2-4 месяца. Нужны данные, разметка, модель, on-device или server-side inference, права доступа, журнал событий, API с CRM/ERP/WMS/LMS или сервисной системой. Ориентир: 3,5-8 млн рублей.
Масштабирование считается отдельно. Там появляются закупка устройств, MDM или политика доступа, поддержка, обучение сотрудников, SLA, безопасность данных, обновление моделей, совместимость с новыми версиями ОС и регламент эксплуатации.
Риски, которые стоит проверить до закупки устройств
Доступность железа. Snap объявила первые поставки для США, Великобритании и Франции. Для компаний в России это значит: не строить критичный запуск вокруг одной модели очков без альтернативного носителя.
Комфорт и длительность сессии. 132-136 г для очков легче многих гарнитур, но тяжелее обычной оправы. Пилот должен проверять функциональность вместе с усталостью, посадкой, зрением, очками по рецепту, нагревом, шумом, светом, уличными условиями и длительностью работы.
Поле зрения и читаемость. 51 градус — хороший показатель для класса прозрачных AR-очков, но интерфейс все равно должен быть компактным. Snap в spatial design docs указывает, что комфортная работа с детальным контентом связана с фокусной плоскостью около 1 м. Мелкий текст, сложные таблицы и перегруженные панели лучше оставить телефону или web-панели.
Персональные данные и безопасность. Камера, микрофон, location, face tracking, hand tracking, object tracking и интернет-доступ требуют аккуратной политики. В документации Snap описаны sensitive user data, external connectivity и permission declarations. Для корпоративного проекта нужно заранее решить, что обрабатывается на устройстве, что уходит на сервер, что хранится и кто имеет доступ.
Стабильность распознавания. В демонстрации объект чистый, свет хороший, пользователь терпеливый. На площадке будут блики, пыль, перекрытия, разные люди, неточные движения, плохой Wi-Fi и предметы, похожие друг на друга. Пилот должен включать тесты на реальных условиях, а showroom-запись годится только как стартовая проверка.
Пропускная способность. Для выставки или обучения важно считать не «сколько вау на одного человека», а сколько людей пройдет сценарий за час, кто протирает и заряжает устройства, как объясняется посадка, что делать с очередью, как передаются лиды и где резервный формат.
Дорожная карта внедрения
На практике пилот лучше строить в шесть шагов.
Сначала выбирается один сценарий. Не «AR для склада», а «сотрудник получает подсказку по комплектации заказа и подтверждает действие без телефона». Не «очки для выставки», а «посетитель видит скрытый слой макета и оставляет лид за 90 секунд».
Затем описываются условия: кто пользователь, где он стоит, что держит в руках, что видит, какая ошибка дорогая, какая задержка допустима, какие данные нужны, что должно произойти после действия.
Третий шаг — UX-прототип. Здесь полезны Figma, видео-раскадровка, WebAR или быстрый Lens. Цель — понять, не перегружает ли интерфейс зрение и не мешает ли человеку выполнять реальную задачу.
Четвертый шаг — технический прототип. Подключаются 3D-модели, spatial anchors или трекинг, голос, hand input, web-панель, база знаний, простая аналитика. Если нужен computer vision, собираются данные и проверяется модель.
Пятый шаг — полевой тест. Реальные пользователи, реальная площадка, шум, свет, движение, Wi-Fi, регламент, очередь, зарядка, санитарная обработка, роль оператора.
Шестой шаг — решение о масштабировании. Если метрика улучшилась, можно считать парк устройств, поддержку, безопасность и интеграции. Если нет, сценарий переносится на WebAR, киоск, планшет, VR-тренажер или дорабатывается.
Что подготовить для оценки проекта
- один приоритетный сценарий и измеримую цель: время операции, ошибки, конверсия, качество обучения, количество лидов;
- описание пользователя: сотрудник, клиент, оператор стенда, инженер, студент, консультант;
- фото и видео реальной площадки, расстояния, освещение, ограничения по движению;
- перечень объектов, которые нужно распознавать или подсвечивать;
- исходные 3D-модели, CAD, фотографии, инструкции, база знаний, регламенты;
- список систем для интеграции: CRM, ERP, WMS, LMS, CMS, аналитика, форма заявки;
- требования по персональным данным, записи видео, хранению событий и доступам;
- альтернативный носитель на случай, если конкретные очки недоступны к сроку запуска.
Как это связано с проектами LikeVR
LikeVR уже работает на стыке AR, CV, 3D, интерактивных инсталляций и AI-интерфейсов. Для пилота AR-очков особенно релевантны:
- AR-решение для распознавания и измерения объектов — пример визуального распознавания в реальном процессе;
- AR smart glasses для складских операций — близкий сценарий hands-free подсказок;
- AI-консультант Марти — связка цифрового помощника, сценария и интерфейса;
- AR-каталог WebAR — путь для массового клиентского доступа без закупки очков;
- AI-киоск с голосовыми промптами и статья про голосового AI-консультанта для стенда — варианты гибридного опыта, когда очки дополняют киоск, а не заменяют его.
Из услуг обычно подключаются AR-разработка, пространственный AR, computer vision, web-разработка, 3D/CGI и интерактивные мультимедиа.
Какие источники проверены
Факты об анонсе, характеристиках, цене и сроках поставки сверены с Snap Newsroom и публикацией Snap для инвесторов. Технические возможности и ограничения сверены с Spectacles Build, developer overview, SnapML docs, WebXR docs, spatial design docs и permissions and privacy docs. Публичный сигнал анонса также проверен в аккаунте Snap на X.com.
Частые вопросы
Стоит ли сейчас делать проект именно под Snap SPECS?
Да, если задача связана с Lens Studio, SnapML, WebXR или контентом, который можно позже перенести на SPECS. Для российского проекта лучше не завязывать срок запуска на поставку одного устройства. Надежнее проектировать сценарий так, чтобы он работал на WebAR, смартфоне, киоске, Quest или другом AR/XR-носителе.
AR-очки заменят смартфон в клиентском AR?
В массовом клиентском AR пока нет. Смартфон дешевле, привычнее и уже есть у пользователя. Очки сильнее там, где нужен hands-free формат, персональная подсказка в реальном пространстве, обучение на объекте или демонстрация с высокой вовлеченностью.
Можно ли подключить к очкам компьютерное зрение?
Да, в экосистеме Spectacles есть SnapML и camera APIs. Но для бизнес-задачи все равно нужны данные, разметка, проверка модели, ограничения по скорости и privacy. «Распознавать наши объекты» — это отдельная часть проекта, а не галочка в настройках.
Сколько длится первый пилот?
Быстрый концепт обычно занимает 3-5 недель. Пилот на реальном процессе — 6-10 недель. Если нужны computer vision, интеграции и тесты на площадке, разумнее планировать 2-4 месяца.
Какая главная ошибка в таких проектах?
Начать с устройства и красивого интерфейса, не выбрав измеримое действие. Пилот должен отвечать на конкретный вопрос: стало ли быстрее, точнее, безопаснее, понятнее или прибыльнее.
Как понять, подходит ли вам такой формат
Если у вас есть сценарий, где сотруднику или клиенту нужна подсказка прямо в реальном пространстве, начните с короткой диагностики. LikeVR поможет выбрать носитель, собрать UX-прототип, оценить 3D и computer vision, проверить WebXR/WebAR-маршрут и подготовить пилот без привязки к одному устройству.
Опишите задачу через форму получить консультацию: что пользователь должен увидеть, где он находится, какое действие нужно ускорить и какие системы надо подключить. После этого можно быстро понять, нужен ли проект под AR-очки, WebAR, киоск, VR/MR или гибридный формат.
