Blog Metlivi

Comment apprendre aux joueurs les possibilités des conversations avec les PNJ dès le premier chapitre d'un jeu

Pour un concepteur de jeux narratifs, le premier chapitre a une fonction précise : aider les joueurs à comprendre ce qu'ils peuvent demander à un PNJ, ce qu'une réponse peut changer et ce qui se produit lorsque le personnage manque d'informations. Enseignez ces règles à travers une conversation facultative et sans enjeu majeur, que les joueurs peuvent tester et analyser. Séparez-la du tutoriel initial sur les commandes : l'objectif ici est d'établir le cadre de la conversation, et non d'expliquer les déplacements, les menus ou le combat.

27 septembre 20269 min de lectureLecture, arts et culturePar Metlivi Editorial Team
Section 1

Que doit enseigner le premier chapitre sur les conversations avec l'IA ?

Définissez un ensemble d'attentes restreint et précis plutôt que de promettre aux joueurs qu'ils peuvent tout demander. Un joueur doit pouvoir identifier :

Ce sont des promesses concernant le système de dialogue du jeu : faites en sorte qu'elles correspondent à son fonctionnement réel. Si seuls certains sujets ou certaines actions sont pris en charge, montrez cette limite avant d'inviter à une saisie libre. Évitez qu'un personnage prétende que chaque question a une réponse significative si le système est incapable de la fournir.

**Quel type de saisie est accepté :** par exemple, choisir un sujet suggéré ou saisir une question courte.
**Ce dont le PNJ peut discuter :** comme une personne, un lieu ou un événement que le personnage a rencontré.
**Quelles réponses influencent le jeu :** distinguez les informations ou le dialogue d'ambiance d'une action qui modifie un état enregistré.
**Ce que le personnage ignore :** les questions sans réponse doivent se heurter à une limite claire et cohérente avec le personnage, plutôt qu'à un fait inventé de toutes pièces.
**Comment expérimenter en toute sécurité :** proposez un exemple de question dont le résultat est facile à comprendre et n'engage pas le joueur dans un choix déterminant.
Section 2

Une courte séquence jouable pour le premier chapitre

Utilisez un passage accessible au cours d'une partie normale, après la prise en main des commandes et une fois que l'histoire a introduit un personnage ayant une raison de parler. La séquence suivante est un exemple de conception ; adaptez les noms et les variables d'état à votre jeu.

Cette séquence transmet les mécaniques par une interaction concrète : une question informative prise en charge, une limite d'action visible, un choix facultatif modifiant l'état du jeu, et une sortie. Les noms de variables d'état utilisés ici servent d'illustration de conception et ne font référence à aucun moteur de jeu ou implémentation en particulier.

**Proposer une conversation facultative.** Un messager nommé Iven attend près d'une porte fermée. Une invite d'interaction visible indique : « Demander à Iven des informations sur la route nord ». Le joueur peut passer son chemin et poursuivre le chapitre. Aucun objectif obligatoire ne dépend du déclenchement du dialogue.
**Montrer la limite en contexte.** Lorsque le joueur interagit, Iven dit : « Je peux vous dire ce que j'ai vu sur la route nord. Mais je ne peux pas ouvrir la porte, et j'ignore ce qui s'est passé après mon départ. » Un repère visuel compact signale deux sujets possibles : « État de la route » et « La porte ». Un libellé discret ou une icône distingue une simple « conversation » d'une « action dans le monde ».
**Permettre au joueur d'essayer une question exemple sécurisée.** Proposez une suggestion de question : « La route nord était-elle bloquée ? » Iven répond avec un détail connu : « Une charrette renversée a ralenti les passages ce matin, mais je suis passé avant midi. » La réponse est utile, encadrée, et ne modifie pas l'état du monde. Si le joueur formule la même demande avec ses propres mots, le système peut démontrer que les questions prises en charge ne nécessitent pas une formulation au mot près.
**Présenter un véritable changement d'état de manière distincte.** Le joueur peut ensuite demander : « Peux-tu déplacer la charrette ? » Si Iven en a la possibilité, le jeu doit présenter un choix d'action explicite tel que « Demander à Iven de la déplacer ». Après confirmation, le jeu enregistre l'état correspondant (par exemple `cart_moved = true`) et en montre les conséquences dans le monde ou le dialogue. Si aucune action n'est encore possible, précisez quelle condition est manquante.
**Conclure sans forcer l'achèvement.** Le joueur peut partir à tout moment. Le chapitre se poursuit qu'il ait posé une seule question, exploré plusieurs sujets ou totalement ignoré la conversation.
Section 3

