Questo terzo articolo della serie spiega come utilizzare lo Status Quo come metodo di preparazione di campagne sandbox.

Articolo di Justin Alexander del 27 Marzo 2019

Abbiamo esaminato gli errori più comuni che si commettono utilizzando un approccio basato su trama/railroading. Ora guardiamo l'altro lato della medaglia e analizziamo le trappole della prepazione a basso valore in cui si può cadere nel tentativo di essere aperti e flessibili nella progettazione.

Ecco un caso piuttosto comune: hai preparato un mucchio di elementi per la tua campagna sandbox e ora sei convinto di doverli mantenere tutti attivi e in movimento.

Per esempio, quando ho gestito il mio sandbox di OD&D, avevo preparato un hexcrawl con 256 esagoni chiave. Immaginiamo di condurre quella campagna e, tra una sessione e l'altra, proviamo a passare in rassegna ogni singolo esagono dicendo, “Ok, cosa succede adesso in questo esagono? Ecco invece come si si è evoluta la situazione in quest'altro dall'ultima sessione.”

Non solo sembra estenuante, ma in pratica è tutta preparazione sprecata. I giocatori non hanno visto la situazione precedente nella vasta maggioranza di questi esagoni e con ogni probabilità non vedranno neanche la nuova situazione che si sta creando. Di conseguenza, i giocatori non vedranno nessuna di queste attività. Si sta producendo una tonnellata di contenuti di cui i giocatori non hanno nessuna consapevolezza, nessuna esperienza diretta.

Ho parlato con un gran numero di GM che sono intimiditi dall'idea di gestire una campagna sandbox a causa di questo particolare tipo di preparazione: il compito monumentale di mantenere un intero mondo immaginario “in movimento” risulta incredibilmente scoraggiante per loro. In realtà tutto questo non è necessario farlo, ovviamente. Questo tipo di preparazione a basso valore può essere evitato grazie alla progettazione dello status quo.

La verità è che generalmente lo status quo è il modo in cui funziona il mondo reale: immaginate di andare in un ristorante. Se ci andaste oggi, cosa trovereste? Vedreste dei camerieri. Prenderebbero il vostro ordine. Vi porterebbero il cibo. Se ci andaste domani invece di oggi, cosa cambierebbe? Probabilmente non molto. Forse nulla. Se ci doveste andare il mese prossimo, sarebbe diverso? Probabilmente no. Magari i camerieri sarebbero diversi, oppure il proprietario potrebbe aver ritoccato leggermente il menu. Ma se non foste mai stati prima in quel locale, questi cambiamenti non influenzerebbero davvero la vostra esperienza.

Ora, supponiamo che oggi siate andati in quel ristorante e abbiate sparato un razzo attraverso la finestra. Poi ci tornate il giorno dopo. Il ristorante sarebbe diverso?

Si.

Sostanzialmente è questo il segreto della preparazione dello status quo: si prepara una porzione del mondo di gioco in uno stato ben definito e poi non ci si preoccupa più di modificarlo ancora finchè le azioni dei giocatori non interagiscono con quello stato. Non appena i giocatori alterano o agitano quel determinato status quo, quella porzione del mondo di gioco diventa attiva.

È una sorta di stato quantico invertito: finchè non si osserva una particella subatomica è impossibile determinare il suo stato attuale. Con la preparazione dello status quo, d'altro canto, si sa precisamente in che stato si trova qualcosa finchè non la si osserva.

LO STATUS QUO ATTIVO

È importante tenere presente che status quo non significa “statico”. Non significa nemmeno “noioso”. Per esempio, lo status quo di un covo di pirati non è “i pirati sono seduti a non far nulla”. Lo status quo di un covo di pirati è una flotta di navi pirata che salpa costantemente per saccheggiare i mari.

Anzi, potrei affermare che la migliore progettazione dello status quo è molto più simile a una molla pronta a scattare: basta la minima interazione da parte dei PG per provocare un'esplosione di attività.

EFFETTI NON LOCALI

