« 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 |
||
| (4 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' | 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/> | ||
==Étape 2 : Entretiens== | ==Étape 2 : Entretiens== | ||
Vous allez mener des entretiens et vous aurez donc besoin de questions. Il est bon d'obtenir des informations démographiques et contextuelles, mais ce n'est pas votre objectif principal. Il s'agit d'identifier les principaux comportements, responsabilités, besoins, frustrations et objectifs pour chaque type d'utilisateur, et vous ne pouvez pas obtenir ces informations à partir de données démographiques. L'essentiel de l'entretien consistera à comprendre, en termes de besoins, ce qui différencie un type d'utilisateur d'un autre.<br/> | Vous allez mener des entretiens et vous aurez donc besoin de questions. Il est bon d'obtenir des informations démographiques et contextuelles, mais ce n'est pas votre objectif principal. Il s'agit d'identifier les principaux comportements, responsabilités, besoins, frustrations et objectifs d'expérience pour chaque type d'utilisateur, et vous ne pouvez pas obtenir ces informations à partir de données démographiques. L'essentiel de l'entretien consistera à comprendre, en termes de besoins, ce qui différencie un type d'utilisateur d'un autre.<br/> | ||
<br/> | <br/> | ||
Vous devrez poser suffisamment de questions pour remplir un entretien d'une heure, mais ce ne sera peut-être pas autant que vous le pensez. Par exemple, une seule question, avec la bonne stimulation et reformulation du facilitateur, peut aisément permettre à quelqu'un de parler pendant plus de 10 minutes. Voici quelques exemples de questions : « Quels sont les aspects de votre travail que vous trouvez motivants ? » « Pouvez-vous décrire brièvement une journée de travail type ? » « Si vous aviez une baguette magique, que changeriez-vous pour améliorer la façon dont vous accomplissez votre travail ? « Quels sont les principaux défis et obstacles que vous rencontrez régulièrement dans votre travail ? »<br/> | Vous devrez poser suffisamment de questions pour remplir un entretien d'une heure, mais ce ne sera peut-être pas autant que vous le pensez. Par exemple, une seule question, avec la bonne stimulation et reformulation du facilitateur, peut aisément permettre à quelqu'un de parler pendant plus de 10 minutes. Voici quelques exemples de questions : « Quels sont les aspects de votre travail que vous trouvez motivants ? » « Pouvez-vous décrire brièvement une journée de travail type ? » « Si vous aviez une baguette magique, que changeriez-vous pour améliorer la façon dont vous accomplissez votre travail ? « Quels sont les principaux défis et obstacles que vous rencontrez régulièrement dans votre travail ? »<br/> | ||
<br/> | <br/> | ||
Certaines questions seront plus spécifiques à un rôle. Par exemple, il m'est arrivé de réaliser des personas | Certaines questions seront plus spécifiques à un rôle. Par exemple, il m'est arrivé de réaliser des personas axées sur l'utilisation du reporting, de sorte que les questions portaient également sur des aspects tels que la fixation de cibles et d'objectifs et la création de métriques. Une fois que vous avez votre script d'entretien, passez à l'entretien. Vous devez interroger au moins six utilisateurs par rôle. Les entretiens avec les personas peuvent être complétés par un travail d'observation, par exemple en demandant aux utilisateurs de faire la démonstration de certaines tâches. C'est également une bonne idée de collecter des artefacts, tels que des templates utilisés couramment, des rapports créés, des exemples de produits livrables habituels, et ainsi de suite. N'oubliez pas qu'un artefact vaut toujours mieux qu'une description d'un artefact.<br/> | ||
==Étape 3 : Variables== | ==Étape 3 : Variables== | ||
| Ligne 49 : | Ligne 49 : | ||
Réfléchissez aux relations entre les variables. Par exemple, dans l'image ci-dessus, il serait intéressant que les utilisateurs qui se concentrent principalement sur les personnes et les relations ne se concentrent pas non plus sur les données et la réalisation de leurs propres recherches. Bien qu'il s'agisse d'un exemple inventé, il est très similaire à un exemple réel tiré d'un travail sur les personas que j'ai effectué.<br/> | Réfléchissez aux relations entre les variables. Par exemple, dans l'image ci-dessus, il serait intéressant que les utilisateurs qui se concentrent principalement sur les personnes et les relations ne se concentrent pas non plus sur les données et la réalisation de leurs propres recherches. Bien qu'il s'agisse d'un exemple inventé, il est très similaire à un exemple réel tiré d'un travail sur les personas que j'ai effectué.<br/> | ||
<br/> | <br/> | ||
Une fois qu'un modèle cohérent se dégage des différents groupes, commencez à examiner les variables impliquées pour vous faire une idée des caractéristiques du modèle global. Cela s'apparente à la désignation des facteurs dans l'analyse factorielle. Pourquoi les variables se regroupent-elles ? Notez leurs points communs sous-jacents. Cette liste de caractéristiques communes constitue votre première proto-personne pour ce groupe ou cette grappe. Répétez l'opération avec les autres groupes. Si certains utilisateurs correspondent à plus d' | Une fois qu'un modèle cohérent se dégage des différents groupes, commencez à examiner les variables impliquées pour vous faire une idée des caractéristiques du modèle global. Cela s'apparente à la désignation des facteurs dans l'analyse factorielle. Pourquoi les variables se regroupent-elles ? Notez leurs points communs sous-jacents. Cette liste de caractéristiques communes constitue votre première proto-personne pour ce groupe ou cette grappe. Répétez l'opération avec les autres groupes. Si certains utilisateurs correspondent à plus d'une proto-persona émergent, s'ils seraient satisfaits d'un produit fourni à l'un ou à l'autre, ils n'ont pas besoin de leur propre persona.<br/> | ||
<br/> | <br/> | ||
À la fin de cette étape, vous devriez disposer d'un ensemble de descriptions de patterns, chacune comportant une douzaine de caractéristiques déterminantes. Ce sont vos proto- | À la fin de cette étape, vous devriez disposer d'un ensemble de descriptions de patterns, chacune comportant une douzaine de caractéristiques déterminantes. Ce sont vos proto-personas. Donnez à chacun d'entre elles un nom descriptif provisoire, tel que "La relation avec l'entreprise", "Le gourou des données", etc.<br/> | ||
==Étape 6 : Objectifs== | |||
Commencez à identifier des objectifs pour chacune de vos proto-personas. La solution que vous développez doit en fin de compte être guidée par ces objectifs (c'est pourquoi la méthode de Cooper s'appelle ''Goal-Directed Design''). (Comme le souligne Goodwin, les objectifs peuvent devenir évidents au cours du processus de cartographie, mais vous devrez probablement aussi revenir à votre retranscription de l'entretien pour les mettre en évidence. Recherchez des informations sur les frustrations, les comportements et les expériences désirées par les utilisateurs. La plupart des personas finalisées ont trois ou quatre objectifs - deux ou trois objectifs finaux et au moins un objectif d'expérience.<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/> | |||
==É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. | |||
