Game Design Document (GDD) : guide complet et structure

Le Game Design Document (GDD) est le document central d’un projet de jeu vidéo. Il décrit ce que le jeu est, comment il fonctionne, et comment il sera construit. Bien rédigé, il aligne toute l’équipe. Mal rédigé ou absent, il génère des conflits créatifs, des retravaux coûteux et des dérives de scope qui font échouer la majorité des projets indépendants. Ce guide couvre la structure, le contenu, et les erreurs à éviter.

Qu’est-ce qu’un Game Design Document ?

Un Game Design Document n’est pas un cahier des charges technique. C’est un document de vision et de référence qui décrit l’expérience de jeu : comment le joueur interagit avec le monde, quelles règles gouvernent cette interaction, quelle progression il vit, et quelle émotion le jeu cherche à créer. Il est écrit par le game designer, mais il appartient à toute l’équipe.

Il ne doit pas être exhaustif dès le départ. Un GDD en phase concept est un document court (2 à 5 pages). Il grandit avec le projet, de la pré-production à la production, en s’enrichissant des décisions techniques et créatives prises au fil du développement. Un GDD de 200 pages que personne ne lit est moins utile qu’un GDD de 20 pages que toute l’équipe consulte.

La structure d’un GDD : les sections clés

Il n’existe pas de format universel pour un Game Design Document. La structure varie selon le type de jeu, la taille de l’équipe et la phase du projet. Voici les sections que tout GDD professionnel doit couvrir :

1. Vision et concept

C’est la section fondatrice. Elle répond en une page maximum à : Quel est le jeu ? Qui est le joueur cible ? Quelle est l’émotion principale que le jeu cherche à créer ? Quel est le core loop (boucle de jeu principale) ? En quoi ce jeu est-il différent de ce qui existe ? Cette section sert de boussole pour toutes les décisions qui suivront — si une feature ne sert pas la vision, elle ne rentre pas.

2. Mécaniques de jeu

Description détaillée de toutes les actions que le joueur peut effectuer et des règles qui les gouvernent. Pour un jeu de plateforme : saut, attaque, déplacement, collecte. Pour un RPG : combat, inventaire, dialogue, exploration. Chaque mécanique doit être décrite avec précision : inputs, outputs, états possibles, interactions avec les autres mécaniques. C’est la section la plus technique du GDD et celle que les développeurs consultent le plus.

3. Progression et niveaux

Comment le joueur progresse-t-il dans le jeu ? Structure des niveaux (linéaire, monde ouvert, roguelite), montée en difficulté, déblocage de nouvelles mécaniques, courbe d’apprentissage. Cette section inclut souvent un niveau 0 — une description du premier niveau ou de la première heure de jeu, qui synthétise l’expérience d’introduction du joueur.

4. Économie et systèmes

Ressources, monnaies, récompenses, économie des points, gestion d’inventaire. Cette section décrit les flux de ressources dans le jeu : ce que le joueur gagne, ce qu’il dépense, ce qui est rare et ce qui est abondant. L’économie d’un jeu détermine directement l’expérience de progression — une économie mal calibrée crée de la frustration ou de l’ennui.

5. Narratif et univers

L’histoire, les personnages, le monde, la lore. Même pour un jeu sans scénario explicite, cette section pose les fondations de la cohérence visuelle et émotionnelle. Elle est souvent co-écrite avec le narrative designer ou le directeur artistique. Dans un GDD de pré-production, elle peut rester synthétique — quelques pages sur la direction narrative et les personnages principaux.

6. Interface et UX

Comment les informations sont présentées au joueur : HUD, menus, inventaire, feedback visuel et sonore, onboarding. La section UX du GDD est souvent sous-développée dans les projets indépendants — c’est pourtant l’une des causes les plus fréquentes d’abandon précoce des joueurs.

Template GDD : structure de départ

Voici une structure de GDD adaptée à un projet indépendant en phase concept. Chaque section peut être développée progressivement au fil du projet :

