« Un mode d'emploi de la Persona » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| (2 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 13 : | Ligne 13 : | ||
==Étape 1 : Rôles== | ==Étape 1 : Rôles== | ||
La première étape consiste à décider qui interviewer | La première étape consiste à décider qui interviewer. Goodwin recommande de répartir les utilisateurs par rôle, les rôles étant définis en grande partie par les tâches et non par les intitulés de poste. Des personnes ayant le même intitulé de poste peuvent avoir des rôles très différents, de même que des intitulés de poste différents peuvent remplir le même rôle. Ainsi, les personas et les rôles peuvent ou non s'aligner au final.<br/> | ||
<br/> | <br/> | ||
Un rôle unique peut contenir plusieurs personas, ou plusieurs rôles peuvent relever d'une même persona. À la fin de cette étape, vous devriez avoir une idée des utilisateurs ou des personnes interrogées qui correspondent à chacun de vos rôles, déterminés par qui fait quoi et par les types de tâches que chaque utilisateur accomplit habituellement. À ce stade, l'accent est mis sur les types de tâches et non sur la manière dont les utilisateurs les exécutent.<br/> | Un rôle unique peut contenir plusieurs personas, ou plusieurs rôles peuvent relever d'une même persona. À la fin de cette étape, vous devriez avoir une idée des utilisateurs ou des personnes interrogées qui correspondent à chacun de vos rôles, déterminés par qui fait quoi et par les types de tâches que chaque utilisateur accomplit habituellement. À ce stade, l'accent est mis sur les types de tâches et non sur la manière dont les utilisateurs les exécutent.<br/> | ||
| Ligne 67 : | Ligne 67 : | ||
[[Fichier:Persona-product-admin.png|border|link=]]<br/> | [[Fichier:Persona-product-admin.png|border|link=]]<br/> | ||
<br/> | <br/> | ||
Vous devrez peut-être vous demander si tous vos personas sont en fait des personas utilisateurs. Tous les personas ne le sont pas nécessairement. Vous pouvez avoir une persona client, qui représente les personnes qui paient pour un produit ou un service mais qui ne vont pas nécessairement l'utiliser directement. Bien qu'il ne s'agisse pas d'un véritable utilisateur, il peut néanmoins avoir des besoins à satisfaire en tant qu'acheteur. Vous pouvez également avoir une persona pour les personnes qui ne sont pas des utilisateurs ou des clients directs, mais qui sont néanmoins concernées par la conception et dont les besoins doivent donc être pris en considération. C'est ce qu'on appelle un « served persona » ''persona servi''). Goodwin donne l'exemple d'une aide au diagnostic : le médecin qui utilise l'aide serait l'utilisateur direct ; un patient âgé du médecin pourrait être le « persona servi ».<br/> | |||
<br/> | |||
Les personas clients et servis sont plus courts que les personas utilisateurs. Ils contiennent des frustrations, des préoccupations et quelques informations démographiques, mais n'ont pas besoin d'une description des activités. Il existe également des personas négatives, qui s'apparentent à un anti-pattern. Il s'agit d'utilisateurs pour lesquels la conception d'un système nuirait à la qualité globale de vos efforts. (Par exemple, la conception d'un système pour les « super utilisateurs » donne généralement de mauvais résultats). Ces types de personas supplémentaires sont toutefois rarement nécessaires.<br/> | |||
<br/> | |||
Les utilisateurs dont les tâches sont clairement distinctes doivent avoir leur propre interface. Ce sont vos personas principales. En d'autres termes, si vous avez conçu un produit uniquement pour vos personas principales, les autres personas devraient être en grande partie satisfaites de la conception. Les premières idées de conception doivent donc être générées à partir du point de vue de vos principales personas. Lorsqu'elles sont utilisées, les personas doivent être mentionnées comme s'il s'agissait de personnes réelles. Vous voulez que les gens se sentent à l'aise dans cette situation.<br/> | |||
<br/> | |||
Si quelqu'un vous demande « Pourquoi êtes-vous contre la fonctionnalité X ? », vous devez répondre, sans sourciller, « Parce que X n'est pas ce dont Jane a besoin ». Pour aider les gens à s'identifier à vos personas, les photos employées sont également importantes. Gardez à l'esprit que l'objectif est de permettre à l'équipe de développement de se familiariser avec les données de l'utilisateur et de s'y identifier comme s'il s'agissait d'une personne réelle et vivante. Comme indiqué plus haut, toute partie d'un persona qui semble fausse amènera les gens à douter du reste de la persona. Cela inclut la photo.<br/> | |||
<br/> | |||
[[Fichier:Personas-good-bad.png|border|link=]]<br/> | |||
<br/> | |||
Vous recherchez une photo de quelqu'un qui ressemble à un véritable extrait d'un jour de sa vie. Si vous recherchez des photos pour un personnage féminin, par exemple, les photos ci-dessus à gauche sont meilleures que les photos ci-dessus à droite. Vous ne voulez pas d'une photo qui semble mise en scène, peaufinée et directement issue du marketing. En fin de compte, vous voulez quelque chose que les équipes vont réellement utiliser, qui résonne et qui leur est utile. Si les gens ne font pas le lien entre les décisions de conception et les personas créées, c'est qu'il n'y avait aucune raison de les créer !<br/> | |||
<br/> | |||
J'espère que cet article vous a été utile.<br/> | |||
<br/> | |||
À bientôt. | |||
