Brætspilsprototypeguide: Fra koncept til spilbar i 7 trin

En prototype er ikke et slutprodukt. Dens opgave er at gøre din mekanik testbar så billigt og hurtigt som muligt. De fleste førstegangsdesignere bruger for lang tid på at få deres prototype til at se godt ud og ikke nok tid på at få det til at virke. Denne vejledning dækker, hvordan man bygger funktionelle prototyper hurtigt, hvornår man skal opgradere, og hvad 25 års Neutronium: Parallel Wars prototyping lærte om iterationscyklusser og omkostningerne ved at lave tingene ret for tidligt.

Trin 1 — Indekskortprototypen

Din første prototype bør koste under 10 USD og tage under 2 timer at bygge. Materialer: kartotekskort, markører, sakse, poletter fra et andet spil eller øre. Skriv mekanik på kort. Tegn tavlen på papir. Brug mønter som tokens. Målet er ikke at ligne et spil – målet er at teste, om den centrale beslutningsløkke er interessant nok til at spille igennem to gange.

Neutronium's første prototype var sekskantede fliser skåret af karton med håndtegnede segmentlinjer. Ingen kunst. Tal skrevet med blyant, der blev udtværet inden for den første session. Hexgitteret blev groft målt, og nogle fliser havde lidt forskellige størrelser. Intet af det betød noget – spørgsmålet, der blev testet, var, om kontrol af sekskantet territorium med delte kanter skabte interessante beslutninger, og det spørgsmål kunne besvares med upræcise kartonfliser.

Trin 2 — Definer, hvad du tester

Hver prototypeiteration tester én ting. Inden du bygger, skal du sige klart: "Jeg tester, om X-mekanikeren skaber interessante beslutninger." Hvis du tester territoriumskrav, behøver du ikke kunst. Du behøver ikke tælle endelige komponenter. Du skal bruge nok brikker til at spille gennem 10 runder. Skriv hypotesen ned før sessionen, ikke efter.

Den mest almindelige prototypefejl er at køre sessioner uden et defineret spørgsmål. Dette producerer anekdotisk feedback - "spillere så ud til at nyde handelsmekanikeren" - snarere end ansvarlige data. En hypotese, der kan besvares, ville være: "Tager handelsmekanikeren flere beslutninger pr. tur end alternativet med direkte køb?" Det spørgsmål kan testes. "Nød spillerne det?" kan ikke testes med tilstrækkelig specificitet til at vejlede designændringer.

Hvis du tester indkomstskalering, har du brug for nøjagtige tal på disse komponenter. Alt andet kan være hårdt. Præcision bør være proportional med det, du tester – ikke med det, der får prototypen til at se færdig ud.

Trin 3 — Component Fidelity Levels

Hvis du forstår, hvilket troskabsniveau din prototype skal være på – og ikke springe foran – sparer du ugers spildte kræfter. De fleste designere springer niveau 2 helt over, hvor det meste af balancearbejdet foregår.

Niveau 2-iterationen er, hvor grimme komponenter er en funktion, ikke et problem. Spillere, der ikke kan distraheres af kunst, engagerer sig direkte i mekanik. Komponentforvirring på niveau 2 (spillere er usikre på, hvilken komponent der er hvilken) fortæller dig, at designet har brug for klarere differentiering - ikke at du har brug for bedre kunst. Ret differentieringen på niveau 2, før du investerer i produktionskvalitet på niveau 3.

Trin 4 — Hex Tile Prototyping

Neutronium-specifik, men bredt anvendelig til ethvert spil med rumlig tilknytning. Sekskantede fliser kræver mere prototypeindsats end rektangulære kort, fordi tilstødelse er rumlig og retningsbestemt – en flise placeret i vinkel betyder noget, ikke kun hvilken flise der blev placeret.

For spil med sekskantede fliser: udskriv på karton (minimum 90 g/m2, 120 g/m2 foretrækkes af hensyn til holdbarheden), klip med en hex-stempel eller skabelon, og nummerér fliserne, så de passer til dit designregneark. Mærk segmenter med blyant — du vil ændre disse etiketter mere end én gang i de første fem sessioner. Forpligt dig ikke til blæk, før du har testet det samme fliselayout i mindst tre sessioner uden at ændre det.

