Comment Écrire les Règles d'un Jeu de Société

La plupart des créateurs de jeux de société traitent le livret de règles comme une réflexion après coup. C'est à l'envers — un livret de règles est la première impression, la première barrière, et la raison la plus courante pour laquelle les joueurs abandonnent avant même que la partie commence. Chaque heure passée à affiner les mécaniques peut être sapée par un livret qui crée la confusion plutôt que la clarté. Ce guide explique à quoi ressemble une conception professionnelle de livret, pourquoi la plupart des livrets échouent dans leur mission principale, et pourquoi la meilleure solution à un mauvais livret est parfois l'absence de livret.

Le problème fondamental de la plupart des livrets

L'échec central de presque tous les livrets mal rédigés est la surcharge initiale. La plupart des livrets essaient d'expliquer tout avant que le joueur ait joué quoi que ce soit. Le résultat : de l'information sans contexte — les joueurs lisent les règles sur « l'augmentation des revenus des Ports Nucléaires » avant de comprendre ce qu'est un Port Nucléaire, pourquoi ils en voudraient un, ou ce que signifie le revenu en pratique.

Les règles surchargées dès le départ sont des règles que personne ne lit. Les recherches montrent systématiquement que la majorité des joueurs de jeux de société considèrent la lecture du livret comme l'activité qu'ils redoutent le plus avant une session. Beaucoup de groupes désignent un « lecteur de règles » qui absorbe le livret puis le réexplique verbalement aux autres. Notez l'implication : le livret échoue déjà dans sa mission principale. S'il nécessite un interprète humain pour fonctionner, il doit être repensé de fond en comble.

La solution est structurelle. Pas une meilleure rédaction, pas plus d'exemples — une organisation fondamentalement différente qui correspond à la façon dont les joueurs apprennent réellement : par la pratique, avec juste assez d'information pour effectuer l'action suivante.

Structure : le livret en trois parties

Un livret bien structuré comprend trois parties distinctes avec des objectifs différents, des publics différents, et — idéalement — des sections ou documents physiques différents.

Partie 1 : Objectif et condition de victoire (1 page maximum). Les joueurs doivent savoir où ils vont avant de se soucier de comment y arriver. La condition de victoire n'est pas une réflexion après coup — c'est le cadre qui donne à chaque règle suivante son sens. Pourquoi le territoire est-il important ? Parce que contrôler plus de territoire aide à gagner. Pourquoi le revenu est-il important ? Parce que le revenu finance l'expansion qui permet de gagner. Sans la condition de victoire établie en premier, chaque règle suivante flotte sans contexte.

Partie 2 : Le minimum pour jouer (2 à 3 pages). Pas toutes les règles — suffisamment de règles pour compléter le Tour 1. Le reste peut attendre. Les joueurs apprennent en faisant ; les règles du Tour 4 s'enseignent mieux après le Tour 3, pas avant le Tour 1. Cette section doit répondre à une question : que dois-je faire lors de mon premier tour ? Elle ne doit pas répondre à : que se passe-t-il si deux joueurs ont des armées adjacentes à un Port Nucléaire occupé par le jeton de diplomatie d'un troisième joueur ?

Partie 3 : Référence (aussi longue que nécessaire). Règles complètes pour les cas limites, clarifications et règles variantes. Personne ne lit cela avant de jouer — c'est pour la consultation en cours de partie lorsqu'une situation inhabituelle se présente. Formatez-le en conséquence : les en-têtes doivent être consultables, les cas limites clairement étiquetés, et la structure doit favoriser l'accès aléatoire plutôt que la lecture séquentielle.

Neutronium: Parallel Wars pousse cette logique à sa conclusion naturelle avec le système des Souvenirs Retrouvés — les Parties 1 et 2 sont délivrées en jeu, un univers à la fois, à travers la structure tutorielle propre au jeu. Les joueurs n'utilisent jamais la Partie 3 avant d'avoir assez joué pour comprendre pourquoi les cas limites sont importants. Le livret devient le jeu lui-même.

Écriture centrée sur l'exemple

Chaque règle devrait commencer par l'exemple, puis la généralisation. C'est l'opposé de la façon dont la plupart des concepteurs rédigent les règles, parce qu'ils pensent en abstractions et écrivent en abstractions. Les joueurs pensent en actions concrètes et ont besoin d'exemples concrets en premier.

La première version est techniquement correcte. La deuxième version est lisible dès la première lecture. La première version exige du joueur qu'il conserve simultanément quatre clauses conditionnelles en mémoire de travail. La deuxième version lui donne une action à effectuer et un renvoi pour la situation qui pourrait ne pas survenir du tout lors du Tour 1.

Rédigez l'exemple d'abord, puis la règle. Puis indiquez où se trouve le détail complet. Les lecteurs qui ont besoin du détail suivront la référence. Ceux qui n'en ont pas encore besoin l'ignoreront et continueront à jouer — ce qui est exactement ce que vous voulez. Les règles qui arrêtent le jeu sont les règles qui font terminer les sessions prématurément.

Divulgation progressive

