Mon article en bref
Le persona utilisateur, ou user persona, est une représentation type d’un groupe d’utilisateurs, construite à partir d’observations réelles et non d’intuitions d’équipe. Sa valeur ne tient ni à sa mise en page ni à la richesse de sa fiche, mais à une seule chose : permettre de trancher une décision produit au nom de quelqu’un de précis.
Voici les points essentiels à retenir :
- Définition : un profil type qui synthétise les objectifs, les comportements et les contraintes d’un groupe d’utilisateurs réels.
- Sa vraie fonction : servir d’arbitre. Un persona qui ne fait trancher aucun désaccord ne sert à rien.
- L’origine des données : des entretiens et des observations, jamais un tour de table en salle de réunion.
- Le contenu utile : comportements, objectifs, freins et contexte d’usage. L’état civil et les loisirs sont décoratifs.
- Le proto-persona : une version d’hypothèse, assumée comme provisoire, à confronter à la recherche puis à remplacer.
- À ne pas confondre : le persona utilisateur oriente la conception, le persona marketing oriente l’acquisition.
Un persona utilisateur, ou user persona, est une représentation type d’un groupe d’utilisateurs d’un produit, construite à partir de données de recherche réelles. Il décrit des objectifs, des comportements et des contraintes plutôt qu’une identité, et sert à trancher des décisions de conception au nom d’un utilisateur précis.
On rencontre aussi les termes persona marketing, buyer persona ou profil type, qui ne recouvrent pas le même usage. Cet article traite le persona pour ce qu’il est censé être : un outil de décision. La grille de questions des 5W, utile pour cadrer un premier jet, est détaillée à part dans mon article sur les 5W et la méthode QQOQCP — je n’y reviens donc pas ici.
Sommaire
Qu’est-ce qu’un persona utilisateur ? Définition
Un persona est un personnage fictif construit à partir de faits non fictifs. Il n’existe pas, mais chacun de ses traits provient de personnes qui existent : des utilisateurs interrogés, observés, ou dont on a mesuré le comportement. Le Nielsen Norman Group pose la contrainte en une ligne : un persona doit reposer sur de la recherche utilisateur, et chaque information qu’il porte doit avoir une raison d’y figurer.
Deux confusions méritent d’être levées tout de suite. Un persona n’est pas un segment de marché, qui décrit une population par des critères d’achat. Ce n’est pas davantage l’utilisateur moyen : la moyenne de plusieurs comportements distincts ne correspond à personne, et produit des interfaces qui ne conviennent à personne.
Persona utilisateur, persona marketing, buyer persona : quelles différences ?
Les deux familles portent le même nom mais ne répondent pas à la même question. Le persona utilisateur décrit quelqu’un qui se sert du produit ; le persona marketing, ou buyer persona, décrit quelqu’un qui décide de l’acheter. En B2B, ce ne sont souvent pas les mêmes personnes.
| Persona utilisateur | Persona marketing (buyer persona) | |
|---|---|---|
| Ce qu’il décrit | La façon dont une personne se sert du produit | La façon dont une personne décide d’acheter |
| La décision qu’il éclaire | Conception, priorisation, arbitrages d’interface | Ciblage, message, canaux, contenus |
| Ses données viennent de | Entretiens, observation de terrain, données d’usage | Entretiens clients, CRM, données d’acquisition |
| Qui s’en sert | Product manager, designer, développeurs | Marketing, vente, création de contenu |
Une organisation peut avoir besoin des deux. Le problème naît quand une seule fiche prétend tenir les deux rôles : elle ne tranche alors ni un plan média ni une décision d’interface.
D’où vient la notion de persona ?
La pratique est attribuée à Alan Cooper, concepteur de logiciels, qui la formalise dans The Inmates Are Running the Asylum, paru en 1998. Son constat tient en une phrase : faute d’utilisateur désigné, les équipes conçoivent pour un utilisateur imaginaire qui leur ressemble étrangement. La méthode s’est ensuite diffusée jusqu’au marketing en perdant souvent son exigence d’origine, l’ancrage dans des données — d’où sa mauvaise réputation actuelle dans une partie des équipes produit.
Un outil de décision, pas une fiche d’identité
Voici le critère qui sépare un persona utile d’un poster : il doit permettre de trancher un arbitrage. S’il ne change aucune décision, il ne sert à rien, quelle que soit la qualité de sa mise en page. Et ce test se pose avant de commencer à rédiger la fiche, pas après.
Une fiche persona ne se juge pas à ce qu’elle contient, mais aux désaccords qu’elle permet de clore.
Le test à faire passer à un persona
Prenez trois désaccords réels de votre équipe et relisez la fiche en cherchant la réponse. Voici les arbitrages qu’un persona correctement construit devrait éclairer :
- Que priorise-t-on ? Entre deux user stories défendues par deux personnes, le persona indique laquelle sert le comportement dominant.
- Jusqu’où simplifie-t-on ? Une option de configuration se justifie pour un expert, pas pour quelqu’un qui ouvre l’outil une fois par trimestre.
- Quel vocabulaire emploie-t-on ? Les libellés d’une interface se décident sur ce que le lecteur comprend, pas sur les habitudes de l’équipe.
- Que refuse-t-on de faire ? C’est l’usage le plus utile : un persona bien posé permet d’écarter une demande, y compris quand elle vient d’en haut.
Ce qu’on garde et ce qu’on jette dans une fiche persona
Ce critère commande le contenu de la fiche : chaque ligne doit répondre à la question « quelle décision cette information permet-elle de prendre ? ».
- À garder : l’objectif poursuivi, le déclencheur d’usage, la fréquence, le contexte matériel, le niveau de maîtrise, les contournements en place et ce qui bloque aujourd’hui.
- À jeter : l’âge précis, la situation familiale, les loisirs, la citation inspirante — sauf si l’un d’eux change réellement une décision, ce qui arrive rarement.
- À manier avec prudence : le prénom et le portrait. Ils facilitent les conversations d’équipe, mais donnent à une hypothèse fragile l’apparence d’un fait établi.
Un persona opérant tient sur une page et se lit en deux minutes. Au-delà, personne ne le rouvre — et un document que personne ne rouvre ne pèse sur aucune priorisation, quelle que soit la grille employée pour arbitrer le backlog.
Le contresens : le persona inventé en salle de réunion
C’est la scène habituelle : une demi-journée d’atelier, des post-it, un modèle téléchargé la veille, et trois profils qui sortent de la tête des participants. Le livrable est présentable, souvent joli. Mais il ne contient aucune information que l’équipe ne possédait pas en entrant dans la salle : c’est le portrait collectif de ses convictions.
Le Nielsen Norman Group range cette production isolée parmi les causes récurrentes d’échec : Kim Flaherty rappelle que les personas ne devraient jamais être élaborés en vase clos puis dévoilés comme une œuvre d’art, et qu’une tentative ratée décourage durablement les suivantes. Le coût d’un mauvais persona n’est donc pas nul : il est négatif.
Pourquoi la fiche d’atelier se trompe toujours dans le même sens
L’erreur n’est pas aléatoire, et c’est ce qui la rend prévisible. Une équipe qui invente son utilisateur le dessine à son image : plus à l’aise avec la technique, plus attentif au produit qu’il ne le sera jamais. Elle sous-estime les interruptions et l’ancienneté des habitudes.
Le second symptôme est plus discret : la fiche reproduit la hiérarchie de la réunion. Sur une question contestée, l’avis de la personne la plus influente s’y retrouve inscrit, puis cité pendant des mois comme s’il émanait des utilisateurs. La recherche utilisateur — le user research, dont les méthodes sont détaillées dans un article dédié — sert justement à couper court à ce mécanisme.
Le proto-persona : une hypothèse assumée, et jetable
Il existe une version honnête de l’atelier, et elle porte un nom : le proto-persona. L’idée, popularisée par le courant Lean UX, consiste à réunir l’équipe une heure pour poser noir sur blanc ce qu’elle croit savoir de ses utilisateurs. Josh Seiden décrit ces profils comme des archétypes fondés sur des hypothèses, à étiqueter explicitement comme tels, avec un plan pour les confronter à des données réelles.
La différence avec le persona inventé ne tient pas à la méthode, presque identique, mais au statut du document. Le proto-persona s’annonce comme provisoire, cible la recherche à mener, puis disparaît une fois les entretiens conduits. Le persona inventé, lui, fait autorité sans avoir jamais été vérifié. Excellent point de départ, donc, à condition de ne pas en faire un point d’arrivée.
💡 Le test de la source — prenez trois affirmations de votre fiche persona et demandez d’où elles viennent. Si la réponse est « on en est sûrs » plutôt qu’un entretien, une observation ou une donnée d’usage, vous tenez un proto-persona. Écrivez-le sur la fiche : c’est ce qui empêchera de la citer comme une preuve.
Comment créer un persona utilisateur ? La méthode
La construction d’un persona suit cinq étapes, dont une seule consiste à remplir la fiche. Comptez deux à trois semaines sur un produit existant, l’essentiel du temps passant en collecte et en analyse. La démarche s’inscrit dans une phase de product discovery, dont elle est un livrable de synthèse.
- Écrire la décision à éclairer — une phrase, avant tout le reste : « sur quoi allons-nous trancher grâce à ces personas ? » Sans elle, la collecte part dans toutes les directions.
- Collecter des données réelles — une dizaine d’entretiens par profil pressenti, complétés par de l’observation et les données d’usage. Le retour client et les tickets de support sont une matière première sous-exploitée.
- Chercher les regroupements de comportement — étalez les observations et laissez les familles apparaître, avec un affinity diagram par exemple. Deux personnes du même âge qui n’utilisent pas le produit pareil relèvent de deux personas.
- Rédiger la fiche — un persona par groupe, sur une page, nommé par son comportement dominant : la tâche qu’il cherche à accomplir est le seul angle stable dans le temps.
- Confronter et faire circuler — présentez les fiches aux équipes qui parlent aux clients. Si le support ou la vente ne reconnaît personne, le découpage est à revoir.
Un persona ne se construit donc pas seul devant un écran : la démarche relève de la logique du design thinking, où l’empathie précède l’idéation.
En vidéo : la construction d’un persona dans une démarche d’innovation, expliquée en dix minutes (chaîne Innovation 110%).
Combien de personas pour un même produit ?
Le moins possible, et rarement plus de trois ou quatre par produit. Le nombre découle des comportements distincts observés pendant la collecte : deux profils qui se servent du produit de la même manière et butent sur les mêmes obstacles n’en forment qu’un, même si tout les oppose par ailleurs. Au-delà de quatre ou cinq fiches, plus personne ne les retient.
Désignez aussi un persona primaire, celui dont les besoins l’emportent en cas de conflit : c’est cette hiérarchie, plus que la liste, qui rend l’outil décisif.
Exemple de persona commenté et pièges à éviter
Prenons un cas volontairement simple, à titre d’illustration : un logiciel de gestion des commandes utilisé dans des PME de distribution. Les entretiens ont fait apparaître un comportement dominant, que la fiche suivante résume. Notez surtout ce qui n’y figure pas.
- Camille, « celle qui traite entre deux appels » — gestionnaire de commandes dans une PME d’une trentaine de salariés.
- Son objectif : sortir les commandes du jour avant le passage du transporteur, sans erreur de référence.
- Son contexte : poste fixe, téléphone qui sonne en continu, interruptions toutes les quelques minutes.
- Son niveau : experte du métier, novice de l’outil — cinq écrans utilisés sur la quarantaine disponibles.
- Son contournement : un tableur parallèle pour les commandes urgentes, parce que la liste du logiciel se réinitialise à chaque retour en arrière.
- Ce qui la bloque : toute action qui lui fait perdre sa position dans la liste, et toute confirmation supplémentaire.
Cette fiche est utilisable parce qu’elle produit des arbitrages immédiats : pas d’étape de confirmation supplémentaire, position conservée dans la liste, et le tableur parallèle devient un signal prioritaire plutôt qu’une bizarrerie. Elle ne dit rien de l’âge de Camille : cela n’aurait rien changé.
Les pièges les plus fréquents
- Le persona décoratif — beaucoup d’état civil, aucun comportement : il se lit agréablement et ne tranche rien.
- Le persona idéal — un utilisateur attentif, disponible et bienveillant, qui n’existe nulle part. Symptôme d’une fiche écrite sans entretien.
- Le persona figé — jamais revu depuis sa création. Une fiche de trois ans documente un utilisateur qui n’existe plus.
- Le persona trop large — « les PME », « les jeunes actifs » : une démographie ne permet aucun arbitrage.
- Le persona qui remplace la recherche — la fiche existe, donc on cesse d’aller voir les utilisateurs. Elle devient l’écran qui protège l’équipe du terrain.
Faire vivre le persona après l’avoir écrit
Un persona ne prend sa valeur qu’associé à une situation. Son prolongement naturel est le customer journey map, qui déroule son parcours étape par étape : la fiche dit qui, la carte dit où ça coince.
Reste une habitude simple, et à mon sens la plus rentable : réviser les personas une fois par an, en repartant d’entretiens récents. Une fiche qui ressort inchangée après une nouvelle vague de recherche est une fiche solide. Une fiche que personne n’ose rouvrir est déjà périmée.
FAQ — Tout savoir sur le persona utilisateur
Qu’est-ce qu’un persona utilisateur ?
C’est un personnage type qui représente un groupe d’utilisateurs réels d’un produit, construit à partir d’entretiens, d’observations et de données d’usage. Il décrit des objectifs, des comportements et des freins, et sert à trancher les décisions de conception au nom d’un utilisateur précis plutôt que d’un utilisateur imaginaire.
Quelle différence entre persona utilisateur et persona marketing ?
Le persona utilisateur décrit la façon dont une personne se sert du produit et oriente la conception. Le persona marketing, ou buyer persona, décrit la façon dont une personne décide d’acheter et oriente le ciblage, le message et les canaux. En B2B, ce sont fréquemment deux personnes différentes.
Comment créer un persona ?
Écrivez d’abord la décision que les personas doivent éclairer, menez une dizaine d’entretiens par profil pressenti, regroupez les observations par comportement et non par démographie, rédigez une fiche d’une page par groupe, puis confrontez-la aux équipes en contact avec les clients. Le remplissage de la fiche est la dernière étape, pas la première.
Combien de personas faut-il créer ?
Rarement plus de trois ou quatre par produit. Le nombre découle des comportements réellement distincts observés pendant la collecte, pas d’un objectif fixé à l’avance. Au-delà de quatre ou cinq fiches, plus personne ne les retient. Désignez également un persona primaire, dont les besoins l’emportent en cas de conflit.
Qu’est-ce qu’un proto-persona ?
C’est un persona bâti en une heure sur les hypothèses de l’équipe, sans recherche préalable, et explicitement étiqueté comme tel. Il sert à aligner l’équipe et à cibler la recherche à mener. Sa règle d’usage est stricte : il reste provisoire et doit être confronté à des données réelles, puis remplacé.
Faut-il mettre une photo et un prénom sur une fiche persona ?
Un prénom aide l’équipe à en parler au quotidien, et une illustration facilite la mémorisation. Mais l’un et l’autre donnent à des hypothèses l’apparence de faits établis. Préférez une illustration à une photographie de personne réelle, et nommez le persona par son comportement dominant plutôt que par son seul prénom.
