Traiter les considérations liées aux ressources et aux échéances
Le développeur mentionné dans le scénario d’introduction n’a pas impliqué la communauté du handicap pendant le processus de développement. Le développeur ne savait peut-être pas par où commencer ou il se préoccupait davantage des échéances de lancement et de la bande passante.
Dans cette leçon, vous découvrez les concepts fondamentaux de l’engagement de la communauté qui permettent de répondre à ces préoccupations. Ces concepts sont les suivants :
- Les approches pour simplifier l’inclusion de commentaires dans les boucles de commentaires existantes.
- L’importance de la diversité des utilisateurs et des points de vue.
- Les façons possibles de recueillir des commentaires quel que soit le stade auquel se trouve votre équipe dans le cycle de développement.
Incorporer des commentaires sur l’accessibilité dans les processus de commentaires existants
Si votre équipe n’y connaît rien en accessibilité, collecter les points de vue de personnes en situation de handicap peut sembler fastidieux. Cela ne doit pas être le cas de la collecte des points de vue. Pensez aux processus standard que votre équipe ou organisation suit pour collecter des commentaires utilisateur généraux ou mener des recherches utilisateur qui n’ont rien à voir avec l’accessibilité.
Votre équipe envoie par exemple déjà des enquêtes, elle mène des projets de recherche réguliers ou exécute des tests de jeu pour tous les produits en cours de développement. Si c’est le cas, un moyen simple pour commencer à collecter les commentaires de la communauté du handicap, sans créer de processus ni de programmes, consiste à s’assurer que des joueurs en situation de handicap sont inclus dans ces pools de participants existants.
Notes
Nous vous recommandons, dans la mesure du possible, de collaborer avec vos équipes de recherche utilisateur. Ces équipes sont formées et expertes dans la manière de poser des questions significatives et d’analyser les données. Si vous n’avez pas de ressources disponibles pour rechercher des utilisateurs, vous pouvez toujours envisager d’incorporer des points de vue en matière d’accessibilité dans les boucles de commentaires.
Inclure divers utilisateurs et points de vue
Avant de commencer, vous pouvez avoir des questions comme :
- « Combien de joueurs en situation de handicap doivent être inclus dans une session de commentaires ? »
- « Comment savoir si les commentaires d’un joueur sont représentatifs des autres joueurs présentant des handicaps similaires ? »
Bien qu’il n’y ait pas de réponse ni de règle définitive, il est important de remarquer que l’expérience d’un joueur particulier en situation de handicap peut être très différente de celle d’un autre joueur également en situation de handicap.
Envisagez d’inclure un ensemble diversifié d’utilisateurs et de perspectives. Par exemple, si vous recherchez des commentaires sur l’accessibilité visuelle de l’interface utilisateur de votre jeu, il est préférable de prendre en compte les commentaires de plusieurs joueurs présentant différents types de handicaps visuels.
Rassembler les commentaires tout au long du développement
Il est également important de garder à l’esprit que les commentaires sur l’accessibilité peuvent et doivent être collectés durant toutes les étapes du processus de développement. Dans l’idéal, cette collaboration commence dès les étapes de planification et de définition des objectifs. Quand vous prenez en compte l’accessibilité dès le départ, vous évitez d’avoir à ajouter des fonctionnalités d’accessibilité au dernier moment.
Les efforts de dernière minute pour implémenter des solutions d’accessibilité ne sont pas intégrés efficacement dans la conception d’un jeu. Il est peu probable que vous offriez la même prise en charge et la même efficacité aux joueurs que si vous définissez l’accessibilité comme étant prioritaire de manière cohérente du début à la fin.
Les informations suivantes décrivent les différentes façons de recueillir des commentaires lors des diverses phases du développement :
Avant le développement : Même si votre équipe n’a pas formellement lancé la planification ou le développement, il est quand même possible d’engager la communauté du handicap. Envisagez d’utiliser ce temps pour recueillir des informations élémentaires auprès des joueurs sur les obstacles qu’ils ont rencontrés par le passé en jouant à d’autres jeux de type similaire à celui que votre équipe développe. Avoir connaissance de ces obstacles avant le développement peut vous aider à éviter de les introduire dans votre jeu.
Planification et définition des objectifs précoces : après avoir établi une planification et des objectifs précoces, utilisez ces informations pour solliciter des commentaires. Les joueurs peuvent améliorer le développement accessible en identifiant les éventuels problèmes que les paramètres, mécanismes et autres éléments de conception anticipés peuvent poser. Ils peuvent aussi fournir des commentaires précieux sur vos objectifs d’accessibilité et la façon dont vous prévoyez de les atteindre.
Tests de prototypes : une fois que des prototypes ou builds du jeu sont opérationnels et disponibles, envisagez de fournir aux joueurs des opportunités pratiques d’émettre leurs commentaires par le biais de tests ou d’études de recherche utilisateur. Ces interactions pratiques sont cruciales pour obtenir des suggestions d’amélioration dans le contexte de votre jeu spécifique.
À mesure que l’expérience ou l’appareil passent par de nouvelles itérations, continuez à impliquer des joueurs en situation de handicap dans les tests. Cette implication peut garantir que les futures itérations de la conception continuent de proposer des solutions efficaces et utilisables pour ces joueurs.
Important
Il peut être tentant d’attendre que des prototypes jouables soient disponibles pour commencer à impliquer la communauté. Pourtant, il est important de réfléchir à tous les obstacles potentiels identifiés par ces joueurs lors des phases de développement antérieures. Sans ces commentaires, votre équipe peut inclure des expériences inaccessibles dans le prototype sans s’en rendre compte.
À ce stade du développement, il est peut-être trop tard pour gérer une longue liste de problèmes identifiés, ce qui se traduit par des expériences qui restent inaccessibles au moment du lancement. Une collaboration tout au long du développement permet de réduire les risques d’obstacles majeurs à l’accès survenant dans un prototype.