Comment savoir si les joueurs comprennent votre mécanique de jeu ?
Si vous avez conçu une mécanique parce qu'elle semble ingénieuse, testez si les joueurs peuvent découvrir ce qu'elle fait, prédire ses conséquences et l'utiliser pour faire un choix significatif. Donnez aux joueurs une petite tâche qui dépend de cette mécanique, puis observez ce qu'ils font avant de la leur expliquer. Une animation réussie, une bonne intuition après un indice ou un joueur disant « j'ai compris » ne suffisent pas en soi : chacun de ces éléments ne montre parfois qu'une partie de la compréhension que vous souhaitez tester.
Définir ce que signifie « comprendre » pour cette mécanique
Avant d'inviter qui que ce soit à jouer, notez la règle voulue de la mécanique en langage clair. Nommez ensuite les décisions du joueur qui en dépendent. Par exemple, supposons qu'un jeu de plateforme fictif dispose d'une impulsion qui repousse les objets proches. Un test utile pourrait chercher à savoir si un joueur peut découvrir l'impulsion, identifier les objets qu'elle affecte, anticiper la direction de la poussée et choisir le moment propice pour l'utiliser. Ce sont des observations distinctes ; un joueur pourrait comprendre l'effet mais pas sa portée, ou comprendre les deux et décider malgré tout que l'impulsion ne vaut pas la peine d'être utilisée.
Cette décomposition est un plan de test pratique, et non une échelle universelle validée. Elle s'inspire du framework MDA, qui décrit les jeux en termes de mécaniques, des dynamiques qu'elles génèrent pendant le jeu et des expériences que ces dynamiques soutiennent. Ce cadre est ici utile car l'implémentation d'une mécanique ne représente pas toute la question de conception : vous devez également voir ce que les joueurs en font et ce que ce jeu procure comme sensation.
Rédigez une courte prédiction avant la session : « Si les joueurs comprennent X, je m'attends à voir Y, sans l'intervention de l'indice Z. » Pour l'impulsion, cela pourrait être : « Après avoir vu un objet bouger, le joueur essaiera l'impulsion près d'un autre objet mobile et se positionnera pour l'envoyer vers l'obstacle. » Cela permet de garder le test concentré sur un comportement observable plutôt que sur l'impression subjective que quelqu'un semblait captivé.
Mettre en place un test qui permet aux joueurs de montrer leur propre modèle
Donnez à chaque participant les mêmes conditions de départ et une tâche qui rend la mécanique pertinente sans lui donner la réponse. Évitez les instructions telles que « Utilisez l'impulsion pour déplacer la caisse » ; cela teste uniquement sa capacité à suivre une consigne. Créez plutôt une situation où le déplacement de la caisse est une voie plausible pour avancer, et observez s'il remarque l'impulsion et l'associe à l'objet.
Si vous souhaitez savoir ce qu'ils pensent qu'il se passe, demandez-leur de penser à voix haute pendant qu'ils jouent. Le Nielsen Norman Group décrit cette méthode comme le fait de demander à des participants représentatifs d'effectuer des tâches représentatives tout en verbalisant leurs pensées, le facilitateur écoutant et les incitant à continuer de parler plutôt que de diriger leurs choix. Leurs recommandations concernent les tests d'utilisabilité en général ; l'appliquer aux mécaniques de jeu est donc une adaptation méthodologique, et non un résultat de recherche propre au jeu vidéo.
Donnez une relance neutre telle que « À quoi pensez-vous ? » si un joueur devient silencieux. Évitez les questions qui introduisent indirectement la mécanique ou sa réponse, comme « Avez-vous remarqué le bouton d'impulsion ? ». Cette dernière peut transformer un test de découverte spontanée en un test de reconnaissance. Si parler en jouant perturbe le timing ou l'attention, laissez le joueur terminer d'abord une courte tentative, puis demandez-lui de décrire ce qu'il pensait qu'il allait se passer aux moments clés. Notez qu'une explication rétrospective peut être moins fiable que le fait d'observer la décision prise en cours de jeu.
Observer les actions, les prédictions et la récupération
Recueillez des preuves en fonction des affirmations précises que vous avez formulées. Les notes utiles incluent le fait que le joueur ait essayé la mécanique spontanément, la cible qu'il a choisie, le résultat qu'il a prédit, la correspondance du résultat avec cette prédiction et ce qu'il a fait après un résultat inattendu. Si un joueur utilise l'impulsion avec succès par accident mais ne peut pas prédire le résultat lors d'une deuxième tentative, le premier succès n'établit pas un modèle mental stable.
Lorsqu'il est possible de faire une pause sans risque, posez une question de prédiction avant la tentative suivante : « Selon vous, que va-t-il se passer si vous l'utilisez ici ? ». Laissez ensuite le joueur agir. Cela permet de vérifier si le joueur peut appliquer la règle à une situation nouvelle, plutôt que de simplement répéter un mouvement qui lui a été montré. Posez des questions courtes et ouvertes ; expliquer la règle avant de poser la question rend le résultat difficile à interpréter.
Distinguez la compréhension de la mécanique des autres obstacles potentiels. Un joueur peut comprendre la règle mais rater la commande, ne pas voir un objet pertinent ou être empêché d'agir par la disposition du niveau. Notez ces éléments comme des observations distinctes. Si les commandes ne sont pas claires, par exemple, la session ne peut pas vous indiquer si la mécanique elle-même est comprise. N'apportez qu'une modification à la fois dans une version ou une session ultérieure, afin de pouvoir identifier à quel problème cette modification répond.
Utiliser un registre de preuves synthétique
Après chaque session, résumez les preuves au lieu d'attribuer une note vague comme « a compris ». Cette petite matrice est une aide illustrative, pas un instrument standardisé :
Gardez la dernière question séparée de la compréhension. Un joueur peut comprendre une mécanique et ne pas aimer l'utiliser ; un joueur peut aussi apprécier son rendu spectaculaire sans en comprendre la règle. Ces deux constats peuvent être importants, mais ils appellent des décisions de conception différentes.
Interpréter la tendance avant de modifier la conception
Recherchez les blocages récurrents et leur contexte. Si les joueurs ne tentent pas d'utiliser la mécanique, examinez la découvrabilité : l'indication de commande, les repères visuels et le fait que le niveau leur donne ou non une raison d'expérimenter. S'ils la tentent mais interprètent mal le résultat, examinez le retour d'information et la cohérence des règles. S'ils prédisent correctement mais ne l'utilisent pas lorsqu'elle est facultative, demandez-vous si elle modifie réellement une décision ou si une autre action est tout simplement plus utile. Ce sont des hypothèses de diagnostic, pas des conclusions automatiques ; vérifiez-les au regard de ce qui s'est passé pendant la session.
Ne traitez pas une poignée de sessions comme une estimation représentative de la population. L'observation qualitative peut révéler les aspects déroutants d'une conception et suggérer des pistes d'amélioration, mais elle ne peut pas à elle seule déterminer la fréquence de ce problème chez l'ensemble des joueurs. Testez à nouveau la version révisée avec la même tâche, et vérifiez des situations inédites ainsi que celle qui a initialement mis en évidence le problème. Si vous devez par la suite comparer des taux ou des préférences, utilisez un échantillon plus large, correctement recruté, et une mesure adaptée à cette question.
Une règle d'arrêt pratique
Pour un prototype précoce, arrêtez de retravailler l'explication lorsque plusieurs joueurs ciblés parviennent à découvrir la mécanique, à prédire son effet dans au moins une situation inédite et à l'utiliser pour atteindre un objectif sans indice suggestif — et lorsque les échecs restants pointent vers des problèmes précis et corrigibles plutôt que vers une confusion sur la fonction de la mécanique. Le nombre exact de sessions dépend du projet et des décisions en jeu ; aucun seuil universel n'est établi par les sources citées ici.
Le but de ce test n'est pas de prouver que votre idée est brillante. Il sert à déterminer si le jeu transmet la règle et rend le choix prévu possible. Si les joueurs comprennent la mécanique et ne la trouvent toujours pas intéressante, c'est aussi un élément d'information utile : la conception a peut-être besoin d'un rôle, d'un intérêt ou d'un contexte différent.