La divulgation progressive est le principe qui consiste à n'introduire les règles que lorsque les joueurs en ont besoin — sans surcharger d'emblée la totalité des règles avant qu'un seul tour ait été joué. Le principe : n'introduire la Mécanique B qu'après que la Mécanique A ait été utilisée au moins une fois. Les joueurs qui ont exécuté une action une fois ont le cadre cognitif pour en comprendre les interactions. Ceux qui ne l'ont jamais exécutée n'ont pas ce cadre.

C'est le même principe qui sous-tend une bonne prise en main de logiciel. Gmail n'explique pas les filtres avant que vous ayez envoyé un courriel. Photoshop n'explique pas les modes de fusion avant que vous ayez créé un calque. Les outils complexes introduisent les fonctionnalités avancées après que les fonctionnalités de base sont établies, pas avant.

En pratique, votre première session de jeu devrait utiliser environ 20 % de vos règles. À la cinquième session, les joueurs devraient rencontrer 80 % des règles. Les 20 % restants sont des mécaniques avancées dont les joueurs occasionnels n'auront peut-être jamais besoin — et c'est parfaitement acceptable. Un jeu où les joueurs occasionnels ont une expérience complète et satisfaisante en utilisant 80 % des mécaniques est un jeu bien conçu.

Le problème du glossaire

Chaque terme propre au jeu a besoin d'une définition. Ce n'est pas optionnel — c'est le minimum requis. L'erreur n'est pas de ne pas définir les termes — c'est de les définir dans l'ordre où le concepteur y a pensé, qui est rarement l'ordre dans lequel un nouveau joueur les rencontrera.

La solution : définissez les termes dans l'ordre où un nouveau joueur les rencontrera lors de sa première session. Si un joueur rencontrera « Nn » (la monnaie Neutronium) avant « Port Nucléaire », définissez Nn en premier. L'ordre alphabétique est pour les encyclopédies ; l'ordre de jeu est pour les glossaires de jeux.

L'erreur secondaire : enfouir les définitions du glossaire dans les sections plutôt que de les regrouper en un seul endroit. Définissez chaque terme dans le glossaire, puis utilisez ce terme de façon cohérente tout au long du document. Ne définissez pas les termes dans le corps des règles — c'est la source du problème des « trois conditions entre parenthèses » qui rend les règles impénétrables. Neutronium dispose d'un glossaire autonome sur /glossary avec chaque terme de jeu dans l'ordre de jeu, référencé croisément à la section des mécaniques où chaque terme apparaît en contexte.

Tester votre livret de règles

Le livret de règles est un artefact de conception testable, pas un document finalisé. Testez-le de la même façon que vous testez vos mécaniques : avec des critères de succès définis, un comportement observable, et des données sur lesquelles vous agissez.

Le test fondamental : regardez quelqu'un apprendre votre jeu à partir de votre livret sans l'aider. N'intervenez pas. Ne clarifiez pas. Ne pointez pas la bonne page. Regardez simplement. Chaque moment de confusion — chaque relecture, chaque pause, chaque action erronée — est un échec du livret. Cet échec a un emplacement et une cause. Trouvez les deux.

Suivez les éléments suivants lors de chaque session de test de livret :

• Temps écoulé avant le début du premier tour
• Nombre de fois où chaque page a été relue
• Nombre de questions posées (chaque question est un échec, même si la réponse est techniquement dans le livret)
• Sections spécifiques ayant provoqué des relectures ou des questions
• Première action illégale effectuée (la règle la régissant n'a pas été comprise)

Ce sont vos bugs. Traitez-les comme des bugs : trouvez la cause principale, corrigez l'échec spécifique, retestez. Un livret qui génère zéro relecture et zéro question lors de trois sessions de test consécutives avec de nouveaux joueurs est un livret prêt à être publié.

Quand éliminer le livret

La solution la plus radicale au problème du livret est l'absence totale de livret préalable. Cela semble drastique. C'est aussi la conclusion à laquelle les données de tests ont conduit pour Neutronium: Parallel Wars.

Les tests ont montré que la lecture préalable du livret était le principal point d'abandon dans l'entonnoir d'intégration des joueurs. Les joueurs qui lisaient le livret avant de jouer abandonnaient avant de jouer. Les joueurs qui sautaient le livret et commençaient la partie restaient des heures. La conclusion est contre-intuitive mais claire : le livret n'aidait pas les joueurs à apprendre le jeu. Il les empêchait de commencer.

Le système de tutoriel en jeu des Souvenirs Retrouvés délivre les règles au moment de leur pertinence — à mesure que la partie se déroule, pas avant qu'elle commence. L'Univers 1 enseigne ses cinq mécaniques par le jeu. L'Univers 2 introduit trois mécaniques supplémentaires en contexte. Aucun joueur n'a jamais eu besoin de lire un livret avant sa première session, car le jeu s'enseigne lui-même.

Si vos données de test montrent que la lecture du livret est votre principal point d'abandon, demandez-vous si le livret lui-même est le problème. La réponse est généralement : oui. Voir aussi : Comment concevoir un jeu de société pour le processus de conception plus général qui produit ces insights.

Foire aux questions