Siirry sisältöön

Pelisuunnitteludokumentin pohja

Yhdeksän linkitettyä asiakirjaa, jotka kattavat pelin pitchistä päätöslokiin. Jokaisessa on ohjeet siitä, mitä kirjoittaa, ja lyhyt esimerkki. Lataa ne Markdown-tiedostoina: ne avautuvat missä tahansa editorissa, näyttävät kaavionsa GitHubissa ja Obsidianissa, ja ne voi tuoda Nodaryyn karttana.

9 Markdown-tiedostoa .zip-paketissa, 14 kt

Ilmainen, ei tiliä, ei sähköpostia. Käytä, muokkaa ja jaa vapaasti.

Lue jokainen sivu ennen lataamista

Yleiskuva mahtuu yhdelle näytölle ja linkittää kahdeksaan osaan, yksi kullekin osaamisalueelle, joten jokaisella osalla on omistaja ja muutokset pysyvät pieninä. Kursivoidut rivit kertovat, mitä kirjoittaa; esimerkit ovat Saltmarrow’sta, esimerkkipelistä, jota tämä sivusto käyttää kaikkialla.

Asiakirjat

Tiedosto Pelisuunnitteludokumentin pohja/Pelisuunnitteludokumentti.md

Pelisuunnitteludokumentti

Näin käytät pohjaa: kursivoidut rivit ovat ohjeita. Korvaa ne omilla sanoillasi ja poista ne sitten. Hakasulkeissa olevat arvot täytät itse. Pidä tämä sivu noin yhden näytön mittaisena: kaikki lukevat sen ensin, ja jokainen muu suunnitelman osa on yhden linkin päässä.

Lyhyesti

KenttäPelisi
Työnimi[Nimi]
Tiivistys[Yksi lause, jonka vieraskin osaisi toistaa]
Genre[Genre ja alagenre]
Pelaajat[Yksinpeli, co-op 2–4 pelaajalle, kilpailullinen]
Alustat[PC, konsolit, mobiili]
Pelikerran pituus[Tyypillinen pelikerta minuutteina]
Pelimoottori[Moottori ja versio]
Tiimi[Koko nyt ja suurimmillaan]
Ansaintamalli[Hinta, free-to-play, kuukausitilaus]
Seuraava virstanpylväs[Nimi ja päivämäärä]

Pitch

Kaksi tai kolme lausetta: kuka pelaaja on, mitä hän tekee ja mikä tekee pelistä erilaisen. Kirjoita se niin, että se toimisi myös kauppasivulla.

Esimerkki (Saltmarrow, esimerkkipeli): Haravoi suolaa, sukella muistojen perään, ehdi kotiin ennen vuorovettä. Enintään neljän pelaajan co-op-peli tutkimisesta ja craftauksesta vuorovesien suolatasangoilla, joilla upponut arkistokaupunki nousee pintaan kahdesti päivässä.

[Pelisi pitch]

Suunnittelupilarit

Kolmesta viiteen sääntöä, joita jokaisen ominaisuuden on palveltava. Pilari, joka sopisi kuvaamaan mitä tahansa peliä, kuten ”hauska taistelu”, ei ole pilari. Ominaisuus, joka ei palvele yhtään pilaria, karsitaan; ominaisuus, joka rikkoo pilaria, suunnitellaan uudelleen.

  1. [Ensimmäinen pilari]: [mitä se tarkoittaa yhdellä lauseella]
  2. [Toinen pilari]: [mitä se tarkoittaa yhdellä lauseella]
  3. [Kolmas pilari]: [mitä se tarkoittaa yhdellä lauseella]

Esimerkki (Saltmarrow, esimerkkipeli): Vuorovesi on kello. Aika on ainoa resurssi, joka ei koskaan kasva: jokainen järjestelmä lukee vuorovettä, eikä mikään pysäytä sitä.

Kohdeyleisö

Kenelle peli on tehty, mitä he pelaavat nyt ja milloin he lopettavat pelaamisen. Mainitse oikeita pelejä ja oikeita pelitottumuksia, älä pelkkää ikähaarukkaa.

  • Ensisijaiset pelaajat: [keitä he ovat ja miten he pelaavat]
  • Mitä he pelaavat nyt: [kolme tai neljä peliä]
  • He lopettavat, kun: [...]
  • Toissijaiset pelaajat: [...]

Vertailupelit

Kolme tai neljä peliä, jotka tiimisi ja pelaajasi jo tuntevat. Kerro, mitä otatte kustakin ja, yhtä hyödyllisesti, mitä jätätte ottamatta.

PeliMitä otammeMitä jätämme pois
[Peli][...][...]
[Peli][...][...]
[Peli][...][...]

