Lo sviluppo del gioco di solito funziona in modo leggermente diverso dallo sviluppo delle applicazioni. Il motivo è che i giochi di solito hanno requisiti molto meno e molto meno rigorosi. Non hai un problema commerciale ben definito che il tuo software dovrebbe risolvere. Gli unici veri requisiti di un gioco sono "funziona correttamente sulla piattaforma target", "fa appello al target demografico" ed "è divertente da giocare" (e forse "vende molte microtransazioni" se ti trovi in quella sezione del settore ). Tutto il resto è soggetto a modifiche durante lo sviluppo.
Tuttavia, per assicurarti che tutti gli sviluppatori del gioco stiano lavorando nella stessa direzione e non finiscano per combattere fino alla morte per differenze creative, dovresti avere una "visione" codificata di come vuoi che il gioco finale appaia e giochi . Questa visione è solitamente codificata in un documento di progettazione del gioco . Tale documento di solito descrive:
- La premessa di base del gioco:
- Il tono dell'ascensore : l'idea di gioco principale, descritta il più brevemente possibile.
- Qual è il genere del gioco?
- Chi è il tuo target demografico?
- A quale piattaforma / e ti rivolgi?
- Le meccaniche di gioco:
- Quali azioni può eseguire il giocatore in questo gioco e in che modo influiscono sul gioco?
- Quali entità non giocanti sono nel gioco, come si comportano e come interagiscono tra loro e con il giocatore?
- L'ambito:
- Quanto contenuto vuoi che abbia il gioco?
- Quale livello di qualità vuoi che abbia quel contenuto?
- La direzione estetica del gioco:
- Che atmosfera generale vuoi che abbia il gioco?
- Come vuoi che il gioco appaia?
- Come vuoi che suoni il gioco?
- Quando si tratta di storia, dipende molto dal genere. Alcuni giochi non hanno bisogno di storie. Molti giochi richiedono solo poche frasi. Ma se stai creando un gioco basato sulla trama, come un gioco di ruolo o un'avventura, questa può in effetti essere la parte più lunga del documento di progettazione e può includere:
- Una descrizione del mondo in cui si svolge il gioco e le sue posizioni chiave
- Una descrizione dei personaggi importanti, il loro aspetto, la loro personalità e il loro retroscena
- Uno schema di base della trama che viene raccontato durante il gioco
Se ti guardi intorno al Web, puoi trovare molti modelli per i documenti di progettazione del gioco. L'industria dei giochi è molto meno formalità e processi standardizzati rispetto al resto del settore, quindi non troverai l'unico standard ISO a dominarli tutti. Prova a trovare uno stile adatto al tuo progetto, al tuo team e alla tua metodologia di lavoro.
Tuttavia, sii aperto ai cambiamenti durante lo sviluppo. Quando i documenti di progettazione di giochi popolari arrivano al pubblico, intenzionalmente o non intenzionalmente, di solito si nota qualcosa di interessante. Se si confrontano queste prime note di progettazione con il gioco finito, di solito ci saranno molte differenze considerevoli. Questo di solito è il risultato di un processo di progettazione che gli sviluppatori di giochi chiamano Fail Faster :
- Vieni con un design approssimativo
- Crea un semplice prototipo
- Provalo con una mentalità critica e scopri cosa non funziona al riguardo
- Rivedi il tuo design
- Torna alla fase 2
Quindi non aver paura di cambiare o tagliare funzionalità quando ti rendi conto durante il playtest che in realtà non sono così divertenti come erano nella tua testa. Inoltre, sii aperto ai suggerimenti del team. Molte persone nel settore dello sviluppo dei giochi hanno deciso di unirsi al settore perché vogliono mettere in pratica le proprie idee di gioco. Quindi dare alla tua squadra un po 'di influenza creativa può essere un grande motivatore per loro. Ma come buon produttore, è anche tuo dovere dire "No!" se pensi che un'idea non funzionerebbe o supererebbe il budget.
Non vedo l'ora di giocare al tuo gioco.