Chaque projet de jeu commence par une idée qui semble formidable. La question pertinente n’est pas “est-ce que l’idée est bonne ?” — c’est “est-ce que ce jeu est jouable de façon intéressante pendant 30 minutes ?” La réponse à cette deuxième question ne vient pas d’un document. Elle vient d’un prototype.
Le problème du concept sans prototype
On a tous vu (ou vécu) ça : six mois à rédiger un GDD détaillé, à concevoir des systèmes sur papier, à planifier une production complète — avant d’avoir une seule ligne de code jouable. Le problème n’est pas le GDD en soi. Le problème, c’est qu’un document ne révèle pas les problèmes de game feel. Un prototype, oui.
Le game feel — la façon dont le jeu répond aux inputs du joueur, le feedback visuel et sonore, le rythme — ne peut pas être décrit dans un GDD. Il doit être joué. Et il doit être joué le plus tôt possible, parce que c’est là que les décisions fondamentales se prennent.
Ce qu’est un vertical slice
Un vertical slice est un prototype fonctionnel d’une tranche représentative du jeu. Pas une démo de toutes les features — une tranche : un niveau complet, ou une séquence de 10-15 minutes qui couvre les principales mécaniques. Il est suffisamment poli pour que les problèmes observés en playtest soient des problèmes de design, pas des problèmes de prototype brut.
La distinction est importante. Si votre prototype est tellement rough que les playtesteurs n’arrivent pas à se projeter, leurs retours portent sur le prototype, pas sur le jeu. Le vertical slice doit être assez “fini” dans sa tranche pour que les retours soient exploitables.
Le pitch : cadrer avant de prototyper
Avant le vertical slice, il y a le pitch. Pas un document de 30 pages — une réponse à trois questions :
- Quel est le verbe du jeu ? (Le joueur “explore”, “survit”, “construit”, “résout”…)
- Quel est le fantasme que le jeu fulfille ? (Être un détective brillant, survivre à la fin du monde, construire un empire, etc.)
- Quel est le twist qui rend ce jeu unique parmi les autres jeux qui fulfillent ce fantasme ?
Si vous ne pouvez pas répondre clairement à ces trois questions en moins de cinq minutes, le concept n’est pas encore assez cadré pour prototyper efficacement. Passez une semaine à clarifier ces réponses avant d’écrire du code.
Du pitch au prototype : les étapes
Prototype exploratoire (2-4 semaines)
L’objectif unique est de tester si la mécanique centrale est amusante. Pas de polish, pas d’assets définitifs. Les primitives de couleurs unie et les sons de placeholder sont votre meilleur ami à ce stade. Ce prototype répond à : “Est-ce que le loop de base du jeu génère de l’engagement ?”
Itération sur la mécanique centrale (4-8 semaines)
Si le prototype exploratoire est convaincant, on itère sur la mécanique principale. On la casse, on la reconstruit, on change les paramètres, on teste chaque variation avec de vrais joueurs. C’est la phase où le jeu prend sa forme définitive — pas graphiquement, mais mécaniquement.
Construction du vertical slice (4-8 semaines)
On prend la mécanique validée et on construit une tranche représentative du jeu avec un niveau de polish suffisant pour des playtests externes. Art direction confirmée, musique d’ambiance en place, UI fonctionnelle. Pas le jeu complet — une vitrine représentative.
Ce que le vertical slice révèle
Le playtest du vertical slice révèle trois choses essentielles :
- La lisibilité : est-ce que les joueurs comprennent ce qu’ils font et pourquoi ?
- L’engagement : est-ce que les joueurs veulent continuer au-delà de la fin du slice ?
- Les frictions : où est-ce que les joueurs bloquent, se déconnectent ou se trompent sur ce qu’on attendait d’eux ?
Si le vertical slice révèle des problèmes fondamentaux de lisibilité ou d’engagement, il est bien meilleur de les découvrir maintenant qu’en production avancée. C’est exactement pour ça qu’il existe. Voir aussi Playtests : protocoles pour apprendre vraiment pour la méthode de playtest externe.