Devlog #2 — Roadmapa i plan rozwoju gry

To drugi devlog projektu Kozioł Oporowy. Tym razem pokazuję, jak wygląda aktualna roadmapa Kozioł Oporowy, co zostało już wykonane, nad czym pracuję teraz i jakie elementy będą najważniejsze w pierwszym prototypie gry.

Projekt rozwija się krok po kroku, bo przy grze ekonomiczno-strategicznej najważniejszy jest solidny fundament. Nie chodzi o to, żeby od razu obiecać ogromną liczbę funkcji. Najpierw gra musi mieć stabilną podstawę: mapę, tabor, trasy, ekonomię, zapis stanu gry i czytelny interfejs. Dopiero na tym można budować większy projekt.

Co jest już zrobione?

Pierwszym ważnym krokiem było przygotowanie miejsca, w którym można śledzić rozwój projektu. Dlatego powstała oficjalna strona Kozioł Oporowy, czyli centrum informacji o grze, devlogu, roadmapie i przyszłym wsparciu społecznościowym.

Na stronie są już podstawowe sekcje:

• strona główna projektu,
• opis gry,
• roadmapa,
• galeria,
• strona wsparcia projektu,
• kontakt,
• devlog.

To może wydawać się tylko stroną internetową, ale dla projektu indie jest to bardzo ważny etap. Dzięki temu gra nie istnieje już tylko jako pliki na komputerze. Ma swoje miejsce, gdzie można pokazywać postęp, zbierać opinie i budować społeczność.

Drugim wykonanym elementem jest określenie kierunku gry. Kozioł Oporowy ma być polską ekonomiczną grą kolejową, w której gracz prowadzi własną firmę przewozową. Głównym ekranem ma być mapa Polski, a najważniejszymi decyzjami będą wybór tras, dobór taboru, kontrola kosztów i rozwijanie przedsiębiorstwa.

Na tym etapie ustalony jest również styl wizualny projektu: ciemny interfejs, klimat kolejowej dyspozytury, granatowe tła, subtelny cyjan, złote akcenty i czytelne panele. Chcę, żeby gra wyglądała nowocześnie, ale nie była przesadzona neonami. Ma być czytelna, klimatyczna i przyjemna do dłuższej rozgrywki.

Nad czym pracuję teraz?

Aktualnie najważniejszy jest prototyp gry. To etap, w którym wszystkie podstawowe elementy muszą zacząć działać razem.

Najważniejsze systemy, które są teraz rozwijane lub planowane w najbliższej kolejności, to:

Mapa Polski jako główny ekran gry

Mapa ma być centrum rozgrywki. To z niej gracz będzie wybierał miasta, planował połączenia i obserwował ruch swojej firmy kolejowej. Nie chcę, żeby mapa była tylko tłem. Ma być głównym miejscem podejmowania decyzji.

Na mapie będą pojawiać się miasta, trasy, aktywne kursy i informacje o rozwoju firmy. Docelowo gracz powinien widzieć, gdzie może wysłać pociąg, które połączenia są dostępne, a które wymagają wyższego poziomu firmy albo większych środków.

System tras

Drugim ważnym elementem jest system tras. Sama mapa nie wystarczy, jeśli trasy nie będą miały znaczenia ekonomicznego. Każde połączenie powinno mieć odległość, czas przejazdu, koszt i potencjalny przychód.

Przykładowo krótka trasa może być bezpieczna i tania, ale mniej dochodowa. Dłuższa trasa może dawać większy przychód, ale wymagać lepszego taboru, większej liczby wagonów i większych kosztów operacyjnych. Dzięki temu gracz będzie musiał podejmować decyzje, a nie tylko klikać najdroższe połączenie.

System taboru

Kolejny ważny temat to tabor. W grze mają pojawić się lokomotywy i wagony, które gracz będzie kupował, przypisywał do składów i wykorzystywał na trasach.

Chcę, żeby tabor nie był tylko listą nazw. Każdy pojazd powinien mieć znaczenie: koszt zakupu, koszt utrzymania, parametry, typ przewozu i wpływ na opłacalność kursów. Docelowo gracz będzie musiał zastanowić się, czy na daną trasę wysłać krótki skład, dłuższy skład, tańszą lokomotywę, czy mocniejszy pojazd o większych kosztach.

Podstawowa ekonomia

Ekonomia jest sercem projektu. Bez niej gra kolejowa byłaby tylko makietą z poruszającymi się pociągami. Dlatego pierwszy prototyp musi pokazać prostą, ale logiczną zależność:

• ile kosztuje kurs,
• ile miejsc oferuje skład,
• ilu pasażerów jest na trasie,
• jaki jest przychód,
• jaki jest końcowy zysk albo strata.

