L'MDA separa tre livelli che spesso vengono confusi. Le Mechanics sono le regole e i dati formali (cosa esiste nel sistema); le Dynamics sono i comportamenti che emergono mentre si gioca; le Aesthetics sono le emozioni che ne risultano. Il designer lavora da sinistra a destra (costruisce regole sperando in certe emozioni), ma il giocatore vive da destra a sinistra (prima sente, poi scopre il perché).

Perché è utile

Quando un giocatore dice "non è divertente", il problema è quasi sempre nelle dynamics. Risali la catena: che comportamento volevi? Quale regola lo produce o lo impedisce? Cambiare un numero (mechanic) può sistemare un'emozione (aesthetic) senza toccare la storia.

Approfondisci: il paper originale "MDA: A Formal Approach to Game Design" (Hunicke, LeBlanc, Zubek) e le "lenti" di Jesse Schell.

Il core loop è la cosa che il giocatore fa più spesso. Se è noioso, nessuna quantità di contenuti o storia lo salva. I loop sono annidati: quello micro (premi un tasto, vedi un effetto) sta dentro quello meso (completa una stanza) che sta dentro quello macro (sblocca, potenzia, ricomincia).

In pratica

Isola il loop micro e prototipalo senza arte, menu o progressione: deve reggere già così
Esempi: muovi → schiva → spara (Vampire Survivors), ruota → incastra → svuota riga (Tetris)
Distingui un loop divertente da un compulsion loop tossico (ti tiene incollato senza piacere)

Approfondisci: "30 seconds of fun" (Bungie) e l'articolo "Loops and Arcs" di Daniel Cook.

Le 3 C sono ciò che il giocatore tocca a ogni singolo frame, perciò vanno azzeccate prima di tutto il resto.

Character — accelerazione, peso, reattività, animazioni: come "risponde" l'avatar
Camera — cosa vede il giocatore, come segue, cosa inquadra (vedi "Design della camera")
Control — mappatura, responsività, perdono dell'input (coyote time & co.)

Un platformer con livelli mediocri ma 3 C perfette è giocabile; il contrario quasi mai. Per questo si prototipano le 3 C per prime, in una stanza grigia vuota, finché muoversi è già piacevole di per sé.

Approfondisci: il controller di Mario e di Celeste sono i casi di studio classici del "feel".

Progettare per verbi (azioni) invece che per "feature" tiene il design focalizzato. Un verbo forte è profondo (genera molte situazioni) e combinabile con gli altri.

Profondità vs ampiezza

Meglio pochi verbi esplorati a fondo che venti superficiali. Il salto di Mario è un solo verbo, ma interagisce con nemici, piattaforme, power-up e nemici-da-rimbalzo generando infinite situazioni. Portal ha sostanzialmente un verbo (apri portale) e ci costruisce un intero gioco.

Approfondisci: il concetto di "verb-first design"; analisi GMTK sui moveset.

L'affordance è ciò che un oggetto permette di fare; il signifier è il segnale che lo comunica. Nei giochi conta soprattutto l'affordance percepita: se una sporgenza sembra arrampicabile ma non lo è, hai creato una falsa affordance — fonte numero uno di frustrazione.

Regole pratiche

Stabilisci un linguaggio visivo e rispettalo: stesso colore/forma = stessa funzione, sempre
Le cose interagibili devono "spiccare" (colore, luce, contorno, animazione di idle)
Ciò che è puramente decorativo non deve sembrare interagibile

Approfondisci: Don Norman, "The Design of Everyday Things" (cap. su affordance e signifier).

Senza feedback il gioco sembra rotto anche se funziona. Ogni input dovrebbe innescare una catena azione → animazione → effetto su più canali: visivo (flash, particelle, screen shake), sonoro (un suono per evento) e, dove possibile, tattile (vibrazione).

Telegraphing

È l'anticipo che rende leale la sfida: la wind-up del nemico, il lampeggio prima del colpo, il suono che precede l'evento. Più l'attacco è pericoloso, più lungo e leggibile dev'essere il preavviso. Nei bullet hell la leggibilità del telegraph è letteralmente il gioco.

Approfondisci: talk "The Art of Screenshake" (Jan Willem Nijman, Vlambeer).

Sid Meier definisce un buon gioco come "una serie di decisioni interessanti". Una scelta è interessante quando nessuna opzione è ovviamente la migliore in ogni situazione.

Cosa uccide l'agency

Scelta falsa — opzioni diverse che portano allo stesso esito
Opzione dominante — una scelta sempre migliore (le altre sono trappole)
Mancanza di informazione — scegli alla cieca, è solo fortuna

Una scelta significativa ha informazione + conseguenza reale + trade-off (rinunci a qualcosa).

Approfondisci: talk GDC "Interesting Decisions" di Sid Meier.

Il design emergente punta su poche regole che interagiscono generando situazioni che il designer non ha previsto una per una. È efficiente: poco contenuto autorale, enorme "spazio delle possibilità".

Esempi

Chimica sistemica — Breath of the Wild: fuoco + erba + vento si combinano
Storie emergenti — Dwarf Fortress, RimWorld: aneddoti irripetibili

Lo scriptato dà controllo registico totale (cutscene, set-piece) ma costa caro e non si ripete. Quasi ogni gioco mescola i due: scegli dove vuoi sorpresa (emergente) e dove vuoi precisione (scriptato).

Approfondisci: il design degli immersive sim e dei "systemic games".

Il flow è la fascia in cui la sfida cresce insieme all'abilità: sopra c'è ansia, sotto c'è noia. Poiché il giocatore migliora di continuo, la difficoltà deve salire, ma non in modo lineare — meglio oscillazioni (picchi e respiri) che seguono la curva di apprendimento.

Strumenti

Curva a dente di sega — alterna tensione e sollievo
Difficoltà dinamica o opzioni di assistenza per coprire abilità diverse
Regola pratica: se il giocatore ripete lo stesso punto per più di un paio di minuti, qualcosa non comunica o non è leale

Approfondisci: Mihály Csíkszentmihályi, "Flow"; capitoli sul ritmo nei libri di level design.

La tassonomia di Marc LeBlanc serve a smettere di dire il vago "fun" e a chiedersi quale piacere offri:

Sensazione — piacere sensoriale (Tetris Effect, Rez)
Fantasia — vestire un ruolo (Skyrim)
Narrazione — il dramma che si dipana (Disco Elysium)
Sfida — superare ostacoli (Celeste, Dark Souls)
Compagnia — stare con altri (Overcooked, MMO)
Scoperta — esplorare l'ignoto (Outer Wilds)
Espressione — creare e personalizzare (Minecraft, Animal Crossing)
Sottomissione — il rilassante "passatempo" abitudinario (idle game)

Quasi nessun gioco le offre tutte: i migliori ne scelgono due o tre e le servono bene.

Approfondisci: "8 Kinds of Fun" (LeBlanc), parte del framework MDA.

Micro-definizioni con esempio:

FTUE — i primi minuti che decidono se il giocatore resta; vanno progettati con cura
Juice — l'insieme di micro-feedback che rende un'azione "succosa" (impatto, particelle, suono)
Hitbox / Hurtbox — la zona che colpisce vs quella che può essere colpita; spesso la hurtbox è più piccola dello sprite, per generosità
i-frame — frame di invulnerabilità (durante un dash o la rialzata)
RNG — generazione di numeri casuali; vedi "Randomness / RNG"
Meta — l'insieme di strategie ritenute migliori in un dato momento
Nerf / Buff — indebolire / potenziare un elemento per bilanciare

Approfondisci: glossari di gamedeveloper.com e dei wiki competitivi.

Micro-definizioni con esempio:

Gating — bloccare un'area/funzione finché non hai la "chiave" (oggetto o abilità)
Sink / Faucet — uscita / entrata di risorse; il loro equilibrio regge l'economia
Sandbox — spazio aperto guidato dal giocatore, senza obiettivi imposti
Grinding — ripetere attività per accumulare XP/risorse
Snowball — vantaggio che si autoalimenta (chi è avanti accelera)
TTK — time-to-kill, quanto serve per abbattere un bersaglio: tara il "feel" degli scontri
Diegetico — ciò che esiste dentro la finzione (una radio nel mondo) vs non-diegetico (l'HUD)

Approfondisci: vedi le schede "Economia di gioco" e "Diegetico vs non-diegetico".

Gli elementi formali sono i componenti che, messi insieme, trasformano un'attività in un gioco. Il modello più usato è quello di Tracy Fullerton: giocatori, obiettivi, procedure (le azioni concesse), regole, risorse, conflitto, confini ed esito.

Perché contano

Ti danno una checklist per capire cosa stai progettando.
Se manca l'obiettivo o l'esito, spesso hai un giocattolo o una simulazione, non un gioco.
I confini (il "cerchio magico") separano il gioco dalla realtà: dentro, regole diverse valgono per consenso.

→ Approfondisci: T. Fullerton, Game Design Workshop; K. Salen & E. Zimmerman, Rules of Play.

Le regole definiscono lo spazio del possibile; gli obiettivi danno una direzione; i vincoli rendono interessante il "come". Spesso un singolo vincolo ben scelto genera più gameplay di una nuova regola.

Distinzioni utili

Regole esplicite: dichiarate da HUD, tutorial, manuale.
Regole implicite: convenzioni che il giocatore deduce (es. "i nemici fanno danno").
Obiettivi: primari (vincere), secondari (collezionabili), auto-imposti (sfide personali).
Vincoli: limiti di tempo, risorse o spazio che creano pressione e scelte.

→ Approfondisci: la "tripletta" regole/obiettivi/vincoli è centrale in J. Schell, The Art of Game Design.

Le condizioni di vittoria e sconfitta definiscono quando e perché una partita finisce. Gli stati di gioco (menu, gioco, pausa, game over, vittoria) sono la macchina a stati di alto livello dell'esperienza.

Note di design

Esistono giochi senza win-state (sandbox, endless): lì l'obiettivo lo pone il giocatore.
Una sconfitta chiara + ripartenza rapida trasforma il "game over" in "ci riprovo".
Cura le transizioni di stato: sono i momenti in cui il giocatore decide se continuare.

→ Approfondisci: confronta i loop di morte/retry di Celeste e dei roguelite.

Il possibility space è l'insieme di tutto ciò che il giocatore può fare: le regole lo definiscono e lo limitano. La core fantasy è la fantasia centrale che il gioco promette di far vivere ("sei un ninja silenzioso", "costruisci e gestisci un impero").

Come usarle

Ogni meccanica dovrebbe allargare lo spazio "giusto" e servire la fantasia "giusta".
Se una feature non rientra nella core fantasy, è spesso scope di troppo.
Uno spazio troppo ampio confonde; troppo stretto annoia: cerca l'equilibrio.

→ Approfondisci: il concetto di "possibility space" è discusso da Will Wright e in molti talk GDC.

Distingui l'abilità del giocatore (riflessi, lettura, decisioni) da quella dell'avatar (statistiche, equipaggiamento). Lo skill floor è quanto è facile iniziare a giocare decentemente; lo skill ceiling è quanto in alto può arrivare la maestria; la mastery curve è il percorso tra i due.

Obiettivo classico

"Easy to learn, hard to master": floor basso, ceiling alto.
Decidi quanto pesa il pollice (player skill) e quanto la build (avatar skill).
Un ceiling alto dà longevità competitiva; un floor basso allarga il pubblico.

→ Approfondisci: la "mastery curve" è un tema ricorrente in R. Koster, A Theory of Fun.

L'agency è reale solo se il giocatore capisce cosa fare e cosa accadrà. Servono chiarezza degli obiettivi (so sempre il prossimo passo) e leggibilità delle conseguenze (capisco l'effetto di una scelta prima di compierla).

Cosa cercare

Agency sistemica: le mie azioni cambiano davvero lo stato del mondo.
Una scelta "al buio" è solo fortuna; una scelta informata è design.
Comunica obiettivi e conseguenze tramite UI, feedback e level design, non solo testo.

→ Approfondisci: collega ad "Agency & scelta significativa" e a "Decisioni significative".

Il magic circle (Huizinga; ripreso da Salen & Zimmerman in "Rules of Play") è lo spazio — fisico o solo mentale — in cui si svolge il gioco: varcarne il confine significa accettare regole diverse da quelle della vita reale.

Perché conta

Dà senso a vincoli "assurdi" (nel golf mandi la pallina in buca col bastone, non con la mano): dentro il cerchio l'inefficienza diventa sfida.
È un patto: rompere arbitrariamente le regole (barare, "non vale") spezza l'illusione condivisa.
In digitale il cerchio è creato da UI, regole e feedback: tutto ciò che ti dice "ora stai giocando".

→ Approfondisci: J. Huizinga, "Homo Ludens"; K. Salen & E. Zimmerman, "Rules of Play".

Le 4 Keys to Fun di Nicole Lazzaro nascono dall'osservare le emozioni sul volto dei giocatori. Sono complementari alle 8 forme di LeBlanc e utili per chiederti quale emozione stai cercando.

Le quattro chiavi

