12 types de RPG (JRPG, à la Skyrim, roguelike, tactique) — avec des exemples jouables

Si vous voulez un jeu de rôle comme Skyrim, décidez d'abord quelle partie de Skyrim vous voulez réellement. La partie exploration, la partie combat en temps réel et la partie « ce que j'ai fait la dernière fois compte toujours » sont trois problèmes d'ingénierie différents, et leur coût de développement est très variable. Cette page classe les jeux de rôle en douze types selon un seul axe : quelle part du monde le joueur contrôle en cours de jeu, par rapport à celle que vous concevez à l'avance. Chaque type est accompagné d'une description concrète et d'un monde dans le navigateur proposé par Neta Studio, dans lequel vous pouvez entrer et marcher avant de vous engager dans quoi que ce soit.

L'axe va du scripté au simulé. Les types scriptés — JRPG, visual novel, dungeon crawler — dépensent votre budget en contenu conçu à la main : scènes, dialogues, placement des rencontres, art par lieu. Les types simulés — roguelike, sandbox, monde ouvert — le dépensent en règles : génération, tables d'apparition, formules de dégâts et les outils qui permettent de les ajuster. Aucune extrémité n'est meilleure. Le bout scripté vous donne un contrôle exact sur le rythme et se teste de façon prévisible. Le bout simulé offre plus de temps de jeu par ressource et est bien plus difficile à équilibrer, car vous ne pouvez pas voir tous les états que le jeu peut atteindre.

Réponse rapide

Douze types, un seul axe : quelle part du monde le joueur génère en jouant, et quelle part vous écrivez à l'avance. Tout le reste — caméra, timing des combats, taille de l'équipe, système de sauvegarde — découle de ce seul choix.

Le tableau ci-dessous place chaque type sur l'axe. Lisez la deuxième colonne comme une ligne budgétaire : elle indique où passent les heures.

Deux d'entre eux sont généralement nommés directement plutôt que décrits par catégorie. On demande un JRPG, ou on demande un jeu de rôle comme Skyrim. Les deux sont traités ci-dessous avec le coût associé, car ils se situent aux extrémités opposées de l'axe et échouent de manières opposées.

JRPG

Un JRPG se définit par trois éléments, et il faut les trois : un casting fixe que le joueur ne crée pas, un arc principal que le joueur ne réordonne pas, et un combat en équipe où le joueur commande plusieurs personnages à la fois. Le combat se pilote généralement par menus — soit strictement au tour par tour, soit avec une barre de temps actif qui se remplit pendant que le joueur choisit une commande. Les donjons sont linéaires ; les villes sont des hubs. Le joueur choisit la tactique, pas l'itinéraire.

Sa force, c'est le contrôle narratif. Comme vous décidez quand l'équipe atteint la ville suivante, vous décidez aussi ce que le joueur sait à ce moment-là, ce qui vous permet de mettre en scène une révélation plutôt que d'espérer qu'il tombe dessus. La difficulté se règle avec des chiffres plutôt qu'avec les réflexes : un boss peut être difficile parce qu'il punit le mauvais ordre de ciblage, et non parce qu'il exige des entrées rapides. Cela rend ce type exceptionnellement testable. Un tableur et quelques centaines de combats automatisés vous en diront plus sur votre courbe d'équilibrage qu'une session de playtest.

Ce qu'il coûte, c'est le volume de contenu. Chaque heure de jeu JRPG nécessite des villes conçues à la main, des dialogues de PNJ, des inventaires de boutiques et des tables de rencontres, et presque rien de tout cela n'est réutilisable d'un lieu à l'autre. L'équilibrage des combats évolue aussi moins bien qu'on ne l'imagine avec la taille de l'équipe, car les effets de statut se multiplient : quatre personnages, six compétences chacun et quatre états de statut, cela représente une matrice de test de plusieurs milliers de combinaisons. Nommez le casting tôt. Si l'équipe change à l'acte deux, chaque réplique écrite avant ce point devient conditionnelle.