To bardzo ważne, bo gracz musi rozumieć wynik swoich decyzji. Jeżeli kurs przynosi stratę, gra powinna jasno pokazać dlaczego. Może skład był za długi, może trasa miała za mały popyt, może koszt lokomotywy był zbyt wysoki, a może połączenie nie było jeszcze opłacalne na obecnym etapie rozwoju firmy.

Co będzie w pierwszym prototypie?

Pierwszy prototyp nie musi mieć setek funkcji. Ma udowodnić, że podstawowa pętla rozgrywki działa i daje satysfakcję.

Plan pierwszego prototypu wygląda tak:

1. Start firmy

Gracz rozpoczyna z ograniczonym budżetem, podstawowym taborem i jednym głównym miastem startowym. Dzięki temu początek jest prosty i czytelny. Zamiast od razu zasypywać gracza dziesiątkami opcji, gra stopniowo pokazuje kolejne możliwości.

2. Wybór trasy

Gracz wybiera trasę na mapie. Widzi podstawowe informacje: odległość, przewidywany czas przejazdu, możliwy popyt i koszt uruchomienia kursu.

3. Dobór składu

Następnie gracz wybiera lokomotywę i wagony. To tutaj zaczyna się prawdziwa decyzja ekonomiczna. Więcej wagonów oznacza więcej miejsc, ale też większe koszty. Mniejszy skład jest tańszy, ale może nie wykorzystać całego potencjału trasy.

4. Wysłanie pociągu

Po wybraniu trasy i składu pociąg rusza w kurs. W pierwszej wersji najważniejsze jest to, żeby kurs miał czas trwania, koszt, przychód i raport końcowy.

5. Raport po kursie

Po zakończeniu kursu gracz powinien zobaczyć prosty raport:

• przychód,
• koszty,
• wynik finansowy,
• wykorzystanie miejsc,
• informację, czy kurs był opłacalny.

To będzie jeden z najważniejszych elementów gry, bo raport uczy gracza, jak podejmować lepsze decyzje w kolejnych kursach.

Dlaczego projekt idzie etapami?

Gra ekonomiczna może bardzo szybko stać się chaotyczna, jeśli za wcześnie doda się za dużo systemów. Dlatego rozwój Kozła Oporowego musi być etapowy.

Najpierw trzeba stworzyć stabilny fundament. Dopiero potem można dodawać bardziej zaawansowane elementy, takie jak personel, reputacja, odblokowania tras, różne typy przewozów, wydarzenia losowe, awarie, modernizacje taboru czy bardziej szczegółowy popyt.

Etapowy rozwój ma jeszcze jedną zaletę: łatwiej testować grę. Jeśli po każdej zmianie wiadomo, co zostało dodane, łatwiej znaleźć błędy i poprawić balans. To ważne, bo w tego typu projekcie jedna źle ustawiona wartość może sprawić, że gracz zarabia za dużo albo traci pieniądze bez sensu.

Jak społeczność może pomóc?

Społeczność może mieć duży wpływ na rozwój projektu. Devlog nie powstaje tylko po to, żeby informować o postępach. Ma też zbierać opinie, pomysły i reakcje osób, które interesują się koleją albo grami ekonomicznymi.

Najbardziej pomocne będą:

• sugestie dotyczące tras,
• pomysły na mechaniki,
• opinie o interfejsie,
• uwagi do balansu ekonomii,
• propozycje taboru,
• reakcje na screeny i prototypy,
• testy pierwszych wersji gry.

W przyszłości osoby wspierające projekt przez Patronite będą mogły brać udział w ankietach i pomagać wybierać priorytety rozwoju. Nie chodzi o to, żeby społeczność projektowała całą grę za twórcę, ale o to, żeby projekt rozwijał się przy realnym feedbacku.

Co dalej?

Kolejne wpisy devloga będą bardziej techniczne i konkretne. Chcę pokazywać nie tylko ogólne plany, ale też realne postępy: screeny, zmiany w interfejsie, decyzje projektowe i problemy, które trzeba rozwiązać.

Najbliższe tematy devloga to:

• pierwsza wersja mapy,
• system wyboru trasy,
• podstawy ekonomii kursu,
• dobór taboru,
• raport po zakończeniu przejazdu,
• przygotowanie strony pod Patronite,
• pierwsze materiały graficzne do galerii.

Roadmapa Kozioł Oporowy będzie aktualizowana razem z postępem prac. Dzięki temu każdy, kto śledzi projekt, będzie widział, co jest już wykonane, co jest aktualnie w trakcie i co będzie rozwijane później.

Na tym etapie najważniejsze jest jedno: projekt ma już kierunek, stronę, devlog i plan. Teraz celem jest doprowadzenie pierwszego prototypu do stanu, w którym będzie można pokazać prawdziwą pętlę rozgrywki.

To dopiero początek, ale właśnie takie początki są najważniejsze.