Telemetria: od bolidów F1 do gogli VR. Po co mierzymy, co ludzie robią i jak to robią

W tym tekście:

1. Co to jest telemetria
2. Telemetria w grach
3. Telemetria w aplikacjach i biznesie

Pomiar na odległość

Telemetria to słowo starsze niż komputery. Grecki źródłosłów jest prosty: tele — daleko, metron — miara. Pomiar na odległość. Przyrząd jest tam, gdzie dzieje się coś ciekawego, a człowiek, który chce to zrozumieć, jest gdzie indziej — i dostaje odczyt zamiast jechać na miejsce.

Przez większość XX wieku tak właśnie wyglądała telemetria: czujnik, kanał transmisji, odbiornik. Sputnik 1 w swoim słynnym „bip-bip” kodował temperaturę i ciśnienie wewnątrz kuli. Kardiomonitor przy łóżku pacjenta wysyła krzywą EKG do dyżurki. Silnik odrzutowy w locie raportuje swoje parametry do producenta, zanim samolot wyląduje.

Dziś to samo słowo opisuje coś szerszego: każdy system, który rejestruje, co robi maszyna albo człowiek, i przekazuje to tam, gdzie ktoś może wyciągnąć wnioski. W tej definicji mieszczą się bolidy, aplikacje mobilne, gry — i gogle VR.

Tam, gdzie telemetria jest oczywista: Formuła 1

Jeśli chcesz zobaczyć telemetrię w najczystszej postaci, patrz na F1. Na bolidzie pracują setki czujników; według Mercedesa jeden samochód generuje w ciągu weekendu wyścigowego ponad terabajt danych, a po post-processingu dwa–trzy razy tyle. Temperatura każdej opony, ciśnienie w układzie hamulcowym, kąt skrętu, obciążenie zawieszenia na każdym tarkowaniu — wszystko ląduje na ekranach inżynierów w garażu i w fabryce, zanim kierowca zdąży wyjść z zakrętu.

Dwie rzeczy w tym przykładzie są ważne, bo wrócą przy grach.

Po pierwsze, F1 nie mierzy tylko maszyny. Mierzy kierowcę: moment hamowania, płynność na gazie, różnicę między dwoma kierowcami w tym samym samochodzie na tym samym zakręcie. Telemetria jest tam narzędziem do porównywania ludzi — ze sobą nawzajem i z własnym najlepszym okrążeniem.

Po drugie, dane bez pytania są bezużyteczne. Zespół nie czyta terabajta; czyta kilkanaście wykresów, które odpowiadają na konkretne pytanie: dlaczego tracimy dwie dziesiąte w trzecim sektorze? Reszta leży na dysku na wypadek, gdyby pytanie się zmieniło.

Gry: koniec zgadywania

Branża gier odkryła telemetrię stosunkowo późno — mniej więcej wtedy, kiedy gry zaczęły mieć stałe połączenie z internetem. Wcześniej designer wiedział o graczu tyle, ile zobaczył na playtestach: dwadzieścia osób, dwa tygodnie, kartka z notatkami. Potem gra wychodziła i zostawała czarną skrzynką.

Telemetria tę skrzynkę otworzyła. Klasyczne pytania, na które dziś odpowiada w każdej większej produkcji:

• Gdzie gracze giną? Mapa cieplna zgonów na poziomie pokazuje w pięć minut to, czego nie dałoby się wyciągnąć z setki ankiet. Bungie publikowało takie mapy dla Halo 3 już w 2007 roku.
• Gdzie gracze odpadają? Lejek tutorialu: ilu zaczęło, ilu dotarło do końca, który krok „zjada” najwięcej ludzi.
• Co jest za mocne, a czego nikt nie używa? Balans broni, zaklęć, buildów — nie z forum, tylko z liczb.
• Jak długo trwa sesja i kiedy gracz wraca? Retencja D1/D7/D30 — język, którym mówią wydawcy i inwestorzy.

