Modèle de Game Design Document : le GDD vivant utilisé par les vrais studios

Ce qu'est un modèle de game design document

Un game design document, ou GDD, est la trace partagée de ce qu'est un jeu et de la façon dont il fonctionne. Il rassemble le pitch, les piliers de design qui tranchent les débats, la boucle de gameplay principale, une fiche pour chaque fonctionnalité majeure, les chiffres de scope et d'économie, ainsi qu'un journal des décisions et de leurs justifications.

L'ancien modèle, c'était le GDD monolithique, la bible de cent pages dans la tradition de Deus Ex ou GTA. En pratique aujourd'hui, ce modèle est mort. Personne dans une équipe en production ne lit cent pages, et dès que le build évolue, le document est déjà faux. Ce qui l'a remplacé, c'est un hub vivant : les indés ont convergé vers un espace de travail partagé qui réunit le GDD, les tâches et les assets, tandis que les studios de taille intermédiaire relient leurs pages de design aux tickets d'ingénierie, de sorte que modifier une mécanique signale automatiquement les epics concernés.

Le test est simple. Le GDD est un hub dans lequel l'équipe travaille, et non un document à partir duquel elle travaille. S'il a divergé du build, il a déjà échoué.

Exemple de game design document : comment les vrais studios le structurent

Les exemples utiles sont structurels, pas rédactionnels. Larian a conçu Baldur's Gate 3 avec des artefacts systémiques plutôt qu'avec des paragraphes, notamment des matrices logiques croisant chaque classe D&D avec chaque scène, parce qu'aucune prose ne peut contenir autant d'interactions. miHoYo pratique de son côté un design centré personnage sur Zenless Zone Zero : la personnalité et l'identité visuelle sont écrites et figées en premier, et le combat est conçu pour s'y accorder, si bien que le hub de design garde trace de la direction qui mène le projet. La leçon commune : les mécaniques sont visuelles. Un diagramme de boucle et une matrice de scope font plus de travail qu'une page de description.

Ce qu'il faut inclure dans un GDD

Utilisez les variantes de saisie automatique comme checklist. Un modèle complet couvre :

• Vision et piliers. La promesse jouable, les responsables, les contraintes de plateforme, et trois à cinq piliers de design qui font office d'arbitres quand les idées de fonctionnalités commencent à dériver. Les piliers servent à trancher, pas à décorer.
• Boucle de gameplay. Un diagramme de ce que fait le joueur, de la façon dont son action modifie l'état du jeu, dont cet état se répercute sur la boucle suivante, et dont le joueur lit la conséquence. Remplacez les nœuds génériques par les verbes réels de votre jeu.
• Fiches de fonctionnalités. Une carte par mécanique majeure, avec une promesse joueur, ses dépendances, sa logique et un court résumé, pour qu'une fonctionnalité soit constructible plutôt que vague.
• Matrice de scope. La source de vérité structurée sur ce qui est inclus ou exclu, chaque entrée étant rattachée à une décision ou à une preuve.
• Journal de décisions et état de synchronisation. Une trace de ce qui a été décidé et de la cohérence entre le document et le build. Maintenir le design à jour est un travail visible, pas une tâche administrative silencieuse.

Modèle de game design document : le canvas ALLO gratuit

Inscrivez-vous à ALLO pour utiliser les modèles gratuits

Le modèle s'ouvre comme une carte de hub vivant qui montre comment le pitch devient le build et où la dérive est repérée. Les piliers y sont épinglés comme arbitres, la boucle de gameplay est un diagramme à remplir avec vos propres verbes, les fiches de fonctionnalités prennent la forme de cartes, et la matrice de scope et le journal de décisions se placent juste à côté. Les URL de référence restent épinglées près du travail, pour ne pas avoir à chasser les preuves plus tard. Puisqu'il s'agit d'un canvas, toute l'équipe peut y être en même temps, ce qui est précisément l'intérêt d'un hub vivant plutôt que d'un fichier exporté qui vieillit mal.

Modèle de GDD pour Notion, Google Docs et formats une page

Si vous tenez votre GDD dans Notion ou Google Docs, la même structure s'applique : piliers, boucle, fiches de fonctionnalités, scope, journal de décisions. Ce que ces outils ne savent pas bien faire, c'est tenir les artefacts visuels, diagrammes de boucle et matrices de scope, à côté du texte et des tâches, ni signaler le travail aval quand un design change. Un GDD en une page reste un bon point de départ pour un petit jeu ou une game jam, et le modèle ALLO se replie à cette échelle : la page de vision suffit à elle seule comme GDD une page, et vous développez les autres sections à mesure que le projet grandit.

FAQ

Qu'est-ce qu'un game design document ? La trace partagée de ce qu'est un jeu et de son fonctionnement : pitch, piliers, boucle de gameplay, fiches de fonctionnalités, scope, économie et décisions. Les équipes modernes le tiennent comme un hub vivant dans lequel elles travaillent, et non comme un document statique.

Le GDD de cent pages est-il mort ? Pour la plupart des équipes, oui. La bible monolithique est trop longue à lire et s'éloigne immédiatement du build. Les studios l'ont remplacée par un espace partagé qui réunit le design, les tâches et les assets.

Que doit contenir un GDD ? Vision et piliers, un diagramme de boucle de gameplay, une fiche par mécanique, une matrice de scope liée aux décisions, et un journal de décisions avec l'état de synchronisation.

Qu'est-ce qu'un GDD une page ? Une version tenant sur une seule page qui couvre le pitch, les piliers, la boucle principale et les contraintes, utilisée pour les petits jeux et les game jams. C'est le point de départ naturel à partir duquel un GDD plus complet se développe.

Peut-on utiliser Notion ou Google Docs pour un GDD ? Oui pour le texte. La limite, c'est que les outils documentaires ne tiennent pas les artefacts visuels à côté du design et ne signalent pas le travail affecté par un changement, raison pour laquelle les équipes déplacent le hub vers un canvas.

---
Un modèle de game design document est la structure qu'une équipe utilise pour rassembler en un seul endroit la vérité du design d'un jeu : vision et piliers, boucle de gameplay, fiches de fonctionnalités, matrice de scope, chiffres d'économie et journal de décisions. Les studios modernes ne conservent plus ce document sous forme statique de cent pages. Ils le tiennent comme un hub vivant dans lequel l'équipe travaille directement, câblé de sorte que modifier une mécanique signale le travail impacté. Le modèle ALLO gratuit ci-dessous est ce hub, prêt à copier.