Trin 5 — Versionsnummereringssystemet

Mærk hver prototypeversion. Når du ændrer noget, skal du opdatere versionsnummeret og skrive ned, hvad der er ændret og hvorfor. Efter 25 afspilningstest kan du ikke huske, hvilken version der fiksede Nuclear Port sneboldproblemet. Du kan ikke huske, om indkomstrebalancen i version 2.4 var rettelsen, eller om det var portødelæggelsesmekanikeren, der blev introduceret i version 2.7.

Brug et simpelt regneark: versionsnummer, dato, hvad der er ændret, hvorfor ændringen blev foretaget, og resultatet observeret i næste session. Dette er grundlaget for MEQA framework — uden versionsregistreringer har frameworket ingen historiske data at argumentere imod. Regnearket tager 5 minutter pr. session at vedligeholde og sparer timer på at rekonstruere, hvad du har ændret, og hvornår.

Neutronium: Parallel Wars har versionsregistreringer, der går tilbage til tidlige gentagelser. Optegnelserne viser, at nogle mekanikere, der blev introduceret i version 1.x, stadig er til stede i næsten endelig form, og andre, der syntes væsentlige, blev fjernet helt af version 3.0. Papirsporet er designhistorien.

Trin 6 — Hvornår skal du opgradere din prototype

Opgrader, når eksterne playtestere har svært ved at læse komponenterne – når skrifttypen er for lille, farverne er for ens, eller symbolerne er tvetydige. Opgrader aldrig for at forbedre æstetikken. Opgrader for at forbedre testbarheden. Forskellen betyder noget: Hvis du opgraderer, fordi prototypen ser grov ud, er det ikke en funktionel grund. Hvis du opgraderer, fordi spillere fejllæser symboler og genererer falske balancedata som et resultat, er det en funktionel årsag.

Tegn på, at du har brug for en niveau 3-prototype: spillere spørger "hvad betyder dette symbol?" mere end én gang pr. session efter at have lært reglerne. Spillere mister overblikket over komponenternes placering, fordi brikkerne ser for ens ud under spilleforhold. Spillere, der foretager ulovlige træk, ikke på grund af regelforvirring, men på grund af fejlidentifikation af komponenter. Disse er signalfejl i prototypen, ikke spildesignet.

Prototypekunst skal skelne komponenter, ikke dekorere dem. En rød sekskant og en blå sekskant med identiske ikoner tester tilstødende mekanik effektivt. To hex-fliser med forskellige baggrundsteksturer og små ikoner i hjørnet gør det ikke. Differentiering er funktionel; dekoration er ikke.

Trin 7 — Digital prototyping med bordsimulator

Tabletop Simulator (TTS) er et Steam-spil, der gør det muligt at lave prototyper og teste brætspil digitalt. Dens fordele: ingen udskrivning, ingen klipning, nemme komponentopdateringer, og det muliggør fjernafspilning på tværs af forskellige byer eller lande. En regeltekstændring, der ville kræve genudskrivning af 60 kort fysisk, tager 5 minutter i TTS.

Dens ulemper er reelle: Ergonomitestning er umulig, fordi du ikke kan mærke, om tokens er for små til komfortabel håndtering. Komponentens fysiske karakter kan ikke evalueres - om en hex-brille føles tilfredsstillende at placere, om kort blander sig godt, om token-antallet er passende til komfortabel bordpladestyring. For spil med betydelig fysisk interaktion er fysiske prototyper stadig vigtige på et tidspunkt.

Neutronium: Parallel Wars har en TTS-mod til fjerntestsessioner. Dette muliggjorde playtesting med grupper i forskellige byer uden at sende fysiske prototypekopier. TTS-sessionerne fokuserede på reglernes klarhed og balancetestning. Fysiske sessioner fokuserede på validering af komponentdesign og ergonomien ved opsætning og nedbrud. Begge var nødvendige; ingen af ​​dem kunne erstatte den anden.

Ofte stillede spørgsmål