Le azioni che mettono in “moto” un luogo (o un'organizzazione o un PNG) non devono necessariamente essere dirette. Per esempio, cosa succede se i PG scatenano una terribile epidemia che uccide i goblin? Di fatto non è necessario che entrino nel dungeon pieno di goblin dall'altra parte della mappa affinchè quei goblin vengano colpiti dall'epidemia per modificare lo status quo del dungeon.

Questi effetti non locali per altro non richiedono scenari da cataclisma. Un singolo PNG sradicato da un'altra area può agire come un radicale libero, rimbalzando per il mondo della campagna e mettendo in moto un qualsiasi altro numero di elementi. Per esempio, se il Necromante fugge da un assalto dei PG potrebbe finire con l'uccidere il capo di una tribù di goblin e renderli tutti schiavi.

RITORNO ALLO STATUS QUO

Detto questo, in assenza di interazioni continue da parte dei PG, gli elementi del mondo di gioco tenderanno generalmente a stabilizzarsi nuovamente in uno status quo. (Da notare che ho detto uno status quo; solitamente è improbabile che le cose tornino allo stesso status quo. I PG tendono ad essere piuttosto distruttivi.)

Per esempio, i PG assaltano un complesso di terroristi, causano un sacco di danni e uccidono un paio di leader cultisti prima di esser costretti a ritirarsi. Nel corso della settimana successiva il culto chiama rinforzi da altre cellule per difendersi da ulteriori incursioni, mentre completa i preparativi per spostare le operazioni in una nuova sede.

Se i PG non si scontrano nuovamente con i terroristi entro un paio di settimane dal primo assalto, allora il nuovo status quo includerà delle guardie cyborg (le altre cellule stavano sperimentando cose piuttosto bizzarre), un complesso terroristico abbandonato e un nuovo centro operativo allestito nel seminterrato di un parcheggio.

PERICOLI DELLO STATUS QUO

Uno dei rischi della progettazione dello status quo è quello di scontrarsi inavvertitamente con un'ambientazione sandbox in cui non si tiene traccia attiva delle attività nel mondo di gioco e, come risultato, non c'è nulla che i PG possano osservare, il che si traduce nell'assenza di ganci di scenario.

Questo è un problema che affronto in dettaglio in Juggling Scenario Hooks in the Sandbox, ma in sostanza la soluzione è semplice, “fate in modo di avere ganci di scenario e in gran quantità.” (Una volta che i PG sono in movimento,di solito il problema si risolve da solo.)

Strutture robuste e predefinite per fornire ganci di scenario – come incontri casuali, tabelle di pettegolezzi, o azioni basilari della struttura dell'hexcrawl – sono un buon modo per farlo. Un altro ancora è guardare la propria ambientazione e ricordarsi che status quo non significa che non sta succedendo nulla: il covo dei pirati sta razziando le navi locali, i terroristi stanno facendo saltare in aria cose, i goblin stanno combattendo i licantropi nella foresta e qualche idiota sta sparando razzi contro i ristoranti della zona.

Queste sono tutte fonti evidenti per illimitati ganci di scenario. Nella progettazione dello status quo, si può pensare al gancio di scenario letteralmente come a un gancio: qualcosa che strappa i PG dalla loro inerzia e li mette in movimento verso un obbiettivo, una volta che i PG si imbattono in quell'obbiettivo, le onde che creano si propagano rapidamente e lontano.

A quel punto, la sfida non sarà più quella di mettere in moto la campagna, ma di riuscire a starle dietro.

---

Link all'articolo originale

https://thealexandrian.net/wordpress/42933/roleplaying-games/smart-prep-part-3-status-quo-design

Link agli altri articoli di questa serie

Una Preparazione Intelligente: Parte I
Una Preparazione Intelligente: Parte II - I Principi della Preparazione Intelligente

Visualizza articolo completo

L'articolo mi ha fatto tornare in mente un'idea che avevo qualche tempo fa, e sulla quale pensavo di scrivere a mia volta un articoletto... un sandbox con solo quattro esagoni, ma che si regge da solo a tempo indefinito. Ma è solo una fantasia, non ci ho mai messo davvero la testa.

Interessante come sempre, grazie per la traduzione