Jak objaśniać zasady gry, nie wyrywając postaci ze sceny

Zacznij od zaznaczenia dokładnego momentu, w którym scena przechodzi od opowieści do instrukcji. Zwróć uwagę na nagłą zmianę słownictwa („wytrzymałość”, „czas odnowienia”, „okno na wykonanie ruchu”), bezpośrednie zwroty do gracza, przerwę w akcji sceny lub dialog objaśniający przyciski albo warunki, o których postać nie mogłaby wiedzieć. To wskazówki, a nie automatycznie błędy: postać może zasadnie mówić o wytrzymałości w świecie, w którym istnieje takie pojęcie. Zastanów się, co ma osiągnąć dana kwestia i kto potrzebuje tych informacji.

Podziel każdy element instruktażowy na jedną z trzech kategorii:

Wskazówka fabularna: postać dostrzega coś w świecie lub interpretuje to, na przykład zauważa, że tarcza strażnika opada po mocnym zamachu.

Pomoc dotycząca zasad: gracz potrzebuje dokładnych informacji o akcji, sterowaniu, oknie czasowym, koszcie, ograniczeniu lub konsekwencji.

Element sceny: wydarzenie lub działanie, które rozwija starcie albo relację, zamiast objaśniać mechanikę.

Jedna kwestia może pełnić więcej niż jedną funkcję, ale jeśli precyzyjne zasady ukryto w metaforze, sprawdź, czy gracz nadal może znaleźć dosłowną odpowiedź. Z kolei jeśli kwestia postaci tylko powtarza podpowiedź dotyczącą sterowania, zastanów się, czy wnosi coś do sceny. Omówienie projektowania interfejsu w Unity opisuje napięcie między funkcjonalnością interfejsu a immersją, w tym to, jak wyskakujące okienko pojawiające się w nieodpowiednim momencie może przerwać akcję. To argument za tym, by traktować sposób prezentacji jako wybór zależny od kontekstu, a nie zakładać, że każda instrukcja powinna być osadzona w świecie. (Unity, „How to immerse your players through effective UI and game design”)

Wskazówka osadzona w świecie powinna brzmieć jak coś, co postać dostrzega, uważa za prawdziwe lub decyduje się powiedzieć. Może naprowadzić gracza na okazję, nie udając kompletnego podręcznika. Na przykład: „Osłona migocze, gdy rozbrzmiewa dzwon. Uderz, zanim zadzwoni ponownie”. To obserwacja dotycząca świata i możliwe działanie. Nie określa liczbowo okna czasowego, nie gwarantuje sukcesu ani nie mówi, czy gracz musi się do niej zastosować.

Umieść dokładne informacje o mechanice w osobnym panelu pomocy z jednoznaczną etykietą, taką jak Pomoc dotycząca zasad lub Jak działa ta akcja. Podaj konkretne informacje: nazwij odpowiednią akcję i przycisk, określ warunek lub koszt i opisz rezultat zgodnie z tym, co faktycznie obsługuje gra. Przykładowy wpis mógłby brzmieć: „Mocny atak: przytrzymaj [pokazany przycisk], aby przygotować cios, a następnie puść. Trafienie przerywa działanie osłony tylko w trakcie jej ładowania”. Użyj właściwej ikony przycisku i potwierdzonych zasad z aktualnej wersji gry; ten przykład ma charakter poglądowy i nie opisuje konkretnej gry.

Udostępnij pomoc w scenie lub w odpowiednim menu pauzy i pozwól graczom ją otwierać, zamykać, czytać ponownie lub pomijać, bez zmuszania postaci do powtarzania wyjaśnienia. Jeśli można przegapić wskazówkę postaci, wpis pomocy powinien pozostać dostępny także później. Jeśli gracz musi natychmiast zareagować, nie pozwól, by opcjonalny panel pomocy blokował sterowanie lub postęp. Jasno pokaż ten wybór w interfejsie; nie przedstawiaj pominięcia jako nieposłuszeństwa, niekompetencji ani braku uwagi.