Laajuus

Mitä ensimmäinen julkaisu sisältää ja mitä se nimenomaan ei sisällä. Juuri jälkimmäinen lista estää laajuutta paisumasta huomaamatta.

  • Ensimmäisessä julkaisussa: [...]
  • Ei ensimmäisessä julkaisussa: [...]
  • Päätetään myöhemmin: [...]

Suunnitelman muut osat

Jokainen osa on oma asiakirjansa. Linkitä siihen äläkä kopioi siitä, niin jokainen fakta on yhdessä paikassa ja muuttuu yhdessä paikassa.

Tätä pohjaa saa käyttää, muokata ja jakaa vapaasti. Se on peräisin Nodarysta, jossa nämä tiedostot voi tuoda linkitettyjen asiakirjojen kartaksi.

Lataa pohja9 Markdown-tiedostoa .zip-paketissa, 14 kt

Näin käytät pohjaa

  1. Kirjoita yleiskuva yhdeltä istumalta

    Täytä ensin taulukko, pitch ja pilarit, noin tunnissa, yhdessä niiden kanssa, jotka tekevät pelin. Kaikkia muita sivuja arvioidaan niitä vasten.

  2. Täytä osat sitä mukaa kuin päätöksiä syntyy

    Jätä osio mieluummin tyhjäksi kuin keksi sen sisältö. Tyhjä osio on rehellinen avoin kysymys; keksitty osio päätyy peliin.

  3. Kirjaa jokainen päätös

    Kun päätös muuttaa suunnitelmaa, lisää rivi tuotantosuunnitelman päätöslokiin ja päivitä sivu, johon päätös vaikuttaa. Loki kertoo miksi; sivu kertoo, mikä pätee nyt.

  4. Anna jokaiselle sivulle omistaja

    Jokainen osa nimeää omistajansa ja päivän, jolloin se viimeksi tarkistettiin. Sivu, jota kukaan ei omista, vanhenee ensimmäisenä.

Tuo pohja Nodaryyn karttana

Nodary on pelitiimien työtila, jossa asiakirjat on linkitetty toisiinsa kuin tähdet kartalla. Tuo .zip-paketti, niin yleiskuva saapuu ja sen kahdeksan osaa asettuvat sen alle, sivujen väliset linkit säilyvät ja kaaviot piirtyvät. Sen jälkeen tiimisi kommentoi tekstikohtia, pyytää katselmointeja ja näkee, mikä on muuttunut edellisen käynnin jälkeen, ja MCP:n kautta yhdistetyt tekoälyagentit lukevat suunnitelman ennen kuin kirjoittavat siihen.

  1. Avaa projektin kartta ja valitse Tuo.
  2. Valitse välilehti ”Kansio tai ZIP” ja sitten ”Valitse ZIP-tiedosto”.
  3. Valitse ladattu tiedosto, tarkista puurakenne ja aloita tuonti.

Free-tilaukseen mahtuu kymmenen asiakirjaa työtilaa kohden, projektin oma sivu mukaan lukien: pohjan yhdeksän asiakirjaa mahtuvat uuteen työtilaan ja täyttävät sen. Maksullisissa tilauksissa on tilaa useammalle.

Näin Nodary käsittelee pelisuunnitteludokumentteja
Nodaryn tuontiikkuna, jossa pohjan .zip on valittu: yhdeksän dokumenttia puuna, yleiskatsaus ja sen alla kahdeksan osaa sekä rivi, jonka mukaan tuonti luo 9 dokumenttia niistä 9:stä, jotka tilaus vielä sallii.

Kirjoita GDD, jota oikeasti luetaan

Pelisuunnitteludokumentti epäonnistuu kahdella tavalla: kukaan ei lue sitä, tai kaikki lukevat vanhaa versiota. Nämä tavat estävät kummankin.

Jokaiselle osalle oma sivu

Kuusikymmensivuinen tiedosto luetaan kerran, alussa. Lyhyitä linkitettyjä sivuja luetaan silloin, kun niitä tarvitaan, ja muutos koskee yhtä sivua viiden sijaan.

Kirjoita päätöksiä, älä toiveita

”Taistelun pitää tuntua hyvältä” ei päätä mitään. ”Osuma rekisteröityy 100 millisekunnin kuluessa napin painalluksesta” voidaan rakentaa ja testata.

Kerro, mikä on vielä auki

Merkitse vastaamattomat kysymykset avoimiksi ja kirjaa, kuka niihin vastaa ja mihin mennessä. Faktana kirjattu arvaus on juuri se, miten kaksi osastoa päätyy tekemään kahta eri peliä.

Linkitä, älä koskaan kopioi

