Comment créer un persona utilisateur

Un persona utilisateur est le portrait en une page d’une personne pour qui votre produit doit fonctionner. Il a un nom, un visage, quelques faits, et ce qui compte le plus : ce que cette personne cherche à faire, ce qui l’en empêche, et à quel moment votre produit entre dans sa vie. Les équipes créent des personas pour que « l’utilisateur » cesse d’être une abstraction en réunion et devienne quelqu’un de précis dont on peut discuter.

Le persona lui-même est facile à faire. Vous pouvez en remplir un avec le générateur de personas gratuit en dix minutes. Le plus difficile, et ce qui décide si quelqu’un lui fera confiance, c’est l’origine du contenu. Un persona vaut ce que vaut la recherche qui le fonde. Ce guide couvre les deux : la recherche d’abord, puis la page.

Partez de la décision, pas du modèle

Avant d’ouvrir un modèle, écrivez la décision que le persona doit aider à prendre. « L’inscription doit-elle demander un numéro de téléphone ? » « Laquelle des trois idées de tableau de bord construit-on en premier ? » « Pour qui écrit-on les pages d’aide ? »

Un persona qui existe pour répondre à une question est précis. Un persona fait parce que le plan de projet contient une case « personas » est une affiche. Si vous ne pouvez pas nommer une décision, vous n’avez peut-être pas encore besoin d’un persona, et c’est une bonne chose à découvrir tôt.

Parlez à de vraies personnes

Le contenu d’un persona vient de la recherche. La recherche la moins chère qui compte encore, c’est une poignée d’entretiens : cinq à huit conversations d’environ quarante-cinq minutes avec des gens qui font ce que votre produit soutient. Observez-les travailler si vous le pouvez. Demandez ce qu’ils ont fait la dernière fois, pas ce qu’ils feraient en théorie. (Notre guide des questions d’entretien pour un persona contient un script à emporter.)

Si vous avez d’autres sources, utilisez-les. Tickets de support, notes d’appels commerciaux, réponses libres d’enquêtes et données d’usage comptent, à condition de les traiter comme des preuves sur des personnes précises et non comme des moyennes. L’utilisateur moyen n’existe pas ; un persona décrit quelqu’un qui pourrait exister.

Conservez la matière brute. Les citations, les captures d’écran, le moment surprenant du troisième entretien. Vous en aurez besoin pour la ligne « Basé sur » au bas de la page.

Trouvez le motif

Après les entretiens, étalez ce que vous avez entendu. Des fiches, un tableau blanc, un tableur : tout ce qui permet de déplacer les choses. Cherchez les objectifs qui reviennent, les frustrations qui reviennent et les situations qui reviennent. En général, deux ou trois groupes apparaissent. Chaque groupe qui vous ferait concevoir différemment est un persona potentiel.

Résistez à l’envie de faire un persona par personne interrogée, et résistez à l’envie d’en faire un seul qui couvre tout le monde. Si deux groupes veulent les mêmes choses et sont bloqués par les mêmes choses, ils forment un seul persona même si leurs intitulés de poste diffèrent. Si un groupe travaille sur un téléphone dans un camion et l’autre à un bureau avec deux écrans, ce sont probablement deux personas.

Remplissez la page

Ouvrez maintenant l’outil et choisissez un type. Le modèle de persona utilisateur commence par un résumé, des objectifs, des frustrations, des scénarios et une échelle d’aisance avec la technologie. Changez tout ce qui ne convient pas ; les sections sont un point de départ, pas un formulaire.

Quelques règles qui gardent la page honnête :

• Le nom et le rôle d’abord. Un nom dont on se souvient et un rôle en mots simples : « Chef d’équipe de nuit, entrepôt logistique », pas « Partie prenante opérations ».
• Une citation, dans ses mots. Prenez-la dans un entretien. Une vraie phrase fait plus qu’un paragraphe de description.
• Les objectifs sont des résultats, pas des fonctionnalités. « Finir ses transmissions avant la fin de la garde » est un objectif. « Veut une application mobile » est une demande de fonctionnalité déguisée en objectif.
• Les frustrations sont précises. « Des sessions qui expirent et la déconnectent au milieu d’une note » dit à une designer quoi corriger. « Frustrée par la technologie » ne lui dit rien.
• Les scénarios sont des moments. Quand, où et sous quelle pression cette personne rencontre-t-elle votre produit ? Trois scénarios orientent plus de décisions de conception que toute autre section.
• Laissez de côté ce que vous n’avez pas appris. Un champ vide est honnête. Un champ deviné est un risque, parce que quelqu’un concevra à partir de lui.

Regardez Denise Walker, l’infirmière des urgences dans notre galerie pour sentir la texture : les scénarios sont concrets, les frustrations nomment le comportement réel du logiciel, et rien sur la page n’est décoratif.

Écrivez la ligne « Basé sur »

Chaque modèle de persona de l’outil se termine par une section « Basé sur ». Remplissez-la avant de partager la page. « Huit entretiens avec des infirmières de service dans deux hôpitaux, mars 2026, plus 140 tickets de support étiquetés “transmissions” ». Cette phrase fait trois choses : elle dit aux lecteurs à quel point faire confiance au persona, elle vous dit quand il faut le rafraîchir, et elle empêche que le persona soit cité comme un fait deux ans plus tard par quelqu’un qui n’a jamais vu la recherche.

Si le persona est une supposition, dites-le. « Basé sur : les hypothèses actuelles de l’équipe, à tester en entretiens le mois prochain » est une chose légitime à écrire. Cela en fait un proto-persona, utile tant que personne ne le confond avec celui qui vient de la recherche.

Partagez-le là où les décisions se prennent

Un persona dans une présentation est regardé une fois. Un persona dans la revue de conception, dans le ticket, dans la description de la pull request, dans le document de lancement est utilisé. L’outil donne à chaque persona un lien à coller n’importe où et un PNG ou un SVG à déposer dans Figma, Miro ou une diapositive. Mettez-le là où ont lieu les débats.

Puis employez-le dans des phrases. « Denise ferait-elle ça entre deux patients ? » est une critique de conception. « Est-ce que ça répond aux besoins utilisateurs ? » n’en est pas une.

Gardez-le vivant

Les personas vieillissent. Les produits changent, les utilisateurs changent, et la personne que vous avez interrogée en mars a un nouveau poste en octobre. Datez la page et, quand la ligne « Basé sur » a plus d’un an, retournez parler aux gens. Mettre à jour un persona après une série de recherches est le signe que l’équipe apprend. Un persona inchangé depuis trois ans est le signe que personne ne le lit.

Créez-en un maintenant

Choisissez un type, remplissez ce que vous savez, laissez vide ce que vous ignorez, et écrivez la ligne « Basé sur » en dernier. Créez un persona, gratuitement, sans inscription. Si la recherche est la partie pour laquelle vous avez besoin d’aide, c’est le travail de Mobility Labs.