Takie rozwiązanie jest również praktyczne z punktu widzenia dostępności. Game Accessibility Guidelines zaleca, by gracze mogli przewijać podpowiedzi tekstowe we własnym tempie, używać jasnego języka i czytelnego tekstu, korzystać z interaktywnych samouczków oraz widzieć napisy do ważnych kwestii. To ogólne zalecenia dotyczące dostępności, a nie gwarancja, że każdy panel pomocy sprawdzi się w przypadku każdego gracza. Zastosuj odpowiednie wskazówki zarówno do fabularnej podpowiedzi, jak i warstwy zasad: najważniejsze informacje powinny być czytelne, w miarę możliwości dawkowane przez gracza i niedostępne wyłącznie w formie dźwiękowej. (Game Accessibility Guidelines, Basic guidance) Przegląd Microsoft Game Development Kit również przedstawia wskazówki dotyczące dostępności jako zasób pomocny przy projektowaniu i testowaniu; porusza między innymi tematy wyświetlania tekstu, napisów, kontekstu interfejsu i nawigacji po nim. (Microsoft Game Development Kit, Accessibility overview)

Rozważmy przykładową scenę, w której mechanik przerywa napięty impas, by objaśnić, jak wykonać parowanie, jakie jest okno czasowe i jaki efekt wywołuje ono na gardzie przeciwnika. Najpierw rozdziel potrzeby dramaturgiczne sceny od potrzeb informacyjnych gracza. Być może postać próbuje stworzyć okazję, a gracz musi wiedzieć, jak ją wykorzystać. Zachowaj tę intencję w dialogu, a dokładne sterowanie i czas przenieś do oznaczonej pomocy.

Poprawka mogłaby wyglądać tak:

Pozostaw postać w danej chwili. Zastąp pełny wykład o zasadach krótką obserwacją lub ostrzeżeniem związanym z sytuacją: „Opuszcza gardę, gdy szarżuje. Obserwuj jego ramię”. Kwestia wskazuje widoczny sygnał, nie gwarantując, co zrobi gracz ani jak gra rozstrzygnie jego działanie.

Udostępnij opcjonalną pomoc. W tym samym momencie pokaż wyraźny komunikat, na przykład Pomoc dotycząca zasad: Parowanie. Gracz może go otworzyć, by zobaczyć potwierdzony przycisk, warunek czasowy i efekt. Jeśli w tej warstwie pojawia się głos postaci, oznacz ją tak, by gracz wiedział, że przeszedł ze sceny do materiału instruktażowego.

Płynnie wróć do sceny. Po zamknięciu pomocy przywróć scenę i zamierzony stan sterowania. Postać nie powinna ponownie objaśniać tej samej mechaniki, chyba że nowe wydarzenie uzasadnia inną kwestię.

Zachowaj decyzję gracza. Pozwól mu zignorować wskazówkę, poprosić o wyjaśnienie zasad, poczekać lub wybrać inną dostępną akcję. Nie pisz dialogu sugerującego, że rada postaci jest obowiązkowa, jeśli gra tego nie wymaga.

To schemat poprawek, a nie gotowy scenariusz. Jeśli fikcja gry celowo pozwala postaci zwracać się do gracza lub łamać czwartą ścianę, takie przejście może należeć do opowieści. Mimo to zadbaj, by zmiana trybu była czytelna, dokładne zasady pozostały dostępne, a interpretacja postaci nie przeczyła temu, co zrobi gra. Głos postaci może być niepełny lub mylny tylko wtedy, gdy jest to celowy i zrozumiały element; warstwa zasad powinna rzetelnie przedstawiać działającą mechanikę.

Dialog może naprowadzać, reagować lub wyrażać niepewność, ale nie powinien być jedynym źródłem informacji o zmieniającej się zasadzie lub stanie. Jeśli zdolność jest niedostępna, zasób został zużyty lub przeciwnik nie jest już podatny na atak, pomoc i interfejs powinny odzwierciedlać aktualny stan gry. W miarę możliwości uruchamiaj dialog na podstawie wiarygodnego stanu gry i unikaj kwestii obiecujących sukces („To zniszczy osłonę”), gdy akcja może się nie udać lub jej wynik zależy od warunków, o których kwestia nie wspomina.

