Zarządzanie flotą gogli VR: co musi zaplanować dział IT

Co obejmuje zarządzanie flotą gogli VR, dlaczego Meta Quest wymaga zewnętrznego MDM i co zmieniło się dla firmowych flot w 2026 roku.

Aleksander Górka 5 min czytania
Siatka ikon gogli VR połączonych z jednym panelem zarządzania, symbolizująca zarządzanie flotą

Najczęstsze pytania

Co oznacza zarządzanie flotą gogli VR?
Bieżącą pracę: rejestrowanie, konfigurowanie, monitorowanie i docelowo czyszczenie każdych gogli, jakie ma firma — z jednego panelu, a nie urządzenie po urządzeniu. Obejmuje masową rejestrację, wysyłkę aplikacji i blokad kiosk do grupy naraz, podgląd baterii i pamięci na pulpicie oraz czyste resetowanie gogli przy zmianie użytkownika.
Czy Meta Quest wymaga osobnej platformy MDM?
Tak. Quest nie ma wbudowanej blokady do jednej aplikacji ani własnej konsoli flotowej, więc wdrożenia szkoleniowe rejestrują urządzenia przez Meta Horizon Managed Services (HMS), a na co dzień zarządzają nimi z platformy zewnętrznej, np. ArborXR lub ManageXR. Bez tego każda zmiana konfiguracji oznacza fizyczne dotknięcie każdych gogli z osobna.
Co zmieniło się w Meta Horizon Managed Services w 2026 roku?
Meta przestała sprzedawać komercyjne warianty Quest i od 20 lutego 2026 r. udostępniła licencje HMS za darmo, ale jednocześnie przeniosła usługę w tryb utrzymaniowy: bez nowych funkcji, z aktualizacjami bezpieczeństwa wyłącznie przy okazji zwykłych aktualizacji systemu, ze wsparciem trwającym do 4 stycznia 2030 r.
Czy zarządzanie urządzeniami PICO wygląda inaczej niż w Meta Quest?
PICO ma własną, firmową konsolę Business Manager z podglądem urządzeń na żywo, zdalnym restartem i czyszczeniem danych, masową rejestracją i blokadą ekranu głównego w stylu kiosku wbudowaną od razu. Meta Quest nie ma odpowiednika takiej konsoli od producenta — floty Quest opierają się na zewnętrznym MDM.
Od ilu gogli warto wdrażać zarządzanie flotą?
Próg opłacalności jest bliżej pięciu niż pięćdziesięciu sztuk. Już przy dwóch, trzech współdzielonych goglach ręczne przekonfigurowywanie każdych po sesji kosztuje więcej czasu zespołu niż jednorazowa rejestracja w MDM i wysyłka aktualizacji do całej grupy naraz.

O autorze

Aleksander Górka

Aleksander Górka

CTO, współzałożyciel EHS VR

Senior Full Stack Developer z dużym doświadczeniem w ekosystemie .NET i nowoczesnych frameworkach frontendowych. Zarządzał zespołami i budował skalowalne rozwiązania dla różnych branż, w tym VR. Pasjonuje go rozwiązywanie złożonych problemów biznesowych technologiami takimi jak mikroserwisy i VR.