Wspólny mianownik: te wszystkie pytania dotyczą tego, co gracz zrobił. Zdarzenia. Kliknął, zginął, wyszedł, kupił, przeszedł. Telemetria „płaskich” gier to w gruncie rzeczy dziennik zdarzeń ze znacznikami czasu.

I to działa. Ale w VR to tylko połowa historii.

VR: nie tylko co, ale jak

W VR urządzeniem wejściowym jest ciało. Nie przycisk — dłoń, która się unosi, głowa, która się obraca, krok w bok, wzrok, który zatrzymuje się na czymś o ułamek sekundy dłużej. Każdy z tych ruchów to strumień danych, który headset i tak produkuje dziesiątki razy na sekundę, bo bez niego nie dałoby się wyrenderować klatki.

Dla telemetrii to zmienia wszystko. Nagle dostępne jest nie tylko co gracz zrobił, ale jak to zrobił. Dane ciągłe — pozycje, rotacje — są jednak drogie: trzeba je próbkować i agregować już na urządzeniu, a nie wysyłać surowych. Zdarzenia muszą mieć kontekst przestrzenny: „gracz zginął” bez pozycji, kierunku patrzenia i tego, co trzymał w ręku, jest w VR prawie bezwartościowe.

Jak używamy telemetrii w naszych grach

Ten temat znamy od środka. Nasz system telemetrii w grze powstał jako projekt badawczo-rozwojowy w programie sektorowym GameINN, współfinansowany z Funduszy Europejskich w ramach Programu Operacyjnego Inteligentny Rozwój. Założenie od początku było takie, żeby była to jedna warstwa dla wszystkich naszych tytułów — niezależnie od silnika i platformy — a nie zestaw skryptów pisany od nowa przy każdej premierze. Dzięki temu te same metryki da się porównywać między grami, a nowy projekt dostaje pomiar w pierwszym tygodniu produkcji, nie w ostatnim.

Co z niego czytamy, tytuł po tytule:

The Wizards — gesty. W całej serii zaklęcia rzuca się gestami, więc najważniejsze pytanie brzmi: czy system rozpoznawania rozumie graczy, czy gracze muszą nauczyć się systemu? Logujemy każdą próbę gestu — udaną i nieudaną — z czasem wykonania, zagregowanym kształtem ruchu i tym, co stało się potem. Z tego widać, które zaklęcia mają najwyższy odsetek nieudanych prób, czy problem dotyczy wszystkich, czy na przykład graczy leworęcznych, i w którym momencie gracz przestaje próbować i wraca do najprostszej kuli ognia. Odpowiedź zaskakująco rzadko brzmi „popraw recognizer”. Częściej: „popraw tutorial” albo „zmień próg tolerancji dla tego jednego gestu”.

Warhammer Age of Sigmar: Tempestfall — walka i zmęczenie. W grze, w której machasz młotem, telemetria ruchu mówi, jak mocno i jak często gracze uderzają, i jak to się zmienia w trakcie sesji. Spadek amplitudy po dwudziestu minutach to zmęczenie, nie nuda — a na zmęczenie odpowiada się inaczej niż na nudę: rytmem fal przeciwników, nie większą ich liczbą.

Hunt Together — mecz jako jednostka. W grze wieloosobowej do pytań o gracza dochodzą pytania o mecz: ile trwa, jak się kończy (wygrana, porażka, ktoś wyszedł), ile czasu gracze spędzają w lobby, czy trzymają się razem, czy rozbiegają po mapie. To telemetria, która wprost przekłada się na balans i matchmaking — czyli na decyzje, które w branży zbyt często podejmuje się na podstawie Discorda, a więc głosu najgłośniejszych.

Arizona Truck Driver — ergonomia kabiny. Symulator jazdy w VR to w gruncie rzeczy projekt stanowiska pracy. Telemetria mówi, gdzie gracze mają głowę względem deski rozdzielczej, jak sięgają po przełączniki, które elementy próbują chwycić, choć nie są interaktywne, i w których manewrach rośnie liczba korekt kierownicy. Kabinę ustawia deweloper o konkretnym wzroście i zasięgu ramion; gracze mają inne. Dane wyrównują tę różnicę.

