Brettspillprototypeguide: Fra konsept til spillbar i 7 trinn

En prototype er ikke et sluttprodukt. Dens jobb er å gjøre mekanikken din testbar så billig og raskt som mulig. De fleste førstegangsdesignere bruker for lang tid på å få prototypen til å se bra ut og ikke nok tid på å få den til å fungere. Denne veiledningen dekker hvordan du bygger funksjonelle prototyper raskt, når du skal oppgradere og hva 25 år med Neutronium: Parallel Wars prototyping lærte om iterasjonssykluser og kostnadene ved å lage ting ganske for tidlig.

Trinn 1 – Indekskortprototypen

Din første prototype bør koste under $10 og ta under 2 timer å bygge. Materialer: kartotekkort, markører, sakser, tokens fra et annet spill eller pennies. Skriv mekanikk på kort. Tegn tavlen på papir. Bruk mynter som tokens. Målet er ikke å se ut som et spill – målet er å teste om kjernebeslutningssløyfen er interessant nok til å spille gjennom to ganger.

Neutroniums første prototype var sekskantede fliser kuttet fra kartong med håndtegnede segmentlinjer. Ingen kunst. Tall skrevet med blyant som ble flekkete i løpet av den første økten. Sekskantgitteret ble grovmålt og noen fliser var litt forskjellige størrelser. Ingenting av det betydde noe – spørsmålet som ble testet var om kontroll av sekskantet territorium med delte kanter skapte interessante avgjørelser, og det spørsmålet kunne besvares med upresise kartongbrikker.

Trinn 2 – Definer hva du tester

Hver prototype-iterasjon tester én ting. Før du bygger, si tydelig: "Jeg tester om X-mekanikeren skaper interessante avgjørelser." Hvis du tester territoriumskrav, trenger du ikke kunst. Du trenger ikke endelige komponenttellinger. Du trenger nok brikker til å spille gjennom 10 runder. Skriv ned hypotesen før økten, ikke etter.

Den vanligste prototypefeilen er å kjøre økter uten et definert spørsmål. Dette gir anekdotisk tilbakemelding - "spillere så ut til å glede seg over handelsmekanikeren" - i stedet for ansvarlige data. En hypotese som kan svares vil være: "Takker handelsmekanikeren flere beslutninger per tur enn direktekjøpsalternativet?" Det spørsmålet kan testes. – Likte spillerne det? kan ikke testes med nok spesifisitet til å veilede designendringer.

Hvis du tester inntektsskalering, trenger du nøyaktige tall på disse komponentene. Alt annet kan være grovt. Presisjonen bør være proporsjonal med det du tester – ikke med det som får prototypen til å se ferdig ut.

Trinn 3 – Component Fidelity Levels

Å forstå hvilket troskapsnivå prototypen din bør være på – og ikke hoppe foran – sparer uker med bortkastet innsats. De fleste designere hopper helt over nivå 2, som er der det meste av det virkelige balansearbeidet skjer.

Nivå 2-iterasjonen er der stygge komponenter er en funksjon, ikke et problem. Spillere som ikke kan distraheres av kunst, engasjerer seg direkte med mekanikk. Komponentforvirring på nivå 2 (spillere som er usikre på hvilken komponent som er hvilken) forteller deg at designet trenger klarere differensiering – ikke at du trenger bedre kunst. Fiks differensieringen på nivå 2 før du investerer i produksjonskvalitet på nivå 3.

Trinn 4 – Hex Tile Prototyping

Neutronium-spesifikk, men allment anvendelig for alle spill med romlig tilknytning. Sekskantede fliser krever mer prototypearbeid enn rektangulære kort fordi tilgrensning er romlig og retningsbestemt – en flis plassert i vinkelen betyr noe, ikke bare hvilken flis som ble plassert.

For spill med sekskantede fliser: skriv ut på kartong (minimum 90 g/m2, 120 g/m2 foretrukket for holdbarhet), skjær ut med en sekskanthull eller mal, og nummerer brikkene slik at de passer med designregnearket ditt. Merk segmenter med blyant – du vil endre disse etikettene mer enn én gang i de første fem øktene. Ikke forplikt deg til blekk før du har testet den samme flislayouten over minst tre økter uten å endre den.

