SimCity BuildIt afslører, hvor robust din by egentlig er

En by i SimCity BuildIt kan se perfekt ud, lige indtil noget går galt. En produktion står stille, forbindelsen forsvinder, eller jeg trykker på den forkerte knap og opdager, at spillet ikke altid forklarer, hvad der kan reddes. Derfor har jeg vurderet spillet fra den mindre behagelige side: ikke hvor flot byen vokser på en god dag, men hvordan den reagerer på afbrydelser, fejl og usikkerhed. Min konklusion er klar fra starten: SimCity BuildIt er et stærkt og vanedannende byspil, men dets robusthed afhænger af, hvor godt du kan leve med ventetid, uklare konsekvenser og en økonomi, der sjældent lader dig fortryde gratis.

Den normale rytme er nem at holde af. Jeg placerer boliger, bygger fabrikker, samler materialer, opgraderer bygninger og ser en lille kystby blive til en tæt, travl kommune. Hver handling skubber den næste i gang. Det er en tilfredsstillende kæde, fordi selv en kort spilsession kan ende med noget synligt: en ny vej, flere indbyggere eller en bygning, der endelig kan forbedres. Men netop den kæde gør fejl mere mærkbare. Når én levering mangler, eller en produktion bliver afbrudt, mærker man hurtigt, at spillet ikke kun handler om kreativ planlægning. Det handler også om at beskytte en skrøbelig strøm af tid, lagerplads og valuta.

En feltprøve af SimCity BuildIt, når den gode plan bryder sammen

Reliabilitetsløftet

Spillets grundløfte er ikke, at du kan bygge frit uden begrænsninger. Det lover snarere en by, der fortsætter med at udvikle sig, mens du kommer og går. Fabrikker producerer varer, boliger giver skatteindtægter, og opgraderinger skaber nye mål. I praksis er løftet mest overbevisende, når jeg åbner spillet efter en pause og straks kan se, hvad der er færdigt, hvad der mangler, og hvad der bør prioriteres.

SimCity BuildIt

1.88M

4,3

Udvikler

ELECTRONIC ARTS

Udgivet

15. dec. 2014

Version

1.77.2.13454363

Download

Det fungerer bedst, når systemerne er tydelige. En færdig produktion ligger klar i fabrikken. En bygning viser, hvilke materialer der mangler. En opgave peger på en konkret belønning. Spillet er god til at give mig små, håndgribelige beslutninger i stedet for én stor plan, der kræver en hel aften. Men pålidelighed er mere end at gemme fremdrift. Det handler også om, hvorvidt jeg kan forstå en situation efter en fejl, og om spillet giver mig en rimelig vej tilbage.

Her bliver løftet mere ujævnt. Spillet er designet omkring langsom fremdrift og begrænsede ressourcer, så flere problemer føles som en del af økonomien snarere end egentlige fejl. Det kan være rimeligt, men det gør det sværere at skelne mellem en bevidst straf, en manglende forklaring og et øjeblik, hvor forbindelsen ikke nåede at følge med. For en afslappet spiller er det blot en irriterende pause. For en spiller, der planlægger lager og produktion nøje, kan det føles som et tab af kontrol.

De første opsætningsfælder

Den første store risiko er ikke selve installationen, men forventningen om, at byen hurtigt bliver selvkørende. I begyndelsen får jeg mange mål, materialer og tydelige instruktioner. Det føles gavmildt, og det er let at bruge ressourcerne uden at tænke længere frem. Først senere bliver lagerplads, simoleoner og specialmaterialer reelle flaskehalse. En ny spiller kan derfor tro, at alle ressourcer bør bruges med det samme, fordi spillet hele tiden skubber næste opgradering frem.

Det er her, en mere forsigtig opsætning betaler sig. Jeg bør holde lageret nogenlunde tomt, før jeg starter lange produktionskæder, og jeg bør undgå at fylde byen med bygninger, der kræver løbende udgifter, før indtægterne kan følge med. Spillet forklarer dele af dette undervejs, men ikke altid på det tidspunkt, hvor advarslen ville være mest nyttig. Det er en klassisk forskel mellem at vise en regel og at lære spilleren, hvornår reglen betyder noget.

Forbindelsen til en konto eller en platform kan også blive et svagt punkt, især hvis man skifter enhed eller geninstallerer. Jeg vil ikke love mere, end spillets konkrete kontoforbindelse og den valgte platform understøtter. Den sikre praksis er at kontrollere, at byen faktisk er knyttet til en genkendelig konto, før man sletter spillet eller flytter til en anden telefon. En lokal installation bør ikke behandles som en garanti for, at hele byen kan genskabes.

