stili di gioco Progettazione di Uno Scenario Basato sui Nodi - Parte 7 e 8

[Ahrua]

In questo nuovo articolo della serie sulla progettazione a nodi degli scenari, The Alexandrian inizia a spiegarci come ampliare le strutture che ci ha spiegato negli articoli passati.

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

Articolo di The Alexandrian del 09 Giugno 2010

Livelli più Vasti

In caso non fosse stato chiaro, ho utilizzato livelli a tre nodi in questi esempi perché è un numero conveniente per mostrare una struttura. Ma non c’è niente di magico nel numero. Ogni “livello” nei precedenti esempi costituisce un ambiente interconnesso (letterale o metaforico) per esplorazione e indagine, e potete creare questi ambienti della dimensione che volete.

Fintanto che ogni nodo ha un minimo di tre indizi al suo interno e un minimo di tre indizi che puntano ad esso, la Regola dei Tre Indizi e la sua inversione saranno soddisfatte naturalmente e vi garantiranno un flusso sufficientemente robusto attraverso il livello. Ma aumentando i numeri di nodi, aprite anche la possibilità di variare la densità degli indizi: luoghi particolarmente densi di indizi potrebbero avere sei o dieci indizi, tutti che puntano in direzioni differenti.

Ovviamente, però, più è vasto un livello, più lavoro di preparazione ci richiede.

Vicoli Ciechi

Nella struttura di una storia basata su un mistero i vicoli ciechi sono generalmente dei disastri. Significa che i PG hanno preso una strada sbagliata o non sono riusciti a trarre le giuste conclusioni e ora il treno della narrazione andrà a sbattere contro un muro: dovrebbe esserci per loro un indizio da seguire, ma non lo vedono, quindi non c’è nessun posto dove andare, e l’intera avventura andrà in pezzi.

Ma gestiti correttamente in una struttura basata sui nodi, i vicoli ciechi non sono un problema: questo indizio potrebbe non aver funzionato, ma i PG avranno ancora altri indizi da seguire.

In questo esempio, il nodo E è un vicolo cieco. Gli indizi ai nodi B e C suggeriscono che dovrebbe essere controllato, ma non c’è niente da trovare lì. Forse gli indizi erano sbagliati; o i cattivi l’hanno già ripulito; oppure sembrava una buona idea ma non si è trasformato in informazione utilizzabile; o è una trappola tesa deliberatamente per cogliere i PG alla sprovvista. Le possibilità sono praticamente illimitate.

Il trucco per implementare un vicolo cieco è pensare ad indizi che puntino al vicolo cieco come “indizi bonus”. Non contano ai fini della massima che ogni nodo deve includere tre diversi indizi. (Altrimenti rischiate di creare percorsi nello scenario che potrebbero far sì che i PG rimangano con meno di tre indizi. Il quale potrebbe non essere disastroso, ma, secondo l’Inversione della Regola dei Tre Indizi, potrebbe esserlo.)

D’altra parte, come potete vedere, non avete nemmeno bisogno di includere tre indizi che portino ad un vicolo cieco: è un vicolo cieco, dunque se i PG non lo vedono non c’è da preoccuparsi.

Ovviamente, se includete meno di tre indizi che puntano al vicolo cieco allora state aumentando le possibilità che state preparando contenuto che non verrà mai visto. Ma questo significa anche che la scoperta del vicolo cieco potrebbe costituire una ricompensa speciale: tesoro extra o informazioni perdute o un’arma speciale in sintonia con il loro nemico.

Il che porta a un discorso più ampio: i vicoli ciechi possono essere vicoli ciechi logistici, ma non significa che debbano essere noiosi o insignificanti. Anzi, al contrario.

Allo stesso modo dei vicoli ciechi, potete anche usare luoghi “leggeri di indizi”. (In altre parole, luoghi con meno di tre indizi in essi.) Strutturalmente questi luoghi generalmente funzionano come vicoli ciechi, con questo intendo che gli indizi che puntano ai luoghi leggeri di indizi hanno bisogno di essere “indizi bonus” per far sì che la struttura rimanga robusta.

L’eccezione a questa linea guida è che potete generalmente avere un numero di luoghi a due indizi uguale al numero di indizi accessibili in un nodo iniziale. (Ad esempio, nel diagramma della struttura della torta a strati avete tre nodi nello strato inferiore con solo due indizi ognuno perché il nodo iniziale contiene tre indizi. Se non ci fosse un nodo iniziale con tre indizi in esso, la stessa struttura avrebbe potenziali problemi.)

