[Game Design] Le "One page design" et autres formes

[Auronake]

Bonjour à tous,

Etant en train de réaliser le game design d'un jeu, je m’interrogeais sur la forme que vous donniez à votre Game design document.

Pour ma part, je suis parti sur un document texte chapitré reprenant point par point les principes du jeu (Comme un document de spécifications fonctionnelles) avec maquette IHM.
Cependant, ce type de document est assez indigeste à lire et le lien entre plusieurs parties crée soit des allez-retour dans le document un peu trop lourd à mon gout, soit de répétitions inutiles... De plus, la maintenance est aussi lourde en cas de changement (et il y en a !).

J'ai découvert récemment une autre forme qui m'intéresse vivement nommé le "One page design" (ou le design en une page ).
Il s'agit de décrire les principes du jeu en une seule page (enfin plusieurs !) mais chaque page décrit le principe d'un point précis (ou la mécanique) avec des schéma et des textes très courts. Chaque page s'intéressant à une problématique du design.

J'ai aussi lu qu'on pouvait effectuer son game design via un wiki (mélange de GDD et de One page en somme).

Mes questions sont :

- Comment réalisez-vous votre Game design ?
- Connaissiez-vous le One page et, si oui, auriez-vous des exemples concrets à montrer ? Ne serait-ce que dans la forme... le contenu étant lié qu'à votre projet .

En vous remerciant !

PS : Je ne tiens pas à discuter, éventuellement, de l'intérêt d'avoir ou non un document de Game design dans le cas où certains pourraient trouver cela inutile (Ce que je condamnerai aussitôt !).

[Sephi-Chan]

J'ai naturellement opté pour ce choix pour le GDD de Seelies, même s'il n'est plus forcément très à jour, ça donne une idée.

http://seeli.es/

[Thêta Tau Tau]

Travaillant seul, je me tracasse pas à aller trop dans le détail, ni à être super rigoureux dans le GDD (je pense que ce n'est pas utile à moins d'avoir à gérer une équipe). J'utilise un wiki local (tiddlywiki) qui au final donne un truc assez semblable au GDD de Seelies.

Et j'ai aussi pas mal de documents en amont du GDD :
- Des idées en vrac
- Des commentaires sur ces idées (Sont elles intéressantes? Sont elle intégrable le projet? Sont elles compatibles entre elles?...)
- Des diagrammes des relations entre éléments de gameplay (dans ce style là), sur papier.

[niahoo]

Moi j'avais fait un blog ou je mettais mes idées dedans comme ça je pouvais les modifier, faire des catégories (features voulues, features éventuelles, rejetées, idées pour plus tard) et me laisser des commentaires.

Je l'ai perdu donc je me fais un simple dossier de fichiers texte, un par aspect du jeu.

[Auronake]

J'ai naturellement opté pour ce choix pour le GDD de Seelies, même s'il n'est plus forcément très à jour, ça donne une idée.

http://seeli.es/

Oui, c'est un mélange de wiki et de design en une page ça manque peut être un peu de schéma pour simplifier le texte. Seeli est un jeu que tu as réalisé et qui tourne ?

Travaillant seul, je me tracasse pas à aller trop dans le détail, ni à être super rigoureux dans le GDD (je pense que ce n'est pas utile à moins d'avoir à gérer une équipe). J'utilise un wiki local (tiddlywiki) qui au final donne un truc assez semblable au GDD de Seelies.

Sur le projet, on risque d'osciller entre 2 et 4 personnes donc le fait de formaliser les idées et les concepts me semblent important.
De plus, cela rentre dans le cadre de mes études qui me poussent à réaliser ce genre de document de manière sérieuse et aussi, ça ne peut pas faire de mal que de bien réfléchir aux choses en les écrivant ou en les organisant.

Et j'ai aussi pas mal de documents en amont du GDD :
- Des idées en vrac
- Des commentaires sur ces idées (Sont elles intéressantes? Sont elle intégrable le projet? Sont elles compatibles entre elles?...)
- Des diagrammes des relations entre éléments de gameplay (dans ce style là), sur papier.

J'ai beaucoup lu sur ce site mais pas encore cet article fort intéressant que je vais m'empresser d'appliquer... combien vais-je avoir de coeur ?! J'espère pas beaucoup !

[Sephi-Chan]

J'ai naturellement opté pour ce choix pour le GDD de Seelies, même s'il n'est plus forcément très à jour, ça donne une idée.

http://seeli.es/

Oui, c'est un mélange de wiki et de design en une page ça manque peut être un peu de schéma pour simplifier le texte. Seeli est un jeu que tu as réalisé et qui tourne ?

Seelies. Le Seeli.es n'est qu'un jeu de mot avec le nom de domaine.
Non, je ne l'ai pas réalisé. J'ai ça dans les cartons depuis plusieurs années mais je ne l'ai jamais développé.

L'avantage de cette solution, c'est qu'il s'agit d'un site statique généré. Donc il est difficile de perdre son contenu. Les fichiers utilisés pour le généré sont sur GitHub.

Je pourrais ajouter des schémas très simplement : ce n'est que du HTML.

[Auronake]

Seelies. Le Seeli.es n'est qu'un jeu de mot avec le nom de domaine.

Oups. Autant pour moi .

L'avantage de cette solution, c'est qu'il s'agit d'un site statique généré. Donc il est difficile de perdre son contenu. Les fichiers utilisés pour le généré sont sur GitHub.

Je pourrais ajouter des schémas très simplement : ce n'est que du HTML.

Oui, cette solution peut m'intéresser pour le côté technique .
Pour l'instant, nous on est parti sur du Google drive .

Après avoir un "site" comme le tien peut devenir aussi intéressant pour intégrer directement l'aide du jeu...

[niahoo]

hmm ça m'a l'air sympa comme truc.. mais j'aime pas trop tes fichiers haml. j'écris mes fichiers en markdown donc c'est cook si je veux les publier je comptais me faire une implémentation de textpress.

[Sephi-Chan]

Frank supporte le Markdown.

[archANJS]

J'ai d'abord commencé à écrire le game design sous forme d'un seul (immense) document. L'avantage est que tout y est; les désavantages sont par contre bien présents (ceux que tu as nommés). En somme, je déconseille la technique, car elle n'est pas très "utile" (en tout cas il y en a des meilleures).

Ensuite, j'ai découpé ce document en plusieurs plus petits, en travaillant sur Google Drive d'ailleurs. Ça va bien, c'est sûr, mais c'était avant de tester le wiki, solution que je préfère (et recommande).

J'utilise en ce moment DokuWiki (en local, puisque je travaille maintenant seul), et le principe est le même .. mais je préfère nettement. C'est facilement navigable, aucune base de données, seulement des fichiers, très propre ..

Travaillant seul, je me tracasse pas à aller trop dans le détail, ni à être super rigoureux dans le GDD (je pense que ce n'est pas utile à moins d'avoir à gérer une équipe).

Um, je ne suis pas trop d'accord. C'est une réelle économie de temps (surtout quand on travaille sur un gros projet) .. Et puis aussi, ça permet de bien séparer les étapes de production, pour pas se retrouver à faire de la conception lorsque c'est le temps du développement. Ce n'est pas rendu les deux mains dans le code qu'on doit remettre en question une mécanique ou le gameplay, selon moi ..