Den vigtigste opsætningsregel er enkel: Bekræft din gemte by, før du begynder at stole på den. Det er ikke dramatisk, men det er præcis den slags lille kontrol, der kan spare mange timers langsom opbygning.

Fejl, valg og muligheden for at gå tilbage

SimCity BuildIt er ikke et spil, hvor alle beslutninger kan rulles tilbage. Jeg kan flytte veje og bygninger, men ombygning koster tid og ofte ressourcer. En forkert placering er derfor sjældent katastrofal, men den er heller ikke gratis. Byens geometri er fleksibel nok til, at jeg kan forbedre den senere, men ikke så fleksibel, at jeg kan eksperimentere uden at mærke prisen.

Det samme gælder opgraderinger. Når jeg bruger materialer på en bygning eller sælger en vare, er det som regel en endelig handling. Der findes ikke en bred fortryd-knap, der beskytter mig mod et hurtigt tryk. Det gør valgene mere betydningsfulde, men spillet kunne være tydeligere om konsekvenserne lige før afgørelsen. Især når en knap både kan gennemføre en handling og bruge en premiumressource, bør grænsen mellem almindelig bekræftelse og dyr genvej være helt åbenlys.

Fejl bliver mest irriterende, når grænsefladen gør dem nemme at lave. Små knapper, overlappende elementer og flere valutaer kræver, at jeg læser før jeg trykker. Det er ikke kun et spørgsmål om brugerfejl; det er også et spørgsmål om ansvarlig spildesign. Et godt system må gerne lade mig lave fejl, men det bør gøre dyre fejl langsomme nok til, at jeg kan nå at opdage dem.

Der er dog en vigtig form for reversibilitet i selve byens udvikling. En ineffektiv vejføring eller en dårlig placering kan ofte forbedres over tid. Jeg mister ikke nødvendigvis hele projektet, fordi jeg har tænkt forkert i starten. Spillet er altså mere tilgivende på det strategiske plan end på det enkelte tryk. Det er en forskel, man bør kende, før man begynder at spille hurtigt.

Afbrydelse og tilbagevenden

På en telefon bliver spillet jævnligt afbrudt. Jeg skifter app, får et opkald, låser skærmen eller lukker spillet med en fejl. Den normale tilbagevenden er heldigvis ligetil: Byen åbner igen, produktioner kan fortsætte, og jeg kan som regel se, hvilke opgaver der er færdige. Den korte spilsession overlever derfor fint, hvilket er afgørende for et spil, der er bygget til at blive åbnet mange gange om dagen.

Problemet opstår i overgangene. Hvis jeg lige har samlet varer, startet en produktion eller gennemført en handel, vil jeg gerne vide, om handlingen blev registreret, før appen forsvandt. Når status ikke er tydelig, kan jeg komme til at gentage et tryk eller vente på noget, der allerede er sket. Spillet viser ofte resultatet efter genindlæsning, men det kunne være mere præcist med en klar besked om, hvad der blev gemt, og hvornår.

Det er også værd at skelne mellem en afbrydelse midt i en sikker handling og en afbrydelse under en netværksafhængig handling. En færdig produktion er lettere at forstå end en handel, der netop blev sendt af sted. Hvis jeg lukker spillet under sidstnævnte, vil jeg ikke automatisk antage, at varen, valutaen eller belønningen er landet korrekt. Den forsigtige løsning er at genåbne spillet, kontrollere lageret og vente på en tydelig opdatering, før jeg trykker igen.

På dette punkt viser spillet en rimelig, men ikke perfekt robusthed. Det tåler almindelige pauser godt. Det er mindre overbevisende, når jeg vender tilbage til en handling, der lå mellem to statusser. Det er ikke nok til at ødelægge oplevelsen, men det kræver, at jeg selv optræder som fejlsøger.

Pres fra en svag forbindelse

En bybygger som denne har en særlig udfordring: Den føles lokal, men flere vigtige handlinger afhænger af serveren. Jeg kan planlægge veje og kigge på byen uden konstant at tænke på netværket, men handel, kontosynkronisering, begivenheder og visse belønninger kan kræve en stabil forbindelse. Ved svagt net bliver spillet derfor ikke bare langsommere. Det bliver vanskeligere at vide, om en handling er afvist, forsinket eller gennemført.

Det mest risikable er gentagne tryk. Hvis en knap ikke reagerer med det samme, er det fristende at trykke igen. I et økonomisk spil kan det skabe forvirring, hvis den første handling faktisk blev registreret, men resultatet først vises senere. Min praktiske regel er at vente, åbne en anden ufarlig visning eller genstarte spillet, før jeg forsøger igen. Det føles langsomt, men det er bedre end at fordoble en handel eller bruge en ressource uden at vide hvorfor.