Komfort — wszędzie. Nikt nie wypełnia ankiety „zrobiło mi się niedobrze”. Ale telemetria widzi, że po określonym segmencie lokomocji sesje się skracają, głowa zaczyna się ruszać inaczej, a gracz częściej ściąga headset. To jest jak, którego nie da się zalogować jednym zdarzeniem — i to jest w VR metryka ważniejsza od retencji, bo retencję poprzedza.

Co z tego ma deweloper

Łatwo myśleć o telemetrii jako o narzędziu dla producenta i działu marketingu. Dla nas najciekawsze jest to, co dostaje z niej zespół, który grę faktycznie robi.

• Reprodukcja błędów. Ślad sesji — ostatnie zdarzenia przed crashem, scena, pozycja, urządzenie, wersja builda — zamienia „u mnie działa” w konkretny scenariusz do odtworzenia. W VR, gdzie błąd często zależy od tego, gdzie gracz stał i co trzymał, to oszczędza dni.
• Wydajność w kontekście. Czas klatki sam w sobie mówi mało. Czas klatki zestawiony z tym, gdzie gracz stał i w którą stronę patrzył, mówi: „ta ściana w tym kącie kosztuje nas trzy milisekundy”. Na goglach mobilnych, które po kwadransie zaczynają się dławić termicznie, taka mapa jest planem optymalizacji.
• Nieudane chwyty. Gracze w VR próbują chwycić wszystko. Logowanie chwytów, które nie trafiły w nic interaktywnego, to darmowe badanie afordancji: gotowa lista obiektów, które powinny być interaktywne, bo gracze są pewni, że są.
• Prawdziwe ciała i prawdziwe pokoje. Rozkład wzrostu graczy, odsetek grających na siedząco, rozmiary przestrzeni gry, leworęczność, hand tracking kontra kontrolery. Każda z tych liczb to decyzja projektowa, którą inaczej podejmuje się „na oko” — czyli pod siebie.
• Ustawienia domyślne. Teleport czy płynny ruch, kąt skrętu skokowego, winieta — telemetria pokazuje, co gracze faktycznie wybierają i kiedy zmieniają zdanie. Dobre defaulty to połowa komfortu.
• Porównanie build do builda. Czy zmiana tutorialu w patchu coś dała? Bez telemetrii odpowiedź to opinia. Z telemetrią to dwa lejki obok siebie.
• Flota urządzeń. Podział na generacje gogli i platformy mówi, gdzie opłaca się włożyć tygodnie optymalizacji, a gdzie wystarczy niższy preset.

Wspólna lekcja ze wszystkich powyższych: każdy mierzony parametr powinien mieć przypisane pytanie, na które odpowiada. Jeśli nie ma — nie mierzymy go.

Projekty B2B: czego można się dowiedzieć

W grach telemetria służy produktowi. W projektach dla firm służy człowiekowi po drugiej stronie — kursantowi, klientowi, zwiedzającemu — i zleceniodawcy, który chce wiedzieć, czy wdrożenie działa. Tu robi się naprawdę ciekawie, bo pytania są inne niż w grach.

Szkolenia i symulatory

Klasyczne szkolenie BHP czy kurs obsługi maszyny kończy się testem: zaznacz prawidłową odpowiedź. VR pozwala zrobić coś innego: posadzić pracownika przed wirtualną maszyną, kazać mu wykonać procedurę — i zapisać każdy ruch. Nie „zdał / nie zdał”, tylko:

• w jakiej kolejności wykonał kroki i gdzie się zawahał,
• ile czasu zajął mu każdy etap w porównaniu z doświadczonym operatorem,
• czy spojrzał na wskaźnik ciśnienia, zanim odkręcił zawór, czy dopiero po,
• czy jego dłoń weszła w strefę niebezpieczną — nawet jeśli nic się nie stało,
• czy po trzecim powtórzeniu robi to szybciej, czy tylko mniej dokładnie.