Trinn 5 – Versjonsnummereringssystemet

Merk hver prototypeversjon. Når du endrer noe, oppdater versjonsnummeret og skriv ned hva som endret seg og hvorfor. Etter 25 spilletester vil du ikke huske hvilken versjon som løste snøballproblemet med Nuclear Port. Du vil ikke huske om inntektsrebalanseringen i versjon 2.4 var løsningen eller om det var portødeleggelsesmekanikeren introdusert i versjon 2.7.

Bruk et enkelt regneark: versjonsnummer, dato, hva som ble endret, hvorfor endringen ble gjort, og resultatet observert i neste økt. Dette er grunnlaget for MEQA-rammeverket — uten versjonsposter har rammeverket ingen historiske data å argumentere mot. Regnearket tar 5 minutter per økt å vedlikeholde og sparer timer med å rekonstruere hva du endret og når.

Neutronium: Parallel Wars har versjonsposter som går tilbake til tidlige iterasjoner. Registreringene viser at noen mekanikere introdusert i versjon 1.x fortsatt er tilstede i nesten endelig form, og andre som virket essensielle ble fjernet helt av versjon 3.0. Papirsporet er designhistorien.

Trinn 6 – Når skal du oppgradere prototypen din

Oppgrader når eksterne spilltestere sliter med komponentlesbarhet – når fonten er for liten, fargene er for like eller symbolene er tvetydige. Oppgrader aldri for å forbedre estetikken. Oppgrader for å forbedre testbarheten. Skillet er viktig: Hvis du oppgraderer fordi prototypen ser grov ut, er det ikke en funksjonell grunn. Hvis du oppgraderer fordi spillere feilleser symboler og genererer falske balansedata som et resultat, er det en funksjonell årsak.

Tegn på at du trenger en nivå 3-prototype: spillere som spør "hva betyr dette symbolet?" mer enn én gang per økt etter å ha blitt undervist i reglene. Spillere mister oversikten over komponentplasseringer fordi brikkene ser for like ut under spilleforhold. Spillere som gjør ulovlige trekk, ikke fra regelforvirring, men fra feilidentifikasjon av komponenter. Dette er signalfeil i prototypen, ikke spilldesignet.

Prototypekunst skal skille komponenter, ikke dekorere dem. En rød sekskant og en blå sekskant med identiske ikoner tester tilstøtende mekanikk effektivt. To sekskantede fliser med forskjellige bakgrunnsteksturer og små ikoner i hjørnet gjør det ikke. Differensiering er funksjonell; dekorasjon er det ikke.

Trinn 7 — Digital prototyping med bordsimulator

Tabletop Simulator (TTS) er et Steam-spill som tillater prototyping og testing av brettspill digitalt. Dens fordeler: ingen utskrift, ingen skjæring, enkle komponentoppdateringer, og den muliggjør ekstern spilltesting på tvers av forskjellige byer eller land. En regeltekstendring som vil kreve å skrive ut 60 kort på nytt tar fysisk 5 minutter i TTS.

Ulempene er reelle: ergonomitesting er umulig fordi du ikke kan føle om tokens er for små for komfortabel håndtering. Komponentfysikalitet kan ikke evalueres – om en heksedrisk brikke føles tilfredsstillende å plassere, om kortene stokkes godt, om token-antallet er passende for komfortabel bordplatehåndtering. For spill med betydelig fysisk interaksjon er fysiske prototyper fortsatt viktige på et tidspunkt.

Neutronium: Parallel Wars har en TTS-modi for eksterne testøkter. Dette muliggjorde leketesting med grupper i forskjellige byer uten å sende fysiske prototypekopier. TTS-øktene fokuserte på klarhet i regler og balansetesting. Fysiske økter fokuserte på validering av komponentdesign og ergonomien ved oppsett og sammenbrudd. Begge var nødvendige; ingen av dem kunne erstatte den andre.

Ofte stilte spørsmål