Dzieje się cicha zmiana w sposobie, w jaki gry wykorzystują questy.
Na pierwszy rzut oka, wciąż wygląda znajomo. Gracz loguje się. Pojawia się zadanie. Posadź to. Zbieraj tamto. Wróć jutro. Odbierz nagrodę. To przypomina tę samą pętlę, którą gry używają od lat.
Ale im więcej na to patrzę, tym mniej wydaje się to być prostą zawartością.
Quest to już nie tylko coś, co stawia się przed graczem, aby zająć ich czas. Zaczyna to działać bardziej jak pytanie, które gra zadaje.
Co się stanie, jeśli ta nagroda się zmieni?
Co się stanie, jeśli tylko jedna grupa graczy zobaczy to zadanie?
Co się stanie, jeśli to samo zadanie wróci później z jedną małą różnicą?
Gracz widzi misję. System widzi dane.
To ta część, która czyni to interesującym, a także nieco niewygodnym.
Przez długi czas codzienne zadania były łatwe do zrozumienia. Istniały, aby przyciągać ludzi z powrotem. Nadawały strukturę dniu. Tworzyły powód, aby ponownie otworzyć grę. To wyjaśnienie wciąż działa, ale już nie wydaje się pełne.
Ponieważ prawdziwa wartość zadania nie zawsze polega na samej misji. Czasami wartość tkwi w tym, co gracz robi wokół niej. Jak szybko reaguje. Czy wraca następnego dnia. Czy to ignoruje. Czy powtarza zachowanie nawet po zmianie nagrody.
W tym momencie zadanie staje się mniej jak kawałek projektu, a bardziej jak instrument.
LiveOps czyni to szczególnie widocznym. Gra może uruchomić jedną wersję zadania dzisiaj, dostosować ją jutro, przywrócić później i cicho porównać wyniki. Zmiany mogą wyglądać na małe z zewnątrz, ale każda z nich mówi coś o zachowaniu gracza.
Niektórzy gracze zostają dłużej. Niektórzy pojawiają się tylko wtedy, gdy nagroda jest tego warta. Niektórzy zamieniają system w trasę farmingową. Niektórzy znikają całkowicie.
Gra obserwuje to wszystko.
I nie w jakiś dramatyczny, złowrogi sposób. To po prostu sposób, w jaki nowoczesne systemy się poprawiają. Testują, mierzą, dostosowują i testują ponownie. To logika gier na żywo teraz. Nic nie musi pozostawać stałe przez długi czas. Każda funkcja może stać się próbą. Każda odpowiedź może stać się sygnałem.
Jednak jest różnica między poprawianiem gry a cichym kształtowaniem nawyku.
To różnica, w której tkwi napięcie.
Gracz może myśleć, że po prostu wybiera, co robić dalej. Ale oferowane wybory nie są neutralne. Są uporządkowane, testowane, czasowane i nagradzane w taki sposób, który kieruje zachowaniem. Gra nie musi niczego wymuszać. Musi tylko sprawić, by jedna ścieżka wydawała się nieco bardziej naturalna niż inne.
To często wystarczy.
I tutaj nagrody stają się bardziej skomplikowane, niż się wydaje na pierwszy rzut oka. Nagroda wygląda jak prezent, ale może także działać jako narzędzie pomiarowe. Mówi systemowi, co cię motywuje. Odkrywa, co będziesz powtarzać. Pokazuje, gdzie twoja uwaga się załamuje.
Otrzymujesz przedmiot. Gra otrzymuje informacje.
Żadne z tego automatycznie nie czyni systemu błędnym. Gry zawsze w jakiś sposób badały graczy. Projektanci zawsze obserwowali, co ludziom się podoba, gdzie utknęli, co ich angażuje, a co sprawia, że odchodzą.
Różnica teraz to prędkość i precyzja.
Pętla informacji jest bardziej zacieśniona. Testowanie jest bardziej stałe. Gra może uczyć się na podstawie wczorajszego zachowania i kształtować jutrzejsze doświadczenia. To sprawia, że LiveOps są potężne, ale także czyni relację między graczem a grą mniej niewinną, niż się wydaje.
Bo jeśli każde zadanie jest również eksperymentem, to każdy gracz jest częściowo uczestnikiem tego eksperymentu.
Większość graczy nigdy nie pomyśli o tym w ten sposób. Nie czytają tablic informacyjnych. Nie patrzą na krzywe retencji. Nie myślą o kohortach czy wzorcach zachowań. Po prostu grają.
I może to właśnie sprawia, że całe to doświadczenie wydaje się dziwne.
System nie musi ogłaszać się jako badanie. Może ukrywać się w zwykłej rozgrywce. Może wyglądać jak sezonowe zadanie, ograniczone wydarzenie, lepsza nagroda, mała korekta. Nic nie wydaje się na tyle poważne, by to kwestionować. Jednak z biegiem czasu te małe korekty mogą nauczyć grę, jak utrzymać ludzi w powrocie.
To skuteczny design.
Może to być także subtelna forma kontroli.
Niewygodna część nie polega na tym, że gry się uczą. Niewygodna część polega na tym, jak normalne to się wydaje. Przyzwyczailiśmy się do systemów, które nas obserwują, przewidują i reagują na nas. Kiedy to dzieje się w grze, wydaje się lżejsze, prawie nieszkodliwe. Ale mechanizm wciąż tam jest.
Zadanie wymaga działania.
Gracz reaguje.
System się uczy.
Następne zadanie przychodzi trochę mądrzejsze.
Ta pętla może uczynić grę lepszą. Może także sprawić, że trudniej będzie rozpoznać, gdzie kończy się zabawa, a zaczyna inżynieria behawioralna.
Może to jest teraz prawdziwe pytanie. Nie czy zadania są użyteczne. Nie czy eksperymenty poprawiają retencję. Nie czy LiveOps działają.
Wyraźnie tak.
Lepsze pytanie brzmi, jaki rodzaj relacji gra tworzy, gdy uczy się od swoich graczy każdego dnia, cicho dostosowuje się wokół nich i zamienia ich nawyki w następne decyzje projektowe.
W pewnym momencie, gracz wciąż gra w grę.
Ale gra również odpowiada.