Spillet er mest behageligt på en stabil forbindelse, men det bør ikke forveksles med fuld offlinefunktion. Jeg ville ikke starte en vigtig handel i et tog, en kælder eller et område med ustabil mobildækning og regne med, at alt kan afsluttes uden problemer. Nogle lokale dele kan stadig være tilgængelige, men det er ikke det samme som en garanteret offlineby.

Her er kontrasten til en app som Sketchbook nyttig. Et tegneprogram kan ofte lade mig fortsætte uden forbindelse, fordi lærredet og de fleste handlinger er lokale. SimCity BuildIt har derimod en levende økonomi, som skal holdes samlet på tværs af systemer. Det giver handel og begivenheder mere liv, men gør også forbindelsen til en del af spillets risiko.

Uklare tilstande

Den mest undervurderede fejltype er den uklare tilstand: Situationen, hvor spillet ikke ser ødelagt ud, men heller ikke fortæller mig nok. Er varen solgt? Er produktionen startet? Er belønningen hentet? Er byen gemt? I et spil med mange tællere og tidsbaserede handlinger kan en lille tvivl vokse, fordi hvert efterfølgende tryk bygger oven på den.

Jeg oplever især denne usikkerhed, når flere systemer opdateres på én gang. En bygning kan være klar til opgradering, mens lageret samtidig ændrer sig, og en opgave viser en ny målsætning. Det er visuelt livligt, men ikke altid let at afkode. Spillet prioriterer følelsen af konstant aktivitet, hvor byen aldrig står stille. Ulempen er, at aktivitet og tydelighed ikke altid følges ad.

En robust brugerflade ville gøre mellemtilstande mere synlige. En kort status som “synkroniserer”, “afventer forbindelse” eller “handlingen blev gemt” ville fjerne meget tvivl. I stedet må jeg ofte læse lageret, tælle valutaen og se, om timeren faktisk har startet. Det er en mærkelig ekstraopgave i et spil, der ellers er god til at gøre komplekse bysystemer lette at gå til.

Jeg vil dog være fair: Ikke alle uklare øjeblikke er fejl. Nogle skyldes spillets langsomme økonomi eller en belønning, der først bliver synlig efter en bestemt handling. Derfor bør man ikke kalde enhver forsinkelse for datatab. Den rigtige reaktion er først at kontrollere status, derefter genåbne spillet og til sidst kontakte support, hvis tallene stadig ikke hænger sammen.

Vejledning, når noget går galt

Spillets egne forklaringer er bedst, når de handler om en konkret opgave. Jeg får som regel at vide, hvad der mangler for at bygge eller opgradere, og det gør det muligt at planlægge næste skridt. Vejledningen er svagere, når problemet handler om synkronisering, konti eller tabte fremskridt. Her forventes det i højere grad, at jeg selv forstår, hvad der er sket.

En god fejlsøgningsrækkefølge er derfor vigtig. Først bør jeg stoppe med at trykke gentagne gange. Derefter kontrollere forbindelsen og vente et øjeblik. Så kan jeg lukke og åbne spillet igen, kontrollere lager, valuta og aktive produktioner og først derefter forsøge handlingen på ny. Hvis byen stadig ser forkert ud, bør jeg notere tidspunkt, enhed og den konkrete handling, før jeg kontakter support.

Det lyder banalt, men det er netop den slags disciplin, der passer til spillets økonomi. Et skærmbillede af en mærkelig status kan være mere nyttigt end en generel beskrivelse af, at byen “ikke virker”. Jo flere detaljer jeg kan give, desto lettere er det at skelne mellem en forsinket opdatering, en regel jeg har misforstået, og et egentligt problem.

Jeg savner en mere synlig historik over vigtige handlinger. Hvis spillet kunne vise de seneste handler, belønninger eller forbrugte premiumressourcer, ville mange konflikter være lettere at løse. Det ville også gøre spillet mere tillidsvækkende, fordi jeg ikke behøvede at rekonstruere min egen byøkonomi ud fra små tal, der ændrer sig i forskellige menuer.

Hvor beviserne stopper

Der er grænser for, hvad en praktisk test kan bevise. Jeg kan undersøge, hvordan spillet reagerer på almindelige afbrydelser, gentagne tryk og ustabil forbindelse, men jeg kan ikke love, at alle enheder, kontotyper og serverforhold opfører sig ens. Fejl kan være versionsafhængige, geografisk begrænsede eller knyttet til en bestemt installation.

