Product / kierunek
Pilnuje, żeby nowe funkcje wzmacniały główną obietnicę produktu zamiast mnożyć niezależne mini-systemy.
STUDIO
Firma to system odpowiedzialności.
W Verqino pokazujemy produkt przez pracę, która prowadzi do jego spójności. Nie publikujemy wymyślonych biografii ani liczebności zespołu. Zamiast tego opisujemy role, zależności i kryteria, za które jako studio bierzemy odpowiedzialność.
studioprocessystemyjakośćprodukt
Odpowiedzialność jest podzielona, rezultat wspólny.
Nie podajemy nazwisk, stanowisk konkretnych osób ani wielkości zespołu bez danych właściciela. Możemy jednak jasno pokazać, jakie dyscypliny muszą spotkać się w takim produkcie.
Projektowanie
Rozbija cele na zasady, koszty, stany, nagrody i czytelne decyzje gracza.
Oprawa i komunikacja
Dba o hierarchię obrazu, informacje, rytm przestrzeni i to, żeby świat nie przesłaniał interakcji.
Implementacja
Przenosi zależności między systemami do działających stanów i przepływów.
QA / review
Sprawdza stany graniczne, zależności, powroty, błędne kolejności i czytelność rezultatu.
Dwie warstwy każdego rozwiązania.
Prostota wejścia nie oznacza płytkości systemu. Złożoność może istnieć pod spodem, jeśli wynik działania jest dla gracza czytelny.
Warstwa gracza
Krótki gest, jasny cel, widoczny rezultat, spójny rytm i minimalna liczba wyjątków do zapamiętania.
Warstwa produktu
Zależności między zasobami, postępem, zadaniami, lokacjami, stanami i warunkami, które muszą działać także w nietypowej kolejności.
Jak pracują między sobą dyscypliny.
W praktyce każda większa funkcja przechodzi przez kilka perspektyw zanim uznamy ją za spójną.
1. Intencja
Co ma zmienić dla gracza?
2. Reguła
Jakie warunki uruchamiają i kończą działanie?
3. Obraz
Co musi być widoczne bez czytania instrukcji?
4. Implementacja
Jak stany łączą się z resztą systemu?
5. Review
Co może pójść źle na styku zależności?
Jak rozpoznajemy dobrą decyzję produktową.
Oceniamy decyzję nie tylko po tym, czy brzmi atrakcyjnie. Sprawdzamy jej wpływ na gracza, system, implementację i przyszłe zmiany.
PerspektywaPytanieRyzyko
GraczCzy decyzja upraszcza wybór albo zwiększa znaczenie wyboru?Nowa warstwa informacji bez nowej wartości.
SystemCzy rozwiązanie ma jasne wejścia, wyjścia i właściciela stanu?Wyjątki, które trzeba ręcznie tłumaczyć w kilku miejscach.
ProduktCzy funkcja wzmacnia spokojny rytm i rozwój miejsca?Mechanika atrakcyjna osobno, ale obca reszcie doświadczenia.
ImplementacjaCzy zmiana jest odporna na przerwanie i nietypową kolejność?Logika działa tylko na idealnej ścieżce.
RozwójCzy przyszła iteracja może rozszerzyć system bez przepisywania podstaw?Krucha konstrukcja oparta na pojedynczych wyjątkach.
Co musi być jasne przed kolejną warstwą pracy.
Nie wszystkie odpowiedzi muszą być finalne, ale zespół nie powinien przechodzić dalej z niejasnością, która zmienia sens funkcji.
cel dla graczarola w pętli produktustany i warunkigłówna informacja zwrotnaryzyka zależnościkryterium QAgranice zakresuotwarte pytania
Co wiemy, a czego nie dopisujemy.
Na tej stronie nie znajdziesz wymyślonej daty założenia, liczby pracowników, silnika, budżetu czy fikcyjnych cytatów zespołu. Publiczne fakty o samej grze oddzielamy od opisu naszego sposobu pracy.
Pokazujemy
- dane sklepu: osobny publiczny source
- funkcje gry: tylko to, co widoczne w źródle
- proces: opis na poziomie metod i kryteriów
Nie dopisujemy
- brak fałszywych biografii
- brak wymyślonych metryk testowych
- brak fake awards / press quotes
Zobacz pracę studia w ruchu.
Strona procesu pokazuje, jak przechodzimy od celu funkcji do review i QA; strona zespołu opisuje odpowiedzialności i handoffy.