RPG d'action

Le combat en temps réel instaure un contrat de timing. Le joueur doit pouvoir lire une attaque avant qu'elle ne porte, et vous maîtrisez chaque frame entre « l'ennemi a décidé d'attaquer » et « le joueur a été touché ». Dans un jeu au tour par tour, ces frames n'existent pas. Dans un RPG d'action, elles sont tout le jeu.

La lisibilité de l'ennemi est l'aspect le plus difficile, et c'est autant un problème de rendu que d'animation. Une annonce fonctionne lorsqu'elle modifie la silhouette, pas lorsqu'il s'agit d'un discret mouvement de bras. À 60 fps, votre budget par frame est de 16,6 ms, et une préparation de 0,4 seconde représente 24 frames — mais les joueurs réagissent de manière fiable à peu près au dernier tiers de cette fenêtre, si bien que la portion lisible se rapproche de huit frames. Donnez à l'attaque une pose d'anticipation, un changement de couleur ou d'émission, et un signal sonore. Donnez au coup une réaction sans équivoque. Trois signaux pour un seul événement n'est pas excessif ; un seul signal ne suffit généralement pas.

Les modes d'échec courants, par ordre de fréquence : des hitbox plus grandes que le visuel, des frames d'invulnérabilité réglées à zéro si bien qu'échanger les coups est toujours le bon choix, et plusieurs ennemis qui attaquent sur la même frame sans règle d'espacement. Ce dernier cas est un bug de game design déguisé en difficulté. Limitez le nombre d'ennemis pouvant s'engager dans une attaque en même temps et le combat reste lisible quelle que soit la taille de la foule, car le joueur n'a jamais à suivre qu'une ou deux annonces à la fois.

RPG en monde ouvert (à la Skyrim)

Un jeu de rôle comme Skyrim paraît ouvert à cause des points de repère, pas à cause de sa superficie. La taille est la dernière chose que vous livrez et celle que les joueurs remarquent le moins consciemment. L'intention derrière cette recherche est presque toujours « je veux choisir une direction et trouver quelque chose », et non « je veux un gros chiffre sur l'écran de la carte ».

Le test est concret : depuis le point d'apparition du joueur, voit-il trois choses vers lesquelles il veut marcher, et ces trois choses sont-elles différentes les unes des autres ? Si un joueur court pendant 45 secondes sans voir quelque chose qu'il pourrait nommer, le monde paraît vide, quelle que soit la quantité de terrain chargée. La densité de choses intéressantes à une distance accessible à pied est la vraie variable. Une montagne visible de partout qui se rapproche visiblement à mesure qu'on avance fait plus de travail que dix fois le terrain.

Un monde sans coupure signifie que vous ne pouvez pas tout garder en mémoire. Le terrain est découpé en blocs — des tuiles de 64 mètres sont une taille de travail courante — avec l'anneau de tuiles autour du joueur résident et le reste abandonné. Chaque bloc a besoin d'une version moins détaillée pour le rendu à distance, d'un maillage de navigation pour l'IA et d'une table d'apparition pour ce qui y vit. Vous devez aussi gérer les jointures : un acteur qui marche d'un bloc au suivant ne doit pas passer à travers la jointure, et une cible de quête doit toujours se résoudre lorsque son bloc est déchargé puis rechargé.

Budgétéz la chaîne de production, pas le jeu. La génération du terrain, les distances de bascule des LOD, la cuisson du maillage de navigation et les outils d'apparition sont tous du travail à faire avant même que la première quête existe.

Ce type présente le pire rapport heures jouées / heures de développement de cette liste, et ses échecs sont silencieux. Les performances se dégradent progressivement, si bien qu'on ne s'en aperçoit que lorsque le temps par frame est déjà mauvais et que la correction exige de revoir la façon dont le monde se charge. Si vous voulez quand même essayer, construisez une vallée avec trois points de repère, une ville et aucun écran de chargement entre eux. Parcourez Mini World et The Cyclops' Island à cette échelle avant de commencer à dessiner une carte — les deux vous aideront à calibrer ce qu'une seule personne peut réellement remplir.