Hard fun: la sfida che genera fiero (l'esultanza dopo un boss difficile).
Easy fun: curiosità, scoperta, ruolo — il piacere di esplorare senza fallire.
Serious fun: giocare per un fine (rilassarsi, allenarsi, "staccare").
People fun: amicizia, competizione, collaborazione tra persone.

→ Approfondisci: Nicole Lazzaro, "The 4 Keys to Fun"; confronta con "Le 8 forme di divertimento".

Il design forte parte da una meccanica centrale e le costruisce intorno tutto il resto. Le meccaniche secondarie devono servire il core, non competere con esso per l'attenzione.

Il test del core

Togli mentalmente una meccanica: se il gioco è ancora "lo stesso", quella era secondaria; se crolla, era il core. In Celeste il core è il movimento (dash incluso); tutto — nemici, hazard, livelli — esiste per dare situazioni di movimento. Un errore comune da indie è impilare meccaniche per "dare valore", finendo per diluire l'esperienza.

Approfondisci: "elegance" e "depth vs complexity" in "Characteristics of Games" (Elias, Garfield, Gutschera).

Legare ricompense più alte a rischi più alti crea tensione e dà al giocatore una leva su quanto osare. È uno dei motori emotivi più affidabili del game design.

Push-your-luck

La variante in cui continui ad accumulare finché non perdi tutto: ogni passo aumenta la posta e la paura. La trovi nei roguelite (scendere ancora un piano), nelle slot di bottino, nei "greed" delle run. Regola di design: rendi visibile il rischio e lascia sempre l'uscita volontaria, così la scelta resta del giocatore.

Approfondisci: meccaniche "press your luck" nei boardgame (es. Can't Stop) applicate ai videogiochi.

Questi assist correggono la differenza tra ciò che il giocatore intendeva fare e l'input grezzo, facendo percepire i controlli come leali anche quando non sono perfetti. Sono per lo più invisibili.

coyote time — finestra di ~3–6 frame in cui salti ancora dopo aver lasciato il bordo
jump buffering — se premi salto poco prima di atterrare, scatta appena tocchi terra
variable jump height — quanto tieni premuto = quanto salti
apex modifier — leggero rallentamento/extra-controllo al culmine del salto
corner correction — ti "spinge" oltre uno spigolo se lo sfiori di poco al soffitto

Da soli sembrano dettagli; insieme sono la differenza tra "controlli scivolosi" e "controlli che leggono nel pensiero".

Approfondisci: le GDC routine di Celeste e Super Mario; cerca i diagrammi su coyote time e jump buffer.

Il "feel" del combattimento nasce da come le collisioni e le reazioni sono temporizzate, più che dai numeri di danno.

Hitbox/Hurtbox — separale dallo sprite: hurtbox più piccola = più generosità verso il giocatore
Hitstop — micro-freeze (pochi frame) all'impatto: dà peso e leggibilità al colpo
Hitstun / Knockback — quanto il bersaglio è stordito / respinto: regola il ritmo
i-frame — invulnerabilità su dash, parry, rialzata: rende leali le schivate
Cancel / Combo — interrompere un'animazione per concatenarne un'altra: profondità tecnica
Parry / Dodge window — la finestra di reazione definisce quanto è severo lo skill check

Approfondisci: i breakdown su frame data dei picchiaduro; il combat di Hades e Hollow Knight.

Il "juice" è l'insieme di effetti che, a parità di regole, rende le azioni piacevoli da eseguire. È sproporzionato: piccoli ritocchi cambiano radicalmente la percezione.

Screen shake e hitstop per l'impatto
Particelle, polvere all'atterraggio, detriti, tracce
Squash & stretch su salti, atterraggi, colpi
Easing/tweening al posto dei movimenti lineari (anche nei menu)
Audio a strati + leggera variazione di pitch per non stancare

Attenzione a non esagerare: troppo shake o flash danneggia leggibilità e accessibilità. Aggiungi juice in fase di polish, su un design già solido.

Approfondisci: Steve Swink "Game Feel"; talk "Juice it or lose it" (Grapefrukt); "The Art of Screenshake".

La camera decide cosa il giocatore vede e quando: è un "designer silenzioso" che può rendere un gioco leggibile o nauseante.

Deadzone — una zona centrale in cui il personaggio si muove senza spostare la camera (evita micro-tremolii)
Lookahead — la camera anticipa nella direzione di marcia, mostrando dove stai andando
Smoothing (lerp) — segue in modo morbido invece di incollarsi (ma non troppo lenta, o "galleggia")
Framing / lock — blocca l'inquadratura nelle arene e nei boss per garantire leggibilità

In 2D pixel ricordati il pixel-perfect: arrotonda la posizione della camera o avrai jitter (vedi "Pixel-perfect & scaling").

Approfondisci: "50 Game Camera Mistakes" (GDC); il sistema di camera di Celeste/Super Mario World.

Una risorsa diventa interessante solo quando è scarsa e quando spenderla comporta una rinuncia. Vita, munizioni, stamina, valuta, energia: ognuna pone una domanda al giocatore.

Domande di design

Come si guadagna (faucet) e come si consuma (sink)?
A cosa rinuncio se la uso ora invece che dopo?
È convertibile in altre risorse (tempo ↔ oro ↔ potere)?

Una risorsa senza tensione (sempre abbondante) è solo un numero che sale: o la rendi scarsa, o la togli.

Approfondisci: vedi "Economia di gioco"; teoria delle risorse nei boardgame.

La procgen crea contenuti tramite regole + casualità: ottima per rigiocabilità e per moltiplicare il contenuto a basso costo. Usa un seed così la stessa run è riproducibile (utile per debug e per condividere "semi").

La trappola del "tutto uguale"

La pura casualità annoia in fretta. I giochi migliori usano un ibrido: stanze, pezzi o regole disegnati a mano, assemblati proceduralmente (Spelunky, Dead Cells). Aggiungi vincoli ("constraint-based") per garantire che i livelli siano sempre completabili e sensati.

Approfondisci: talk GDC sulla generazione di Spelunky (Derek Yu); wave function collapse; "procedural generation" in PCG.

L'input design è il primo strato del "feel": come l'intenzione del giocatore diventa azione sullo schermo. Comprende il mapping (quali tasti per quali azioni), la latenza, il buffering e la zona morta degli stick.

Strumenti chiave

Input latency: ritardo tra pressione e risposta — tienilo al minimo, è percepibile.
Input buffering: registra un comando dato poco prima e lo esegue al momento giusto.
Deadzone: evita il drift dello stick; regolala con cura.
Remapping: controlli riassegnabili = comfort + accessibilità.

→ Approfondisci: S. Swink, Game Feel; vedi anche "Movement tech" per coyote time e jump buffer.

Ogni dispositivo ha una "grammatica" diversa. Progetta per il dispositivo primario e adatta gli altri, invece di un compromesso che non soddisfa nessuno.

Le tre grammatiche

Keyboard-first: molti tasti, scorciatoie, precisione (strategici, gestionali).
Controller-first: pochi pulsanti, stick analogici, comfort sul divano.
Gamepad literacy: rispetta le convenzioni note (A conferma, B annulla).
Touch: niente feedback tattile dei tasti — usa zone ampie, evita stick virtuali di precisione.

→ Approfondisci: supportare bene pochi input vale più che supportarne tanti male.

Cooldown, finestre temporali e stati alterati sono strumenti per dare ritmo e profondità alle azioni, trasformando "premere un tasto" in una decisione.

Il toolkit

Cooldown: regola la frequenza e crea scelte ("uso ora o aspetto?").
Timing window: finestra in cui un input è valido (parry, combo, perfect dodge).
Status effect: veleno, congelamento, stun — cambiano lo stato del bersaglio.
Buff / debuff e abilità temporanee: potenziamenti a tempo che creano tensione d'uso.

→ Approfondisci: le interazioni contestuali (azione che cambia col contesto) moltiplicano l'uso di pochi tasti.

I raccoglibili sono ricompense immediate e leve di ritmo. Un buon pickup è chiaro e attraente; un buon power-up cambia come giochi, non solo i numeri.

Linee guida

Telegrafa l'effetto con colore, forma e suono coerenti.
Temporanei: creano tensione ("usalo ora"); permanenti: progressione.
I migliori power-up ridefiniscono lo stato (il fungo di Mario, il doppio salto).

→ Approfondisci: collega a "Risorse" e "Rischio & ricompensa".

Il cuore meccanico dello stealth è l'informazione del nemico: cosa sa, cosa vede, quanto sospetta. Il giocatore gioca con questa informazione.

Componenti

Line of sight (LOS): coni visivi, ostacoli, luce/ombra.
Visibility state: quanto sei nascosto (copertura, rumore, illuminazione).
Detection meter: accumulo graduale del sospetto — dà reazione e margine d'errore.
Comunica gli stati: ignaro → sospettoso → allerta, con segnali chiari.

→ Approfondisci: Mark of the Ninja è il riferimento sulla leggibilità dello stealth 2D.

Quando la simulazione fisica è il gameplay (non solo decorazione), peso, inerzia e forze diventano lo spazio delle decisioni.

Forze in gioco

Peso & inerzia: momentum che il giocatore deve anticipare e gestire.
Gravità: caduta, salto, traiettorie degli oggetti.
Spinta & rimbalzo: knockback, molle, superfici elastiche.
Vantaggio: situazioni emergenti; rischio: imprevedibilità da domare con tuning.

→ Approfondisci: Angry Birds, World of Goo, Human: Fall Flat.

Dove il punteggio è il vero obiettivo (arcade, shmup, character-action, rhythm), il sistema di score è il game design: decide cosa premiare e quindi come si gioca.

Leve principali

Combo/chain: catena che cresce finché non interrompi; dà ritmo e tensione.
Moltiplicatore: amplifica i punti ma è fragile (decade nel tempo o al primo errore).
Style/grade: premia varietà ed eleganza (S, SS…), non il solo danno.
Risk-for-score: incentivi a osare (grazing nei shmup, no-hit, finisher rischiosi).

→ Approfondisci: lo scoring di Ikaruga; lo "style meter" di Devil May Cry; vedi "Rischio / Ricompensa".

Nei giochi a turni (tattici, roguelike classico, 4X, deckbuilder) la economia delle azioni è il cuore delle decisioni: il valore di ogni mossa dipende da quante ne hai e da quando tocca a te.

Modelli ricorrenti

Punti azione (AP): un budget da spendere tra movimento, attacco, abilità.
Iniziativa/ordine: turni alternati, coda d'iniziativa, o azioni che alterano l'ordine.
ATB / time-unit: il tempo come risorsa (Final Fantasy; Into the Breach a "informazione perfetta").
Azione + bonus action (D&D 5e): categorie di azioni con regole diverse.

→ Approfondisci: l'action economy nei GdR tattici; il "perfect information" di Into the Breach; vedi "Bilanciamento".

Le abilità di movimento sono i verbi traversali che danno identità a platformer, metroidvania e action. Sono cosa diversa dagli "assist" di perdono (coyote time, buffer): qui parliamo del toolkit con cui ti muovi.

Il toolkit

Dash/dodge: scatto direzionale, schivata con i-frame, dash-cancel per concatenare.
Salti avanzati: doppio salto, wall-jump, wall-run, salto caricato.
Aggancio: rampino, swing, gancio verso bersagli.
Mobilità estesa: planata/aliante, arrampicata, nuoto, scivolata.

Ogni abilità è anche una chiave (gating): sbloccarla apre aree e situazioni nuove.

→ Approfondisci: il moveset di Celeste e Hollow Knight; vedi "Movement tech" e "Gating · Lock & Key".

Il modello di salute e danno è una scelta di design, non un dettaglio: definisce quanto è "letale" il gioco e come il giocatore valuta il rischio.

Assi da decidere

Rappresentazione: HP numerici, barra continua o cuori/tacche (leggibilità immediata).
Recupero: rigenerazione automatica (shooter moderni) vs cure scarse (survival horror) vs reset a checkpoint.
Difese: armatura (riduce), scudi (assorbono e si ricaricano), poise/stagger e rottura di stamina.
Tipi di danno: elementi, resistenze e debolezze per dare profondità tattica.

→ Approfondisci: la "vita a tacche" di Zelda; gli scudi rigeneranti di Halo; vedi "Fondamenti del combat".

Il layer di puntamento media tra intenzione e colpo. Tararlo bene è cruciale per il "feel" su controller e per l'accessibilità, senza scadere nel "gioca da solo".

Strumenti

Lock-on: aggancia un bersaglio e ruota la camera attorno (action 3D, Souls, Zelda).
Aim assist: magnetismo verso il bersaglio, "frizione" che rallenta il mirino, soft-lock.
Auto-aim: mira gestita dal gioco (comune su mobile/twin-stick).
Lead & balistica: anticipo dei bersagli in movimento, drop dei proiettili.

→ Approfondisci: lo Z-targeting di Ocarina of Time; l'aim assist nei console shooter; vedi "Input design".

Un buon livello insegna senza tutorial testuali, in quattro tempi (la struttura "kishōtenketsu" resa famosa dall'analisi dei livelli di Mario):

Introduci — presenta la meccanica in un contesto sicuro, dove sbagliare non punisce
Sviluppa — costringi a usarla davvero, alzando un po' la posta
Twist — combinala con altro o cambiale contesto
Concludi — una prova finale che dimostra la padronanza

Esempio classico: 1-1 di Super Mario Bros. insegna salto, nemici e power-up senza una sola parola. Se ti serve una casella di testo per spiegare, spesso il livello non sta facendo il suo lavoro.

Approfondisci: video "Super Mario 3D World’s 4 Step Level Design" (GMTK); Anna Anthropy & Naomi Clark, "A Game Design Vocabulary".

Il pacing è la gestione di tensione e respiro nel tempo. La difficoltà e l'intensità non salgono dritte: disegnano un profilo a dente di sega, con picchi seguiti da momenti calmi che permettono di metabolizzare.

Leve di ritmo

Alterna densità di nemici, spazi aperti/chiusi, sezioni di azione/esplorazione
Dopo un picco (boss, sezione difficile) concedi una "stanza di sollievo"
La monotonia stanca più della difficoltà: varia minaccia e scenario

Approfondisci: i "beat chart" e i grafici di intensità nei testi di level design (es. "An Architectural Approach to Level Design", Totten).

Il critical path è la via leggibile che porta alla fine; le diramazioni opzionali (segreti, scorciatoie, sfide) aggiungono profondità senza ostacolare chi vuole solo proseguire.

Come gestirli

Rendi il percorso principale sempre chiaro (luce, composizione, landmark)
Premia l'esplorazione con qualcosa di tangibile (potenziamenti, lore, scorciatoie)
Non nascondere progressi obbligatori dietro segreti opzionali

Equilibrio chiave: chi corre dritto si diverte, chi fruga è ricompensato — senza che nessuno dei due si senta penalizzato.

Approfondisci: "golden path" e "critical path" nella documentazione di level design AAA.

Il gating controlla il ritmo della progressione: blocca l'accesso a un'area finché il giocatore non ha la chiave giusta.

Hard gate — serve un oggetto/abilità specifica (la porta della metroidvania): controllo totale sull'ordine
Soft gate — serve abilità del giocatore: puoi passare se sei bravo, dando scorciatoie agli esperti

Il backtracking ben fatto fa "crescere" la mappa: torni in zone note con nuovi poteri e le vedi sotto un'altra luce (Metroid, Hollow Knight). Backtracking pigro = camminate vuote; backtracking buono = nuove possibilità nelle vecchie aree.

Approfondisci: "lock and key" design; il map design di Super Metroid e Hollow Knight.

I giocatori vanno dove li porta lo sguardo. Puoi guidarli senza frecce usando la composizione: luce, colore, contrasto, linee guida (corridoi, travi, raggi) che puntano dove vuoi.

Luce e colore — l'occhio è attratto da zone luminose e sature; usa un colore "di richiamo" per le uscite
Landmark — un elemento visibile da lontano (torre, neon, statua) per orientarsi e ricordare i luoghi
Breadcrumbing — disponi piccoli incentivi (monete, oggetti) lungo la via giusta

In 2D conta moltissimo lo sfondo: silhouette e colori sul background orientano senza invadere il primo piano.

Approfondisci: "environmental wayfinding"; il level art di Ori e Hollow Knight.

Costruisci prima la forma giocabile del livello con volumi grigi (greybox/whitebox), senza arte. Così testi e modifichi il layout quando è ancora economico cambiarlo.

Perché in quest'ordine

Applicare l'arte presto rende doloroso spostare una piattaforma o ridisegnare una stanza: ti "affezioni" e il costo del cambiamento esplode. Mantra: layout → test → iterazione → arte. L'arte è l'ultimo strato, non il primo.

Approfondisci: workflow di blockout; pianificazione con beat chart prima della costruzione.

La distanza tra i checkpoint definisce quanto è "punitiva" una sfida. Ripetere 5 secondi dopo un errore motiva ("ci riprovo subito"); ripetere 5 minuti fa abbandonare.

Principi

Checkpoint generosi prima e dentro i tratti difficili
La penalità della morte deve essere proporzionata all'errore, non casuale o smisurata
Celeste è il modello: morte istantanea ma respawn immediato → difficoltà alta senza frustrazione

Distingui la difficoltà "buona" (devo migliorare) da quella "cattiva" (devo rifare strada noiosa).

Approfondisci: il respawn design di Celeste e Super Meat Boy.

Il giocatore impara a "leggere" il tuo mondo se ogni concetto ha sempre lo stesso aspetto. Coerenza significa fiducia: posso fidarmi di ciò che vedo.

Pericolo — un codice fisso (spine rosse, lava arancione, teschi)
Sicuro / interagibile / fragile — segnali costanti, mai ambigui

Se le spine sono mortali in un punto e innocue in un altro, hai infranto il patto: il giocatore non saprà più di cosa fidarsi e ogni morte sembrerà ingiusta. Stabilisci la "palette di significati" e rispettala in tutto il gioco.

Approfondisci: "visual language" e "readability" nel level/UI design.

Progettare uno scontro significa progettare lo spazio, non solo i nemici. L'arena determina ritmo, tensione e leggibilità del combattimento.

Elementi dell'arena

Forma, coperture, dislivelli e vie di fuga.
Safe zone / danger zone: alternanza di riparo e rischio.
Pressure design: come lo spazio "spinge" il giocatore a muoversi.
Combat readability: vedo minacce, proiettili e uscite con chiarezza.
Ingresso/uscita e ritmo interno della stanza (calma → picco → respiro).

→ Approfondisci: collega a "Pacing" e alla categoria Enemy & Encounter.

In un platformer lo spazio si misura nelle capacità del personaggio: prima definisci le metriche di movimento, poi costruisci i livelli su quella griglia.

Metriche fondamentali

Altezza e distanza del salto: le tue unità di misura.
Velocità del personaggio: definisce il "respiro" dei gap.
Tile metrics: tutto multiplo della griglia e del salto.
Camera bounds e landing zone: atterraggi leggibili e sicuri.

→ Approfondisci: costruisci una "metrics test room" e tara ogni gap prima di disegnare livelli.

Collegare la mappa a sé stessa la fa "respirare" e riduce la frustrazione di rifare strada.

Strumenti spaziali

Backtracking leggibile: torni con nuovi poteri e vedi cose nuove, non solo strada rifatta.
Shortcuts: scorciatoie che si sbloccano e ricuciono lo spazio (Dark Souls).
Loop spaziali: percorsi che si richiudono su sé stessi.
Landmark funzionali: punti di riferimento per orientarsi senza minimappa.

→ Approfondisci: i metroidvania (Hollow Knight) sono il caso di studio principale.

Premiare la curiosità senza penalizzare chi va dritto: i segreti sono opzionali ma gratificanti.

Come gestirli

Indiziati: crepe, suoni, dettagli "stonati" che invitano a guardare meglio.
Reward tangibili: potenziamenti, valuta, lore, scorciatoie — non solo testo.
Uso dello spazio per insegnare: lo scenario mostra prima ciò che poi userai.

→ Approfondisci: un segreto trovato deve dare il giusto "colpetto di dopamina".

Genere definito dal movimento attraverso lo spazio: saltare, correre, schivare ostacoli. La qualità sta quasi tutta nel "feel" del controllo (vedi "Movement tech del platformer").

Sottogeneri & cosa li distingue

Precision (Celeste, Super Meat Boy) — sfida pura, respawn istantaneo
Puzzle (Braid, Fez) — il salto è un mezzo, la testa è il fine
Run-and-gun (Cuphead, Contra) — movimento + sparo + pattern dei nemici
Cinematic (Inside, Limbo) — atmosfera e fisica pesante

È il genere "scuola" per imparare game feel: facile da prototipare, brutale da rifinire.

Approfondisci: analisi del controller di Celeste; "Why Does Celeste Feel So Good to Play?" (GMTK).

Crasi di Metroid + Castlevania: una grande mappa interconnessa esplorata in modo non lineare, dove nuove abilità sbloccano aree prima inaccessibili (ability-gating) e invitano al backtracking.

Cosa lo fa funzionare

Una mappa memorabile e leggibile (è il vero "personaggio")
Abilità che cambiano sia il movimento sia la percezione dei luoghi noti
Ricompense visibili-ma-irraggiungibili che ti fanno tornare

Esempi: Hollow Knight, Ori, Blasphemous, Axiom Verge, Guacamelee!. Variante "soulsvania": Nine Sols, Salt and Sanctuary.

Approfondisci: il map design di Super Metroid e Hollow Knight; serie GMTK "Boss Keys".

Avanzi lateralmente (o su un piano 2.5D) affrontando ondate di nemici a mani nude o con armi. Il cuore è la gestione della folla e il ritmo delle combo.

Design

Posizionamento: non farti accerchiare, controlla lo spazio
Combo, prese, mosse ad area, parate per variare il ritmo
Tarare numero e aggressività dei nemici per non frustrare in single player

Spesso vive di co-op locale. Esempi: Streets of Rage 4, Scott Pilgrim, River City Girls, Castle Crashers.

Approfondisci: il combat design di Streets of Rage 4; la storia del genere arcade.

Scontro 1v1 (o "platform fighter" a più giocatori) basato su spaziatura, lettura dell'avversario e conoscenza dei frame data (quanti frame dura ogni mossa, quali sono "in vantaggio"). È un genere a profondità tecnica altissima.

Pilastri

Footsies — il gioco di spazio e minaccia a media distanza
Neutral / pressure / combo — le fasi di un round
Mind game — leggere e battere le intenzioni avversarie

Per un indie è impegnativo (rollback netcode, bilanciamento, roster). Esempi 2D indie: Skullgirls, Rivals of Aether, Them's Fightin' Herds.

Approfondisci: "Footsies Handbook"; documentazione su rollback netcode (GGPO).

Combat acrobatico e profondo in cui lo stile è premiato: lunghe combo, cancel, gestione di più nemici, valutazione del "rank" (S, SS…). Diverso dall'ARPG-loot: qui conta l'esecuzione, non l'equipaggiamento.

Cosa lo rende grande

Moveset ampio ma leggibile, con cancel che premiano la maestria
Nemici che "pongono domande" diverse, costringendo a variare
Feedback fortissimo (hitstop, effetti) sui colpi

3D: Devil May Cry, Bayonetta, Ninja Gaiden. 2D/iso: Hades, Hyper Light Drifter.

Approfondisci: i breakdown sul combat di Devil May Cry e di Hades.

Il giocatore evita il conflitto diretto: osserva pattuglie, gestisce la linea di vista e i livelli di allarme, agisce nei momenti giusti. La tensione nasce dall'informazione: cosa il nemico sa, sospetta o ignora.

Sistemi tipici

Coni di visione, rumore, ombre/coperture, distrazioni
Stati del nemico (ignaro → sospettoso → allerta) chiaramente comunicati
Margine d'errore e "via di fuga" per non rendere ogni errore fatale

2D: Mark of the Ninja (il riferimento per la leggibilità), Gunpoint. 3D: Metal Gear, Thief, Dishonored.

Approfondisci: talk GDC su Mark of the Ninja (Klei) e la "stealth readability".

Scrolling automatico in cui schivi proiettili e spari. Nei sottogeneri "bullet hell"/danmaku lo schermo si riempie di pattern che sono vere e proprie coreografie da imparare.

Concetti chiave

Hitbox minuscola (spesso un punto) per rendere possibile l'impossibile
Grazing — sfiorare i proiettili per bonus, premia il rischio
Bomb — pulisci-schermo d'emergenza, risorsa preziosa
Pattern leggibili: il design dei proiettili è il vero level design

Esempi: Ikaruga, DoDonPachi, Touhou, ZeroRanger, Jamestown.

Approfondisci: il "scoring system" come cuore del design shmup; analisi di Ikaruga.

Muovi e miri in modo indipendente (due stick, o WASD + mouse). Questo separa locomozione e aim, permettendo di sparare in una direzione mentre ti muovi in un'altra — base di una danza schiva-e-colpisci.

Design

Gestione dello spazio e del "kiting" (colpisci arretrando)
Varietà di nemici che impongono movimento diverso
Spesso fuso con roguelite per la rigiocabilità

Esempi: Enter the Gungeon, Nuclear Throne, Geometry Wars, Hotline Miami (top-down secco).

Approfondisci: il game feel di Nuclear Throne (Vlambeer) e l'enemy design di Enter the Gungeon.

Combat metodico, deliberato e punitivo: gestione della stamina, attacchi che ti "impegnano", nemici letali, falò/checkpoint che recuperano le risorse ma rigenerano i nemici. La filosofia è "muori, impara, riprova".

Tratti ricorrenti

Perdita di valuta/anime alla morte, recuperabile tornando sul posto
Lore criptico, raccontato per frammenti e ambienti
Sensazione di sollievo e padronanza quando finalmente "leggi" il nemico

2D/indie: Salt and Sanctuary, Blasphemous, Nine Sols, Death's Gambit. Metroidvania-souls: Hollow Knight.

Approfondisci: design di FromSoftware; "What Makes a Good Soulslike".

Azione in soggettiva. Sotto l'ombrello "FPS" vivono filosofie opposte: dal movimento frenetico dei classici al ritmo tattico dei moderni militari.

Boomer/retro (DOOM, Quake, DUSK, Ultrakill) — velocità, movimento come arma, livelli labirintici
Arena (Quake III, UT) — controllo di mappa, pickup, duelli
Militare/moderno (Call of Duty) — ritmo "stop-and-pop", realismo
Hero shooter (Overwatch, TF2) — ruoli e abilità asimmetriche

Per gli indie il boomer shooter è la nicchia più viva: piccoli team, estetica retro, gunplay denso.

Approfondisci: il movimento di DOOM Eternal; la storia degli arena shooter.

Generi multiplayer nati negli anni 2010. Battle royale: tanti giocatori, una mappa, un cerchio che stringe, l'ultimo vince. Extraction shooter: entri, accumuli bottino e devi estrarre vivo — perdere significa perdere tutto.

Note di design

Tensione crescente per design (spazio che si riduce)
Forte meta-economia e gestione del rischio (specie negli extraction)
Richiedono infrastruttura online e una base utenti: difficili per un solo dev

Esempi: PUBG, Fortnite, Apex Legends; Escape from Tarkov, Hunt: Showdown.

Approfondisci: evoluzione del BR dai mod di ArmA/DayZ; risk/reward negli extraction.

RPG di tradizione giapponese: combattimento a turni (o ATB), un party di personaggi caratterizzati e una storia lineare forte. Il piacere sta nella crescita, nel team-building e nel dramma narrativo.

Design

Sistemi di battaglia "leggibili" ma profondi (debolezze, turni, risorse)
Curva di potenza e ricompense ben ritmate (vedi "Curve numeriche")
Oggi spesso in HD-2D: sprite su fondali 3D con luci

Classici: Final Fantasy, Chrono Trigger, Dragon Quest. Indie pixel: Sea of Stars, Chained Echoes, Cosmic Star Heroine.

Approfondisci: il battle design di Chrono Trigger; lo stile HD-2D di Octopath Traveler.

RPG di tradizione occidentale, incentrato su scelte, sistemi e un mondo reattivo. La libertà di build e la conseguenza delle decisioni contano più della linearità narrativa.

Cosa li definisce

Reattività: il mondo ricorda e reagisce a ciò che fai
Build aperte: stat, skill, equipaggiamento combinabili in modi diversi
Spesso fortissimo peso del testo e del role-play

Classici: Baldur's Gate, Planescape: Torment, Fallout. Moderni: Baldur's Gate 3, Divinity: Original Sin 2, Disco Elysium.

Approfondisci: la scrittura reattiva di Disco Elysium; "choice and consequence".

RPG con combattimento in tempo reale, dove il motore è il loop di bottino e crescita: ammazza nemici → raccogli equip migliore → diventa più forte → affronta sfide più dure.

Il loot loop

Drop con rarità e statistiche variabili (la "slot machine" del bottino)
Build e sinergie tra oggetti, abilità e talenti
Curva esponenziale di potere e nemici (vedi "Curve numeriche")

Looter: Diablo, Path of Exile, Grim Dawn, Titan Quest. Action open-world: The Witcher 3, Nioh. 2D/iso indie: Hades, CrossCode, Children of Morta.

Approfondisci: "the loot loop" e l'economia degli item in Path of Exile.

Battaglie tattiche a griglia: muovi unità a turni curando posizionamento, terreno, raggio d'azione e ordine delle azioni. Spesso c'è permadeath, che dà peso a ogni mossa.

Pilastri

Decisioni di posizionamento ricche di trade-off
Informazione chiara (range, probabilità, minacce) per scelte oneste
Unità con ruoli distinti e sinergie

Classici: Final Fantasy Tactics, Tactics Ogre, Fire Emblem. Moderni/indie: Into the Breach (tattica "a informazione perfetta"), Wargroove, Triangle Strategy, Fae Tactics.

Approfondisci: il design "puzzle" di Into the Breach (Subset Games).

Esplorazione di dungeon, spesso in prima persona a griglia ("blobber"), con mappatura, incontri e gestione attenta di gruppo e risorse passo dopo passo.

Caratteristiche

Avanzamento "casella per casella": ogni passo è una micro-decisione
Gestione di mana, oggetti, posizione delle unità in formazione
Spesso mappe da disegnare (o auto-mappa) e segreti murati

Blobber: Etrian Odyssey, Eye of the Beholder, Legend of Grimrock. (Diablo è "dungeon crawl" ma a sua volta ARPG.)

Approfondisci: la tradizione dei "blobber" e il design di Etrian Odyssey.

Catturi, allevi ed evolvi creature che combattono per te. Tre piaceri in uno: collezione, team-building e scontri (spesso a turni con sistema di tipi).

Leve

"Gotta catch 'em all": il collezionismo è motore potentissimo
Sistema di tipi/elementi (sasso-carta-forbice) per la profondità tattica
Affezione al "tuo" mostro che cresce con te

Riferimento: Pokémon. Indie: Monster Sanctuary (2D), Cassette Beasts, Coromon, Temtem, Ooblets.

Approfondisci: il "type chart" come sistema di bilanciamento; design del collezionismo.

Il senso "puro": a turni, su griglia, grafica ASCII/tile, permadeath totale e nessuna meta-progressione (ricominci davvero da zero). La "Berlin Interpretation" codifica questi tratti.

Cosa li rende speciali

Profondità sistemica enorme: oggetti e regole interagiscono in modi imprevisti
Conoscenza come progressione: migliori tu, non il personaggio
Curva di apprendimento ripida, ricompensa intellettuale altissima

Storici: Rogue, NetHack, ADOM. Moderni: Dungeon Crawl Stone Soup, Caves of Qud, Cogmind, Tangledeep.

Approfondisci: la "Berlin Interpretation" del roguelike; il design emergente di NetHack.

La versione "moderna e accessibile": run procedurali e mortali, ma con meta-progressione che persiste tra le morti (sblocchi, potenziamenti, nuove opzioni). Il motto è "ogni morte ti rende un po' più forte o più bravo".

Bilanciare le due progressioni

Skill del giocatore (migliora a ogni run) + meta (sblocchi permanenti)
Troppa meta = noioso (vinci aspettando); troppo poca = scoraggiante
Build emergenti da sinergie casuali tengono fresca ogni run

Esempi: Hades, Dead Cells, Enter the Gungeon, Rogue Legacy, Spelunky, The Binding of Isaac, Risk of Rain 2, FTL.

Approfondisci: il "narrative roguelite" di Hades (Supergiant); il run-flow di Dead Cells.

Sottogenere esploso nel 2022 con Vampire Survivors: orde sempre più fitte di nemici, attacchi automatici, e a ogni level-up scegli un upgrade tra pochi. L'obiettivo è sopravvivere N minuti mentre la tua build "esplode" di potenza.

Perché è perfetto per indie/pixel

Input minimo (spesso solo movimento): facilissimo da rendere "tattile"
Il piacere è la curva di potere e le combo di upgrade, non la grafica
Sistemi semplici, fortissima rigiocabilità: ottimo rapporto effort/divertimento

Esempi: Vampire Survivors, Brotato, Halls of Torment, 20 Minutes Till Dawn, Death Must Die.

Approfondisci: postmortem di Vampire Survivors; il "power fantasy" della curva esponenziale.

Costruisci e affini un mazzo nel corso del gioco, cercando sinergie tra carte. Il divertimento è la scoperta di combo e l'ottimizzazione della "macchina" che costruisci.

Filoni

Roguelite deckbuilder (Slay the Spire, Monster Train, Inscryption, Balatro) — il mazzo si costruisce durante la run
Story deckbuilder (Griftlands, Roguebook)
CCG/TCG (Hearthstone, MTG Arena, Marvel Snap, Gwent) — collezioni e mazzi pre-costruiti, forte componente competitiva/economica

Chiave di design: poche carte con interazioni profonde > tante carte piatte.

Approfondisci: il design di Slay the Spire (Mega Crit); "deckbuilding" nei boardgame (Dominion).

Raccogli risorse, costruisci una base, produci e comandi eserciti — tutto in tempo reale. La sfida è dividere l'attenzione tra macro (economia, espansione) e micro (controllo delle singole unità in battaglia) sotto pressione costante.

Tensioni di design

Economia vs esercito: spendi per crescere o per attaccare ora?
Information warfare: lo "scouting" e la nebbia di guerra
Soglia d'ingresso alta (APM): gli indie spesso la abbassano

Classici: StarCraft, Age of Empires, Command & Conquer, Warcraft III. Indie: They Are Billions, Tooth and Tail, Bad North.

Approfondisci: il bilanciamento asimmetrico di StarCraft; "macro vs micro".

Strategia senza fretta: pianifichi a turni. Il 4X (eXplore, eXpand, eXploit, eXterminate) ti fa guidare una civiltà dalla nascita al dominio, con la celebre dipendenza da "ancora un turno".

Spettro

TBS (Advance Wars, Wargroove, Old World) — battaglie tattiche e campagne
4X (Civilization, Endless Legend, Age of Wonders) — crescita di un impero
Grand strategy (Crusader Kings, Europa Universalis, Stellaris) — simulazione storica/politica profondissima

Design: decisioni significative a ogni turno e feedback chiaro su cause/effetti di lungo periodo.

Approfondisci: "one more turn" design; i sistemi di Crusader Kings (Paradox).

Difendi uno o più percorsi piazzando torrette che attaccano automaticamente ondate di nemici. È strategia spaziale ed economica: dove costruisci, cosa potenzi, come spendi le risorse tra un'ondata e l'altra.

Cuore del design

Tipi di danno vs tipi di nemico (rock-paper-scissors)
Geometria del percorso e sinergie tra torri vicine
Curva delle ondate: introdurre, sviluppare, sorprendere

Esempi: Kingdom Rush, Bloons TD, Defense Grid; ibridi come Plants vs. Zombies e Orcs Must Die.

Approfondisci: il bilanciamento delle ondate; la storia del genere (dai mod di Warcraft III).

Generi competitivi nati dai mod di Warcraft/Dota.

Auto-battler (Teamfight Tactics, Dota Underlords, Super Auto Pets, Backpack Battles): componi una squadra spendendo oro e drafting, poi i combattimenti si risolvono da soli. La sfida è economia, sinergie e posizionamento — non i riflessi.
MOBA (League of Legends, Dota 2, Smite): squadre che spingono "lane", farmano e usano abilità in tempo reale. Profondità enorme, soglia d'ingresso alta.

Entrambi sono fortemente multiplayer e meta-driven: difficili da sostenere per un solo dev.

Approfondisci: l'economia del draft negli auto-battler; il design delle lane nei MOBA.

Simula la vita quotidiana: coltivi, allevi, costruisci relazioni con NPC, scandisci giornate e stagioni. Ritmo rilassato e progressione "morbida"; spesso ricade nel cozy.

Cosa aggancia

Cicli (giorno, stagione, raccolto) che danno struttura e attesa
Tanti piccoli obiettivi paralleli: "ancora un giorno"
Espressione e cura (la "tua" fattoria, le tue relazioni)

Riferimenti: Stardew Valley, Story of Seasons (Harvest Moon), Animal Crossing. Indie: My Time at Portia, Fields of Mistria, Sun Haven.

Approfondisci: il successo solo-dev di Stardew Valley (ConcernedApe).

Gestisci una colonia/base e molte variabili interconnesse (cibo, umore, temperatura, logistica). Il contenuto non è scriptato: è il caos emergente dei sistemi che genera crisi e storie irripetibili.

Design dei sistemi

Sistemi che si influenzano a vicenda → conseguenze a catena
Un "regista" che inietta eventi/crisi per creare drammaturgia (RimWorld)
Interfacce chiare per leggere uno stato complesso

Riferimenti: Dwarf Fortress, RimWorld, Oxygen Not Included; gestionali di sopravvivenza: Frostpunk, Banished; logistica: Factorio, Satisfactory.

Approfondisci: lo "storyteller" di RimWorld; le storie emergenti di Dwarf Fortress.

Costruisci ed espandi città, parchi o aziende, ottimizzando flussi (traffico, persone, denaro). Il cuore è il bilanciamento economico e l'efficienza dei sistemi che progetti.

Leve

Cicli economici (entrate/uscite) da tenere in equilibrio
Vincoli spaziali e di crescita che creano puzzle organici
Soddisfazione del "guardare funzionare" ciò che hai costruito

City builder: SimCity, Cities: Skylines, Townscaper, Against the Storm. Tycoon: RollerCoaster Tycoon, Two Point Hospital, Game Dev Tycoon.

Approfondisci: i sistemi di traffico di Cities: Skylines; il roguelite-builder Against the Storm.

Più una filosofia di design che un'estetica: costruisci sistemi profondi e coerenti che si combinano, e lasci che il giocatore risolva ogni situazione a modo suo (stealth, combattimento, hacking, aggiramento).

Principi

Regole sistemiche valide ovunque (niente "soluzioni a chiave singola")
Più vie per ogni obiettivo, premia creatività e sperimentazione
Reattività del mondo: le tue azioni hanno conseguenze coerenti

Capostipiti: System Shock, Deus Ex, Thief. Moderni: Dishonored, Prey (2017). (In 2D, eredita molto la "systemic design".)

Approfondisci: i talk sul design immersive sim di Arkane e Looking Glass.

Raccogli risorse, crafti strumenti, costruisci un riparo e sopravvivi a fame, nemici e ambiente. Spesso open-world, con ciclo giorno/notte e una progressione guidata dalle ricette.

Loop

esplora → raccogli → crafta → costruisci → sopravvivi a difficoltà crescente
Tensione tra esplorare (rischio) e fortificarsi (sicurezza)
Creatività del base-building come ricompensa espressiva

2D: Terraria, Core Keeper, Necesse. 3D: Minecraft, Don't Starve, Subnautica, Valheim.

Approfondisci: il "progression gating" via crafting; il survival loop di Don't Starve.

Manipoli forme, blocchi o fisica. Regole semplicissime, profondità combinatoria: facili da capire, difficili da padroneggiare.

Falling block/match (Tetris, Puyo Puyo, Lumines, Bejeweled) — gestione dello spazio sotto pressione temporale
Puzzle-RPG (Puzzle Quest) — il match alimenta meccaniche di gioco di ruolo
Fisico (World of Goo, Cut the Rope, Angry Birds, Human: Fall Flat) — soluzioni emergenti dalla simulazione

Design: la chiarezza delle regole è tutto; la profondità nasce dalle interazioni, non dall'aggiungere eccezioni.

Approfondisci: la teoria del "flow" applicata a Tetris; design dei puzzle fisici.

Puzzle di ragionamento puro, senza fretta: l'obiettivo è il momento "a-ha", l'intuizione che risolve, non i tentativi a caso.

Sokoban/movimento (Stephen's Sausage Roll, Patrick's Parabox) — spazio di stati ridotto ma profondo
Logico/regole (Baba Is You — manipoli le regole stesse; The Witness)
Deduzione/investigazione (Return of the Obra Dinn, The Case of the Golden Idol) — colleghi indizi

Regola d'oro: un buon enigma ha una intuizione chiara; se si risolve per forza bruta, è mal progettato.

Approfondisci: il design "non verbale" di The Witness (Jonathan Blow).

Risolvi costruendo macchine o "programmi" che eseguono il compito; spesso non c'è una sola soluzione, e la sfida diventa ottimizzazione (meno passi, meno costo, più velocità).

Cosa li rende soddisfacenti

Spazio di soluzioni aperto: creatività ingegneristica
Leaderboard su efficienza che spingono a raffinare
"Pensiero da programmatore" reso giocabile

Zachlike: Opus Magnum, SpaceChem, Shenzhen I/O, TIS-100. Factory: Factorio, Shapez, Infinifactory.

Approfondisci: il design dei giochi Zachtronics; l'engagement loop di Factorio.

Esplori scene statiche, raccogli oggetti nell'inventario, li combini e risolvi enigmi per far procedere la storia. Scrittura, umorismo e atmosfera sono il vero contenuto.

Attenzioni di design

Evita la "moon logic" (enigmi assurdi): la soluzione deve essere giusta col senno di poi
Indizia chiaramente cosa è interagibile (vedi affordance)
Ritmo: alterna enigmi e momenti narrativi

Classici: Monkey Island, Day of the Tentacle, Grim Fandango. Indie: Machinarium, Thimbleweed Park, Kentucky Route Zero, Unavowed.

Approfondisci: il design degli enigmi LucasArts; la "puzzle dependency chart".

Storia raccontata soprattutto col testo (e immagini statiche), con scelte che ramificano la trama. Gameplay sistemico minimo o ibridato con altri generi.

Perché è ideale per piccoli team

Poco "sistema" da programmare, moltissima scrittura
Tool maturi e leggeri (Ren'Py, Twine, ink)
I rami costano: pianifica la struttura (lineare, a collo di bottiglia, a foglie)

VN: Ace Attorney, Doki Doki Literature Club, Danganronpa, Steins;Gate. Indie pixel: VA-11 Hall-A, Slay the Princess. IF: Zork, 80 Days.

Approfondisci: Ren'Py e Twine; le strutture narrative ramificate.

Esplori un luogo e ricostruisci una storia, con poca o nessuna sfida meccanica. È environmental storytelling portato all'estremo: il luogo è la narrazione.

Design

Il ritmo è dato dallo spazio e dalla curiosità, non da ostacoli
Dettagli ambientali, audio-diari, oggetti che "raccontano" senza dirlo
Forte cura di atmosfera, suono e regia degli sguardi

Riferimenti: Gone Home, Firewatch, Dear Esther, What Remains of Edith Finch. Brevi/cozy: A Short Hike, Lake.

Approfondisci: il level/narrative design di What Remains of Edith Finch.

Risorse scarse, personaggio vulnerabile, atmosfera opprimente: la paura nasce da impotenza + scarsità e dalla tensione dell'ignoto, non dai soli jump scare.

Leve di paura

Economia stretta (munizioni, salute) che obbliga a evitare il combattimento
Controllo dell'informazione: ciò che non vedi spaventa più di ciò che vedi
Sound design e pacing (silenzi, build-up) come armi principali

3D: Resident Evil, Silent Hill, Amnesia. 2D/pixel indie: Faith, Lone Survivor, Detention, Signalis.

Approfondisci: "resource scarcity" nell'horror; l'atmosfera 2D di Faith e Signalis.

L'input va eseguito a tempo di musica: il punteggio premia la precisione del timing. La forza del genere è la fusione con altri (roguelike, sparatutto, platform).

Note di design

Feedback audio-visivo immediato e leggibilità del "beat"
Calibrazione della latenza (cruciale e spesso sottovalutata)
La musica È il level design: la traccia detta la difficoltà

Classici: Guitar Hero, DDR, Beat Saber. Ibridi: Crypt of the NecroDancer (rhythm + roguelike), Rhythm Doctor. Indie: Friday Night Funkin', Thumper, Sayonara Wild Hearts.

Approfondisci: il design ibrido di Crypt of the NecroDancer; la gestione della latenza nei rhythm game.

Simulazione o arcade di sport e guida. Lo spettro va dal realismo profondo (fisica, regole) all'immediatezza arcade (fun-first, fisica esagerata).

Sim vs arcade

Sim (EA Sports FC, Gran Turismo, Forza) — fedeltà, curve d'apprendimento lunghe
Arcade (Mario Kart, Rocket League, Windjammers, Art of Rally) — controlli accessibili, "feel" sopra la realtà

Per piccoli team l'arcade è quasi sempre la scelta giusta. Indie/pixel: Golf Story, Sportsfriends.

Approfondisci: il game feel di Rocket League; design "easy to learn, hard to master".

La progressione è automatica e tende all'esponenziale: ottimizzi sistemi, sblocchi moltiplicatori e "lasci girare", talvolta con reset volontari ("prestige") che accelerano la crescita successiva.

È design di numeri

Tutto ruota attorno a curve di crescita e costi (vedi "Curve numeriche")
Cicli di prestige/reset per dare senso di progresso continuo
Rischio etico: meccaniche che sfruttano la compulsione → usa con misura

Esempi: Cookie Clicker, Universal Paperclips, NGU Idle, Melvor Idle.

Approfondisci: "Universal Paperclips" come caso di design; matematica delle curve incrementali.

Pochi tasti, tanto caos: il divertimento nasce dall'interazione tra persone, sul divano o online. La leggibilità della scena e l'immediatezza dei controlli sono prioritarie.

Design

Regole semplici, situazioni che generano risate e "tradimenti"
Co-op che impone comunicazione e coordinazione (o ne ride)
Onboarding istantaneo: chiunque deve poter giocare in 30 secondi

Co-op caotico: Overcooked, Moving Out, PlateUp!. Party: Mario Party, Jackbox, Pummel Party. Co-op stretto: Pico Park, It Takes Two.

Approfondisci: il design della frustrazione "divertente" di Overcooked.

Categoria definita dal tono più che dalle meccaniche: nessuna pressione, nessun fallimento punitivo. Offre comfort, creatività e calma. In forte crescita e fortemente indie.

Ingredienti del "cozy"

Niente timer ostili, niente "game over" duri
Espressione e cura (decorare, coltivare, riordinare)
Estetica e audio morbidi, ritmo lento e rassicurante

Riferimenti: Stardew Valley, Animal Crossing, Spiritfarer, Unpacking, A Short Hike, Coffee Talk, Dorfromantik.

Approfondisci: il "Cozy Game" come movimento; il design emotivo di A Short Hike.

Il genere non è una gabbia: è un linguaggio. Fissa le aspettative del giocatore (un metroidvania "promette" backtracking) e ti dà convenzioni collaudate da cui partire.

Tre usi pratici

Rispettare le convenzioni utili (così il giocatore si orienta subito)
Romperle di proposito per sorprendere (innovazione mirata)
Posizionare il gioco: tag dello store, target, wishlist, marketing

Conoscere i generi serve anche a comunicare velocemente il tuo gioco ("è un roguelite deckbuilder") a giocatori e publisher.

Approfondisci: tassonomie di genere su store (Steam tags) e il loro impatto sulla scoperta.

La frontiera del design nasce dagli incroci: prendere il loop di un genere e innestarlo in un altro. Per un indie, l'incrocio inatteso è spesso l'idea vincente (più memorabile e più facile da comunicare di un "ennesimo X").

Esempi di ibridi riusciti

Soulsvania — metroidvania + souls (Hollow Knight, Nine Sols)
Roguelite deckbuilder — roguelite + carte (Slay the Spire, Balatro)
Survivor-like — sopravvivenza a orde + auto-attack (Vampire Survivors)
Rhythm + X — Crypt of the NecroDancer
HD-2D — JRPG pixel + 3D moderno (Octopath, Sea of Stars)

Approfondisci: i postmortem dei "genre mashup" che hanno creato nuove nicchie.

Ogni genere d'azione porta con sé promesse implicite e convenzioni che il pubblico dà per scontate. Conoscerle ti permette di soddisfarle — o di romperne una di proposito, con consapevolezza.

Pattern ricorrenti

Platformer: controllo perfetto, gap leggibili, morte istantanea + retry rapido.
Metroidvania: mappa interconnessa, ability-gating, backtracking premiante.
Action-adventure: esplorazione + combat + enigmi ambientali + progressione (Zelda-like).

→ Approfondisci: rispetta le promesse base, poi differenziati su un asse preciso.

Roguelite e deckbuilder condividono il DNA della varietà tra le run e della build emergente.

Aspettative del pubblico

Roguelite: run procedurali, meta-progressione, "ogni morte serve a qualcosa".
Deckbuilder: il mazzo cresce durante la run, sinergie, scelte di drafting.
Elemento obbligatorio: la sensazione che "questa run è diversa dalle altre".

→ Approfondisci: Slay the Spire (deckbuilder) e Hades (roguelite) come modelli.

Puzzle e tactical sono generi di pura testa: la sfida sta nel pensiero, non nei riflessi, e richiedono leggibilità totale.

Convenzioni

Puzzle: di solito una soluzione/idea per enigma, niente fretta, il "click" mentale come ricompensa.
Tactical: informazione chiara, posizionamento, decisioni con trade-off.
Comune: lo stato di gioco è completamente leggibile (Into the Breach).

→ Approfondisci: collega a "Depth vs complexity" e "Insegnare col design" (Portal).

Tre toni, tre patti diversi col giocatore. Sbagliare il tono (un cozy "punitivo") tradisce le aspettative e respinge il pubblico target.

I tre patti

Survival horror: scarsità, vulnerabilità, atmosfera opprimente.
Cozy: niente fallimento punitivo, calma, espressione personale.
Management: sistemi interconnessi, ottimizzazione, storie emergenti.

→ Approfondisci: Stardew Valley (cozy), RimWorld (management), Resident Evil (survival).

Per un indie il genere è prima di tutto una decisione di scope e di mercato. Alcuni generi sono "amici" del piccolo team, altri richiedono risorse enormi.

Bussola pratica

Scope-friendly: puzzle, roguelite, survivor-like, visual novel, deckbuilder, cozy.
Alto rischio: MMO, open-world 3D, picchiaduro (netcode), MOBA, RTS competitivo.
Ibridi rischiosi: incroci ambiziosi che moltiplicano il lavoro.
Ispirazione vs clone: prendi il loop, cambia l'identità; non copiare 1:1.

→ Approfondisci: studia promesse ed elementi obbligatori/opzionali del genere prima di sceglierlo.

Ogni economia è fatta di faucet (entrate: drop, ricompense, rigenerazione) e sink (uscite: acquisti, riparazioni, consumabili, upgrade). Il loro equilibrio determina se la valuta resta significativa.

Sintomi e cure

Inflazione (troppi faucet) → la valuta non vale nulla: aggiungi sink o riduci i drop
Deflazione (troppi sink) → il giocatore è sempre povero e frustrato: allenta
Tieni una tabella di tutte le fonti e tutti i pozzi per vedere il bilancio reale

Ogni risorsa dovrebbe porre una domanda: spendere ora o risparmiare per dopo?

Approfondisci: "game economy design"; bilanci a foglio di calcolo (Machinations).

La progressione dà senso di crescita. Distingui due assi che invecchiano in modo diverso:

Verticale — più potenza sugli stessi assi (numeri più grandi): semplice ma porta a power creep e a contenuti che vanno "riscalati"
Orizzontale — nuove opzioni e stili di gioco, non solo più forza: dà varietà duratura e non "rompe" il bilanciamento

In pratica

Mischia i due: livelli/equip (verticale) + abilità che cambiano come giochi (orizzontale). Una progressione tutta verticale rende presto i nemici vecchi banali e quelli nuovi obbligati.

Approfondisci: "horizontal vs vertical progression"; il design degli skill tree.

L'obiettivo non è rendere tutto "uguale", ma garantire diversità viabile: più opzioni valide a seconda del contesto. Il nemico del bilanciamento è la strategia dominante, che rende ottimale una sola scelta e trappole tutte le altre.

Strumenti

Sasso-carta-forbice: nessuna opzione batte tutte le altre
Costi/benefici a foglio di calcolo: rendi i numeri confrontabili
Playtest per scovare gli "exploit" che la teoria non vede

Simmetrico (stesse risorse, es. scacchi) o asimmetrico (ruoli diversi, es. StarCraft): l'asimmetrico è più ricco ma molto più difficile da bilanciare.

Approfondisci: "dominant strategy"; il bilanciamento iterativo nei competitivi.

Non tutta la casualità è uguale. La distinzione chiave è quando avviene rispetto alla decisione del giocatore:

Input randomness (prima della scelta: mappa generata, mano di carte) → percepita come equa, è materia su cui ragionare e adattarsi
Output randomness (dopo la scelta: % di colpire) → può sembrare ingiusta, soprattutto sulle serie sfortunate

Mitigare la sfortuna

Usa pity timer / pseudo-RNG (es. la probabilità sale a ogni fallimento) per limitare le strisce negative percepite come "imbroglio". La percezione di equità conta più della matematica.

Approfondisci: "input vs output randomness"; pseudo-random distribution (Dota).

La difficoltà non deve escludere: puoi offrire una sfida alta e aprire il gioco a tutti.

Modi statici (Facile/Normale/Difficile) — semplici ma grossolani
DDA (dynamic difficulty adjustment) — il gioco si adatta in silenzio alle prestazioni
Opzioni di assistenza — vita extra, rallenta tempo, invincibilità modulari (Celeste): l'utente sceglie quanto aiuto vuole

L'accessibilità (rimappatura, daltonismo, sottotitoli) allarga il pubblico ed è una scelta etica, non un "extra".

Approfondisci: l'Assist Mode di Celeste; le linee guida "Game Accessibility Guidelines".

Costi e ricompense scalano lungo curve, e la forma della curva è design.

Lineare — crescita costante, prevedibile, facile da bilanciare
Esponenziale — esplode in fretta: dà "power fantasy" ma rischia il power creep
Logaritmica — rendimenti decrescenti: utile per evitare che un'opzione domini

Combinazione classica

Ricompense quasi lineari con costi esponenziali: il giocatore sente progresso continuo senza spezzare l'economia. Modella sempre i numeri in un foglio prima di metterli nel gioco.

Approfondisci: spreadsheet di bilanciamento; "diminishing returns" nei sistemi di potere.

I loop di feedback regolano se una partita si "chiude" presto o resta combattuta.

Positivo (snowball) — chi è avanti accelera (uccidi → più risorse → uccidi di più): emozionante ma può decidere la partita troppo presto
Negativo (catch-up) — aiuta chi è indietro (il guscio blu di Mario Kart, la "bilancia" del rubber-banding): tiene tutti vicini

Dosaggio

Nei competitivi servono entrambi: il positivo premia il gioco forte, il negativo evita partite "già finite". Troppo negativo, però, punisce chi gioca bene e annacqua il merito.

Approfondisci: "positive/negative feedback loops"; il rubber-banding nei racing game.

Quando e come si salva definisce la tensione e il rispetto del tempo del giocatore. È una scelta di design, non solo tecnica.

Modelli

Autosave: invisibile, frequente, sicuro — riduce la frustrazione.
Manual save: dà controllo, ma abilita il "save scumming".
Checkpoint economy: la densità dei checkpoint è il livello di punizione.
Save point come risorsa scarsa (survival horror) vs continui (action).

→ Approfondisci: collega a "Death loop, retry & penalità".

Il modo in cui gestisci la morte determina se il giocatore riprova o abbandona. Il principio: penalità sentita, ripartenza rapida.

Leve

Retry loop: quanto è veloce riprovare (l'attrito uccide la motivazione).
Death penalty: cosa perdi — dev'essere proporzionata all'errore.
Perdita accettabile: abbastanza da pesare, non da frustrare.
Persistenza roguelite: cosa resta tra le run (meta-progressione).

→ Approfondisci: Celeste (retry istantaneo) vs roguelite (perdita della run).

Trovare, gestire ed equipaggiare è il cuore di ARPG e survival. Il rischio è trasformare la gestione in attrito invece che in gioco.

Componenti

Inventory: spazio/peso come mini-gioco — o come fastidio da minimizzare.
Loot system: drop e tabelle, la "slot machine" del bottino.
Item rarity: comune→leggendario, comunica valore a colpo d'occhio (codice colore).
Equipment: slot, set, sinergie tra pezzi.

→ Approfondisci: vedi "Tabelle: spawn, loot, enemy" in Technical Design.

I sistemi di personalizzazione danno espressione e rigiocabilità. Il pericolo è la build dominante, che annulla la varietà.

Strumenti

Crafting: le ricette fanno da gating della progressione.
Skill tree / upgrade path: scelte di crescita con trade-off reali.
Synergy design: combo che valgono più della somma delle parti.
Dominant build: da evitare; respec: permette di sperimentare senza paura.

→ Approfondisci: collega a "Decisioni significative" e "Anti-pattern: scelte & strategie".

Obiettivi opzionali che estendono la vita del gioco e danno scopo a chi vuole spingersi oltre. I migliori insegnano a giocare meglio.

Tipi

Achievement design: premiano scoperta e padronanza, non grinding cieco.
Challenge design: sfide opzionali con regole speciali (no-hit, speedrun).
Optional mastery: contenuti per il "late game" dei più bravi.

→ Approfondisci: evita achievement che premiano solo il tempo speso.

La progressione che vive tra le sessioni dà un senso di avanzamento anche quando una singola run fallisce. Va dosata: troppa toglie sfida, troppo poca scoraggia.

Economie

Meta-progression: sblocchi permanenti che cambiano le run future.
Unlock economy: il ritmo degli sblocchi (né svuotato né lentissimo).
Run economy: risorse interne alla singola run.
Daily run: seed condiviso, sfida quotidiana, senso di community.

→ Approfondisci: troppa meta = "vinci aspettando"; bilancia col player skill.

La fortuna dà varietà e sorpresa; il controllo dà maestria ed equità. Il dosaggio definisce il carattere del gioco. I sistemi che si combinano generano storie emergenti.

Bilanciamento

Mitiga la sfortuna: pity timer, scelte multiple, RNG "input" più che "output".
Più caso = più rigiocabilità ma meno controllo percepito.
Storie emergenti: aneddoti unici nati dall'interazione dei sistemi.

→ Approfondisci: T. Sylvester, Designing Games (RimWorld); vedi "Randomness / RNG".

Aggiungere altri giocatori moltiplica la complessità su tre fronti: design, tecnica e gestione sociale.

Assi principali

Co-op (PvE) vs PvP: cooperazione o conflitto; asimmetrico se i ruoli differiscono.
Matchmaking: bilanciare abilità e tempi d'attesa; ruoli complementari.
Netcode: lockstep (deterministico), rollback (reattivo, per i fighting), client-server (autoritativo, anti-cheat).
Social friction: griefing, tossicità, comunicazione — vanno progettati (mute, report, ping-system).

→ Approfondisci: il rollback netcode (GGPO); il design sociale di Overwatch e Among Us.

I sistemi di relazione trasformano i rapporti in meccanica misurabile: danno scopo agli atti sociali e gratificano l'investimento nel tempo. Cuore di life-sim, dating sim e molti RPG.

Forme comuni

Affinità/"cuori": crescono con doni, dialoghi, attività condivise (Stardew, Persona).
Reputazione/fazioni: scelte che ti rendono amico di alcuni e nemico di altri.
Romance/social link: relazioni con tappe, sblocchi e bonus di gameplay.
Trust/affinity gating: la fiducia apre missioni, sconti, dialoghi.

→ Approfondisci: i social link di Persona; i "cuori" di Stardew Valley; vedi "Personaggio & dialogo".

La costruzione spaziale è diversa dal crafting (ricette): qui conta dove e come posizioni. È il cuore di survival, base/city builder e tower defense.

Decisioni chiave

Griglia vs libero: snapping ordinato (più leggibile) o piazzamento libero (più espressivo).
Regole strutturali: supporti, integrità, connessioni e adiacenze valide.
Blueprint: salvare e ricreare strutture; copia-incolla.
Validazione & feedback: mostra in chiaro cosa è piazzabile e perché no.

→ Approfondisci: il building di Factorio e dei city builder; vedi "Crafting, build & skill tree".

Il tempo può essere risorsa, scenario o pressione. Gestirlo bene dà ritmo e vita al mondo; gestirlo male diventa stress o noia. Centrale in life-sim, survival, stealth e immersive sim.

Forme

Ciclo giorno/notte: cambia visibilità, nemici e attività disponibili.
Calendario/stagioni: scadenze ed eventi (raccolti, festival, meteo).
Orari NPC: routine credibili (lavoro, sonno) che rendono il mondo vivo e leggibile.
Time pressure: timer che crea tensione (Majora's Mask, Dead Rising) — usalo con cura.

→ Approfondisci: il ciclo a 3 giorni di Majora's Mask; gli orari di Stardew; vedi "Cooldown & timing".

Le strutture danno forma al racconto, ma nei giochi vanno piegate all'interattività: il giocatore agisce, non guarda.

Tre atti — setup → confronto → risoluzione: solido e universale
Viaggio dell'eroe (Campbell) — il monomito: chiamata, prove, ritorno trasformato
Kishōtenketsu — quattro fasi senza conflitto: introduzione, sviluppo, svolta, conclusione (ottimo anche per il level design)
In medias res — parti nel mezzo dell'azione, spieghi dopo

Strumento utile: pensare a archi del giocatore (cosa impara/prova) accanto agli archi dei personaggi.

Approfondisci: kishōtenketsu nel game design; narrative design vs game writing.

Racconti attraverso il mondo invece che con l'esposizione: una stanza in disordine, rovine, scritte sui muri, due scheletri abbracciati. Il giocatore ricostruisce attivamente la storia — partecipazione più forte di un dialogo letto.

Tecniche

"Scene congelate" che implicano un evento passato
Oggetti, audio-log, graffiti che danno contesto senza fermare il gioco
Coerenza: ogni dettaglio deve "tornare" con il mondo

Maestri: Dark Souls (lore quasi solo ambientale), Gone Home, Hollow Knight, BioShock.

Approfondisci: talk di Harvey Smith & Matthias Worch "What Happened Here?".

Due fonti di narrazione:

Embedded — pre-scritta dagli autori (cutscene, dialoghi, eventi fissi): controllo registico, ma costosa e non ripetibile
Emergent — nasce dall'interazione dei sistemi col giocatore, irripetibile e personale ("quella volta che la mia colonia è quasi morta per…")

Quando usarle

Vuoi un momento preciso e d'impatto? Embedded. Vuoi storie infinite e personali a basso costo? Emergent. Dwarf Fortress e RimWorld vivono di emergente; un'avventura narrativa di embedded. Quasi sempre si combinano.

Approfondisci: "emergent narrative"; le storie generate dai sistemi nei sim.

È la coerenza (o il conflitto) tra ciò che il gameplay dice e ciò che la storia dice. Dissonanza: il protagonista "compassionevole" che però massacra centinaia di nemici. Armonia: il gameplay esprime il tema.

Esempi

Dissonanza classica: l'eroe gentile che è anche una macchina di morte
Armonia: in Papers, Please la noia burocratica del gameplay È il messaggio; in Spec Ops: The Line la violenza meccanica rinforza il tema

Cerca che le meccaniche raccontino la stessa cosa della trama.

Approfondisci: Clint Hocking sul "ludonarrative dissonance" in BioShock.

Termini presi dal cinema. Diegetico = esiste dentro il mondo di gioco e i personaggi possono percepirlo; non-diegetico = è solo per il giocatore.

Diegetico — un cartello, una radio, la salute mostrata sull'armatura (Dead Space): più immersione, meno "schermo"
Non-diegetico — HUD, barre, minimappa, colonna sonora: chiaro e leggibile, ma "rompe" la finzione

Scelta di design

UI diegetica per massimizzare l'immersione (horror, sim); non-diegetica per massimizzare la chiarezza (competitivi, strategici). Spesso un mix calibrato.

Approfondisci: la UI diegetica di Dead Space; tassonomie UI (diegetic/spatial/meta/non-diegetic).

Mostra attraverso azione e dettaglio invece di spiegare a parole. Nel worldbuilding vale la teoria dell'iceberg: per ogni cosa visibile, lascia intuire un mondo molto più grande sotto la superficie.

In pratica

Implica la storia con oggetti, architettura, comportamenti degli NPC
Coerenza interna: regole, estetica e lore che non si contraddicono
Per un indie è un'arma: pochi mezzi, ma un mondo che "suggerisce" profondità

Esempi di mondi suggeriti più che spiegati: Hollow Knight, Hyper Light Drifter, Dark Souls.

Approfondisci: "iceberg theory" applicata al worldbuilding nei giochi.

Un personaggio vivo ha un desiderio (cosa vuole), un bisogno (cosa gli serve davvero), un arco (come cambia) e una voce riconoscibile (parla in modo unico).

Dialogo lineare vs ramificato

Lineare — scrittura forte, regia precisa, costo contenuto
Ramificato — agency e "choice & consequence", ma i rami costano: usa colli di bottiglia e variabili invece di alberi che esplodono

Tecnica utile: dai a ogni personaggio un obiettivo nella scena, così i dialoghi hanno tensione.

Approfondisci: la scrittura dei personaggi in Disco Elysium e Hades; tool come ink/Yarn.

Le quest intrecciano gameplay e storia. Una buona missione ha obiettivi chiari e motivati, non solo "porta X a Y".

Struttura

Objective design: obiettivi leggibili e con un perché narrativo.
Mission structure: setup → svolgimento → climax → ricompensa.
Side quest: approfondiscono mondo e personaggi (evita il "fetch" vuoto).
Fail state narrativo: il fallimento come ramo della storia, non solo game over.

→ Approfondisci: le side quest migliori raccontano qualcosa che la main non può.

Scelte che contano davvero richiedono conseguenze visibili. Il branching puro è costoso: spesso conviene divergere e poi riconvergere.

Strumenti

Branching narrative: rami che divergono — usa colli di bottiglia per gestirne il costo.
Narrative variables: flag/valori che ricordano le scelte.
World reactivity: il mondo reagisce a ciò che fai.
False choice: da evitare — opzioni che portano allo stesso esito.

→ Approfondisci: una conseguenza visibile vale più di dieci rami invisibili.

Personaggi e battute fanno lavoro doppio: gameplay (guidano, vendono, sfidano) e carattere (danno vita al mondo).

Cosa cercare

NPC design: ruolo chiaro + voce riconoscibile.
Dialoghi funzionali: informano e caratterizzano insieme.
Sottotesto: ciò che non viene detto pesa quanto il detto.
Micro-writing: pochissime parole, massimo effetto.

→ Approfondisci: ogni riga di dialogo dovrebbe fare almeno due cose.

Mondo e storia si consegnano meglio in piccole dosi sparse, lasciando che il giocatore unisca i puntini (mostra, non spiegare).

Canali

Testo breve: nomi, tooltip, schermate di caricamento.
Item description: il lore "alla Dark Souls" raccontato negli oggetti.
Environmental lore: il mondo che racconta da sé (vedi "Environmental storytelling").
Breadcrumb narrativo: indizi disseminati che invogliano ad andare avanti.

→ Approfondisci: la "teoria dell'iceberg" — suggerisci più di quanto dici.

Far convivere storia e struttura ripetitiva (roguelite, sim) è una sfida di ritmo: quando e quanto raccontare tra il gameplay.

Approcci

Ritmo narrativo: distribuisci i momenti di storia senza spezzare il flow.
Narrativa nei roguelite: frammenti per run, progresso tra le morti.
Narrativa sistemica / emergente: la storia nasce dai sistemi e dalle scelte.

→ Approfondisci: Hades fa avanzare la storia a ogni morte invece di interromperla.

Tono e tema sono la colla che tiene insieme meccaniche, arte e scrittura. La coerenza qui rende tutto più memorabile.

Allineamenti

Tono: il "colore" emotivo (cupo, ironico, malinconico).
Tema: di cosa parla davvero il gioco, sotto la trama.
Motivazione del personaggio vs del giocatore: idealmente allineate.
Armonia tra obiettivo ludico e obiettivo narrativo (no dissonanza ludonarrativa).

→ Approfondisci: vedi "Dissonanza ludonarrativa" e Papers, Please.

Scegli presto una risoluzione base e progettaci tutto: definisce la "densità" del tuo mondo e quanta informazione entra a schermo. Disegna gli sprite alla loro dimensione nativa, non grandi-da-rimpicciolire (perderesti il controllo del singolo pixel).

Scelte tipiche

320×180 (16:9 moderno, scala bene a 1080p), 256×224 (sapore SNES), 384×216
Coerenza della pixel density: niente sprite a risoluzioni diverse nella stessa scena
In Godot: usa una viewport a risoluzione fissa con scaling a interi

Approfondisci: guida "Pixel Art Tutorial" di Saint11; impostazioni viewport pixel-perfect in Godot.

Lavorare con palette limitate dà coesione e velocità (e un sapore retro autentico). La svolta tecnica è ragionare per ramp: sequenze di colori per le ombreggiature, non semplici scurimenti.

Hue shifting

Nelle ombre vira verso colori freddi (blu/viola), nelle luci verso caldi (giallo/arancio): non limitarti ad abbassare/alzare la luminosità dello stesso colore, o otterrai immagini "morte". Riusa le ramp tra oggetti per unità cromatica.

Approfondisci: "Pixel Logic" (Michael Azzi); palette su lospec.com; tecnica dell'hue shifting.

Per mantenere pixel netti, scala solo a multipli interi (2×, 3×, 4×): lo scaling frazionario crea righe di pixel di spessore disomogeneo ("pixel sporchi").

Il nemico: il sub-pixel jitter

Posizioni frazionarie di sprite/camera causano tremolii e "bava"
Arrotonda (snap) le posizioni di rendering al pixel
In Godot: progetto pixel-perfect, camera con smoothing che però "snappa", e attenzione al mixing con elementi a sub-pixel

Decidi presto: pixel-perfect "puro" o consenti movimento sub-pixel (più fluido ma meno "retro")? È una scelta di identità.

Approfondisci: "pixel snapping" in Godot; articoli sul jitter della camera 2D.

Due tecniche per "barare" con pochi colori:

Dithering — alterni pixel di due colori (a scacchiera o pattern) per simulare sfumature e gradienti senza aggiungere colori alla palette
Anti-aliasing manuale — pixel intermedi messi a mano per ammorbidire curve e diagonali, dove serve leggibilità

Misura

Entrambi vanno usati con parsimonia: troppo dithering "sporca", troppo AA "sfoca" l'aspetto pixel. Applicali dove migliorano la lettura (bordi di forme morbide), non ovunque.

Approfondisci: tutorial Saint11 su dithering e selective AA.

L'animazione pixel vive di pose chiave ben scelte più che di tanti frame. Applica i principi classici anche a 8×8: anticipazione (carica prima dell'azione) e follow-through (il "rimbalzo" dopo).

Linee guida

Idle 2–4 frame; walk 4–8; attacchi brevi e scattanti (poche pose, molto impatto)
Smear frame per i movimenti rapidi (un frame "sfocato" che vende la velocità)
Loop senza scatto sul ricongiungimento; cura i timing (hold più lunghi sulle pose chiave)

Strumento d'elezione: Aseprite (onion skinning, timeline, tag).

Approfondisci: i 12 principi dell'animazione applicati al pixel; tutorial Saint11.

La silhouette è il test più importante: se riempi lo sprite di nero, deve restare riconoscibile. Personaggi e nemici devono "leggersi" in un colpo d'occhio, anche piccoli e in movimento.

Strumenti di chiarezza

Contrasto fore/background: desatura e scurisci lo sfondo, così il primo piano spicca
Outline (pieno o selettivo) per staccare i soggetti dal fondo
Forme distintive per ogni tipo di nemico (il giocatore deve distinguerli istantaneamente)

Se due elementi importanti hanno silhouette simili, riprogetta: la confusione visiva è frustrazione.

Approfondisci: "silhouette test"; readability nel character design pixel.

I mondi 2D si costruiscono con tile ripetibili. La cura sta nel renderli seamless (senza giunture visibili) e nel creare tile di transizione tra terreni diversi.

Autotiling

Sistemi come il 47-tile blob o le Wang tiles scelgono in automatico il tile giusto ai bordi in base ai vicini
Riduce enormemente il lavoro manuale e gli errori di raccordo
In Godot: TileSet con "terrain"/autotile; alternativa: Tiled, LDtk

Disegna i tile pensando alla ripetizione: evita pattern troppo riconoscibili che "tappezzano" l'occhio.

Approfondisci: autotiling in Godot 4; il modello 47-tile e le Wang tiles.

Tecniche che danno profondità e atmosfera a una scena 2D piatta:

Parallax — più layer di sfondo a velocità diverse: simula la distanza
Camera pixel-perfect — vedi "Pixel-perfect & scaling": niente tremolii
Shader CRT / scanline — restituiscono il look del cabinato/CRT (curvatura, scanline, bloom)
Illuminazione 2D — luci dinamiche + normal map sugli sprite per far reagire i pixel alla luce

Usali per servire la lettura e l'atmosfera, non come effetto fine a sé (lo shader CRT, ad esempio, può ridurre la leggibilità: rendilo opzionale).

Approfondisci: shader CRT in Godot; normal mapping su sprite 2D; il look di Dead Cells (3D renderizzato in pixel).

Organizza le animazioni per chiarezza e frame economy: pochi frame ben scelti comunicano più di tante interpolazioni morbide.

Buone pratiche

Stati base: idle · walk · run · jump · fall · attack · hit · death.
Sprite naming coerente (player_run_01) per un'importazione pulita.
Layout dello sheet ordinato per stato; pivot/origin coerenti tra i frame.
Anche con 3-4 frame puoi dare anticipazione e recupero (vedi "Animazioni funzionali").

→ Approfondisci: Aseprite (tag per stato, export atlas) è lo standard indie.

La collisione spesso non coincide con lo sprite: separale per avere un movimento prevedibile e leggibile.

Tecniche

Tile collision + tile metadata: proprietà per tipo di tile.
One-way platform: ci salti da sotto, ci atterri sopra.
Hazard tiles (danno) e trigger tiles (eventi).
Slope handling: pendenze gestite con cura per un movimento fluido.

→ Approfondisci: in Godot, TileSet con physics/terrain layer e custom data layers.

Ciò che conta non è lo sprite fermo nell'editor, ma come si legge in movimento, nel caos del gameplay.

Principi

Silhouette in motion: riconoscibile anche durante l'azione.
Priorità visiva: player > nemici > proiettili > pickup > sfondo.
Sfondo desaturato/scuro per far spiccare il gameplay.
Proiettili sempre ad alto contrasto, mai mimetizzati.

→ Approfondisci: collega a "Palette per gameplay readability" e "Leggibilità visiva".

Comunicare colpi ed eventi con effetti leggibili e disciplinati: l'eccesso di particelle nasconde il gameplay.

Strumenti

Hit flash: lo sprite lampeggia bianco al colpo — chiarissimo e a basso costo.
Damage feedback: numeri, knockback, hitstop coordinati.
2D VFX: impatti, scie, esplosioni.
Particle discipline: poche particelle mirate > pioggia di coriandoli.

→ Approfondisci: coerenza audio + animazione + VFX = impatto convincente ("juice").

Dare profondità a una scena piatta con livelli a velocità diverse, senza che la decorazione disturbi il gameplay.

Livelli

Parallax: sfondi a velocità diverse creano senso di distanza.
Depth layering: più piani dal lontano al vicino.
Foreground vs background: il primo piano non deve coprire l'azione.

→ Approfondisci: tieni il foreground decorativo trasparente o fuori dalle zone d'azione.

Le interfacce in pixel art devono restare leggibili e ben scalate, coerenti con la risoluzione base del gioco.

Regole

UI scale: scala a interi come gli sprite (niente bava o pixel "sporchi").
Leggibilità degli sprite piccoli: icone chiare anche a bassa risoluzione.
Font bitmap coerente con la griglia dei pixel.

→ Approfondisci: per gerarchia, HUD e leggibilità a distanza vedi la categoria UX & UI.

Il flow (Csíkszentmihályi) è lo stato di immersione totale in cui perdi la cognizione del tempo. Tre condizioni lo abilitano: obiettivi chiari, feedback immediato, ed equilibrio tra sfida percepita e abilità.

Restare nel canale

Sfida troppo alta → ansia; troppo bassa → noia: stai "nel mezzo"
Poiché l'abilità cresce, la sfida deve salire nel tempo
Coprire abilità diverse: difficoltà multiple o adattiva (vedi "Difficoltà & accessibilità")

Il flow non è l'unico stato valido (i cozy game cercano calma, non flow), ma è il riferimento per i giochi di sfida.

Approfondisci: Mihály Csíkszentmihályi, "Flow"; il "flow channel" nel game design.

La Self-Determination Theory (Deci & Ryan) individua tre bisogni psicologici che, se soddisfatti, generano motivazione intrinseca (giocare per il piacere in sé, non per i premi):

Autonomia — sento di scegliere io (no binari forzati, sì opzioni significative)
Competenza — percepisco di migliorare e padroneggiare
Relazione — connessione con altri o col mondo di gioco

Implicazione

I premi estrinseci (valuta, badge) funzionano a breve, ma la ritenzione sana nasce dall'intrinseca. Progetta perché il giocatore voglia giocare, non perché si senta obbligato.

Approfondisci: applicazioni della SDT ai giochi (Rigby & Ryan, "Glued to Games").

Dalla psicologia del condizionamento: ratio fisso (premio ogni N azioni) è prevedibile; ratio variabile (premio imprevedibile) è il più coinvolgente — è il principio della slot machine e dei drop rari.

Potere e responsabilità

La ricompensa variabile crea aspettativa e "ancora un colpo"
⚠️ È anche la base di dark pattern e loot box predatorie
Distingui un loop che diverte da uno che sfrutta: trasparenza, niente leve sul portafoglio per minori, rispetto del tempo del giocatore

Usa la variabilità per la gioia della sorpresa, non per intrappolare.

Approfondisci: Skinner e i "reinforcement schedules"; etica delle loot box.

Il modello di Bartle (nato sui MUD) distingue quattro motivazioni:

Achiever — completare, accumulare, "100%"
Explorer — scoprire, capire i sistemi, trovare segreti
Socializer — relazionarsi, giocare con/per gli altri
Killer — competere e dominare gli avversari

Uso pratico

Progetta per più motivazioni insieme (collezionabili per gli achiever, segreti per gli explorer, ecc.). Modello moderno e granulare: le 6 motivazioni di Quantic Foundry.

Approfondisci: Bartle's taxonomy; il "Gamer Motivation Model" di Quantic Foundry.

La mente del giocatore ha banda limitata: introdurre troppe meccaniche insieme provoca sovraccarico e abbandono. La soluzione è la progressive disclosure: rivelare un concetto alla volta, quando serve.

Linee guida

Una meccanica nuova → uno spazio sicuro per provarla (vedi "Insegnare col design")
Riduci il "rumore" iniziale (UI, opzioni) finché non serve
La FTUE (primi minuti) decide la ritenzione: cura quel tratto più di ogni altro

Insegna giocando, non con muri di testo o tutorial passivi.

Approfondisci: "cognitive load"; onboarding e tutorial design (es. analisi di Half-Life).

L'accessibilità è insieme etica e opportunità (più pubblico). Non è un "extra finale": va pensata dall'inizio.

Controlli rimappabili e supporto a più input
Modalità daltonici e alto contrasto; non affidare info solo al colore
Sottotitoli e indicatori visivi per i suoni importanti
Opzioni di difficoltà/assistenza modulari
Niente flash violenti (rischio epilessia); opzione per ridurre lo screen shake

Spesso ciò che aiuta i giocatori con disabilità migliora l'esperienza di tutti.

Approfondisci: "Game Accessibility Guidelines"; il lavoro di AbleGamers e Can I Play That?.

Leve cognitive che muovono il comportamento — potenti e da maneggiare con responsabilità:

Effetto Zeigarnik — il compito non finito "chiama" (barre quasi piene, quest aperte)
Avversione alla perdita — perdere pesa più che guadagnare l'equivalente
Costo sospeso (sunk cost) — "ho già investito tanto, continuo"
FOMO — paura di perdersi eventi/oggetti a tempo

La linea etica

Questi pattern possono creare engagement sano (curiosità, obiettivi) o compulsione tossica (manipolazione). La differenza è se servono il divertimento del giocatore o lo sfruttamento.

Approfondisci: "dark patterns in games" (Zagal et al.); psicologia del comportamento applicata.

La sfida è accettata solo se percepita come equa. La fiducia del giocatore è fragile: una morte "ingiusta" può rompere l'intera esperienza.

Pilastri

Errore leggibile: capisco perché sono morto e come evitarlo.
Punizione proporzionata: la penalità è pari all'errore.
Player trust: il gioco non "bara" né nasconde le regole.

→ Approfondisci: "difficile ma giusto" mantiene; "ingiusto" fa abbandonare.

Non tutta la frustrazione è cattiva: quella produttiva motiva, quella sterile respinge. La differenza sta nella percezione di controllo.

Distinzione

Produttiva: "ci sono quasi, devo solo migliorare" → spinge a riprovare.
Sterile: confusione, ingiustizia, ripetizione vuota → demotiva.
Percezione della difficoltà: conta più della difficoltà reale.

→ Approfondisci: la sconfitta deve indicare la strada, non sbattere una porta.

Gran parte del divertimento è il piacere di imparare e poi padroneggiare: il gioco ti fa sentire più abile di ieri.

Due fasi

Learnability: quanto velocemente "capisco" il gioco.
Mastery: il senso di competenza che cresce nel tempo.
Cresci tu, non solo l'avatar (vedi "Skill floor/ceiling").

→ Approfondisci: R. Koster, A Theory of Fun — il fun è imparare pattern.

Perché il giocatore torna domani, in modo sano (curiosità e scopo) e non compulsivo (loop manipolativi).

Leve sane

Session closure: chiusura soddisfacente della sessione.
Memoria del giocatore: ricorda dov'era e perché tornare.
Retention psicologica: obiettivi aperti, curiosità, senso di progresso.

→ Approfondisci: Stardew Valley — l'"ancora un giorno" nasce da tanti piccoli scopi aperti.

Istante per istante, il giocatore valuta pericolo e progresso. Quanto carico cognitivo regge mentre agisce è un limite di design.

Fattori

Carico cognitivo in movimento: quante info gestisce mentre gioca.
Lettura del rischio e paura della perdita: alimentano la tensione.
Senso di competenza e di progresso: motivazione intrinseca (SDT).

→ Approfondisci: C. Hodent, The Gamer's Brain; vedi "Motivazione (SDT)".

Le leve psicologiche (vedi "Bias" e "Schemi di ricompensa") possono creare engagement sano o compulsione tossica. La differenza è se servono il giocatore o lo sfruttano.

Segnali e principi

Compulsion loop: tiene incollati senza dare piacere — diverso dal flow.
FOMO ed eventi/daily punitivi: l'ansia di "perdere qualcosa" non è divertimento.
Rispetto del tempo: evita grind forzato, attese artificiali, "energie" pay-to-skip.
Trasparenza: prezzi e probabilità chiari; nessun "confirmshaming".

→ Approfondisci: C. Hodent, "The Gamer's Brain"; "dark patterns in games" (Zagal et al.); vedi "F2P & monetizzazione etica".

Il player journey (Amy Jo Kim) descrive come ruoli e motivazioni del giocatore cambino lungo il suo "ciclo di vita": ciò che serve al principiante non è ciò che trattiene il veterano.

Le fasi

Novizio: onboarding chiaro, vittorie facili, poco carico cognitivo.
Regolare: crescita di abilità, varietà, obiettivi a medio termine.
Esperto: padronanza, sfide profonde, contenuti "endgame".
Ruolo sociale: da consumatore a creatore/mentore/competitor.

→ Approfondisci: Amy Jo Kim, "The Player's Journey"; vedi "Carico cognitivo & onboarding" e "Retention".

I pillar sono 3–5 principi guida che catturano l'essenza del gioco (es. "tensione costante", "movimento gioioso", "ogni morte insegna"). Sono la bussola contro cui misurare ogni decisione.

Come usarli

Ogni feature deve servire almeno un pillar; se non lo fa, probabilmente è scope di troppo
Sono criteri di taglio: aiutano a dire "no" senza litigare
Tienili brevi e concreti: pillar vaghi ("divertente", "bello") non decidono nulla

Per un solo dev, i pillar evitano la deriva: ti ricordano che gioco stai facendo quando arriva la decima idea brillante.

Approfondisci: "design pillars" / "creative pillars" nei documenti di vision.

Lo scope creep — l'espansione incontrollata delle feature — è la causa numero uno di giochi indie mai finiti. Le idee si moltiplicano gratis; il tempo no.

Difese

Parti da un MVP (versione minima che dimostra il "fun")
Tieni una lista "nice to have" separata e congelala fino al post-lancio
Misura ogni idea contro i pillar e contro il tempo realmente disponibile
Mantra: finisci il gioco. Meglio piccolo e completo che enorme e abbandonato

Approfondisci: "Blood, Sweat, and Pixels" (Jason Schreier) per casi reali di scope.

Lo scopo del prototipo è trovare il fun il più in fretta possibile, con mezzi grezzi e usa-e-getta. Non è "codice pulito": è una domanda a cui rispondere.

Regole

Niente arte: scatole, segnaposto, placeholder
Prototipa per primi i pezzi più rischiosi/incerti (il core, non i menu)
Sii pronto a buttarlo: se il core non diverte, nessuna grafica lo salverà

Un prototipo che dimostra che l'idea non funziona è un successo: ti ha risparmiato mesi.

Approfondisci: "find the fun"; rapid prototyping (es. le sfide del team di Kyle Gabler/Experimental Gameplay).

Una fetta verticale è una porzione piccola ma completa e rifinita alla qualità del prodotto finale: di solito un livello/area reale con arte, audio, UI e juice definitivi. Dimostra "come sarà" il gioco.

A cosa serve

Provare la vision a te stesso (e al team) prima di scalare
Materiale per publisher, store, trailer, wishlist
Scoprire i veri costi di produzione di "un'unità" di contenuto

Diversa dal prototipo (grezzo, per trovare il fun): la slice è bella e finita.

Approfondisci: "vertical slice" nei pitch a publisher; differenza con il "prototype" e il "demo".

Per solo/piccolo team, i documenti devono essere snelli e vivi. Una one-page (pitch, pillar, core loop, look, riferimenti) batte quasi sempre un GDD di 200 pagine che nessuno aggiornerà né leggerà.

Cosa mettere

Pitch in una frase + pillar
Core loop e meccaniche chiave
Look & feel (mood board, riferimenti)
Scope dichiarato e "non-obiettivi" (cosa NON farai)

Il documento serve a pensare e allineare, non a impressionare. Tienilo aggiornato o diventa fiction.

Approfondisci: "one-page design doc" (Stone Librande, GDC); GDD agili.

Il playtest è l'unico modo per sapere com'è davvero il gioco. Testa presto e spesso, anche su prototipi brutti.

Come osservare

Stai zitto: non spiegare i controlli, non guidare, non difenderti
Guarda dove si blocca, dove si annoia, dove ride: il comportamento > le opinioni
Il giocatore ha ragione su cosa prova; quasi mai su perché o sulla soluzione

Raccogli i dati, interpretali tu, fai una modifica mirata, ritesta. L'iterazione è il vero motore della qualità.

Approfondisci: "playtesting" (Schell, cap. dedicato); osservazione vs sondaggi.

Lo sviluppo è un ciclo, non una linea retta: progetta → prototipa → playtesta → itera → rifinisci → pubblica, ripetuto a varie scale.

Ordine sano

Prima il fun (prototipo), poi il contenuto, infine la polish
La polish (juice, audio, transizioni, accessibilità) va per ultima, su un design solido
Lucidare qualcosa di rotto è tempo perso: non rifinire ciò che potresti tagliare

Tieni sempre il gioco in stato "giocabile" (vertical slice in evoluzione) per poter testare di continuo.

Approfondisci: "production phases" (pre-production, production, polish, ship).

Una toolchain tipica per un indie 2D/pixel:

Engine — Godot (open source, ottimo per 2D), Unity, GameMaker
Pixel art — Aseprite (standard de facto)
Audio — sfxr/Bfxr (SFX retro istantanei), FMOD/Wwise (audio dinamico), un DAW per la musica
Livelli — Tiled, LDtk (poi importati nell'engine)
Versioning — Git (+ LFS per gli asset binari)
Pubblicazione — itch.io (jam, build rapide), Steam (Steamworks, wishlist)

Scegli strumenti che ti tolgono attrito: per un solo dev, il tempo è la risorsa più scarsa.

Approfondisci: i workflow Godot + Aseprite + Tiled; gestione asset con Git LFS.

Spezzare il progetto in traguardi gestibili rende lo sviluppo navigabile e misurabile.

Strumenti

Milestone: obiettivi datati e verificabili (prototipo, vertical slice, beta).
Backlog design: lista priorizzata di cosa fare.
Cut list: cosa tagliare, decisa prima e non all'ultimo momento.

→ Approfondisci: una cut list esplicita è l'antidoto allo scope creep.

Tenere il progetto sano e spedibile evita il collasso nelle fasi finali.

Pratiche

Bug triage: priorità per severità e frequenza — non tutto è urgente.
Build discipline: la build resta sempre funzionante e testabile.
Versioning degli asset: Git + LFS per i file binari.
Definition of done: quando una feature è davvero "finita".

→ Approfondisci: J. Schreier, Blood, Sweat, and Pixels per i rischi di produzione.

Saper dire "è finito" è una skill di produzione tanto quanto saper iniziare. Il polish ha rendimenti decrescenti.

Criteri

La Definition of done vale anche per l'intero gioco, non solo per le feature.
Distingui "migliorabile" (sempre vero) da "incompleto" (da finire).
Oltre un certo punto, l'unica mossa giusta è spedire.

→ Approfondisci: meglio piccolo e finito che enorme e abbandonato.

Una piccola libreria che copre teoria, "feel" e realtà produttiva:

The Art of Game Design: A Book of Lenses (Jesse Schell) — il riferimento; oltre 100 "lenti" per interrogare il tuo design
A Theory of Fun for Game Design (Raph Koster) — perché ci divertiamo: i giochi come apprendimento di pattern
Game Feel (Steve Swink) — la "bibbia" del controllo e della risposta tattile
Characteristics of Games (Elias, Garfield, Gutschera) — sistemi, profondità, eleganza
A Game Design Vocabulary (Anthropy & Clark) — linguaggio comune per parlare di design
Blood, Sweat, and Pixels (Jason Schreier) — come (non) si finiscono i giochi: realtà produttiva

Inizia da Schell (ampio) e Swink (se fai action/platform).

Approfondisci: per pixel art, "Pixel Logic" di Michael Azzi (vedi scheda dedicata).

Canali e archivi video per imparare guardando esempi smontati:

Game Maker's Toolkit (Mark Brown) — analisi di design chiare e profonde; serie "Boss Keys" sulle mappe
GDC (canale ufficiale) — migliaia di talk di professionisti, gratis
Masahiro Sakurai on Creating Games — pillole di design dall'autore di Smash/Kirby
Design Doc, Adam Millard – The Architect of Games — analisi tematiche
Jonas Tyroller, Thomas Brush, Game Endeavor — pratica indie (e Godot)

Guarda attivamente: chiediti sempre "perché questa scelta?", non limitarti a consumare.

Approfondisci: cerca i talk GDC sui giochi che ami (postmortem e deep dive).

Per imparare la pixel art (vedi anche tutta la categoria Pixel Art & 2D):

Saint11 (Pedro Medeiros) — raccolta di tutorial brevi e illustrati, gratuiti: il punto di partenza
"Pixel Logic" (Michael Azzi) — manuale completo e ordinato
lospec.com — palette pronte, tutorial, community e tool online
Aseprite — lo strumento standard (onion skin, timeline, tag); leggi i suoi docs
YouTube: MortMort, Brandon James Greer, AdamCYounis (anche live di studio)

Pratica con vincoli: poche dimensioni, palette ridotte; studia gli sprite dei giochi che ami a pixel singolo.

Approfondisci: hue shifting, silhouette test e dithering nelle schede di Pixel Art & 2D.

Dove pubblicare, imparare e farsi vedere:

itch.io — pubblicazione rapida, jam, devlog, community indie
gamedeveloper.com (ex Gamasutra) — articoli e postmortem tecnici
Reddit — r/gamedev, r/godot, r/IndieDev, r/IndieGaming
Discord — server ufficiali degli engine (es. Godot) e di nicchia: feedback rapido
"How To Market A Game" (Chris Zukowski) — marketing per indie; Steamworks docs per il lancio

Costruisci una piccola presenza pubblica (devlog, screenshot, wishlist Steam) durante lo sviluppo, non dopo.

Approfondisci: wishlist e pagina Steam come strumenti di marketing dal day one.

Le game jam sono il miglior acceleratore per chi inizia: un tema, una deadline stretta, e l'obbligo di consegnare qualcosa di finito. Insegnano lo scope realistico meglio di qualsiasi libro.

Da dove iniziare

GMTK Game Jam — enorme, accessibile, su itch.io (annuale)
Ludum Dare — storica, a tema, con classifica della community
Global Game Jam — evento mondiale, spesso in presenza
Centinaia di altre jam sempre attive su itch.io

Lezione chiave: finire un gioco piccolo vale più che iniziarne dieci grandi. Vincere è secondario; consegnare è tutto.

Approfondisci: il valore dei vincoli creativi; postmortem di giochi nati da una jam (es. Vampire Survivors trae da idee semplici).

Riepilogo dei framework richiamati in questa guida, con origine:

MDA (Hunicke, LeBlanc, Zubek) — Mechanics / Dynamics / Aesthetics
8 Kinds of Fun (LeBlanc) — la tassonomia dei piaceri
Le lenti (Jesse Schell) — 100+ domande per interrogare il design
Flow (Csíkszentmihályi) — immersione tra sfida e abilità
SDT (Deci & Ryan) — autonomia, competenza, relazione
Tassonomia di Bartle — Achiever / Explorer / Socializer / Killer
Kishōtenketsu — struttura in 4 fasi senza conflitto
Berlin Interpretation — definizione "canonica" di roguelike
3 C — Character, Camera, Control
Faucet / Sink — modello dell'economia di gioco

Approfondisci: ognuno ha una scheda dedicata o un riferimento in questa guida.

Documenti snelli che si aggiornano davvero valgono più di un GDD enorme che nessuno legge.

Contenuti minimi

One-page GDD: pitch, pillar, core loop, look & feel, riferimenti, scope.
Template GDD: una struttura riusabile per i tuoi progetti.
Includi i non-obiettivi: cosa NON farai (protegge dallo scope creep).

→ Approfondisci: il "one-page design" di Stone Librande (talk GDC) è il riferimento classico.

Liste di controllo per non dimenticare l'essenziale nelle fasi ripetitive e ad alto rischio di sviste.

Checklist tipiche

Game design e level design: coerenza con i pillar, ritmo, leggibilità.
Playtest e accessibilità: cosa osservare, cosa offrire.
Pagina Steam e trailer: asset, tag, hook, durata.

→ Approfondisci: esistono checklist pubbliche consolidate per accessibilità (es. linee guida del settore) e Steam page.

Costruisci la tua biblioteca di riferimenti: studiare attivamente i giochi e i loro postmortem accelera la crescita.

Fonti

Postmortem: resoconti di sviluppo (gamedeveloper.com, talk GDC).
Game design breakdown: analisi smontate (es. Game Maker's Toolkit).
Talk consigliati: l'archivio del GDC è una miniera in gran parte gratuita.

→ Approfondisci: per ogni scelta di design che osservi, chiediti "perché?".

Strumenti tipici dell'indie 2D, organizzati per dominio. Sceglili in base al flusso, non all'hype.

Per area

Balancing: fogli di calcolo, Machinations.
Level design: Tiled, LDtk.
Narrativa interattiva: Twine, ink, Yarn Spinner.
Pixel art: Aseprite; audio: Bfxr/sfxr, FMOD, un DAW.
Prototipazione rapida: l'engine stesso + asset placeholder.

→ Approfondisci: per le licenze degli asset/strumenti vedi la categoria Legal & Licensing.

La UX guida l'attenzione del giocatore: l'informazione critica deve spiccare senza che la si debba cercare. La gerarchia visiva è lo strumento principale.

Leve

Dimensione, colore, posizione, contrasto: ordinano l'importanza degli elementi.
Leggibilità dell'interfaccia: chiara a colpo d'occhio, anche in piena azione.
Leggibilità a distanza e scalabilità: funziona su TV e su handheld.

→ Approfondisci: C. Hodent, The Gamer's Brain, sui principi percettivi nella UI.

L'HUD comunica lo stato in tempo reale. Il principio guida è mostrare solo ciò che serve ora (progressive disclosure), evitando la "UI rumorosa".

Elementi comuni

Health / stamina / ammo / cooldown display: sempre leggibili a colpo d'occhio.
Danno ricevuto/inflitto: flash, numeri, vignette, screen shake — misurati.
Notifiche: chiare, tempestive e non invadenti.

→ Approfondisci: ogni elemento dell'HUD deve "guadagnarsi" il posto sullo schermo.

I flussi fuori dal gioco contano quanto quelli dentro: un menu confuso è un attrito che il giocatore incontra a ogni sessione.

Schermate chiave

Menu flow: percorsi brevi, ritorno sempre chiaro.
Pause screen: accesso rapido a riprendi / opzioni / esci.
Options / settings: grafica, audio, controlli e accessibilità.

→ Approfondisci: un buon menu si attraversa col pollice senza doverci pensare.

Le interfacce dense (inventari, mappe) vanno rese comprensibili: l'obiettivo è ridurre l'attrito tra intenzione e azione.

Componenti

Inventory UX: ordinamento, confronto, filtri.
Mappe e minimap: orientamento senza perdersi.
Objective marker e quest log: "dove vado e perché".

→ Approfondisci: una mappa leggibile è metà del lavoro di wayfinding.

Insegnare al momento giusto, con il minimo testo. Il miglior tutorial è spesso il livello stesso, non un muro di istruzioni iniziali.

Strumenti

Onboarding UI: introduce una cosa alla volta (rispetta il carico cognitivo).
Tutorial prompt: contestuale, quando serve.
Interaction prompt: "premi X" chiaro e vicino all'oggetto.

→ Approfondisci: vedi "Insegnare col design" e Super Mario Bros. 1-1.

Una tassonomia utile (resa popolare da analisi sulla UI dei videogiochi) per scegliere il giusto compromesso tra immersione e chiarezza.

I quattro tipi

Diegetica: dentro la finzione (la salute sull'armatura in Dead Space).
Non-diegetica: solo per il giocatore (HUD, barre classiche).
Spaziale: nel mondo ma non vista dai personaggi (marker fluttuanti).
Minimale: togliere tutto il superfluo.

→ Approfondisci: diegetica = immersione; non-diegetica = chiarezza. Spesso convivono.

Il mobile non è un PC in miniatura: cambiano contesto (in movimento, a tratti), input (dita) e attenzione (breve).

Linee guida

Sessioni brevi e interrompibili: salva spesso, riprendi al volo.
Ergonomia: thumb zone, gioco a una mano, gesture semplici; bersagli ≥ ~44px.
Orientamento: portrait (one-hand, casual) o landscape (immersivo, due mani).
Notifiche rispettose (no spam), attenzione a batteria e surriscaldamento.
Leggibilità: pochi elementi, grandi, ad alto contrasto.

→ Approfondisci: vedi "Controlli (touch)" e "Game UX & gerarchia visiva".

Gli archetipi sono ruoli funzionali: ciascuno impone al giocatore un comportamento diverso. Un bestiario è una collezione di "verbi" per il giocatore.

Esempi di ruolo

Charger (carica), Sniper/Zoner (controllo distanza), Turret (statico).
Swarm (orda), Shield (richiede l'angolo giusto), Trapper (immobilizza).
Support / Summoner (potenzia/evoca), Kamikaze (esplode).
Elite (versione potenziata), Boss / Miniboss.

→ Approfondisci: ogni archetipo è una "domanda" diversa posta al giocatore.

Un nemico non è un sacco di HP: è un problema da risolvere e uno strumento di ritmo. La sua leggibilità è essenziale.

Funzioni

Domanda: "come affronto questo?" (angolo, timing, priorità).
Ritmo: alterna tensione e respiro all'interno dello scontro.
Enemy readability: riconosco tipo e minaccia all'istante (silhouette, colore).

→ Approfondisci: combinare archetipi crea "domande composte" più ricche.

Il telegraphing è ciò che rende un combattimento leale: il giocatore può reagire perché ha visto arrivare l'attacco.

Componenti

Telegraphing: preavviso leggibile (wind-up, lampeggio, suono).
Attack pattern: sequenze apprendibili con la pratica.
Recovery window: pausa post-attacco in cui colpire.
Vulnerability window: momenti in cui il nemico è esposto.

→ Approfondisci: più l'attacco è letale, più lungo e chiaro dev'essere il preavviso.

La maggior parte delle AI dei nemici è una macchina a stati leggibile. L'obiettivo non è un'AI "intelligente", ma un'AI comprensibile.

Stati tipici

patrol → chase → attack → retreat → stunned.
Aggro e awareness: quando e come notano il giocatore.
Line of sight: percezione basata sulla vista.
Le transizioni di stato devono essere visibili al giocatore.

→ Approfondisci: AI "comprensibile" > AI "intelligente ma opaca".

Il mix di nemici e il timing fanno l'incontro più del singolo nemico. Un buon scontro si struttura come un buon livello.

Variabili

Enemy mix: combinazioni complementari (es. melee che incalza + sniper che punisce la stasi).
Spawn timing e wave escalation: ondate che crescono di intensità.
Arena hazards: l'ambiente come terzo attore.
Introduci, sviluppa, sorprendi.

→ Approfondisci: collega a "Encounter & arena design" e "Pacing".

Il boss è l'esame finale di ciò che il giocatore ha imparato. Cura il ritmo quanto la difficoltà: un boss troppo lungo stanca.

Ingredienti

Boss phases: fasi con pattern e ritmo crescenti.
Pattern escalation: nuove minacce a ogni fase.
Boss readability: attacchi e finestre sempre leggibili.
Boss checkpoint: riprovare senza rifare strada.
Fair challenge: duro ma equo — la morte insegna.

→ Approfondisci: collega a "Telegraphing & finestre" e "Fairness & fiducia".

Due lenti complementari sui giocatori reali. Il qualitativo spiega il "perché" che sta dietro ai numeri del quantitativo.

Le due lenti

Qualitativo: osservi pochi giocatori a fondo — perché, dove, come si bloccano.
Quantitativo: misuri molti giocatori con i dati — cosa succede e quanto.
Insieme rispondono a "cosa succede" e "perché succede".

→ Approfondisci: il qualitativo guida il design, il quantitativo lo valida su larga scala.

La telemetry rivela l'esperienza reale, non quella immaginata. Traccia con uno scopo: ogni evento deve rispondere a una domanda (e con consenso — vedi Legal).

Eventi tipici

Morte del giocatore e danno ricevuto: dove e da cosa.
Abilità usate: cosa è ignorato o dominante.
Aree abbandonate e punti di fallimento.
Tempo per livello e numero di retry.

→ Approfondisci: raccogli solo ciò che userai davvero per decidere.

Visualizzare i dati trasforma numeri grezzi in problemi individuabili sulla mappa e nel tempo.

Strumenti

Heatmap: dove muoiono o si bloccano i giocatori.
Funnel FTUE: quanti superano ogni passo dei primi minuti.
Retention e session length: tornano? quanto restano?
Churn point e difficulty spike: dove abbandonano.

→ Approfondisci: un picco di abbandono = un picco di difficoltà o di confusione.

Usare i numeri per tarare, senza inseguirli ciecamente: i dati guidano, il design decide.

Metodo

Individua difficulty spike e opzioni dominanti o ignorate.
Interpretazione: i dati dicono il "cosa", non il "perché" — incrocia col qualitativo.
Cambia una variabile per volta e ri-misura.

→ Approfondisci: attenzione alle correlazioni spurie; valida le ipotesi con i playtest.

Un test mal impostato inganna più che informare. Il comportamento osservato vale più delle opinioni dichiarate.

Accorgimenti

Campione di tester: rappresentativo del pubblico target.
Test cieco: niente spiegazioni, per scoprire cosa NON è chiaro.
Test guidato: per validare flussi specifici.
Evita amici "gentili" e l'ansia da osservazione.

→ Approfondisci: stai zitto e osserva; intervieni solo quando previsto dal protocollo.

Chiedere bene e poi ordinare cosa sistemare: il giocatore ha ragione sul problema, raramente sulla soluzione.

Come fare

Domande utili: aperte e non guidate ("cosa pensavi di dover fare qui?").
Domande inutili: compiacenti e vaghe ("ti è piaciuto?").
Severità × frequenza: priorità ai problemi gravi e comuni.

→ Approfondisci: trasforma i feedback in ipotesi di design verificabili.

Un softlock (stato da cui non si può uscire) frustra più di qualsiasi sconfitta. Va prevenuto col design e cercato col testing.

Difese

Fail-safe: reset della stanza, kill-plane sotto il livello, "torna all'ultimo stato valido".
Undo / reset: nei puzzle, poter annullare abbassa la paura di sbagliare.
Hint system: indizi progressivi che non risolvono al posto del giocatore.
Puzzle state validation: verifica (anche automatica) che lo stato resti sempre risolvibile.

→ Approfondisci: vedi "Puzzle logico" e "Checkpoint & frustrazione".

Il positioning risponde alla domanda: perché qualcuno dovrebbe notare il tuo gioco tra migliaia? Serve un hook immediato e una proposta unica.

Elementi

Hook: l'idea che cattura in 5 secondi, anche in una GIF.
USP: la proposta unica che ti distingue.
Elevator pitch: il gioco in una frase memorabile.
Distingui gioco interessante da gioco vendibile.

→ Approfondisci: se non sai riassumerlo in una riga, è difficile da vendere.

Conoscere pubblico e concorrenza prima di costruire riduce il rischio di fare un gioco che nessuno cercava.

Analisi

Target audience: chi gioca davvero a questo genere.
Competitor analysis: cosa fanno i simili, cosa manca.
Genre expectation: le promesse che il pubblico dà per scontate.

→ Approfondisci: posizionati vicino ai riferimenti, ma con una differenza chiara.

La pagina del negozio è la vetrina che converte i curiosi in wishlist. La capsule è il tuo "manifesto" in pochi pixel.

Cosa curare

Capsule art: leggibile in miniatura, comunica genere e hook.
Screenshot: mostrano gameplay reale, non solo arte.
Testo conciso, tag corretti, GIF/video in alto.

→ Approfondisci: testa la capsule in piccolo, com'è vista nelle liste.

Trailer e demo dimostrano il gioco in azione. Per un indie sono spesso gli asset di marketing più efficaci.

Linee guida

Trailer: hook nei primi secondi, gameplay reale, ritmo serrato. Niente loghi lunghi all'inizio.
Demo: una fetta giocabile che lascia voglia di più.
Festival digitali (es. Steam Next Fest) per spingere demo e wishlist.

→ Approfondisci: mostra il gioco subito; i primi 6 secondi decidono tutto.

Il marketing indie è soprattutto costruire pubblico durante lo sviluppo. La wishlist si accumula nel tempo, non a una settimana dal lancio.

Canali

Wishlist funnel: convertire viste in wishlist (segnale chiave per il lancio).
Community building: Discord, newsletter, devlog regolari.
Creator outreach e press kit: facilita chi parla di te.

→ Approfondisci: inizia presto e sii costante; la fiducia si costruisce nel tempo.

Quanto e come vendere: il prezzo deve essere coerente con scope, genere e aspettative del pubblico.

Opzioni

Pricing: in linea con i giochi comparabili.
Bundle e sconti stagionali.
Early access: feedback ed entrate anticipate, ma con impegni verso la community.
Crowdfunding e DLC come finanziamento/espansione.

→ Approfondisci: il prezzo comunica anche il "valore percepito" del gioco.

Il lancio è l'inizio, non la fine. Il supporto post-lancio e le recensioni alimentano la visibilità nel tempo.

Attività

Post-launch support: patch, contenuti, ascolto della community.
Recensioni: rispondi con misura; le critiche utili guidano le patch.
Comunicazione delle patch: changelog chiari e roadmap onesta.

→ Approfondisci: le recensioni positive su Steam aumentano la visibilità nel medio termine.

I modelli free-to-play generano ricavi da tante micro-decisioni d'acquisto. Il confine tra design legittimo e manipolazione è sottile e va presidiato.

Modelli e insidie

IAP: cosmetici (etici), "pay-to-win" (divisivo), "pay-for-convenience" (a rischio).
Gacha / loot box: premi casuali a pagamento — in alcuni paesi regolati come azzardo.
Battle pass e valute premium: meno predatori se i prezzi sono chiari e il grind è equo.
Dark pattern: valute offuscate, conti alla rovescia, FOMO, "confirmshaming".

→ Approfondisci: "ethical monetization" e i lavori di Celia Hodent; vedi "Schemi di ricompensa" e "Design etico".

Costruire una community è metà del lavoro; gestirla nel tempo è l'altra metà — soprattutto quando qualcosa va storto.

Pratiche

Moderazione: regole chiare e applicate con coerenza; un tono che dia l'esempio.
Roadmap pubblica: comunica direzione e priorità, evita date rigide che non controlli.
Gestione delle aspettative: prometti meno, consegna di più.
Comunicazione di crisi: ammetti gli errori, spiega, dai tempi realistici.

→ Approfondisci: vedi "Wishlist & community" e "Post-lancio & recensioni".

Il suono è metà del feedback: spesso "senti" un evento prima di "vederlo". Un buon audio rende l'azione leggibile anche nel caos.

Strumenti

Cue sonori: un suono riconoscibile per ogni evento chiave.
Stinger: brevi accenti musicali sui momenti importanti.
Audio readability: distinguo gli eventi anche con molto a schermo.

→ Approfondisci: coordina suono, animazione e VFX — la coerenza vende l'impatto.

La musica adattiva reagisce allo stato del gioco, amplificando tensione e sollievo senza che il giocatore se ne accorga.

Tecniche

Dynamic music: cambia con zona, tensione o combattimento.
Layer musicali: aggiungi/togli strati (es. percussioni in combat).
Priorità del mix: gli eventi critici devono "bucare" la musica.

→ Approfondisci: FMOD e Wwise gestiscono transizioni e layering dinamici.

Ogni suono comunica qualcosa di preciso. La coerenza è la regola d'oro: stessa azione → stesso suono, sempre.

Categorie

Conferma, errore, pericolo, danno, morte.
Pickup, interazione, suoni ambientali.
Un suono di "errore" chiaro previene frustrazione meglio di un popup.

→ Approfondisci: tratta i suoni come parte del feedback di stato (vedi UX).

Il suono anticipa gli eventi e costruisce emozione. A volte ciò che togli conta più di ciò che aggiungi.

Usi

Audio telegraphing: un suono precede l'attacco/evento (preavviso leale).
Silenzio come tensione: togliere l'audio crea attesa e paura.

→ Approfondisci: nell'horror, il silenzio ben dosato spaventa più di un boato.

Evitare che il suono stanchi o disturbi su sessioni lunghe è parte del design, non un dettaglio tecnico.

Pratiche

Variazione di pitch: leggere variazioni sui suoni ripetuti.
Evitare fatica sonora: niente suoni acuti/ripetuti troppo frequenti.
Coerenza tra suono, animazione e feedback visivo.

→ Approfondisci: ascolta una sessione lunga; ciò che stanca va smussato.

Ogni asset di terzi ha una licenza che ne definisce gli usi consentiti. Leggerla prima di integrarla evita problemi costosi al lancio.

Da verificare

Asset licensing: uso commerciale? modifiche permesse? crediti obbligatori?
Music rights: i diritti musicali sono spesso separati e complessi.
Font licenses: molti font NON sono liberi per uso embedded/commerciale.
Creative Commons vs commerciali: attenzione a CC-BY, CC-NC, share-alike.

→ Approfondisci: conserva prove di licenza. Questo non è consulenza legale: nel dubbio, consulta un esperto.

Copyright e trademark sono tutele diverse. Capirne la differenza ti aiuta a non violare diritti altrui per distrazione.

Distinzioni

Copyright: protegge l'opera (arte, musica, codice, testo).
Trademark: protegge nomi e marchi commerciali.
Uso di marchi reali: rischioso senza permesso.
Parodie e fan game: zona grigia, spesso esposta a takedown.

→ Approfondisci: per casi concreti rivolgiti a un legale; le norme variano per paese.

Codice libero e contenuti generati sono comodi, ma hanno regole. Documentare provenienza e licenza di tutto è una buona abitudine.

Punti d'attenzione

Open source: anche il software libero ha licenze (MIT, GPL…) con obblighi diversi.
GPL/copyleft può imporre vincoli sul tuo progetto: verifica la compatibilità.
Asset generati con AI: stato legale e termini in evoluzione; controlla i ToS dello strumento e i requisiti dello store.

→ Approfondisci: mantieni un registro di dipendenze e asset con relative licenze.

Se raccogli dati, hai responsabilità verso i giocatori. Il principio guida è la minimizzazione: raccogli solo ciò che ti serve.

Aspetti

Raccolta telemetry: minimizza e anonimizza dove possibile.
Consenso analytics: informa e chiedi il consenso quando richiesto.
Responsabilità sui dati utente: conservazione e sicurezza.
Salvataggi cloud: anch'essi sono dati da gestire con cura.

→ Approfondisci: norme come il GDPR variano per regione; verifica i requisiti applicabili.

Per pubblicare devi rispettare classificazioni d'età e regole degli store. Pianificarle presto evita sorprese al lancio.

Cosa sapere

Age rating: PEGI/ESRB e questionari (IARC) in base al pubblico target.
Store compliance: requisiti tecnici e di contenuto della piattaforma.
Contenuti sensibili: dichiarali; alcune piattaforme li limitano.

→ Approfondisci: il rating influenza marketing e disponibilità per regione.

Scrivere fin dall'inizio per essere traducibili evita di rifare tutto dopo. La regola d'oro: mai testo "hard-coded".

Accorgimenti

Stringhe esternalizzate: in file/risorse, non incollate nel codice o nelle scene.
Text expansion: altre lingue (es. tedesco) sono più lunghe — lascia spazio.
UI che si rompe: testa con testi lunghi e con la pseudo-localizzazione.
Font coverage: il font deve coprire gli alfabeti necessari.

→ Approfondisci: progetta la UI per il +30-40% di lunghezza testo.

Le insidie tecniche che spezzano le traduzioni nascono quasi sempre dal montare frasi a pezzi.

Trappole comuni

Stringhe con variabili e placeholder: usa segnaposto nominati, non concatenazioni.
Genere e numero: le lingue flettono — evita frasi "assemblate".
Testo modulare: ciò che è modulare in una lingua si rompe in un'altra.

→ Approfondisci: "Hai {n} mela/e" non funziona ovunque; passa frasi intere al traduttore.

Tradurre le parole non basta: la localizzazione adatta l'esperienza, la culturalizzazione evita contenuti problematici.

Livelli

Traduzione: converte la lingua.
Localizzazione: adatta riferimenti, umorismo, unità, formati.
Culturalizzazione: rispetta sensibilità culturali diverse.
Glossario di progetto e naming coerente (personaggi, oggetti).

→ Approfondisci: dai contesto ai traduttori; senza, anche frasi semplici sbagliano.

Gli ultimi passi fanno la differenza percepita: sottotitoli leggibili e una revisione in-game (non solo su foglio).

Cura finale

Subtitle timing: leggibili, sincronizzati, non troppo veloci.
Tono coerente: mantieni voce e registro tra le lingue.
Revisione linguistica: un secondo passaggio direttamente nel gioco.

→ Approfondisci: i sottotitoli sono anche accessibilità (vedi "Sottotitoli & CC").

Separare i numeri dal codice permette di iterare in fretta e di mettere il bilanciamento nelle mani del designer.

Approccio

Data-driven design: valori in file/risorse, non sparsi nel codice.
Parametri modificabili: tweakabili senza ricompilare.
Tuning table: tabelle (CSV/risorse) per bilanciare a colpo d'occhio.
Documentazione dei parametri: cosa fa ciascun valore.

→ Approfondisci: in Godot, Resource personalizzate e @export per il tuning del designer.

Strutturare il progetto per riuso e chiarezza riduce i bug e accelera la costruzione dei livelli.

Elementi

Prefab / scene workflow: entità riusabili e componibili (le scene in Godot).
Collision layers e mask: chi collide con chi (player, nemici, proiettili).
Tile metadata: proprietà per tipo di tile (vedi Pixel Art & 2D).

→ Approfondisci: layer di collisione ben nominati evitano bug "fantasma".

Pochi pattern strutturano gran parte del comportamento e della reattività di un gioco.

Pattern utili

Animation state machine: stati e transizioni (utile anche per le AI).
Event system: segnali/eventi disaccoppiano i sistemi (i signal in Godot).
Trigger: volumi/aree che fanno scattare eventi nel mondo.

→ Approfondisci: gli eventi riducono dipendenze dirette e quindi i bug.

Le tabelle dati alimentano i sistemi e ne centralizzano il bilanciamento.

Tabelle tipiche

Spawn table: cosa compare, dove, con quale peso.
Loot table: drop e probabilità (vedi "Inventory, loot & equipment").
Enemy table: statistiche e varianti dei nemici.
Pesi e probabilità centralizzati = bilanciamento rapido.

→ Approfondisci: tienile in dati esterni così le tara il designer, non il programmatore.

L'igiene tecnica sembra noiosa ma fa risparmiare ore: la build resta sana e i file si ritrovano subito.

Regole

Build discipline: la build principale resta sempre funzionante.
Versioning: Git (+ LFS per i binari), commit piccoli e chiari.
Naming convention: regole coerenti per file, scene, asset.

→ Approfondisci: convenzioni noiose oggi = ricerche istantanee domani.

Costruire strumenti interni accelera l'iterazione e dà autonomia al designer rispetto al programmatore.

Cosa serve

Debug tool / console di debug: visualizza stato, hitbox, FPS.
Cheat utili per il test: invincibilità, salto livello, "dammi item".
Greybox tecnico, prototipo e vertical slice come tappe.
Rapporto designer-programmatore: strumenti che danno autonomia al designer.

→ Approfondisci: ogni ora spesa in tooling si ripaga in decine di iterazioni.

Ogni piattaforma impone requisiti tecnici da superare per pubblicare. Pianificarli presto evita ritardi costosi.

Aree tipiche

Console certification: standard obbligatori (gestione di sospensione/ripristino, salvataggi, messaggi d'errore, account).
Steam Deck: input, leggibilità del testo piccolo, prestazioni — fino al badge "Deck Verified".
Achievement API e cloud save: integra secondo le linee guida della piattaforma.
Controller requirements: supporto pieno, glifi corretti per piattaforma, hot-plug.

→ Approfondisci: vedi "Age rating & store compliance"; documentazione di Steamworks e dei platform holder.

Errori che gonfiano il gioco senza aggiungere profondità. Spesso nascono dal voler aggiungere invece di rifinire.

Errori comuni

Feature creep: aggiungere all'infinito invece di completare.
Troppi sistemi: più meccaniche del necessario, mal integrate.
Sistemi complessi senza profondità: regole intricate, decisioni banali.

→ Antidoto: pochi sistemi profondi (vedi "Depth vs complexity") e una cut list esplicita.

Quando le decisioni del giocatore perdono senso, il gioco diventa una sequenza di passi obbligati.

Errori comuni

False choice: opzioni che portano allo stesso risultato.
Dominant strategy: una scelta sempre migliore annulla le altre.
Scelte senza conseguenze: decidere non cambia nulla.

→ Antidoto: trade-off reali (vedi "Decisioni significative").

Gli errori che fanno percepire il gioco come ingiusto rompono la fiducia del giocatore.

Errori comuni

Difficoltà ingiusta e trial-and-error unfair: muori senza poterlo prevedere.
Feedback ambiguo: non capisco cosa è successo né perché.
Casualità percepita come ingiusta e nemici poco leggibili.
Checkpoint punitivi e boss troppo lunghi.

→ Antidoto: fairness, telegraphing e retry rapido.

Quando crescita e premi smettono di motivare, il giocatore percepisce il vuoto sotto la superficie.

Errori comuni

Grinding vuoto e progressione piatta.
Reward troppo frequenti o irrilevanti: perdono valore.
Contenuti opzionali senza ricompensa: esplorare non paga.
Power creep ed economia rotta: numeri fuori controllo.

→ Antidoto: ricompense significative e una curva di progressione curata.

Insegnare e mostrare male allontana il giocatore già nei primi minuti, dove l'abbandono è più alto.

Errori comuni

Overtutorialization: muri di testo, mani sempre tenute.
Undertutorialization: il giocatore non capisce cosa fare.
UI rumorosa: troppi elementi, nessuna gerarchia.

→ Antidoto: insegnare col design (vedi UX) e una gerarchia visiva chiara.

Errori di ritmo e coerenza su larga scala, che emergono solo giocando a lungo.

Errori comuni

Backtracking noioso: rifare strada senza nulla di nuovo.
Storia scollegata dal gameplay: dissonanza ludonarrativa.

→ Antidoto: backtracking premiante e armonia tra storia e meccaniche.

Super Mario Bros. 1-1 è il manifesto dell'insegnare senza testo: il primo livello è un tutorial invisibile, costruito per far scoprire le regole in sicurezza.

Cosa fa bene

Il primo Goomba avanza verso di te: impari il pericolo e il salto, con margine d'errore.
Il blocco "?" e il fungo sono posizionati così che spesso lo raccogli quasi per forza.
Lo spazio chiuso a sinistra e aperto a destra comunica la direzione.

→ Lezione: il level design può insegnare meglio di qualsiasi pop-up.

Celeste unisce precision platforming durissimo e accessibilità esemplare, dimostrando che le due cose possono convivere.

Cosa fa bene

Controllo cristallino: coyote time, jump buffer, dash leggibile.
Morte dura ma retry istantaneo, zero strada rifatta.
Assist mode granulare: rende il gioco accessibile senza giudicare.

→ Lezione: difficile e accessibile non sono in contraddizione.

Spelunky è il riferimento per la generazione procedurale leggibile: livelli sempre diversi ma equi e attraversabili.

Cosa fa bene

Regole semplici e coerenti che il giocatore può padroneggiare.
Sistemi che interagiscono → storie emergenti memorabili.
Il caso non è mai "ingiusto": ogni morte è comprensibile.

→ Lezione: il procedurale funziona se resta leggibile e giusto. (Derek Yu ha scritto un libro su Spelunky.)

Vampire Survivors distilla un core loop minimo in una delle esperienze più gratificanti del genere "survivor-like".

Cosa fa bene

Input minimo (solo movimento), gratificazione costante.
Level-up frequenti e build che esplodono di potenza.
Schermo caotico, ma il pericolo resta leggibile.

→ Lezione: un loop semplice + reward pacing perfetto crea dipendenza (sana).

Hollow Knight è una masterclass di metroidvania: mappa enorme e interconnessa, atmosfera densa, backtracking che premia.

Cosa fa bene

Mondo coeso con landmark e scorciatoie che lo "ricuciono".
Ability-gating che invita a tornare con nuovi poteri.
Lore consegnato con parsimonia, ambiente che racconta.

→ Lezione: una mappa ben fatta è essa stessa contenuto.

Into the Breach rimuove quasi tutto il caso: vedi esattamente cosa faranno i nemici, e la sfida diventa un puzzle tattico.

Cosa fa bene

Informazione perfetta: niente da indovinare, tutto da risolvere.
Griglia piccola, decisioni dense (l'opposto della complessità inutile).
Ogni turno è un problema chiuso e leggibile.

→ Lezione: togliere il caso può rendere la tattica più profonda.

Hades ha ridefinito la narrativa nei roguelite integrando la morte nel loop invece di subirla.

Cosa fa bene

Ogni morte fa avanzare la storia, non la interrompe.
Dialoghi reattivi a run, scelte e progressi.
Meta-progressione che intreccia gameplay e racconto.

→ Lezione: la struttura ripetitiva può essere il motore della narrazione.

Balatro parte dalle regole note del poker per costruire un deckbuilder roguelite di profondità sorprendente.

Cosa fa bene

Curva d'ingresso bassissima grazie alla familiarità delle mani di poker.
Jolly e combo creano build che "rompono" il gioco in modo gratificante.
Decisioni costanti di rischio vs sicurezza.

→ Lezione: partire da regole familiari libera spazio per la profondità.

Dead Cells fonde combat rapido, build mutevoli e ritmo "scorri e spacca", ibridando rogue-lite e metroidvania.

Cosa fa bene

Combattimento reattivo e soddisfacente (feel curatissimo).
Build diverse a ogni run, sblocchi permanenti.
Scelte di percorso e di rischio che danno varietà.

→ Lezione: feel del combat + varietà delle build = altissima rigiocabilità.

Portal insegna la sua "grammatica" un concetto alla volta, in ambienti controllati, prima di combinarli.

Cosa fa bene

Introduce una regola alla volta in sicurezza.
Ogni stanza è una nuova "frase" della stessa grammatica.
La difficoltà cresce insieme alla tua comprensione.

→ Lezione: insegna i sistemi come una lingua (vedi "Insegnare col design").

Slay the Spire ha definito il deckbuilder roguelite moderno: il mazzo cresce nella run e ogni scelta conta.

Cosa fa bene

Ogni carta aggiunta è una decisione (a volte meglio non aggiungerne).
Mappa a rami: rischio vs ricompensa a ogni passo.
Sinergie e archetipi che premiano la pianificazione.

→ Lezione: la composizione del mazzo È il gameplay.

Stardew Valley costruisce una retention sana su scopi morbidi e chiusure soddisfacenti, senza fallimento punitivo.

Cosa fa bene

Tanti piccoli obiettivi aperti → "ancora un giorno".
Ritmo rilassato, nessuna punizione dura (cozy).
Cicli giornalieri e stagionali che strutturano il tempo.

→ Lezione: la motivazione al ritorno nasce da scopi morbidi, non da pressione.

Papers, Please trasforma una meccanica burocratica in un potente dilemma etico: la regola è il tema.

Cosa fa bene

Una meccanica semplice (controllo documenti) diventa scelta morale.
Pressione del tempo + bisogni della famiglia = decisioni difficili.
Armonia perfetta tra meccanica e messaggio.

→ Lezione: una sola meccanica può veicolare un tema profondo.

Undertale sovverte le convenzioni del JRPG e costruisce una relazione diretta e memorabile col giocatore.

Cosa fa bene

Puoi scegliere di non combattere: le convenzioni vengono ribaltate.
Il gioco "ricorda" e reagisce alle tue scelte e meta-azioni.
Le scelte hanno peso morale ed emotivo reale.

→ Lezione: rompere una convenzione nota crea momenti indimenticabili.

MDA Framework

Gameplay Loop (Core Loop)

Le 3 C

Verbi del giocatore

Affordance & Signifier

Feedback & Telegraphing

Agency & scelta significativa

Emergente vs Scriptato

Flow & curva di difficoltà

Le 8 forme di divertimento

Termini da sapere (1/2)

Termini da sapere (2/2)

Elementi formali del gioco

Regole, obiettivi & vincoli

Vittoria, sconfitta & stati di gioco

Possibility space & core fantasy

Skill floor, ceiling & mastery

Chiarezza degli obiettivi & conseguenze

Magic circle (il cerchio magico)

Le 4 chiavi del divertimento (fiero)

Core vs meccaniche secondarie

Rischio / Ricompensa

Movement tech del platformer

Fondamenti del combat

Game Feel / Juice

Design della camera

Sistemi di risorse

Generazione procedurale

Input design & mapping

Keyboard, controller & touch

Cooldown, timing window & status effect

Power-up & pickup design

Meccaniche stealth: visibilità & detection

Fisica come meccanica

Score, combo & moltiplicatori

Struttura a turni & action economy

Traversal & abilità di movimento

Modelli di salute, danno & difesa

Mira, lock-on & aim assist

Insegnare col design

Pacing & ritmo

Critical path & contenuti opzionali

Gating · Lock & Key

Wayfinding & landmark

Blockout / Greybox

Checkpoint & frustrazione

Linguaggio visivo coerente

Encounter & arena design

Metriche spaziali del platformer

Backtracking, shortcuts & loop

Segreti & reward dell'esplorazione

Platformer

Metroidvania

Beat 'em up / Brawler

Picchiaduro (Fighting)

Hack & slash / Character action

Stealth

Shoot 'em up (Shmup)

Twin-stick shooter

Soulslike

FPS — sparatutto in prima persona

Battle royale & extraction

JRPG

CRPG / WRPG

ARPG — Action RPG

Tactical RPG / SRPG

Dungeon crawler

Monster taming / collecting

Roguelike (tradizionale)

Roguelite (action)

Survivor-like / bullet heaven

Deckbuilder & carte

RTS — strategia in tempo reale

Strategia a turni & 4X

Tower defense

Auto-battler & MOBA

Life & farming sim

Colony & management sim

City builder & tycoon

Immersive sim