Jeg kan heller ikke med sikkerhed fastslå, hvordan enhver by gendannes efter en alvorlig kontofejl eller en længere periode uden adgang. Derfor bør man være varsom med påstande om fuld gendannelse. Det, jeg kan sige med rimelig sikkerhed, er, at spillet er bygget til løbende serverbaseret fremdrift, og at en korrekt kontoforbindelse er vigtigere end at stole på telefonens lokale kopi.

Det samme gælder køb i spillet. En forsinket kvittering eller manglende valuta bør ikke løses ved straks at købe igen. Kontroller først kontohistorik, genstart spillet og brug den officielle supportvej, hvis leveringen stadig mangler. Jeg har ikke grundlag for at kalde enhver forsinkelse et tab, og det ville være useriøst at gøre usikkerhed til et sikkert faktum.

Denne forsigtighed er ikke en svaghed i anmeldelsen, men en del af testen. Et godt feltstudie skal skelne mellem det, der er observeret, og det, der kun er sandsynligt. SimCity BuildIt fortjener kritik for uklare statusser, men ikke for problemer, som ikke kan dokumenteres.

Hvem har brug for mere sikkerhed?

For den almindelige spiller er spillets robusthed sandsynligvis tilstrækkelig. Hvis jeg åbner byen i korte intervaller, accepterer ventetid og ikke bruger alle ressourcer på impuls, kan jeg komme langt uden alvorlige problemer. Spillet er godt til at gøre en pause på fem minutter meningsfuld, og en afbrudt session ødelægger normalt ikke hele rytmen.

Jeg ville være mere forsigtig med at anbefale det til spillere, der vil have fuld kontrol over hver eneste beslutning. Hvis du hader energisystemer, ventetid, flere valutaer eller handlinger, der ikke let kan fortrydes, vil spillets økonomi hurtigt føles som modstand snarere end strategi. Det gælder også børn eller mindre erfarne spillere, som kan have svært ved at forstå, hvorfor en tilsyneladende lille fejl påvirker lageret i lang tid.

Spillere med ustabil forbindelse bør desuden se spillet som delvist netværksafhængigt. Det kan stadig være værd at åbne byen, men de vigtigste handler og belønninger bør vente, til forbindelsen er stabil. Og hvis din by har mange timers personlig investering, bør du være ekstra omhyggelig med konto, enhedsskift og geninstallation.

Sammenlignet med Brain Test 2: Tricky Stories er fejlene her mindre øjeblikkelige, men mere økonomiske. I et puslespil kan jeg ofte prøve igen med det samme. I SimCity BuildIt kan en dårlig beslutning blive hængende i lageret, tidsplanen eller byens indtægter. Sammenlignet med Amazon Kindle: Reading App er spillet også mindre tolerant over for afbrudte forbindelser, fordi en byøkonomi skal synkroniseres, mens en bog ofte bare skal vise den næste side.

Den endelige robusthedsvurdering

SimCity BuildIt er robust i den daglige rytme, men ikke altid i de øjeblikke, hvor jeg har mest brug for forklaring. Byen overlever almindelige pauser, appskift og korte sessioner, og spillets langsomme fremdrift gør det muligt at vende tilbage uden at føle, at alt er tabt. Det er en reel styrke, fordi mange mobilspil bliver stressende, hvis man ikke følger dem konstant.

Til gengæld er spillet mindre overbevisende, når en handling ligger mellem to tilstande. Svag forbindelse, hurtige tryk og manglende fortrydelse kan skabe en tvivl, som brugerfladen ikke altid løser. Jeg kan ofte komme videre ved at vente, genstarte og kontrollere mine tal, men det er en manuel sikkerhedsprocedure, ikke en elegant del af spillets design.

Det bedste ved spillet er stadig den konkrete byfølelse: fabrikkerne arbejder, trafikken vokser, kvarterer får form, og hver leverance føles som et lille bidrag til noget større. Det svageste er, at denne levende økonomi også gør fejl dyre i tid og opmærksomhed. Spillet vil gerne have, at jeg tænker som borgmester, men det giver mig ikke altid de værktøjer, en borgmester ville forvente til at kontrollere hændelser og beslutninger.

Min anbefaling er derfor positiv med en klar betingelse. Vælg SimCity BuildIt, hvis du kan lide langsom byvækst, gentagne korte besøg og planlægning under begrænsninger. Gå ind med åbne øjne, hvis du kræver stærk offlinefunktion, fuld fortrydelse eller perfekte forklaringer efter en afbrydelse. Spillet falder ikke sammen, når den gode plan gør det, men det forventer, at du selv er tålmodig, opmærksom og villig til at fejlfinde. Det er en solid bybygger, bare ikke en helt risikofri en af slagsen.