Jeśli wiedza postaci jest ograniczona, zachowaj to ograniczenie w tekście: „Chyba dzwon to zakłóca” wyraża niepewność. Następnie zadbaj, by interfejs przekazywał graczowi dokładne informacje o mechanice, nie przedstawiając postaci jako wiarygodnego źródła faktów, których nie zna. Podział na dialog postaci i dialog poza jej rolą opisany w artykule ACL pomaga nazwać te różne funkcje komunikacyjne; konkretna zasada dotycząca tego, które źródło ma autorytet, jest tu zaleceniem projektowym, które pomaga zachować zgodność narracji z zaimplementowaną mechaniką.

Przejrzyj poprawioną scenę wspólnie z osobami odpowiedzialnymi za narrację, projekt, interfejs i testy jakości. Testuj gotową scenę i odpowiednie stany gracza, zamiast sprawdzać dialog w oderwaniu od kontekstu. Przydatna lista kontrolna:

Czytelność trybu: Czy gracz potrafi odróżnić dialog postaci od treści pomocy dotyczącej zasad? Czy etykieta pomocy jest widoczna, zanim pojawią się szczegółowe informacje o mechanice?

Możliwość odnalezienia: Czy gracz może ponownie otworzyć pomoc po jej zamknięciu lub po przegapieniu wskazówki postaci? Czy jest dostępna z odpowiedniego menu lub kontekstu sceny?

Kontrola gracza: Czy gracze mogą otwierać, czytać, zamykać lub pomijać pomoc w użytecznym tempie? Czy jej otwarcie niespodziewanie przesuwa scenę naprzód, zużywa zasób lub zobowiązuje gracza do działania?

Poprawność: Czy wskazane przyciski odpowiadają aktualnemu układowi sterowania? Czy czas, koszt, warunki i efekty są zgodne z zaimplementowanymi zasadami przy różnych ulepszeniach, poziomach trudności i stanach gry?

Zmiany stanu: Co się dzieje, gdy gracz otworzy pomoc, a cel przestanie być podatny na atak, akcja stanie się niedostępna lub scena posunie się naprzód? Czy treść pozostaje poprawna albo aktualizuje się odpowiednio?

Dostępność: Czy najważniejsze informacje można zrozumieć bez dźwięku? Czy wypowiadane wskazówki mają napisy, tekst jest czytelny na tle, a tempo podpowiedzi pozwala graczom przechodzić dalej we własnym tempie? Sprawdź odpowiednie zalecenia w odniesieniu do faktycznego sposobu prezentacji i sterowania w grze.

Ciągłość narracji: Czy po zamknięciu pomocy postać wraca do sceny bez niezręcznego powtarzania wyjaśnienia? Czy poprawiona kwestia zachowuje zamierzone napięcie i motywację postaci?

Zapisuj błędy w postaci konkretnych kroków pozwalających je odtworzyć: stan początkowy, działanie gracza, oczekiwane zachowanie sceny lub pomocy oraz rzeczywisty rezultat. Jeśli zmiana sterowania lub mechaniki unieważnia tekst pomocy, potraktuj to jako błąd treści i ponownie przetestuj dotyczące go stany. Dzięki temu podział będzie trwały: postać pozostanie częścią fikcji, a gracze zachowają dostęp do jasnych i rzetelnych zasad, gdy tylko będą ich potrzebować.

Pozostaw informacje w dialogu postaci, jeśli są wiarygodną obserwacją, reakcją lub sugestią, która wnosi coś do sceny. Dosłowne informacje o sterowaniu i dokładnej mechanice umieść w wyraźnie oznaczonej, opcjonalnej pomocy dotyczącej zasad. Jeśli kwestia musi pełnić obie funkcje, pozwól postaci przekazać wskazówkę dramatyczną, a dokładne zasady udostępnij niezależnie. Następnie sprawdź, czy tekst, interfejs i aktualny stan gry są ze sobą zgodne. Dzięki temu projektanci narracji zyskują konkretny sposób na poprawienie nagłego monologu o mechanice przy jednoczesnym zachowaniu swobody wyboru gracza i miejsca postaci w opowieści.