Roguelike et roguelite

Un roguelike génère son donjon à partir d'un ensemble de règles, vous tue définitivement et attend de la tentative suivante une disposition différente. Un roguelite conserve la génération et la mort mais ajoute une méta-progression : une monnaie qui survit à la partie et achète des améliorations permanentes. La distinction n'est pas cosmétique. La mort permanente à elle seule exige un large vivier de contenu, car chaque partie doit sembler nouvelle. La méta-progression compense un ensemble de contenu restreint en donnant au joueur une raison de refaire des parties qu'il a déjà vues.

La durée d'une partie est la décision de design la plus importante. Une partie de 20 à 40 minutes est la plage confortable actuelle pour un roguelite — assez longue pour qu'un build se mette en place et pour que le joueur ressente le coût d'une erreur, assez courte pour que perdre ne donne pas l'impression de perdre une soirée. Les roguelikes classiques durent bien plus longtemps car ils permettent de sauvegarder et de quitter en pleine descente. Choisissez-en une et tenez-vous-y, car le nombre de salles, la courbe de difficulté et le système de sauvegarde découlent tous de ce nombre.

Pourquoi la partie courte est favorable à un premier projet : votre budget de contenu se compte par partie, pas par heure. Huit à douze plans de salle, douze ennemis et un petit vivier d'objets peuvent produire énormément de jeu distinct, car le générateur et le joueur font la combinatoire à votre place. Donnez une graine au générateur et stockez-la avec la sauvegarde. Quand quelqu'un signale une salle cassée, la graine constitue tout le rapport de bug et vous pouvez le reproduire en une seule commande. Le mode d'échec, c'est une génération non maîtrisée — des salles triviales, des salles ingagnables et des pics de difficulté causés par une synergie d'objets que vous n'avez jamais vue parce que vous n'avez jamais testé cette combinaison.

RPG tactique

Un RPG tactique déplace le combat sur une grille et fait du positionnement une ressource. Les tours sont discrets, soit par rounds, soit par camps, soit dictés par une file d'initiative, et le combat se décide par la distance, le couvert, l'élévation et l'orientation plus que par les statistiques brutes. Le joueur voit généralement tout le champ de bataille d'un coup, depuis une caméra isométrique ou en plongée à trois quarts.

La grille, voilà ce qui vous offre la lisibilité. Elle vous donne un espace dénombrable et affichable, ce qui vous permet de surligner chaque case qu'une unité peut atteindre et chaque case qu'elle peut toucher avant que le joueur ne valide. Le couvert, l'élévation et le contournement deviennent tous lisibles plutôt qu'approximatifs. C'est l'avantage structurel sur un RPG d'action : le joueur peut calculer l'issue d'une décision avant de la prendre, ce qui signifie qu'une défaite est attribuable à son plan plutôt qu'à ses réflexes.

Ce qu'il coûte, c'est l'IA. Un ennemi tactique doit évaluer des coups candidats, et une évaluation superficielle se fait exploiter en une seule session : le joueur trouve le point d'étranglement, le schéma de kiting ou l'ordre de concentration des tirs et ne perd plus jamais. L'affichage de l'ordre des tours est l'autre coût caché : avec huit unités sur le terrain, le joueur doit savoir qui agit ensuite et pourquoi, sinon le combat paraît arbitraire.

L'exemple isométrique de Neta Studio est la bonne chose à parcourir avant d'écrire la moindre IA. Il montre combien d'informations porte un seul surlignage de case, et à quelle vitesse l'écran devient illisible dès que les indicateurs de portée de quatre unités se chevauchent.

Textuel et fiction interactive