Comment rendre les changements d'état lisibles

Distinguez trois types d'issues, tant dans l'écriture que dans l'interface :

Information : « La charrette bloquait la route nord ce matin. » — Le PNJ a partagé une information ; aucune action dans le monde n'est sous-entendue.
Prise en compte ou ambiance : « Je me souviendrai de votre question. » — À moins que le jeu n'enregistre une conséquence, il s'agit d'une simple ligne de dialogue. Ne laissez pas présager un effet caché.
Action modifiant l'état : « Je vais déplacer la charrette. » — Une action est disponible, et le jeu mettra à jour une condition nommée ou observable.
Section 4

Montrer la conséquence d'une action

Une règle efficace consiste à associer les formulations d'action à un choix explicite et à les accompagner d'un résultat visible : un objet déplacé ou transformé, un journal de quête mis à jour, un nouvel itinéraire ou une confirmation sans ambiguïté. Si une action nécessite une clé, un indice préalable, un indicateur de relation ou une étape précise du chapitre, rendez cette exigence compréhensible dès lors qu'elle bloque l'action. N'indiquez pas au joueur qu'une action a eu lieu si l'état correspondant n'a pas été modifié.

Section 5

Cartographier les interactions prises en charge avant d'écrire

Pour une brève rencontre dans le premier chapitre, un concepteur peut formaliser chaque interaction prise en charge avant de rédiger les répliques :

Cette cartographie simple facilite la cohérence des dialogues avec l'état du jeu et évite d'introduire des promesses involontaires dans le texte.

**Sujet :** Sur quoi porte la question du joueur ?
**Source de la connaissance :** Pourquoi ce personnage connaîtrait-il la réponse ?
**Précondition :** Quels faits ou états doivent être vérifiés pour que la réponse soit accessible ?
**Résultat :** La réponse apporte-t-elle seulement une information, ou change-t-elle quelque chose ?
**Solution de repli (fallback) :** Que doit dire le personnage si la question dépasse le cadre prévu ou si l'information requise fait défaut ?
Section 6

Que doit répondre un PNJ lorsqu'il ne sait pas ?

Un PNJ doit être capable de faire la différence entre **ne pas savoir**, **ne pas pouvoir agir** et **ne pas comprendre la question**. Ces situations représentent des résultats distincts pour le joueur et nécessitent des réponses adaptées.

La réponse de repli ne doit pas inventer un indice dans le seul but d'alimenter la conversation. Elle ne doit pas non plus pénaliser le joueur qui teste l'interface. Conservez un ton fidèle au personnage, mais rendez le résultat pratique parfaitement clair : la réponse est inconnue, l'action est impossible ou la formulation demande à être précisée.

**Limite de connaissance :** « Je ne suis pas allé au-delà du pont est. » Cette réponse exprime le point de vue du personnage et évite les suppositions.
**Information manquante dans le jeu :** « J'ignore qui a pris la clé. Je ne l'ai pas vue depuis hier. » À utiliser lorsque le jeu n'a pas établi ce fait ou que le personnage n'a aucun moyen de le savoir.
**Action indisponible :** « Je ne peux pas déplacer la charrette tant que l'équipe de la porte l'utilise. » S'il s'agit d'une condition susceptible d'évoluer, mentionnez-la lorsque c'est pertinent.
**Demande floue ou non prise en charge :** « Je peux répondre aux questions concernant la route et la porte. Que souhaitez-vous savoir ? » Proposez une direction valide plutôt qu'un message d'erreur générique.
**Question répétée ou hors sujet :** Donnez une réponse brève rappelant le cadre, puis laissez le joueur aborder un autre sujet ou mettre fin à l'échange.
Section 7

