Quand utiliser les rôles et les personnages?
Je travaille sur une application Web accessible à un petit groupe de clients et à leurs employés. J'ai beaucoup lu sur le développement de personnages, mais je ne suis pas sûr que ce soit vraiment la bonne technique à utiliser dans cette situation. Les rôles de ces utilisateurs appartiennent tous à un domaine technique très étroit.
- Si les rôles sont très spécifiques à certains petits types démographiques/ethnographiques, dois-je développer des personnages? Ou sont-ce les caractéristiques réelles dont j'aurais besoin pour développer des personnages?
- Avec une petite base d'utilisateurs bien définie, cela vaut-il la peine de développer des personnages à part entière? Si oui, comment pourraient-ils être utilisés?
Il vaut toujours la peine de développer un personnage dans votre cas, bien qu'il soit probable que vous n'en ayez qu'un.
Promouvoir l'expérience hors du corps
Les personas sont utilisés pendant le processus de conception afin que les concepteurs aient constamment un personnage représentant le public cible devant eux. Cela (espérons-le) garantit que l'utilisateur est toujours présent à l'esprit, et que les concepteurs ne prennent aucune décision ou évaluation qui se fonde uniquement sur leur expertise du domaine (c.-à-d. Le péché du concepteur).
Les personnages aident le concepteur à sortir de son propre esprit et à entrer dans celui de quelqu'un d'autre.
Un seul utilisateur suffit
Cela va encore plus loin - l'une des principales recommandations des guides de rédaction est de toujours tenir compte du lecteur - les écrivains novices ont tendance à écrire pour eux-mêmes. Même si vous avez un seul lecteur (comme un marqueur d'un essai que vous écrivez), vous devez écrire pour cette personne et non pour vous-même.
En ce qui concerne les personnages, vous n'auriez aucune synthèse (développement) à faire si vous n'avez qu'un seul utilisateur, mais il serait toujours avantageux de créer un personnage pour cette personne - c'est donc toujours à l'esprit.
Ce n'est pas que la diversité
Les personas ne sont pas seulement là pour représenter divers groupes de publics d'intérêt. Ils comprennent également des points focaux qui devraient éclairer la conception et d'autres points saillants de la recherche des utilisateurs.
Par exemple, un personnage peut inclure les choses à faire et à ne pas faire; il peut inclure l'analyse de l'expertise (telle que technique ou domaine); il peut inclure des scénarios et des tâches clés. Tous ces éléments servent toujours le concepteur pendant la conception, peu importe si le personnage représente un groupe authentique de 5 personnes, ou un groupe diversifié de 15000, et peu importe s'il y a un ou cinq personnages.
Si vous regardez le personnage ci-dessous, vous verrez que même s'il s'agit du seul personnage pour un système particulier, il peut toujours prendre en charge le concepteur de nombreuses manières.
Vous seriez également aidé en effectuant des workflows pour chacun des rôles, puis en comparant tous les rôles pour trouver les similitudes et les différences dans les utilisations de la plate-forme. Votre objectif doit être d'identifier la différenciation des besoins d'entrée et de sortie, ainsi que le but et les objectifs de chaque rôle pour l'interface. c'est à dire. sont-ils en train de le lire, font-ils la saisie de données ... Ensuite, développez le contenu, le langage et l'architecture en conséquence.