Un RPG textuel ou un jeu de fiction interactive est le RPG le moins coûteux à livrer. Il n'y a ni art, ni animation, ni pathfinding, ni physique, ni caméra. Il vous faut une zone de texte, une machine à états et un moyen de sauvegarder. Une tranche verticale fonctionnelle représente un week-end de travail plutôt qu'un trimestre.

C'est aussi le plus difficile à rendre mémorable, car les mots doivent porter tout ce que l'art aurait porté. Les systèmes à choix convergent vers le même problème : les ramifications se multiplient. Dix choix binaires, c'est plus de mille états, et vous ne les testerez pas. La solution consiste à faire poser des drapeaux par les choix plutôt que de diviser l'histoire, puis à laisser les drapeaux se recombiner en un petit nombre de points de convergence. Un système à analyseur syntaxique connaît l'échec inverse : les joueurs tapent des choses que vous n'avez pas anticipées, et le « devinez le verbe » transforme une énigme en test de vocabulaire.

Là où le texte gagne encore : les états internes. Un personnage qui se ment à lui-même est trivial à écrire et presque impossible à animer, et un narrateur peu fiable ne fonctionne qu'en prose. C'est aussi le moyen le plus rapide de prototyper un système : vous pouvez découvrir si une économie ou une boucle de réputation est intéressante avant que quiconque ne modélise un maillage. Budgétéz en mots, pas en minutes. Une session de jeu de 30 minutes nécessite plusieurs milliers de mots de prose, et les joueurs lisent plus vite que vous n'écrivez.

RPG visual novel

Un RPG visual novel est une progression portée par le dialogue, à laquelle on greffe des systèmes légers : une ou deux statistiques, une valeur d'affinité, parfois une petite boucle de gestion ou de combat. Les scènes sont conçues à la main. Les systèmes décident quelles scènes s'ouvrent. Le pouvoir d'action du joueur réside dans les personnes avec qui il passe du temps et dans ce que son personnage devient, pas dans l'endroit où il marche.

C'est le chemin le plus court entre une idée et quelque chose de jouable. La première version constructible, c'est un arrière-plan, un portrait de personnage, une zone de texte, deux choix et une statistique qui change quand on en choisit un. Vous pouvez la faire tourner en un après-midi, et elle vous dira déjà si l'écriture et le rythme tiennent. Comme les systèmes sont petits, les modes d'échec sont visibles tôt. Si la deuxième scène est ennuyeuse, vous le découvrez avant d'en avoir construit douze.

Le piège, c'est la ramification sans convergence. Un arbre où chaque choix se divise et ne rejoint jamais le tronc double votre écriture à chaque embranchement, et la plupart de ces branches ne seront jamais vues. Filtrez au lieu de diviser : une valeur d'affinité ou de compétence décide laquelle d'un petit nombre de scènes se joue, et ces scènes rejoignent ensuite la ligne principale. Sauvegardez par nœud plutôt que par scène, sinon les joueurs rejoueront des dialogues qu'ils ont déjà lus pour revenir là où ils étaient.

Choisissez un type, construisez-le

Pour chaque type, voici la plus petite version réellement jouable — pas une démo technique, mais la première tranche que vous pourriez confier à quelqu'un et regarder jouer sans rien lui expliquer.

Chacune de ces tranches peut être construite dans le 3D game builder de Neta Studio. Vous décrivez le monde et les règles par écrit, il produit une scène Three.js dans laquelle vous pouvez entrer et que vous pouvez modifier, et vous itérez ensuite sans installation locale de moteur ni chaîne d'actifs. Commencez par la plus petite tranche verticale ci-dessus, faites-la tourner de bout en bout, et seulement ensuite ajoutez le deuxième système. L'ordre compte plus que le type que vous avez choisi.

Entrez dans le monde auquel il appartient

La liste des types ne devient utile que lorsque l'un d'eux est sous votre curseur. Choisissez le type le plus proche de votre idée, puis ouvrez un exemple abouti de ce type — car le moyen le plus rapide de choisir un genre est de ressentir la différence entre deux d'entre eux.

FAQ