Progettazione di Uno Scenario Basato sui Nodi - Parte 1 e 2
Progettazione di Uno Scenario Basato sui Nodi - Parte 3 e 4
Progettazione di Uno Scenario Basato sui Nodi - Parte 5 e 6
Progettazione di Uno Scenario Basato sui Nodi - Parte 7 e 8
Progettazione di Uno Scenario Basato sui Nodi - Parte 9
Progettazione Avanzata Basata sui Nodi - Parte 1: Muoversi tra i Nodi
Progettazione Avanzata Basata sui Nodi - Parte 2: Spostamento Tra i Nodi
Progettazione Avanzata Basata sui Nodi - Parte 3: Organizzazione
Progettazione Avanzata Basata sui Nodi - Parte 4: La Seconda Traccia
Progettazione Avanzata Basata sui Nodi - Parte 5: I Due Rebbi del Mistero
Progettazione Avanzata Basata sui Nodi - Parte 6: Dungeon Basati sui Nodi

Progettazione di uno scenario basato sui Nodi - Parte 1: L'Approccio Programmato

Articolo di The Alexandrian del 28 Maggio 2010

La maggior parte delle avventure pubblicate sono progettate attorno ad una struttura come questa:

Cominci dall’inizio (Blu), procedi attraverso una serie di scene lineari (Giallo) ed infine raggiungi la fine (Rosso).

Occasionalmente può capitare di vedere qualcuno che va di fantasia ed immette una pseudo opzione negli avvenimenti:

Ma si tratta comunque di un percorso essenzialmente lineare. Nonostante la forma esatta di questo percorso lineare possa variare in base all’avventura in questione, in definitiva questa forma di progettazione è l’approccio programmato: accade A, poi accade B, e infine accade C.

Il vantaggio primario dell’approccio programmato è la sua semplicità. È sia facile da capire che facile da controllare. Da un lato, quando state preparando l’avventura è come mettere insieme una lista di cose da fare o preparare la trama per una breve storia. Dall'altro lato, mentre state affrontando l’avventura sapete sempre esattamente dove siete ed esattamente dove dovreste andare.

Ma l’approccio programmato ha due principali pecche:

Primo, manca di flessibilità. Ogni freccia nel diagramma di flusso programmato è un punto chiave: se i giocatori non seguono quella freccia (perché non vogliono o perché non capiscono che dovrebbero), allora l’avventura si fermerà in modo doloroso.

Il rischio di questo doloroso disastro ferroviario (o la necessità di imporre il railroading ai vostri giocatori) può essere mitigato attraverso la Regola dei Tre Indizi. Ma quando la Regola dei Tre Indizi viene applicata in una struttura programmata, si corre il rischio di esagerare: ogni punto giallo conterrà tre indizi che mirano tutti verso il prossimo punto. Se i giocatori mancano o fraintendono un paio di indizi, va bene. Ma se trovano tutti gli indizi in una scena più piccola, potrebbero percepire la cosa come se li steste imboccando col cucchiaino (il che, ironicamente, potrebbe farli ribellare contro i vostri piani migliori.)

Secondo, poiché manca di flessibilità, l’approccio programmato è antitetico alle scelte significative del giocatore. Per far sì che l’avventura programmata funzioni, i personaggi del giocatore devono seguire le frecce. Le scelte che non seguono le frecce interromperanno il gioco.

 È per questo che dico Non Preparare Trame, Prepara Situazioni.

Progettazione di uno scenario basato sui Nodi - Parte 2: Scegli La Tua Avventura

Articolo di The Alexandrian del 28 Maggio 2010

Ovviamente, è cosa buona e giusta dire “Prepara Situazioni.” Ma una delle ragioni per cui le persone preferiscono l’approccio programmato è che fornisce una struttura significativa: vi dice dove state andando e vi da un modo per arrivarci.

Senza quel tipo di struttura, è davvero facile deragliare in una sessione di gioco. Non è certamente impossibile dare semplicemente ruota libera ai PG, vedere dove vi porta l'azione e finire in un posto interessante. Allo stesso modo, è abbastanza fattibile saltare in macchina, guidare senza meta per alcune ore e divertirvi davvero.

Ma è spesso utile avere una mappa del territorio.

Questa linea di pensiero, però, porta spesso ad un falso dilemma. La logica va più o meno così:

1. Voglio che i miei giocatori abbiano una scelta significativa
2. Devo avere una struttura per la mia avventura
3. Quindi, ho bisogno di preparare per ogni scelta che i giocatori possono fare.

E il risultato è un’espansione esponenziale di percorsi per l'avventura:

Il problema con questa progettazione dovrebbe essere evidente: state preparando 5 volte più materiale per fornire la stessa quantità di tempo di gioco. E la maggior parte del materiale che state preparando non verrà mai visto dai giocatori.

Per certi versi, ovviamente, questo è un esempio estremo. Potreste semplificare il vostro compito comprimendo alcune di queste biforcazioni l’una nell’altra:

Ma anche qui state progettando otto passi di materiale in modo da fornire tre passi di gioco effettivo. State ancora progettando specificamente materiale che sapete non verrà mai utilizzato.

E per altri versi in realtà non è affatto così estremo: l’esempio originale assume che ci sono solo due potenziali scelte in un dato punto del percorso. In realtà, è abbastanza possibile che ce ne siano tre o quattro o anche più – e ogni scelta addizionale aggiunge tutta una nuova serie di eventualità di cui dovete tener conto.

Per concludere, questa sorta di preparazione “Scegli la Tua Avventura” è un vicolo cieco: non importa quanto proviate a predire in anticipo, i vostri giocatori troveranno comunque opzioni che non avevate mai considerato, forzandovi a tornare nella posizione di vincolare artificialmente le loro scelte per mantenere la vostra preparazione intatta e lasciandovi con lo stesso esatto problema che stavate cercando di risolvere dall’inizio. E anche se ciò non fosse vero, vi state comunque facendo carico di un processo di preparazione faticoso pieno di lavoro non necessario.

La soluzione a questo problema è la progettazione di una trama basata sui nodi. E l’origine di questa soluzione giace nell’inversione della Regola dei Tre Indizi.