Gevinster:
- Evne til å forstå begrepene kjerneløkke, mekanikk og MVP og bruke kunstig intelligens for mekanisk idéreproduksjon og prototypeskjelett.
- Evne til å gjøre raske og billige iterasjoner ved å begrense omfanget ved å forstå at prototypen må svare på et enkelt testspørsmål
- Å kunne erkjenne at om en mekaniker er morsom eller ikke kan bare forstås ved å spille den i hånden og verifisere testhypotesen, og at polishfellen bør unngås.
Hvert spill starter som en idé; Men ideer er billige, spillbare prototyper er dyre. Prototype; Det er en spillbar plan for å teste om en mekaniker er morsom på den raskeste og billigste måten, uten polert grafikk eller fullt innhold. Den tøffe sannheten om spilldesign er denne: det er altfor vanlig for en mekaniker å se bra ut på papiret, men føle seg forferdelig i hånden. Derfor handler ikke suksess om å «finne den rette ideen», men om å raskt eliminere dårlige ideer og gjøre mange iterasjoner til du finner den gode. Det er her AI kommer inn: det øker hastigheten på idégenerering, regelskriving og prototyping, og gir deg flere sjanser til å eksperimentere.
I denne enheten lærer du hvordan du bruker AI ende-til-ende i mekanisk design og rask prototyping; Du vil lære hvordan du begrenser ideen, tydeliggjør kjernesløyfen og gjør prototypen testbar.
Kjerneløkke: midten av alt
Hjertet i et spill er kjerneløkken - kjeden av handlinger som spilleren utfører om og om igjen, og danner grunnlaget for spillet. For eksempel, i et skytespill "utforsk → kamp → samle → utvikle seg"; "plante → dyrke → høste → selge → heve" i et gårdsspill. I prototypestadiet er ditt eneste mål å forstå om denne syklusen er morsom eller ikke. Bruk AI som en tenkepartner her som tydeliggjør kjerneløkken: beskriv løkken din til den, be om den svake lenken, be om alternative løkker.
En trinnvis flyt:
- Definer begrensningen. Plattform, sjanger, publikum, øktvarighet, kontrollskjema. Jo tydeligere begrensningen er, jo mer nyttig er ideen.
- Skriv kjerneløkken. Uttrykk syklusen med 4-6 verb; Be AI om å styrke dette.
- Generer mekaniske variasjoner. Be om forskjellige mekaniske alternativer for hvert syklustrinn.
- Reduser prototypeomfanget. Hva er "minimum testbar versjon" (MVP)? Spør AI hva som kan trekkes ut.
- Sett opp en testhypotese. Skriv setningen "Denne prototypen burde bevise".
Hint: Formålet med prototypen er ikke å "lage spillet", men å "svare på et spørsmål." Spør alltid AI "hvilket spørsmål bør denne prototypen teste"; omfanget krymper automatisk.
Papirprototype og digital prototype
AI er nyttig i begge typer prototyper. Papirprototypen (utkast spilt med bordplateregler, kort-terninger) tester logikken til mekanikken uten å skrive kode. Du kan be AI om å generere regelsettet, korttekster, mulige ubalanser på tabellbasis. For den digitale prototypen kan AI generere skjelettkode (en spillerkontroller, en enkel tilstandsmaskin) som vil kjøre i motoren; Vi vil utdype dette i enhet 7. På prototypestadiet, forvent et utkast som "fungerer nok til å teste følelsen" fra den AI-genererte koden, ikke polsk.
Forsiktig: Ikke kast bort tid på vakre bilder og musikk i prototypen. "Polsk felle" - favoriser en stygg, men morsom prototype fremfor en vakker, men kjedelig. Fokuser på å teste mekanikken i stedet for å spørre AI om bilder.
Iterasjonshastighet og "mot til å drepe"
Den hemmelige ferdigheten til prototyping er å kunne drepe en dårlig idé raskt. Designere blir følelsesmessig knyttet til sine egne ideer; Hvis du har brukt to uker på en mekaniker, blir det vanskelig å forlate det selv om du ser at det er dårlig - dette kalles "sunk cost feilslutningen" (tendensen til å fortsette med en dårlig vei på grunn av innsatsen som er brukt). AI gir en skjult fordel her: idégenerering og stillaser blir så billige at det å kaste en prototype nå er bortkastet timer, ikke dager. Denne billigheten gjør deg modig. Regelen er: sett en "suksess/fiasko-benchmark" og en "beslutningsdato" på hver prototype - "hvis kampfølelsen ikke er morsom etter to dager, kutter vi den." Du kan også konsultere AI for å evaluere dette kriteriet, og spørre "hvilke tegn indikerer at denne mekanikeren ikke fungerer?"
En annen praktisk: Bruk AI som en djevelens advokat. Fortell ham om en mekaniker du liker og si "fortell ham brutalt de tre svakeste aspektene ved denne ideen og hvorfor den kan mislykkes." På denne måten ser du tidlig svakhetene som har blitt blendet av din egen entusiasme. Målet er ikke å forsvare ideen, men å teste den; En idé som består testing er verdig en prototype.
tre minisaker
Case 1 - Når syklusen ble klar, slo ideen seg. En designer hadde vagt definert kjernesløyfen i et kortkampspill. Han fikk AI til å skrive løkken med 5 verb og spurte "hvilken er den svakeste lenken?" AI-en flagget at "samle"-trinnet ikke presenterer beslutninger for spilleren. Designeren la til et utvalg i dette trinnet; I playtest økte den gjennomsnittlige økttiden fra 4 minutter til 11 minutter.
Tilfelle 2 – Rask eliminering. Ett studio mottok 15 varianter fra AI for en plattformmekaniker; Han evaluerte 15 av dem på papir på 2 timer, prototype 4 av dem, og valgte 1. Uten AI ville de normalt prøve 3 varianter og nøye seg med en; Bredere søk ga bedre mekanikk.
Tilfelle 3 — Retur fra scope-fellen. Ett team ønsket å legge til inventar, et oppdragssystem og dialog til den første prototypen. De spurte AI "hvilket enkelt spørsmål bør denne prototypen teste?" Svaret var "Er følelsen av kamp morsom?" De tok ut alt annet; Prototypen kom ut på 4 dager i stedet for 3 uker og svarte på det riktige spørsmålet.
Fire kopierbare maler
1) Kjerneløkkeforsterkning:
Din rolle: senior spilldesigner. Mitt spill: [sjanger, plattform, publikum, øktvarighet]. Min kjerneløkke: [4-6 verb]. Oppgave: (1) navngi det svakeste leddet i denne loopen og hvorfor, (2) vurdere om en avgjørelse gir mening for spilleren ved hvert trinn, (3) foreslå 3 konkrete endringer som vil styrke loopen.
2) Generering av mekanisk variasjon:
For den kjernehandlingen [f.eks. "place block"] genererer 10 virkelig forskjellige mekaniske variasjoner. Skriv én setning for hver: regelen, avgjørelsen den presenterer for spilleren, den mulige risikoen. Eliminer klisjeene (kjent for alle).
3) Reduksjon av MVP-omfang:
Jeg skal lage en første prototype av følgende spillidee. Fortell meg (1) DET ENE spørsmålet som denne prototypen må bevise, (2) minimumslisten over mekanikk som er absolutt nødvendig for å teste det spørsmålet, (3) alt som kan trekkes ut fra den første versjonen. Idé: [skriv her]
4) Regler for papirprototyper:
Jeg vil teste følgende mekanikk på skrivebordet (med kort/terninger/tokens) uten å skrive kode: [mekanikk]. Gi meg et spillbart papirprototyperegelsett, de nødvendige komponentene og 3 tegn å se etter under testing.
Svak forespørsel / Sterk forespørsel
Svak melding:
Design meg en morsom mekaniker.
"Moro" kan ikke måles; Det er ingen kontekst. AI foreslår en generell mekaniker.
Kraftig ledetekst:
Mitt spill: PC, roguelike, 20-30 minutters runder, målgruppe: hardcore. Kjernesyklus: utforske-kjempe-bli sterkere-dø-start igjen. Problem: spillere kjeder seg etter 3. runde (føler seg repeterende). Oppgave: foreslå 5 mekanikere som vil få hver runde til å føles annerledes, som ikke gir permanent fremgang. For hver: forklar hvordan det gir variasjon og hvordan det kan forstyrre balansen.
Det konkrete problemet ("kjedsomhet etter runde 3") og begrensningen gjør utgangen direkte anvendelig.
Sammenligningsdiagram for prototypetyper
Størrelse
papir prototype
digital prototype
hastighet
Veldig fort (timer)
Middels (dager)
testet
regel/logikk
Føl, tempo, kontroll
AI-bidrag
Regel, korttekst, balanse
Skjelettkode, statsmaskin
Kostnad
lav
medium
grense
Kan ikke teste følelse/tempo
Kodeinnsats kreves
Vanlige feil
- Hopp over kjerneløkken. Hvis syklusen ikke er klar, vil ingen mekanikk passe.
- Polering av prototypen. Visuelt/lyd er bortkastet tid i prototypingfasen.
- Oppblåsning av omfanget. Prototypen skal teste ett spørsmål; Ikke "alt".
- Forpliktelse til en enkelt idé tidlig. Å produsere og eliminere store mengder med AI gir bedre resultater.
- Ikke etablere en testhypotese. «Hva beviser jeg» eller prototyperesultatet kan ikke tolkes.
Oppsummert
Prototyping er kunsten å eliminere dårlige ideer billig. I denne prosessen multipliserer AI ideer, skjerper kjernesyklusen, hjelper deg med å begrense omfanget og øker hastigheten på papir-/digitalprototypeskjelettet. Men du kan bare svare på spørsmålet "er det morsomt" ved å spille hånden og bekrefte testhypotesen din. Produser bredt, håndter raskt, test ett enkelt spørsmål.
Søknadsoppgave
Velg en spillidé. Skriv kjerneløkken med 5 verb og lær det svakeste leddet fra AI med malen "Core loop reinforcement". Identifiser deretter enkeltspørsmålet prototypen skal teste med malen "MVP scope reduction". Oppsummer resultatet i 5 linjer.
sjekkliste
- [ ] Jeg skrev kjerneløkken med klare verb.
- [ ] Ved hvert loop-trinn sjekket jeg om det var noen meningsfulle avgjørelser for spilleren.
- [ ] Jeg bestemte det eneste spørsmålet som prototypen ville teste.
- [ ] Jeg begrenset omfanget til MVP, la ingen polering.
- [ ] Jeg eliminerte ved å produsere brede variasjoner og spille i hånden.