To zmienia szkolenie w pomiar kompetencji. Trener dostaje nie wrażenie, a zapis. Firma dostaje dowód, że procedura została opanowana — a nie tylko wysłuchana. Nagrania ekspertów stają się wzorcem, do którego można porównywać nowicjuszy: „tak robi to mistrz” przestaje być opowieścią, a staje się trajektorią.

Jest też rzecz, której firmy zwykle się nie spodziewają. Jeśli osiemdziesiąt procent kursantów waha się w tym samym miejscu procedury, problemem rzadko są kursanci. Problemem jest krok czwarty. Telemetria ze szkolenia potrafi być audytem samej procedury — a porównanie zmian, zakładów czy cohort nowych pracowników pokazuje, gdzie inwestować w kolejne moduły, a które można skrócić.

Badanie PwC nad szkoleniami VR z umiejętności miękkich pokazało, że uczestnicy kończyli szkolenie w VR cztery razy szybciej niż w sali i czuli się nawet o 275% pewniej w stosowaniu tego, czego się nauczyli. Te liczby robią wrażenie, ale naszym zdaniem najważniejsza przewaga VR w szkoleniach jest inna: to pierwsza forma szkolenia, która sama zapisuje, co kursant zrobił. Bez telemetrii symulator VR jest tylko droższym filmem instruktażowym. Dokładnie z takiego założenia wychodzimy, projektując symulatory dla przemysłu: warstwa pomiaru nie jest dodatkiem do symulatora. Jest powodem, dla którego warto go budować.

Showroomy, konfiguratory i wizualizacje

Wirtualny showroom albo konfigurator produktu to dla klienta końcowego doświadczenie, a dla firmy — badanie rynku, które samo się prowadzi. Czas spędzony przy każdym elemencie, kolejność oglądania, które warianty ludzie otwierają, a które ignorują, w którym momencie kończy się „wow” i zaczyna szukanie wyjścia. W wizualizacjach architektonicznych te same dane mówią, w których pomieszczeniach zwiedzający zostają dłużej i na co patrzą, zanim zadadzą pierwsze pytanie. To informacje, które dział sprzedaży zwykle zbiera miesiącami rozmów.

Eventy i aktywacje

Doświadczenie VR na targach czy w centrum handlowym bez telemetrii kończy się raportem „było fajnie, ustawiła się kolejka”. Z telemetrią kończy się liczbami: ile osób ukończyło doświadczenie, po jakim czasie zdejmowano gogle, która scena traciła ludzi, jak długo trwał średni przebieg i czy obsługa nadążała. Następna aktywacja jest wtedy projektowana na danych, nie na pamięci hostess.

Awatary AI

W projektach z awatarami AI telemetrią jest rozmowa. O co ludzie naprawdę pytają, w którym momencie dialog się urywa, które odpowiedzi kończą się „nie o to mi chodziło”. Dla nas to sposób na poprawianie awatara. Dla klienta — często pierwszy uczciwy obraz tego, czego jego klienci szukają, zamiast tego, co według działu marketingu powinni.

Zdrowie, ergonomia, przestrzenie

Ćwiczenie w VR dla pacjenta po udarze to jednocześnie gra i pomiar zakresu ruchu — postęp terapii widać jako krzywą w czasie, nie jako „chyba lepiej”. Stanowisko montażowe zbudowane najpierw w VR i „obsadzone” dziesięcioma pracownikami pokazuje, gdzie sięgają, jak się pochylają i które ruchy powtórzą trzysta razy na zmianę, zanim ktokolwiek wyleje beton. Instalacja w muzeum mówi kuratorowi to, co mapa cieplna mówi designerowi gier: przed czym ludzie stoją, co omijają, kiedy zdejmują gogle.