GAME DESIGN DOCUMENT — [Nom du projet]
Version : 0.1 | Date : [date] | Auteur : [nom]

1. VISION
   - Pitch en une phrase
   - Joueur cible
   - Émotion principale
   - Core loop
   - Différenciation

2. MÉCANIQUES PRINCIPALES
   - Liste des actions joueur
   - Règles et interactions
   - États du joueur

3. PROGRESSION
   - Structure des niveaux
   - Courbe de difficulté
   - Description du niveau 1

4. ÉCONOMIE
   - Ressources et monnaies
   - Flux de gains/dépenses
   - Récompenses

5. NARRATIF
   - Synopsis
   - Personnages principaux
   - Direction artistique

6. UX / INTERFACE
   - HUD et éléments d'interface
   - Onboarding
   - Feedback joueur

7. SCOPE ET PRIORITÉS
   - Features must-have
   - Features nice-to-have
   - Features hors scope (explicite)

GDD et méthodes complémentaires

Le GDD ne fonctionne pas en isolation. Quelques méthodes qui le complètent et le renforcent :

Le MDA Framework (Mechanics, Dynamics, Aesthetics) — développé par Robin Hunicke, Marc LeBlanc et Robert Zubek, présenté à la GDC. Il structure la réflexion game design en partant de l’esthétique voulue (l’émotion) pour remonter vers les dynamiques (comportements émergents) puis les mécaniques (règles). Lire les travaux disponibles dans la GDC Vault est un investissement direct dans la qualité du GDD.

Les design pillars — 3 à 5 valeurs fondamentales qui servent de filtre à chaque décision design. À intégrer en section 1 du GDD (vision).

La gestion du feature creep — la tentation d’ajouter des features en cours de projet est la cause principale des retards. La section « hors scope » du GDD (explicite) est l’outil le plus efficace pour la combattre.

Maintenir le GDD tout au long du projet

Un GDD qui n’est pas maintenu devient rapidement inutile. Quelques pratiques pour le garder vivant : versionner le document (v0.1 concept, v1.0 pré-production, v2.0 production), désigner un owner qui valide les modifications, ne pas documenter ce qui n’est pas décidé (le GDD n’est pas un journal de brainstorming), et synchroniser les modifications importantes avec toute l’équipe via un processus de review.

Pour approfondir les méthodes de game design, notre article sur comment créer une expérience de jeu unique complète ce guide sur la pratique quotidienne du game designer. Et si tu veux maîtriser ces méthodes dans un cursus structuré, le Bachelor Game Design d’Artline les intègre dans chaque projet de formation.

Tu veux maîtriser le GDD et les méthodes de game design industriel ?

Le Bachelor Game Design d’Artline est 100% en ligne. Chaque module intègre des livrables GDD sur des projets réels, avec des formateurs en activité dans l’industrie.

Découvrir le Bachelor Game Design

Nos actualités similaires

Nos Formations

bannière blog d'expert de pierre tarsiguel

Paroles d’expert – Pierre Tarsiguel

Dans cet article, découvrez le parcours inspirant de Pierre Tarsiguel, les challenges qu'il a rencontrés pour créer son studio et son approche artistique.

Lire

bannière parole d'experte avec elise nguyen

Paroles d’expert – Elise Nguyen

Elise Nguyen, Responsable du Cursus Design Graphique à l'Institut Artline partage sa passion et son expertise design graphique et direction artistique.

Lire

visuel d'un paysage avec une étendue d'eau dans la forêt

8 logiciels gratuits pour artistes : 3D, illustration et design

Vous vous lancez dans l'illustration, l'infographie ou le design graphique ? Voici 5 outils gratuits pour les artistes qui vous aideront à progresser.

Lire

Les meilleurs logiciels de game design en 2026

Lire

Contact

Vous avez un Projet ? Construisons le ensemble

Votre projet