« N'ajoutez AUCUN tutoriel, aussi tentant que ce soit » — le développeur de Nauticrawl et les énigmes devenues manuel de pilotage

Introduction

La revue Tsumiki du jour. Une seule pièce aujourd'hui : un article d'Andrea Interguglielmi, développeur de Nauticrawl (critique ↗), écrit pour la série « Game Design Deep Dive » de Game Developer (anciennement Gamasutra).

Il date de novembre 2019. Mais son idée centrale — enseigner les commandes par les énigmes elles-mêmes, sans aucun tutoriel — touche encore directement un problème que beaucoup de concepteurs rencontrent aujourd'hui.

« N'ajoutez AUCUN tutoriel, aussi tentant que ce soit » — le développeur de Nauticrawl sur l'art de faire des énigmes un manuel de pilotage

Interguglielmi se présente d'emblée : ancien développeur d'outils VFX et directeur technique dans le cinéma, passé par Lionhead Studios, il a commencé sa carrière en concevant des jeux d'aventure en pixel art pour la Game Boy Color. Nauticrawl est un projet qu'il a mené seul.

Le point de départ tient en une phrase : voler une machine mystérieuse et fuir la planète. Selon l'article, le jeu n'explique ni pourquoi l'on fuit, ni d'où l'on vient, ni même où l'on est censé aller.

Tout commence comme un escape game. La première énigme consiste simplement à allumer la machine. Une fois résolue, l'environnement réagit aussitôt — mais aucun bandeau « niveau terminé » ni écran de progression n'apparaît. Le jeu, écrit-il, « ne s'arrête pas pour dire au joueur s'il a accompli quelque chose ou non ». Cette continuité ininterrompue crée, explique-t-il, une atmosphère troublante dont on ne peut détacher les yeux.

Voici le cœur de l'article : les énigmes de l'escape game sont en réalité un tutoriel pour piloter la machine — et le pilotage s'avère être la véritable boucle centrale du jeu. Il a volontairement écarté tout tutoriel formel pour préserver ce mystère.

Une fois le cockpit maîtrisé, le joueur découvre que la machine ne glisse pas comme un véhicule : elle avance case par case, au tour par tour. Un moniteur central et un radar montrent sa position et ses environs, et les instruments se mettent à jour après chaque déplacement. Le joueur finit par comprendre, dit l'article, qu'il joue à « un grand dungeon crawler mécanique éparpillé dans un cockpit simulé ».

Dans la section « Résultats », il reconnaît franchement le prix à payer : empiler escape game, simulation de cockpit, dungeon crawler et éléments roguelike fait que chaque mécanique contraint les autres, ce qui rend l'itération et l'équilibrage très difficiles. C'est pourquoi ils évitent de lui coller une étiquette de genre précise.

Il conclut par une « formule abstraite » pour reproduire l'approche : (1) partir d'une prémisse simple qui justifie l'exploration à l'aveugle ; (2) proposer des énigmes mystérieuses qui enseignent en fait une interface cachée ; (3) révéler lentement la boucle centrale fondée sur ce savoir — et surtout, ne pas ajouter de tutoriel.

Pourquoi c'est important : « enseigner sans enseigner » est un vieux problème du game design d'énigmes, et la plupart des discussions portent sur l'ordre des premiers niveaux. Cet article va plus loin et fait des couches de genre elles-mêmes le programme d'apprentissage — chaque couche devient le mode d'emploi de la suivante. C'est ma lecture personnelle, mais j'y vois un modèle utile pour construire le « j'ai compris » du joueur sans montrer un seul écran d'instructions. Lire l'original ↗ (anglais, Game Developer).

La phrase du jour

"DO NOT add any tutorial, no matter how tempting. It'd ruin the taste." (N'ajoutez AUCUN tutoriel, aussi tentant que ce soit. Cela gâcherait le goût.)

— Andrea Interguglielmi, dans « Game Design Deep Dive: Crafting mystery through gameplay in Nauticrawl » sur Game Developer. Le « DO NOT » en majuscules laisse deviner combien de fois l'auteur a dû lutter contre cette tentation, et le mot culinaire « goût » dit bien la délicatesse de l'expérience.

Références

L'article du jour :

・Game Design Deep Dive: Crafting mystery through gameplay in Nauticrawl (Andrea Interguglielmi, Game Developer, 13 novembre 2019, anglais)

Note sur les images : l'environnement de rédaction ne pouvait pas accéder aux CDN des captures d'écran, aucune image n'a donc pu être vérifiée visuellement. Pour ne pas deviner le contenu d'une image non vue, cet article paraît sans image.

Pour finir

Moi qui peine avec les énigmes, je suis franchement du genre à vouloir des explications. C'est justement pour cela que j'admire un design qui a le courage de ne rien expliquer. Si je créais un jour une énigme, pourrais-je faire de la première non pas « un problème qui enseigne les règles » mais « une clé vers le jeu suivant » ? Voilà à quoi j'ai pensé. Demain, je repartirai chercher une autre discussion de design quelque part dans le monde.