Kun talouden sivu tarvitsee vuorovesien ajoitukset, se linkittää niihin. Kahteen paikkaan kirjoitettu fakta sanoo pian kahta eri asiaa.

Säilytä perustelut

Päätösloki kertoo, miksi asiat ovat niin kuin ovat, jottei uusi tiimiläinen kumoa valintaa, josta tiimi on jo maksanut.

Karsi se, mitä kukaan ei lue

Jos osiota ei ole avattu sen kirjoittamisen jälkeen, yhdistä se toiseen tai poista se. Lyhyt asiakirja, joka pitää paikkansa, voittaa pitkän, joka joskus piti.

Kysymyksiä pelisuunnitteludokumenteista

Mikä on pelisuunnitteludokumentti?

Pelisuunnitteludokumentti eli GDD (game design document) kuvaa peliä, jota tiimi tekee: sen pitchin, pilarit, mekaniikat, järjestelmät, maailman, kentät, ulkoasun ja äänimaailman sekä suunnitelman pelin tekemiseksi. Sitä lukevat suunnittelijat, graafikot, ohjelmoijat, tuottajat ja yhä useammin tekoälyagentit, joten sen on pysyttävä ajan tasalla pelin muuttuessa.

Mitä pelisuunnitteludokumentin pitää sisältää?

Vähintään yhden sivun yleiskuva, jossa on pitch, pilarit, kohdeyleisö ja laajuus; pelattavuus ja ydinsilmukka; järjestelmät ja niiden luvut; maailma ja tarina; kentät ja sisältö; taiteellinen suunta ja ääni; käyttöliittymä ja saavutettavuus; tekniset rajoitteet; sekä tuotantosuunnitelma päätöslokeineen. Tässä pohjassa on oma asiakirja jokaiselle.

Kuinka pitkä GDD:n pitäisi olla?

Niin lyhyt kuin mahdollista, kunhan se vastaa tiimin kysymyksiin. Yleiskuvan pitää mahtua yhdelle näytölle. Jokainen osa kasvaa tehtyjen päätösten mukana, ei toiveiden: sivullinen lukkoon lyötyjä sääntöjä voittaa kymmenen sivua mahdollisuuksia.

Tarvitsevatko indie- ja ketterät tiimit yhä GDD:tä?

Ne tarvitsevat päätökset kirjattuina, eivät etukäteen kirjoitettua raamattua. Nopeasti iteroivat tiimit käyttävät GDD:tä kirjanpitona siitä, millainen peli on tänään: lyhyitä sivuja, joita päivitetään, kun pelitesti muuttaa jotain, ja perustelut tallessa päätöslokissa.

Missä muodossa pohja on?

Markdownina: tavallisina tekstitiedostoina, jotka avautuvat missä tahansa editorissa. Asiakirjojen väliset linkit ovat suhteellisia linkkejä, taulukot Markdown-taulukoita ja kaaviot Mermaidia, jonka GitHub, Obsidian ja Nodary piirtävät. Mikään ei riipu yhdestä tietystä työkalusta.

Voinko käyttää pohjaa Obsidianissa, GitHubissa tai muussa editorissa?

Voit. Obsidian avaa puretun kansion holvina, jossa kaikki linkit toimivat, ja GitHub näyttää tiedostot linkkeineen ja kaavioineen. Työkalut, jotka tuovat Markdownia tiedosto kerrallaan, säilyttävät tekstin ja taulukot; tarkista, miten ne käsittelevät tiedostojen välisiä linkkejä.

Miten tuon pohjan Nodaryyn?

Avaa projektin kartta, valitse Tuo, sitten välilehti ”Kansio tai ZIP”, ja valitse ladattu .zip-tiedosto. Nodary näyttää ensin puurakenteen ja luo sitten yhdeksän asiakirjaa niin, että yleiskuva on niiden yläasiakirja, säilyttää niiden väliset linkit ja piirtää kaaviot. Mikä tahansa kansio tai .zip, jossa on enintään 200 Markdown-tiedostoa, tuodaan samalla tavalla.

Voinko käyttää pohjaa kaupalliseen peliin?

Voit. Käytä, muokkaa ja jaa sitä mihin tahansa peliin, kaupalliseen tai ei, Nodary-tilin kanssa tai ilman. Maininta on tervetullut mutta ei koskaan pakollinen.

Pidä suunnitelma siellä, missä tiimi työskentelee.

Tuo pohja Nodaryyn, niin GDD:stä tulee kartta, jonka tiimisi ja tekoälyagenttisi pitävät ajan tasalla. Ilmainen kahdelle jäsenelle, yhdelle projektille ja kymmenelle asiakirjalle, ei korttia.