Quand un jeu d'enquête doit-il afficher un indice ? Une échelle en trois étapes pour un indice
Pour un petit jeu d'enquête, affichez un indice lorsque le joueur demande de l'aide ou atteint un point de friction clair et testé — pas simplement parce qu'un compte à rebours est écoulé. Commencez par orienter vers la preuve, nommez ensuite la relation à observer, puis ne révélez la déduction que lors d'une étape finale explicite. Cela offre au concepteur qui calibre un indice un moyen pratique d'apporter de l'aide sans priver le joueur de sa déduction.
Construire les indices autour de ce que le joueur doit encore déduire
Rédigez la déduction visée en une phrase avant d'ébaucher des indices. Séparez ensuite les étapes que le joueur doit franchir pour y parvenir : trouver la preuve pertinente, la relier à un autre fait, et tirer la conclusion. Chaque indice doit combler une seule étape et s'arrêter avant d'effectuer la suivante à la place du joueur.
Prenons cet exemple inédit. La gardienne fictive d'un musée affirme avoir entendu l'horloge de la galerie est sonner neuf heures pendant un vol. Un registre de maintenance indique que l'horloge s'était arrêtée à huit heures la veille, et une note d'un restaurateur précise qu'elle a été remise en marche à dix heures le soir en question. La déduction visée est que le témoignage de la gardienne ne peut pas établir l'heure du vol : l'horloge n'était pas à l'heure à ce moment-là.
Une échelle à trois niveaux pour cet indice pourrait se présenter ainsi :
**Où chercher :** « Consultez le registre de maintenance et la note du restaurateur concernant l'horloge de la galerie est. » Cela oriente vers les preuves pertinentes sans expliquer pourquoi elles sont importantes.
**Quelle relation observer :** « Comparez les heures d'arrêt et de remise en marche de l'horloge avec la déposition de la gardienne. » Cela identifie la comparaison mais laisse le joueur évaluer ses conséquences.
**Confirmation de la solution :** « L'horloge était arrêtée au moment où la gardienne affirme l'avoir entendue sonner neuf heures, son témoignage ne peut donc pas confirmer l'heure du vol. » Cela formule la déduction.
Gardez ces niveaux bien distincts. Si le premier indice indique déjà que l'horloge était arrêtée pendant le vol, les étapes suivantes n'apportent plus grand-chose. Si le deuxième ne fait que répéter l'emplacement des indices, il n'aidera pas un joueur qui les a déjà trouvés. Chaque niveau doit apporter un nouvel élément de raisonnement.
Laisser le joueur contrôler la quantité d'aide affichée
Un indice déclenché par le joueur est une option par défaut fiable pour une échelle facultative : le joueur choisit d'ouvrir l'aide, et peut choisir à nouveau de dévoiler le niveau suivant. Nommer clairement les commandes — comme « Indice 1 », « Plus d'aide » et « Afficher la déduction » — aide à communiquer ce qui sera révélé avant que le joueur ne s'engage. Gardez la première étape peu détaillée afin que le joueur puisse s'arrêter dès qu'il en sait assez.
Le concepteur principal d'Acolyte décrit un jeu en langage naturel dans lequel les joueurs pouvaient poser des questions ou demander explicitement de l'aide, l'orientation s'adaptant à la question. Ce même retour d'expérience met aussi en lumière un risque : des joueurs compétents pouvaient découvrir des informations avant que l'histoire ne soit prête, affaiblissant le rythme prévu. Ce sont les observations d'un concepteur sur un jeu particulier, et non une règle universelle, mais elles soulignent deux considérations utiles : rendre l'aide facile à demander, et réfléchir au moment où l'information est autorisée à émerger. [Compte-rendu de conception d'Acolyte par Jamin Smith](https://www.gamedeveloper.com/design/deep-dive-designing-for-spontaneity-and-non-linearity-in-alternate-reality-games-with-i-acolyte-i-)
Les invites automatiques peuvent être utiles aux joueurs qui ne réalisent pas qu'une aide est disponible, mais elles constituent aussi la principale source de spoilers non sollicités. Si vous les utilisez, proposez d'abord une invite discrète — « Besoin d'un coup de pouce ? » — plutôt que d'afficher directement le contenu de l'indice. Le joueur doit pouvoir la fermer, et l'invite ne doit pas passer à un indice plus explicite sans une nouvelle action claire.
Privilégier l'état des indices ; manier le temps écoulé avec prudence
Une règle d'éligibilité détermine quand un indice peut être proposé ou débloqué. Privilégiez un état de jeu qui reflète la tâche réelle liée à l'indice : par exemple, rendez l'indice relationnel disponible après que le joueur a examiné à la fois le registre et la note du restaurateur. Si le joueur n'a trouvé ni l'un ni l'autre, le premier indice peut l'orienter vers eux. Si les deux ont été trouvés et que le joueur ne progresse pas, le second peut devenir accessible. Les conditions basées sur l'état rendent l'aide pertinente par rapport à ce que le joueur a déjà accompli.
Le temps écoulé peut servir de signal secondaire, mais rester immobile ne signifie pas nécessairement être bloqué. Un joueur peut être en train de lire, de prendre des notes ou de réfléchir. Si vous utilisez le temps, considérez-le comme une permission de proposer une invite optionnelle plutôt que comme une permission de dévoiler la réponse. Fondez le délai sur le playtesting et le rythme de la scène ; aucun nombre universel de secondes ne garantit le moment opportun.
Une règle simple pour cet indice précis pourrait être : rendre le premier indice disponible à tout moment sur demande ; débloquer l'indice de relation une fois que les deux documents ont été examinés ; n'autoriser la confirmation qu'après une seconde demande explicite. Si vous souhaitez également proposer une relance après une longue pause, ne l'offrez que tant que la déduction n'est pas résolue, faites en sorte qu'elle puisse être ignorée, et enregistrez si les joueurs l'acceptent. Ce sont des choix de conception à tester, et non des seuils immuables.
Garder l'aide cohérente avec l'univers du jeu
Un indice peut briser l'immersion s'il survient via une voix ou une interface qui détonne avec la scène. Dans son devlog pour Lacuna, le développeur Julian Colbus fait part de ses réserves concernant les indices traditionnels qui apparaissent dans un menu extérieur à l'univers ou qui semblent invraisemblables venant d'un personnage. L'équipe a notamment opté pour un mode de surbrillance optionnel, qui mettait en valeur les personnes et les objets porteurs de nouvelles informations, ainsi que pour des canaux d'indices redondants capables de confirmer des détails importants. Le devlog mentionne aussi un usage précis des surbrillances : signaler quand un objet devient analysable et quand aucune piste en surbrillance ne subsiste. Ce sont des exemples tirés de la conception de Lacuna, et non la preuve qu'un format unique convient à tous les jeux. [Devlog du développeur de Lacuna](https://www.gamedeveloper.com/design/detective-game-design-puzzles-vs-story-lacuna-devlog-)
Pour un indice unique, cela pourrait signifier placer le premier indice dans un carnet d'enquête, mettre en évidence les documents pertinents, ou rendre disponible une remarque facultative d'un personnage après que le joueur a posé des questions sur l'horloge. Choisissez une présentation qui s'intègre à votre univers et préserve le rôle du joueur dans la déduction. Un indice redondant peut aider quelqu'un qui a manqué un détail, mais évitez que chaque canal n'explicite l'intégralité de la réponse.
Tester le jeu pour traquer les révélations non désirées et les blocages stériles
Testez l'échelle d'indices avec des personnes qui ne connaissent pas la solution. Pour cet indice, notez quatre éléments : si le joueur demande un indice, si une invite automatique apparaît avant qu'il ne le souhaite, s'il trouve les deux documents, et s'il fait le lien avec l'horloge avant de voir la confirmation. Notez également les fausses pistes : par exemple, un joueur pourrait penser que la gardienne a délibérément menti alors que les preuves montrent seulement que son estimation de l'heure n'est pas fiable.
Définissez deux signaux d'échec utiles avant la session. Un **spoiler non sollicité** se produit lorsqu'un joueur voit un indice qu'il n'a pas choisi et indique que cela a vendu le raisonnement ou la solution. Une **impasse** survient lorsqu'un joueur n'arrive pas à déterminer l'action suivante, même après avoir inspecté les éléments disponibles, et ne progresse pas. Une simple pause ne suffit pas pour classer quelqu'un comme étant bloqué ; demandez-lui à quoi il réfléchit après la session ou à un point de contrôle neutre, sans lui souffler la réponse.
Après chaque playtest, ajustez l'élément le plus ciblé possible. Si les joueurs manquent les documents, améliorez leur visibilité ou l'indice indiquant où chercher. S'ils trouvent les deux mais ne comparent pas les heures, affinez l'indice sur la relation. Si la confirmation est systématiquement nécessaire parce que les preuves semblent ambiguës, réexaminez l'indice lui-même avant d'ajouter des invites plus directives. Si une invite automatique entraîne des révélations non désirées, retardez-la, réduisez son niveau de détail ou exigez une acceptation explicite du joueur.
Ce processus dote un indice donné d'une échelle d'aide équilibrée : chaque palier répond à un obstacle différent, et chaque révélation possède un déclencheur clair. Le playtest vous permet de vérifier si le timing et la formulation aident les joueurs à reprendre leur déduction tout en leur laissant la satisfaction de faire le lien final.