« Un mode d'emploi de la Persona » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (3 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 57 : | Ligne 57 : | ||
<br/> | <br/> | ||
Un '''objectif final''' est quelque chose pour lequel le produit va aider le persona à accomplir, et non pas quelque chose qu'il va faire à sa place. Gardez à l'esprit que toute affirmation spécifiant un mécanisme, telle que « Faire X sans connexion », est probablement une tâche, et non un objectif. Un '''objectif d'expérience''' décrit ce que la persona souhaite ressentir lorsqu'elle utilise le produit ou le service. Tous les objectifs doivent être concis. Essayez de formuler les choses comme la persona le dirait vraiment. À la fin de cette étape, vous devriez avoir trois ou quatre objectifs mémorisables pour chaque persona.<br/> | Un '''objectif final''' est quelque chose pour lequel le produit va aider le persona à accomplir, et non pas quelque chose qu'il va faire à sa place. Gardez à l'esprit que toute affirmation spécifiant un mécanisme, telle que « Faire X sans connexion », est probablement une tâche, et non un objectif. Un '''objectif d'expérience''' décrit ce que la persona souhaite ressentir lorsqu'elle utilise le produit ou le service. Tous les objectifs doivent être concis. Essayez de formuler les choses comme la persona le dirait vraiment. À la fin de cette étape, vous devriez avoir trois ou quatre objectifs mémorisables pour chaque persona.<br/> | ||
==Étape 7 : Mise en chair== | |||
C'est ici que vous clarifiez les distinctions entre vos proto-personas et que vous leur donnez du corps. C'est en étoffant vos proto-personas et en les développant pour en faire des récits plus riches que vous en ferez des personas à part entière. Comme le souligne Goodwin, c'est important car plus vos personas seront distinctes, plus elles seront faciles à mémoriser et à utiliser. Revenez sur vos associations et recherchez les variables qui n'étaient pas essentielles à la définition des patterns.<br/> | |||
<br/> | |||
Selon Goodwin, ces variables « résiduelles » peuvent vous aider à ajouter des détails, ce qui rendra vos personas plus distinctes. Une fois que vous avez passé en revue toutes les variables, revenez à vos retranscriptions sur les utilisateurs qui ont le plus contribué à chaque persona et utilisez-les pour ajouter des détails. Ajoutez une série de frustrations pour chaque persona, ainsi que des détails sur l'environnement qui affectent l'utilisation. Vous pouvez renforcer le caractère distinctif de vos personas en ajoutant une liste de compétences, de formations, d'emplois antérieurs, de niveaux d'expérience, ainsi qu'une description des sentiments et des aspirations de ces personas.<br/> | |||
<br/> | |||
Il est bon d'inclure quelques données démographiques telles que l'âge, le genre, l'origine ethnique, etc. pour donner de la « saveur », mais, là encore, il faut s'en tenir au minimum. Toutes les données démographiques incluses doivent être crédibles. Toute partie d'un personnage qui ne semble pas correcte amènera les gens à remettre en question l'ensemble. Ainsi, par exemple, vous ne voudriez pas faire d'une personne une femme si, en fait, la plupart des personnes qui jouent ce rôle sont des hommes (ou vice versa). Chaque persona d'utilisateur doit également être accompagnée d'une description "d'une journée dans sa vie " des comportements actuels en rapport avec le problème de conception en question.<br/> | |||
<br/> | |||
[[Fichier:Persona-product-admin.png|border|link=]]<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. | |||
