Generatore di documenti di game design

Che cos'è un documento di game design e perché una pagina basta

Un documento di game design, o GDD, è la descrizione scritta di un gioco che tutti quelli che ci lavorano condividono: che cosa è, come si gioca, come appare e suona, e che cosa lascia fuori. Non esiste un formato standard. Gli studi hanno lavorato con un singolo foglio e con bibbie di quasi 80 pagine, e quelle lunghe tendevano a diventare obsolete prima che il gioco uscisse.

Per un primo gioco, una pagina batte cinquanta. Al GDC 2010 Stone Librande sostenne i design in una pagina, perché la maggior parte dei lettori si ferma alla prima, e un documento lungo scritto prima che qualcosa sia giocabile descrive un gioco che nessuno ha mai provato. Una pagina costringe a prendere le decisioni che contano: una presentazione in una frase, un solo ciclo, un modo per vincere e uno per perdere, e una prima build abbastanza piccola da portare a termine.

Questo generatore riempie quella pagina per te. Ogni sezione viene estratta da sola, ma da elenchi scritti per un singolo genere, così un documento horror non ottiene mai un ciclo di coltivazione e un gioco di corse non ottiene mai un tasto salto. Fissa le sezioni che ti piacciono, mescola le altre e copia il risultato in Markdown.

Le sezioni di un GDD di una pagina, con esempi

Ogni sezione risponde a una domanda che chi costruisce il gioco si porrà. Ecco a cosa serve ciascuna, compilata per un piccolo platform.

Il documento copiato termina con due domande aperte per il primo playtest e una breve lista di ciò che è fuori portata. La maggior parte dei template le omette, eppure sono le due parti a cui farai riferimento più spesso mentre costruisci il gioco.

• Pitch: una frase con il genere, cosa fai, perché e il colpo di scena. Esempio: Un platform in cui porti una lanterna attraverso una foresta buia per accendere ogni santuario, ma la fiamma si consuma mentre corri.
• Core loop: il ciclo di 30 secondi che si ripete, scritto come verbi collegati da frecce. Se la catena non contiene una ricompensa, i giocatori non hanno motivo di ricominciare. Esempio: Corri e salta → raccogli le monete → raggiungi il checkpoint successivo → ripeti.
• Obiettivo e vittoria: quando una sessione si conclude bene, con un numero. Esempio: Raggiungi il traguardo alla fine di ciascuno dei tre livelli.
• Condizione di sconfitta: cosa va storto e quanto costa. Un riavvio rapido tiene i giocatori motivati. Esempio: Cadere in una buca ti riporta all'ultimo checkpoint.
• Controlli: ogni azione per desktop e touch. Un design che richiede sei pulsanti non reggerà su uno schermo di smartphone. Esempio: A/D per muoverti e Space per saltare; su touch, frecce in basso a sinistra e un pulsante di salto in basso a destra.
• Direzione artistica: la camera, lo stile e una regola di leggibilità. Esempio: Vista laterale, pixel art su una griglia da 16 pixel; l'eroe è la cosa più luminosa sullo schermo.
• Atmosfera audio: lo stile musicale e i due o tre suoni che danno feedback. Esempio: Chiptune allegra, un blip crescente per ogni salto e un tintinnio brillante per le monete.
• Prima versione giocabile: la build più piccola che dimostra il ciclo. Esempio: Un livello di circa due minuti con corsa, salto, un pericolo e un'uscita, più le schermate di vittoria e di riprova.

Errori comuni con i template di GDD

La maggior parte dei problemi con i documenti di game design nasce dal trattarli come burocrazia invece che come uno strumento per prendere decisioni. Ecco quelli che compaiono più spesso nei primi giochi.

• Riempire ogni titolo di un template da 40 pagine per un gioco che potresti costruire in un weekend. Elimina ogni sezione di cui il tuo gioco non ha bisogno.
• Descrivere il divertimento invece delle regole. “Il combattimento sembra incisivo” non si può costruire; “tre colpi finiscono la partita” sì.
• Dimenticare la lista di ciò che è fuori portata. Senza di essa, ogni buona idea entra, e la prima versione giocabile non arriva mai.
• Dimenticare il touch. Se il gioco potrebbe girare nel browser di uno smartphone, pianifica i controlli touch già dalla prima pagina, non dopo la prima build.
• Considerare la pagina come definitiva. Il primo playtest la cambierà; data ogni versione e annota cosa è cambiato e perché.

Ampliare la pagina dopo la prima versione giocabile

Quando una build giocabile dimostra che il ciclo principale è divertente, il documento può crescere fino a circa 3-10 pagine. Aggiungi ciò che il prototipo ti ha insegnato: valori di bilanciamento come velocità di movimento e frequenza di comparsa, un elenco dei contenuti con le quantità, la progressione, le opzioni di accessibilità e da dove proviene ogni asset e con quale licenza.

Amplialo solo con ciò che ha superato il playtest. Le idee che nessuno ha ancora provato vanno nelle domande aperte, non in un nuovo capitolo.

Dal documento alla build giocabile

Un documento di game design è un elenco di scommesse finché qualcuno non gioca. Il modo più rapido per verificarle è costruire la prima versione giocabile e testarla.

Il pulsante di build sotto il documento invia l'intera pagina al composer di Oryn come prompt. Oryn ti fa qualche domanda di pianificazione, trasforma le tue risposte in un documento di game design più completo da approvare, poi costruisce un vero progetto Godot 4 che puoi giocare nel browser ed esportare. Non viene costruito nulla prima che tu approvi il piano.

Per approfondire, leggi la guida completa ai documenti di game design: contiene un template vuoto, un template completo, un esempio compilato e sette GDD reali, da Doom a BioShock. Se ti manca ancora l'idea, inizia con il generatore di idee per giochi; per le persone del tuo mondo, prova il generatore di NPC. La guida su come creare un videogioco copre ciò che viene dopo la prima versione giocabile.

Come usarlo

1. Scegli un genere

   Scegli un chip di genere. Ogni sezione è estratta da elenchi scritti per quel genere, quindi le parti si incastrano tra loro.

2. Mescola e fissa

   Mescola finché una sezione non si adatta alla tua idea, poi fissala. Le sezioni fissate restano quando mescoli le altre.

3. Copia la pagina

   Copia il Markdown e incollalo in Notion, Google Docs o in un file del tuo repository. Modifica i numeri finché non descrivono il tuo gioco.

4. Crea la prima versione giocabile

   Invia la pagina a Oryn, rispondi alle domande di pianificazione e gioca la prima versione nel tuo browser.

Domande