Schemat jest zawsze ten sam — człowiek, czujnik, pytanie. Zmienia się tylko to, kto na końcu czyta odpowiedź.

Druga strona medalu: ruch to dane biometryczne

Trzeba to powiedzieć wprost, bo entuzjazm wokół „danych o tym, jak ludzie się ruszają” ma poważną konsekwencję.

W 2023 roku zespół z UC Berkeley pokazał, że na podstawie samego ruchu głowy i rąk — bez twarzy, głosu, loginu — da się jednoznacznie zidentyfikować użytkownika VR w puli ponad 55 tysięcy osób. Po stu sekundach ruchu skuteczność wynosiła 94%, po dziesięciu sekundach — 73%. Dane pochodziły z publicznych nagrań rozgrywek w Beat Saber. Innymi słowy: sposób, w jaki ktoś macha kontrolerem, jest odciskiem palca.

Dla każdego, kto buduje telemetrię w VR, oznacza to, że strumień pozycji i rotacji nie jest „anonimowym logiem”. To dane, które mogą identyfikować osobę, a w połączeniu z eye trackingiem — mówić o jej stanie, uwadze, być może i zdrowiu. RODO ma na to swoje artykuły; zdrowy rozsądek ma swoje zasady:

1. Mierz pod pytanie, nie na zapas. Jeśli nie wiesz, do czego posłuży parametr, nie zbieraj go.
2. Agreguj jak najbliżej urządzenia. Średnia, histogram, wynik rozpoznania gestu — zamiast surowej trajektorii, jeśli tylko można.
3. Oddzielaj ruch od tożsamości. Dane o ruchu nie powinny mieszkać w tej samej tabeli co adres e-mail.
4. Mów graczom i kursantom, co mierzysz — i dlaczego działa to na ich korzyść.
5. Ustal datę wygaśnięcia. Dane, które przestały odpowiadać na jakiekolwiek pytanie, powinny zniknąć.

W szkoleniach dochodzi jeszcze jedno: kursant musi wiedzieć, że jest oceniany, i rozumieć, na jakiej podstawie. System, który mierzy wszystko, a potem wyświetla jedną czerwoną liczbę, nie buduje kompetencji — buduje lęk.

Od czego zacząć

Jeśli budujesz grę, symulator albo aplikację XR i zastanawiasz się nad telemetrią, kilka rad z naszej praktyki:

• Zacznij od listy pytań, nie od listy zdarzeń. „Dlaczego gracze porzucają poziom 3?” to dobry start. „Logujmy wszystko” to zły.
• Każde zdarzenie w VR ma pozycję, kierunek patrzenia i stan rąk. Bez tego kontekstu nie odróżnisz „nie zauważył” od „zauważył i zignorował”.
• Sesja jest jednostką analizy. Nie użytkownik, nie zdarzenie — sesja z początkiem, końcem i powodem zakończenia.
• Zbuduj pętlę z designem. Telemetria, której nikt nie ogląda w tygodniu, w którym można jeszcze coś zmienić, jest archiwum, nie narzędziem.
• Playtesty zostają. Telemetria mówi co i jak. Dlaczego nadal trzeba usłyszeć od człowieka.

Pomiar jako forma uwagi

Lubimy myśleć o telemetrii nie jako o nadzorze, ale jako o formie uwagi. Inżynier F1 patrzy na wykres, żeby pomóc kierowcy pojechać szybciej. Trener patrzy na zapis sesji, żeby kursant nie zrobił krzywdy sobie ani nikomu. Designer gier patrzy na mapę cieplną, żeby następny gracz nie utknął w tym samym miejscu.

W VR mamy do dyspozycji najbogatszy strumień informacji o zachowaniu człowieka, jaki kiedykolwiek był dostępny poza laboratorium. Pytanie nie brzmi, czy go używać. Brzmi: na jakie pytania pozwolimy mu odpowiadać — i komu te odpowiedzi mają służyć.