Cicli Continui

In questa semplice struttura a ciclo continuo tutti e quattro i nodi contengono tre indizi che puntano ad altri tre nodi. Il vantaggio di questa semplice struttura è che i PG possono entrare nello scenario in qualsiasi momento e percorrerlo completamente.

Ovviamente, questo è utile solamente se i PG hanno più modi per coinvolgere il materiale. In un prodotto pubblicato, potrebbe trattarsi di fornire ai DM differenti agganci di avventura che possono essere usati (ciascuno dando un approccio unico all’avventura). In una campagna personale, gli indizi per i nodi A, B, C e D potrebbero essere sparsi per un hexcrawl: qualsiasi indizio i PG trovino o seguano per primi li porterà in questo blocco di contenuto e permetterà loro di esplorarlo completamente.

---

Link all'articolo originale: https://thealexandrian.net/wordpress/8032/roleplaying-games/node-based-scenario-design-part-7-more-alternative-node-designs

Articolo di The Alexandrian del 11 Giugno 2010

Tutto ciò di cui abbiamo discusso finora in questi articoli sono progetti di base e sistematici. Ma non c’è nessuna ragione per cui dobbiate essere simmetrici. Forse il nodo A ha due indizi che puntano al nodo B mentre il nodo C è pieno di indizi per il nodo A.

Su una scala più ampia, probabilmente vi ritroverete a mescolare insieme conglomerati sbilenchi di strutture disparate.

Ad esempio, una buona parte della mia campagna attuale si basa su un approccio generale di torta a strati: una rete interconnessa di organizzazioni criminali permettono ai PG di farsi strada generalmente lungo la “catena di comando”. Ma questa torta a strati si incanala naturalmente verso varie conclusioni secondarie, e ho incluso anche dei cicli continui progettati per riportare i PG nei punti precedenti alle varie canalizzazioni.

Questo approccio può sembrare pieno di gergo, ma è davvero solo una questione di abbracciare i principi fondamentali della progettazione basata sui nodi, spargendo indizi liberamente, e stare attenti in specifiche occasioni per evitare aree problematiche.

Esaminando i miei appunti per questa campagna, sono arrivato a pensare a questo approccio come alla “nuvola”: dozzine di nodi tutti contenenti indizi e collegati da indizi. Anche se scartiamo tutti i diversi modi in cui i PG possono approcciare ognuno di questi nodi, le complesse relazioni che emergono dalla struttura dei nodi creano letteralmente centinaia di risultati possibili.

Ma non stavo ricercando appositamente questa complessità emergente visto che stavo progettando lo scenario su scala della campagna: tutto ciò di cui avevo bisogno era progettare l’organizzazione criminale, suddividerla in blocchi delle dimensioni di un nodo, e poi stabilire gli indizi necessari per percorrere da e verso ogni nodo.

Nel mentre scrivo questo, i miei giocatori sono circa a metà di questa sezione della campagna. E’ stata riempita con innumerevoli sorprese per tutti noi, e queste sorprese mi portano al punto finale riguardante i punti di forza del progetto basato sui nodi: è flessibile nel gioco.

Siccome ogni nodo è, effettivamente, un blocco di materiale modulare, diventa molto facile riorganizzare i nodi al volo. Ad esempio, quando i PG hanno fatto irruzione in un edificio in mano al nemico e sterminato metà del loro personale prima di esser costretti alla ritirata, è stato molto facile per me guardarmi intorno, prendere un nodo diverso pieno di cattivi, e collegarli come rinforzi.

In altre parole, è stato facile per me chiamare rinforzi quanto lo è stato per gli NPG rispondere al telefono. I progetti basati sui nodi vi danno, per impostazione predefinita, il kit di strumenti basato sugli scenari di cui ho parlato in “Non Preparare Trame". E la funzione strutturale sottostante di quel nodo non era cambiata: i PNG avevano comunque gli stessi indizi da offrire e che erano stati progettati per venir forniti nella loro posizione precedente.

---

Link all'articolo originale: https://thealexandrian.net/wordpress/8044/roleplaying-games/node-based-scenario-design-part-8-freeform-design-in-the-cloud

Visualizza articolo completo