Live-service igra ne prestaje da se razvija kada stigne do igrača. U mnogo čemu, tada počinje njen najzahtevniji period. Na DevGAMM FTW! 2026 u Beogradu, BUFF Gaming razgovarao je sa Jane Skullman iz Arrowhead Game Studios o dugoročnom razvoju igara, radu sa zajednicom, određivanju prioriteta i izazovu donošenja odluka kada se potrebe igrača, razvojni planovi i realnost produkcije ne poklapaju.
Arrowhead Game Studios danas je najpoznatiji po igri Helldivers 2, naslovu čiji razvoj predstavlja dobar primer koliko se posao jednog studija menja kada igra dođe do velike i aktivne zajednice. Tokom razgovora sa Jane Skullman brzo je postalo jasno da live-service nije samo redovno dodavanje novog sadržaja, već kontinuiran proces posmatranja igre, reagovanja na probleme, razumevanja ponašanja igrača i odlučivanja gde ograničeno vreme razvojnog tima može doneti najveću vrednost.
Lansiranje je početak nove faze razvoja
Pre izlaska igre razvojni tim ima plan, interne testove i određenu predstavu o tome kako će igrači koristiti sisteme koje je napravio. Nakon lansiranja pojavljuje se nešto što je praktično nemoguće u potpunosti simulirati: pravi igrači. Velika zajednica veoma brzo počinje da pronalazi sopstvene načine igranja. Neki sistemi postaju važniji nego što je studio očekivao, drugi se koriste drugačije, a problemi koji tokom internog testiranja nisu delovali kritično mogu postati veoma vidljivi kada ogroman broj ljudi počne da igra istovremeno.
Kada smo Skullman pitali koliko jedan live-service roadmap realno može da ostane nepromenjen nakon što igra stigne do publike, objasnila je da tim i dalje mora da ima jasan dugoročni pravac, ali da prioriteti moraju ostati fleksibilni. Kada stvarni igrači počnu da koriste igru u velikom obimu, studio dobija informacije koje tokom internog razvoja jednostavno nisu bile dostupne. Upravo zbog toga plan napravljen pre lansiranja ne može ostati potpuno nepromenjen.
Live-service zahteva sposobnost tima da reaguje. To ne znači napuštanje dugoročne vizije igre, već stalno preispitivanje da li prioriteti koji su imali smisla nekoliko meseci ranije i dalje predstavljaju ono što je igri najpotrebnije.
Ono što igrači traže i ono što im zapravo treba nisu uvek ista stvar
Veliki deo našeg razgovora sa Skullman odnosio se na odnos između razvojnog tima i zajednice. Za live-service naslov, povratne informacije igrača predstavljaju ogroman izvor podataka. Discord, Reddit, društvene mreže, Steam, direktni komentari i drugi kanali praktično neprekidno proizvode feedback, ali tu postoji važna razlika: igrači veoma dobro mogu da prepoznaju gde osećaju problem, ali rešenje koje predlažu nije nužno i najbolje razvojno rešenje.
Tipičan primer je zahtev za više sadržaja. Kada smo pomenuli dobro poznati zahtev igrača za „još sadržaja“, Skullman je ukazala na to da takav feedback ne treba uvek tumačiti doslovno. Igrači možda zaista osećaju da više nemaju dovoljno stvari koje mogu da rade, ali pravi problem može biti i u progresiji, nagradama, balansu ili nedostatku razloga da se vraćaju postojećem sadržaju.
Kada igrači kažu da im treba „više sadržaja“, problem ponekad zaista jeste količina onoga što mogu da rade. Ipak, isti osećaj može nastati i zbog progresije, balansa, strukture nagrada ili činjenice da postojeći sadržaj više ne daje dovoljno razloga za ponovno igranje. Zadatak razvojnog tima zato nije samo da pročita šta zajednica traži, već pre svega da razume zašto to traži. Tek tada tim može da odluči šta zapravo treba promeniti.
Najglasniji igrači ne predstavljaju nužno celu zajednicu
Ovo postaje posebno važno kod velikih igara. Internet diskusija može da stvori utisak da gotovo cela zajednica deli isto mišljenje o određenoj promeni. Međutim, ljudi koji aktivno pišu na forumima ili društvenim mrežama predstavljaju samo jedan deo ukupne baze igrača.
Kada smo je pitali kako studio razlikuje pravi problem cele zajednice od teme koju je pojačao najglasniji deo publike, Skullman je naglasila važnost kombinovanja community feedbacka sa drugim signalima, posebno sa stvarnim ponašanjem igrača. Ono što ljudi govore na internetu jeste važno, ali mora da se posmatra zajedno sa onim što zapravo rade u igri.
Zbog toga odluke ne mogu da se zasnivaju samo na intenzitetu reakcije na internetu. Community feedback ostaje veoma važan, ali mora da se posmatra zajedno sa drugim signalima, uključujući ono što igrači zapravo rade unutar igre. Ponekad se ono što ljudi govore i ono što njihovo ponašanje pokazuje potpuno poklapaju, a ponekad ne. Upravo u tim situacijama razvojni tim mora detaljnije da analizira šta se dešava pre nego što promeni neki sistem.
Live-service producent stalno bira između opravdanih prioriteta
Jedan od razloga zbog kojih je razvoj ovakvih igara toliko zahtevan jeste činjenica da gotovo svaki deo projekta može opravdano da tvrdi da je prioritet. Igrači žele novi sadržaj, postoje bugovi, neki sistemi zahtevaju balansiranje, dok tehnički tim mora da rešava probleme koji možda još nisu direktno vidljivi igračima. Istovremeno postoji sadržaj koji je već u produkciji i dugoročni plan koji uključuje stvari koje tek treba napraviti. Sve to koristi iste resurse.
Kada smo pitali kako producent odlučuje šta ide prvo kada su novi sadržaj, bugovi, balans i tehnički rad podjednako važni, Skullman je opisala prioritizaciju kao jedan od centralnih delova te uloge. Ne postoji univerzalna formula. Tim mora da uzme u obzir koliko igrača je pogođeno, koliko je problem ozbiljan, šta se dešava ako se rešenje odloži i kako određena odluka utiče na ostatak razvoja.
Zbog toga posao producenta nije samo organizovanje rasporeda. Veliki deo te uloge predstavlja odlučivanje šta mora da se uradi prvo, šta može da sačeka i kakve posledice svaka od tih odluka može imati na ostatak projekta. Problem koji pogađa veliki broj igrača može zahtevati hitnu reakciju, dok tehnički problem koji danas gotovo niko ne primećuje može za nekoliko meseci postati mnogo ozbiljniji ako ga tim nastavi da odlaže. Ne postoji jedna formula koja daje pravi odgovor u svakoj situaciji.
Roadmap mora da se menja zajedno sa igrom
Produkcija zahteva planiranje. Timovi moraju unapred da znaju na čemu rade kako bi programeri, dizajneri, umetnici, QA i ostale discipline mogli da funkcionišu zajedno. Ipak, live-service roadmap ne može biti dokument koji se slepo prati bez obzira na ono što se zapravo dešava sa igrom.
Na pitanje da li promena roadmapa znači da je prvobitni plan propao, Skullman je jasno stavila do znanja da to nije nužno slučaj. U live-service okruženju prilagođavanje roadmapa može biti deo pravilnog vođenja razvoja. Ako se ponašanje igrača, tehnički problemi ili stanje same igre promene, slepo insistiranje na starom planu može stvoriti veće probleme nego promena pravca.
Ako se pojavi ozbiljan problem, ako reakcija igrača pokaže da određeni sistem ne funkcioniše kako je zamišljeno ili ako podaci pokažu potpuno drugačije ponašanje publike od očekivanog, prioriteti moraju moći da se promene. To je jedan od osnovnih produkcijskih izazova live-service modela. Tim mora da ima dovoljno jasnu dugoročnu viziju kako razvoj ne bi postao niz nepovezanih reakcija, ali istovremeno i dovoljno fleksibilnosti da sam plan nikada ne postane važniji od igre.
Jedna promena gotovo nikada ne utiče samo na jednu stvar
Igre poput Helldivers 2 predstavljaju složene sisteme. Promena jednog elementa može uticati na druge delove iskustva, ponekad na načine koje razvojni tim nije mogao u potpunosti da predvidi pre nego što update stigne do velike baze igrača.
Zbog toga live-service razvoj po svojoj prirodi mora biti iterativan. Tim napravi promenu, posmatra šta se dogodilo, analizira reakciju igrača, gleda podatke, a zatim odlučuje da li sistem sada funkcioniše bolje ili je potreban novi krug promena. Update zato nije nužno konačan odgovor na određeni problem. Ponekad je samo sledeći korak ka njegovom rešavanju.
Tehnički rad koji igrači nikada ne vide može biti podjednako važan kao novi sadržaj
Jedna stvar koja se lako previdi iz perspektive igrača jeste količina rada koja nikada neće izgledati spektakularno u traileru ili na screenshotu. Novi protivnik, oružje ili misija odmah su vidljivi, dok je rad na infrastrukturi, alatima, performansama, stabilnosti ili postojećim sistemima mnogo manje atraktivan. Ipak, upravo takav rad često određuje koliko brzo će tim kasnije moći da razvija nove funkcionalnosti.
Kada smo je pitali koliko je teško opravdati trošenje razvojnog vremena na tehnički rad koji igrači možda nikada neće direktno primetiti, Skullman je naglasila značaj tog nevidljivog sloja razvoja. Igrači prirodno prvo primećuju vidljivi sadržaj, ali tehnička osnova određuje da li tim može efikasno da nastavi da gradi igru u budućnosti.
Ako se svaki razvojni ciklus koristi isključivo za dodavanje novih stvari, postojeći tehnički problemi mogu postepeno da uspore ceo projekat. Zato razvojni tim mora da razmišlja ne samo o tome šta igrači žele danas, već i o stanju igre koje će mu omogućiti da nastavi razvoj sutra.
Poverenje zajednice gradi se kroz niz odluka
Live-service igre uvode još jednu dimenziju koja ne postoji u istoj meri kod tradicionalnog proizvoda koji se jednom objavi. Odnos između studija i igrača traje godinama, a zajednica pamti prethodne updateove, obećanja, probleme i način na koji je studio reagovao na njih. Zbog toga komunikacija nije samo marketing, već postaje deo samog live-service procesa.
Kada smo Skullman pitali koliko je poverenje između studija i zajednice važno za igru koja treba da traje godinama, objasnila je da se ono gradi postepeno. Nastaje iz doslednosti između onoga što studio komunicira i onoga što na kraju zaista isporuči. To takođe znači da tim mora biti pažljiv sa obećanjima pre nego što bude siguran da može da ih ispuni.
Studio mora da objasni dovoljno da igrači razumeju pravac razvoja, ali istovremeno mora biti oprezan sa obećanjima koja možda neće moći da ispuni. Poverenje se ne stvara jednom velikom objavom, već se gradi postepeno kroz doslednost između onoga što studio govori i onoga što na kraju uradi. Isto tako, može veoma brzo da bude narušeno.
Ne treba reagovati na svaki komentar, ali treba razumeti signal
Druga krajnost rada sa zajednicom bila bi pokušaj da se reaguje na svaki pojedinačni zahtev. Ni to nije održivo. Ako razvoj igre stalno menja pravac na osnovu poslednje glasne diskusije na društvenim mrežama, vrlo brzo može da izgubi sopstveni smer.
Kada smo je pitali gde se nalazi granica između slušanja zajednice i dopuštanja zajednici da diktira razvoj, Skullman je odgovor usmerila na interpretaciju feedbacka. Povratne informacije treba posmatrati kao podatak, a ne kao direktnu listu funkcionalnosti ili popravki koje automatski moraju biti implementirane.
Zbog toga je važno razlikovati trenutnu reakciju od problema koji zahteva ozbiljnu intervenciju. Ponavljanje istog problema iz više izvora, ponašanje igrača i interna analiza zajedno daju mnogo jasniju sliku nego jedan pojedinačni komentar. Drugim rečima, feedback nije lista zadataka, već signal koji razvojni tim mora da protumači.
Live-service se ne može posmatrati kao beskonačna fabrika sadržaja
Možda najvažniji zaključak našeg razgovora sa Jane Skullman jeste da igra ne postiže dugovečnost samo zato što studio neprekidno proizvodi nove stvari. Više sadržaja može privremeno da reši problem, ali ako osnovno iskustvo, progresija ili razlog za povratak igri ne funkcionišu, jednostavno povećavanje količine sadržaja neće samo po sebi rešiti problem.
Dobar live-service zato zahteva balans. Novi sadržaj mora da postoji, postojeće iskustvo mora da se unapređuje, tehnička osnova mora da ostane održiva, a zajednica mora da oseća da njen feedback dolazi do ljudi koji donose odluke, čak i kada konačno rešenje nije identično onome što su igrači prvobitno tražili.
Igra nikada nije potpuno završena
Tradicionalni razvoj igara dugo je imao relativno jasan trenutak završetka. Igra izađe i tim prelazi na sledeći projekat ili eventualno proizvodi dodatni sadržaj. Live-service menja tu logiku.
U live-service modelu lansiranje je samo trenutak kada interni proizvod postaje zajedničko iskustvo studija i publike. Od tog trenutka planovi se sudaraju sa stvarnim ponašanjem igrača, sistemi se testiraju u razmerama koje razvojno okruženje ne može da ponovi, prioriteti se menjaju, a neke ideje uspeju dok druge ne.
Sposobnost studija da uči iz tih rezultata može odlučiti koliko dugo će igra ostati relevantna. Naš razgovor sa Jane Skullman na DevGAMM FTW! 2026 zato pokazuje nešto šire od samog razvoja Helldivers 2. Najveći izazov live-service igre možda nije osmisliti sledeći veliki update, već izgraditi razvojni proces sposoban da iznova i iznova donosi dobre odluke, godinama nakon što je igra prvi put stigla do igrača.