Garder la conversation facultative et accessible

Rendez l'opportunité de discuter bien visible, tout en laissant les joueurs libres de l'ignorer, de la quitter prématurément ou de s'arrêter après la question d'exemple. Si l'information est indispensable pour terminer le chapitre, prévoyez un autre moyen de l'obtenir ou faites de la conversation une exigence explicite et assumée ; ne déguisez pas un passage obligatoire en choix facultatif. Évitez d'obliger les joueurs à épuiser tous les sujets simplement pour découvrir lesquels ont de l'importance.

Un repère visuel court aide à distinguer les différents types d'interactions : les sujets suggérés, le champ de texte libre et les choix d'action ne doivent pas paraître interchangeables s'ils entraînent des conséquences différentes. Placez les instructions à proximité directe de l'interaction concernée. L'article [« Less Text, More Visuals »](https://aclanthology.org/2022.games-1.3/) rend compte d'une étude qualitative menée auprès de 12 joueurs de jeux linguistiques et d'apprentissage des langues ; les participants s'attendaient à des repères visuels et trouvaient rébarbatif un excès de texte d'onboarding, tout en signalant des difficultés liées au contexte linguistique et au feedback. Il s'agit d'une étude restreinte portant sur un jeu à but d'annotation (GWAP) pour le TALN, et non d'une preuve que chaque jeu requiert moins de texte ou que cette méthode s'applique à tous les genres. Prenez-la comme une incitation à faire des tests, non comme une vérité absolue : rendez le signal clair, puis vérifiez sa compréhension auprès des joueurs de votre propre jeu.

Les recherches sur l'ancrage conversationnel (grounding) apportent un enseignement connexe mais distinct. Dans [« A Framework for Exploring Player Perceptions of LLM-Generated Dialogue in Commercial Video Games »](https://aclanthology.org/2023.findings-emnlp.151/), 28 joueurs recrutés sur un subreddit dédié à *Disco Elysium* ont évalué des dialogues au sein d'une interface de RPG reconstituée. Les auteurs rapportent que les écrits originaux des concepteurs ont été nettement préférés aux textes générés par GPT-4, les participants soulignant la fluidité logique et la cohérence avec l'état du jeu. Il s'agissait d'une évaluation de la qualité des dialogues, et non d'un test d'onboarding pour un premier chapitre. Cela démontre l'importance de dialogues cohérents et attentifs à l'état du jeu, sans pour autant dicter la méthode universelle pour enseigner ces mécaniques à tous les profils de joueurs.

Section 8

Vérifier si les joueurs ont assimilé les bonnes règles

Une fois la séquence conçue, observez si un nouveau joueur parvient à répondre à quatre questions concrètes sans nécessiter de longues explications :

Repérez les décalages entre les déductions des joueurs et le comportement effectif du système. S'ils supposent que chaque réponse transforme le monde du jeu, renforcez la distinction entre simple information et action réelle. S'ils prennent un refus pour un bug, clarifiez les limites ou les sujets disponibles. S'ils s'imaginent que la question d'exemple était obligatoire, reformulez l'invite et assurez-vous que la progression du chapitre reste possible sans elle.

Le premier chapitre n'a pas besoin de dévoiler l'intégralité des embranchements possibles. Il doit simplement permettre aux joueurs de faire l'expérience d'une interaction représentative et sans risque, d'en comprendre l'aboutissement et de voir comment le PNJ gère ses limites. Une fois ces règles assimilées, les joueurs aborderont les conversations suivantes avec une idée bien plus exacte de ce que leurs questions peuvent accomplir.

De quoi ce personnage peut-il discuter ?
Quel choix, le cas échéant, a modifié l'état du jeu ?
Que fait le personnage lorsqu'il ignore une réponse ?
Le joueur peut-il quitter ou ignorer la conversation ?
À lire aussi

Continuer sur ce thème