Personas

Objectif

Les personas remplacent les hypothèses privées que chaque membre d'une équipe se fait de l'utilisateur par un petit nombre d'archétypes documentés, partagés et vérifiables. Chacun s'adosse à des entretiens et à des données d'enquête que l'on peut produire quand quelqu'un conteste une décision. Une équipe qui conçoit une solution décide en permanence pour quelqu'un: quelle fonction passe en premier, quel parcours est optimisé, quel canal est maintenu. Sans référence commune, chacun tranche en fonction de l'utilisateur qu'il imagine, et ces utilisateurs imaginaires diffèrent sans que le désaccord apparaisse jamais.

La technique soutient la priorisation: une option de backlog se juge par la persona qu'elle sert et par le rang de cette persona dans le pool, ce qui transforme un débat de valeur abstrait en une question à réponse vérifiable. Elle soutient le cadrage des exigences: les objectifs et les besoins d'une persona se traduisent en critères d'acceptation et en récits utilisateur, et sa frustration mesurée devient l'écart que la solution doit combler. Elle soutient enfin la conception d'interaction: le niveau d'aisance numérique et le canal préféré d'une persona dictent des choix d'écran, de parcours et de canal que le texte d'une exigence laisse ouverts.

Le livrable est la fiche persona, une page par archétype, plus le pool qu'elles forment et son classement. L'Agile Extension au BABOK pose ce classement explicitement: les personas sont classées afin d'identifier celles qui tireront le plus grand bénéfice de la conception de la solution. L'analyse des exigences, l'affinage du backlog et la conception consomment ensuite la fiche, à la seule condition qu'elle y soit rouverte.

Les personas modélisent des utilisateurs. Les quatre autres techniques de la famille 10.43 répondent à d'autres questions: la liste des parties prenantes enregistre qui existe (y compris le régulateur, le sponsor et le relecteur interne, qui ne deviendront jamais des personas), la matrice des parties prenantes dit qui pèse et quelle stratégie d'engagement en découle, le diagramme en oignon dit à quelle distance de la solution chacun se tient. La matrice RACI dit qui répond de quoi, activité par activité, ce qu'aucune des trois précédentes n'établit. On l'ouvre quand la question devient « qui valide ». Une persona porte des objectifs et des comportements, sans axe d'influence ni rang hiérarchique.

Usage

Quand l'utiliser

• Segment d'utilisateurs mal connu: la recherche remplace les suppositions de l'équipe avant la conception ou la refonte.
• Équipe agile sans représentant client disponible: la persona sert d'interlocuteur pour l'affinage du backlog et les récits utilisateur.
• Hypothèses tacites et divergentes sur « l'utilisateur »: une persona validée donne une référence unique à opposer.
• Priorisation d'un backlog ou d'un périmètre: juger chaque option par la persona qu'elle sert et par son rang.
• Conception d'interaction itérative: le canal et l'aisance numérique d'un utilisateur précis changent les choix d'écran.
• Solution servant des segments aux besoins opposés: le pool rend visible ce qu'un utilisateur moyen dissimule.
• Alignement d'équipe avant le financement de la recherche: une persona provisoire, datée, étiquetée « hypothèse ».

Quand ne pas l'utiliser

• Population restreinte, nommée et joignable: interroger directement les cinq utilisateurs concernés plutôt que d'en fabriquer l'archétype.
• Question de pouvoir ou d'influence organisationnelle: la persona n'a pas d'axe d'influence, prendre la matrice des parties prenantes.
• Solution technique sans utilisateur final humain: aucun usage à modéliser, la liste des parties prenantes techniques suffit.

Description

Ce que porte une fiche persona

L'Agile Extension au BABOK distingue deux gabarits: la fiche courte offre une vue d'ensemble rapide sur une page; la fiche longue reprend les mêmes rubriques et en ouvre d'autres, le motif d'achat par exemple. Un supplément de recherche fait passer de l'une à l'autre. Dans la pratique, la fiche courte se lit en trente secondes, condition pour qu'elle serve pendant une réunion.

• Nom et visage: un prénom réaliste et une image représentative. La photographie d'une personne identifiable expose la fiche au droit à l'image et aux règles de la LPD. Une équipe raisonne autrement quand la question devient « que ferait Nadia devant cet écran » plutôt que « que ferait le segment des indépendantes de moins de 35 ans ».
• Contexte: le métier, le lieu et la situation qui expliquent la manière dont cette personne utilise la solution et les seuls attributs sociodémographiques qui passent le test du discriminant. Un statut d'indépendante sans horaires fixes explique un usage mobile fragmenté, et cet enchaînement justifie l'attribut.
• Objectifs classés: deux à trois objectifs, ordonnés, que la persona cherche à atteindre avec la solution. Le classement compte autant que la liste, puisqu'il donne l'ordre dans lequel la solution doit les servir.
• Motivations: pourquoi la persona interagit avec la solution comme elle le fait, distinct de ce qu'elle cherche à obtenir. Deux gestionnaires de prestations peuvent viser le même objectif, clore un décompte, l'un mû par la vitesse et l'autre par la crainte de l'erreur, et les deux motivations appellent des écrans opposés. L'Agile Extension en fait une rubrique à part entière.
• Besoins: des exigences finies et vérifiables (sécurité, confiance, accessibilité, preuve écrite), qui se traduisent en critères d'acceptation. L'Agile Extension pose la frontière: les besoins sont finis là où les envies sont infinies, et une rubrique qui se remplit sans fin est une rubrique d'envies.
• Frustrations: les points de friction constatés dans la recherche, avec leur ampleur quand elle est mesurable (un délai, un nombre d'étapes, un formulaire abandonné).
• Comportements, aisance numérique et canal préféré: ce que la persona fait déjà, avec quels outils et par quel canal elle veut traiter l'affaire. Cette rubrique porte l'essentiel des conséquences de conception.
• Citation représentative: une phrase tirée de la recherche, qui restitue la voix du segment et rappelle à l'équipe que la fiche vient de quelque part.
• Différenciateurs: ce qui distingue cette persona des autres du même pool. Une persona qui ne se distingue d'aucune autre par ce qu'elle attend de la solution n'a pas de raison d'exister séparément.
• Forme narrative: le BABOK pose que la persona est rédigée sous forme narrative et donne à lire l'histoire du point de vue du groupe de parties prenantes. Elle crée ainsi de l'empathie là où une fiche de segment n'en crée aucune. L'Agile Extension y ajoute la vignette « une journée type », une courte narration qui aide à visualiser l'utilisatrice et son expérience. Dans la pratique, elle tient en trois lignes et situe le moment où la solution entre dans la journée de la persona. Une suite de champs remplis informe; le récit est ce dont une équipe se souvient trois mois plus tard, en séance de conception.

Un test unique gouverne le contenu de la fiche, et le Nielsen Norman Group le formule: un détail mérite sa place s'il change une décision de conception ou facilite un arbitrage, et il sort sinon. La couleur préférée, le nombre d'enfants et la marque de la voiture échouent presque toujours à ce test. Appliqué rubrique par rubrique, il sépare une fiche exploitable d'une notice biographique.

Le test du discriminant

Les deux guides de l'IIBA divergent sur les attributs sociodémographiques. Le BABOK décrit la persona à l'élément .4 de sa section 10.43 sans nommer un seul attribut démographique: l'archétype y est centré sur les objectifs du groupe. L'Agile Extension, à sa section 7.7, les imprime sur le gabarit: la fiche courte porte l'âge, la profession et le lieu en regard des objectifs, la fiche longue ouvre une rubrique « Demographics ». Le guide pose dans ses forces que les données démographiques, lorsqu'elles existent, sont une bonne manière de commencer à construire des personas. Le praticien reçoit donc un gabarit où l'âge est pré-imprimé, ce qui explique la fréquence du défaut.

La sortie est dans la même section 7.7. L'Agile Extension y nomme la rubrique des différenciateurs et la définit par ce qui distingue cette persona d'une autre. Différenciateur est le mot de l'IIBA pour discriminant. Le guide réserve ce critère à une seule rubrique de la fiche; nous l'appliquons à toutes les autres et aux champs démographiques que le même gabarit pré-imprime. La question se pose alors une fois par attribut: cet attribut sépare-t-il des comportements, des besoins ou des objectifs, pour cette solution? Quand la réponse est oui, le mécanisme se nomme. Quand elle est non, l'attribut sort de la fiche, quelle que soit la facilité avec laquelle on l'a recueilli.

La réponse positive appartient à la pratique elle-même. Cooper a introduit la persona comme instrument d'une conception dirigée par les objectifs, et ses trois personas d'origine se distinguaient par leurs objectifs, leurs tâches et leur niveau de compétence. Le Nielsen Norman Group dit sur quoi se forme une grappe: des comportements, des attitudes, des motivations, des points de friction et des objectifs, à l'exclusion des caractéristiques démographiques telles que l'âge, le pays ou le revenu. Une persona repose sur une compréhension qualitative des utilisateurs plutôt que sur des corrélations douteuses entre variables démographiques ou analytiques. Clayton Christensen a donné à l'argument sa forme causale: le fait d'avoir entre 18 et 35 ans et un diplôme universitaire ne détermine aucun achat; cela peut être corrélé à la décision, mais cela ne la cause pas. La tâche que la personne cherche à accomplir cause la décision. Sa théorie des jobs to be done nomme cette tâche.

Le Nielsen Norman Group tranche nommément l'âge et le revenu; les autres verdicts sont les nôtres.

La règle opérationnelle qui en découle est la nôtre: un attribut démographique revient sur la fiche le jour où il explique un comportement qu'il a causé, et il s'y écrit avec ce mécanisme. La grappe, elle, se forme sur les comportements observés, dont la conception tire ses écrans et ses parcours.

Les générations X, Y, Z, Alpha

La cohorte générationnelle est l'attribut qui résiste le mieux au test, parce qu'elle a l'air d'expliquer quelque chose. Elle y échoue sur trois terrains indépendants. Le premier, arithmétique, suffit à lui seul.

La période, l'âge et la cohorte sont liés par une identité, période = âge + cohorte, de sorte qu'une différence observée dans une coupe transversale est compatible, exactement au même degré, avec un effet d'âge (avoir trente ans), avec un effet de période (l'année de la mesure) et avec un effet de cohorte. Rudolph, Rauvola, Costanza et Zacher le formulent: aucun modèle statistique n'existe qui permette d'identifier sans ambiguïté un effet de génération, et tant que l'âge, la période et la cohorte sont définis en termes temporels, ils demeurent inextricablement confondus. Le même article relève que les bornes des étiquettes varient de trois à neuf ans selon les études, de sorte que deux travaux consacrés aux « millennials » ne portent pas sur les mêmes personnes.

Le deuxième terrain est celui de la mesure. La méta-analyse de Costanza, Badger, Fraser, Severt et Gade (2012), vingt études et 19'961 sujets, compare quatre générations sur la satisfaction au travail, l'engagement organisationnel et l'intention de quitter l'entreprise: les différences corrigées sont négligeables et changent de signe selon la paire comparée. Trois ans plus tard, Costanza et Finkelstein ne trouvent que peu de preuves empiriques solides d'une différence générationnelle et presque aucune théorie qui expliquerait pourquoi elle existerait; une méta-analyse de 2025 retrouve le même vide, et la discipline a publié la nécrologie du concept parmi les modes managériales.

Le troisième est institutionnel. Le Pew Research Center, l'institut de sondage dont les données ont nourri les étiquettes, a annoncé en mai 2023 qu'il ne conduirait plus d'analyse générationnelle qu'en présence de données historiques permettant de comparer les générations à des étapes de vie comparables. Le même communiqué annonce qu'il contrôlera les effets d'âge, de période et de composition démographique avant d'attribuer quoi que ce soit à une cohorte. Il décrit un champ encombré, où circule un contenu « souvent vendu comme de la recherche et qui tient davantage du piège à clics ou de la mythologie marketing ».

Reste la version que la business analyse rencontre en séance: le natif du numérique se débrouillerait seul, donc l'application suffirait. Le Nielsen Norman Group a mis ce stéréotype à l'épreuve du test d'utilisabilité, sur des participants nés entre 1986 et 1997, et les trois croyances tombent. Ils ne remplacent pas le contact vocal par les canaux numériques, ils le complètent. Ils mènent plus souvent plusieurs tâches de front, sans les mener mieux. Et leur compréhension du fonctionnement du web reste celle de tout le monde. La cohorte ne prédit pas la compétence numérique, qui s'observe.

La sortie tient dans la phrase même de l'Agile Extension, qui propose des différenciateurs « générationnels ou expérientiels »: on laisse la première moitié et on prend la seconde. « Née en 1998 » ne sépare rien. « Gère son assurance en ligne depuis 2019, n'a jamais posté un formulaire papier » sépare, se vérifie et produit une conséquence de conception. La littérature qui a démonté le construit propose la même chose: traiter l'âge comme un continuum et demander ce qu'une personne a vécu et ce qu'elle fait.

Un différenciateur expérientiel se recueille par une question de fait: « racontez-moi la dernière fois que vous avez traité un décompte, du premier geste au dernier ». L'épisode daté donne un support, un canal et un moment; l'habitude déclarée donne l'opinion que la personne a d'elle-même. La réponse se retient quand elle nomme un fait situable: l'année du passage au portail, le dernier formulaire papier posté, l'outil qui a remplacé le précédent. Le contrôle tient dans une seule question posée à la fiche, avant de l'y écrire: ce différenciateur pourrait-il être démenti par un relevé d'usage? Quand il ne le peut pas, la ligne relève de l'autoportrait et sort de la fiche.

Les Sinus-Milieus

Le SINUS-Institut (Heidelberg et Berlin) construit depuis plus de quarante ans une segmentation de la société à deux axes. L'axe vertical est la situation sociale, de la classe supérieure à la classe populaire. L'axe horizontal est l'orientation fondamentale des valeurs, de la tradition (le devoir, l'ordre) à l'individualisation et à la modernisation, puis aux réorientations plus récentes. Un milieu réunit des personnes qui partagent des valeurs et une position sociale comparables. La date de naissance n'entre dans aucun des deux axes, et c'est ce qui rend le modèle pertinent ici: il sépare selon des valeurs mesurées.

L'édition suisse, construite en 2002, a été refondue en 2024 sur la base d'une enquête en ligne représentative menée en août 2023 auprès de 2'036 personnes de 16 à 75 ans, dans toutes les régions linguistiques. Elle compte dix milieux, que l'institut nomme en allemand: les Konservativ-Arrivierte (13%) et les Nostalgisch-Bürgerliche (12%) sont les plus nombreux, et les Progressive Realisten (6%) sont apparus avec la révision de 2024. Un produit de microgéographie donne la répartition des milieux et le pouvoir d'achat par NPA, le numéro postal d'acheminement.

Un milieu segmente une population; une persona est l'archétype des utilisateurs d'une solution. Le milieu porte les valeurs, les usages médiatiques et les préférences de communication d'une personne, et il reste muet sur ce qu'elle attend du portail de prestations. Il entre donc dans la recherche. Il cadre le recrutement: on échantillonne les entretiens de manière que les milieux qui pèsent sur la solution soient présents, un critère qui sépare des comportements là où une tranche d'âge n'en sépare aucun. Il fournit une vérification de couverture après le regroupement: quels milieux le pool laisse-t-il dehors, et cette omission est-elle une décision ou un accident? Ce contrôle rattrape un pool composé exclusivement de gens qui ressemblent à l'équipe de projet. Il donne enfin une réponse sourcée à la rubrique du canal préféré, qui se devine trop souvent.

Deux limites se disent au client. Le modèle est commercial et sous licence: le paquet d'information de base s'achète; la microgéographie, les ateliers et les certifications se facturent séparément; les travaux plus profonds passent par des partenaires agréés. On l'achète, on ne l'audite pas et une critique publiée reproche à l'institut son opacité méthodologique. Et il déplace le classement en catégories sans le supprimer: un milieu est une meilleure catégorie qu'une génération, puisqu'il se mesure sur des valeurs plutôt que sur une année de naissance. Collé sur une fiche à la place d'un comportement observé, il échoue au même test. Un modèle de milieux ou une segmentation CRM répond à la question « quel segment adressons-nous et sur quel canal », là où la persona répond à ce qu'un utilisateur attend de la solution.

Construire le pool

1. Cadrer la population et le grain
   Nommer qui la solution sert, puis fixer le grain sur le motif de besoin, la raison récurrente qui amène une personne vers la solution: une persona par motif distinct. Le grain choisi détermine le nombre de personas obtenu à l'étape 4.
2. Mener la recherche
   Le BABOK nomme l'entretien et l'enquête. L'ordre importe: du qualitatif d'abord (entretiens semi-directifs, observation de terrain), qui fait apparaître les attitudes et les motivations, puis du quantitatif (enquête, analytique) pour valider les motifs de besoin observés et en mesurer le poids. L'analytique seule montre ce que les gens font, sans jamais dire pourquoi, et une persona bâtie sur elle seule reste creuse.
3. Regrouper
   Rassembler les objectifs, attitudes et comportements observés en grappes. Une grappe se forme sur une différence de comportement face à la solution: deux personnes du même âge et du même canton peuvent appartenir à deux grappes opposées, et deux personnes que tout sépare biographiquement peuvent n'en former qu'une.
4. Fusionner et couper
   Fusionner les grappes qui demandent la même chose à la solution, abandonner celles que la recherche soutient trop faiblement. Un pool de trois à cinq personas reste mémorisable, donc utilisable.
5. Rédiger la fiche
   Fiche courte d'abord, fiche longue seulement là où une décision engage l'organisation. Chaque rubrique passe le test du détail décisif avant d'être écrite, et la vignette narrative se rédige en dernier, une fois les objectifs classés.
6. Classer le pool
   Ordonner les personas selon le bénéfice qu'elles tireront de la conception de la solution, ce que l'Agile Extension pose explicitement. Le critère de classement s'annonce avant de classer: un critère de bénéfice et un critère de volume d'usage donnent des ordres différents, tous deux défendables. Le rang qui ne dit pas sur quoi il repose enregistre les préférences de l'équipe. Le rang arbitre ensuite: lorsque deux personas veulent des choses incompatibles, il tranche par une décision prise à froid.
7. Faire vivre les fiches
   Les remettre devant l'équipe à chaque revue de conception et à chaque séance d'affinage, sous la forme « laquelle de nos personas cette proposition sert-elle et à quel rang ». C'est l'étape où la plupart des efforts de personas meurent et la seule qui rentabilise les précédentes.
8. Réviser
   Dater chaque fiche et la reprendre quand le marché, le produit ou le segment bouge. Une persona vieillit, et une fiche périmée ne le signale pas.

La persona provisoire et la règle de l'étiquette

Les deux guides de l'IIBA se contredisent sur le point central de la technique. Le BABOK pose que les personas sont créées « sur la base de la connaissance plutôt que de l'opinion »: la recherche précède l'archétype. L'Agile Extension admet l'inverse dans ses forces, quand les données manquent il est parfois nécessaire d'inventer des personas à partir d'à peine quelques faits sommaires sur les utilisateurs visés, à la seule condition qu'un pool représentatif reste identifié.

La contradiction se résout sur l'étiquette que porte la fiche. Une persona provisoire, datée, portant la mention « hypothèse » et la liste de la recherche qui la confirmera, est un instrument d'alignement légitime: elle donne à une équipe un objet commun à contredire, et le premier entretien la corrigera. La même fiche sans l'étiquette est le défaut que la technique existe pour empêcher.

L'Interaction Design Foundation nomme les quatre familles de personas: la persona dirigée par les objectifs (goal-directed), la persona fondée sur le rôle (role-based) et la persona engageante (engaging) sortent toutes trois de la recherche, tandis que la persona fictive (fictional) est tirée des hypothèses de l'équipe. Les trois premières se livrent comme des résultats. La quatrième se livre comme une hypothèse, et elle porte la date à laquelle elle sera vérifiée ou abandonnée.

L'étiquette est un bandeau sur la fiche, « hypothèse non validée, recherche prévue, N entretiens, échéance », et la fiche ne le perd que le jour où la recherche est faite. Le coût de cette discipline est nul. Son absence coûte le crédit de tout le pool, parce qu'une seule fiche inventée et non déclarée jette le doute sur celles qui ne le sont pas.

La persona dans une initiative de données

Le Guide to Business Data Analytics de l'IIBA (§3.16) emploie la persona pour un discriminant que le marketing ne retient pas: ce que la personne sait faire d'une donnée. Une persona construite pour un tableau de bord porte la manière dont elle consomme et produit de la donnée, sa familiarité avec l'analyse et le format sous lequel un résultat lui devient exploitable. Ces trois traits commandent des décisions de conception: le niveau d'agrégation, le choix des graphiques, la fréquence de mise à disposition.

Un écart de familiarité analytique ne justifie deux personas que s'il change ce qu'on leur livre. Là où il ne change rien, il appartient à une colonne de la liste des parties prenantes.

Ce qui fait échouer l'exercice

L'invention non déclarée

Une fiche rédigée à partir de ce que l'équipe croit savoir a l'apparence exacte d'une fiche issue de la recherche: même gabarit, même prénom, même citation. Présentée comme un résultat, elle inverse la prémisse de la technique, puisqu'elle donne à des opinions l'autorité d'une connaissance et les fige dans un artefact que personne ne contestera plus. La parade est procédurale: chaque affirmation d'une fiche renvoie à sa source dans la recherche, et une fiche dont on ne peut pas produire les entretiens porte le bandeau d'hypothèse ou reste dans le tiroir.

La caricature démographique

« Femme de 25 à 54 ans, diplômée, intéressée par le bien-être » aligne des attributs dont aucun ne sépare un comportement, et le défaut tient à chaque attribut pris un à un. Resserrer la tranche d'âge à cinq ans donnerait une fiche plus étroite et tout aussi muette. Le test du discriminant se passe donc attribut par attribut. Une fiche dont aucune ligne ne commande de décision de conception est une segmentation marketing logée dans le mauvais gabarit, ce que le Nielsen Norman Group range parmi ses cinq causes d'échec documentées.

Le pool qui se fragmente

Douze personas nées d'une volonté de ne froisser aucune sensibilité interne ne sont mémorisées par personne, et l'équipe retombe sur son utilisateur imaginaire. Deux personas qui appellent la même conception sont une seule persona.

La fiche écrite puis jamais rouverte

Cet échec est le plus fréquent et le plus coûteux: le Nielsen Norman Group le place en tête de ses cinq causes d'échec de personas, et toute la dépense de recherche est déjà engagée quand il survient. Il se prévient en inscrivant la persona dans un rituel existant: le nom de la persona servie figure dans la définition de chaque élément de backlog, et une revue de conception commence par la fiche affichée.

La construction en vase clos

Des personas élaborées par l'équipe de recherche seule, puis présentées comme un livrable fini, sont reçues comme un jugement extérieur, et le Nielsen Norman Group en fait sa troisième cause d'échec. Associer les parties prenantes au regroupement des grappes coûte une demi-journée et achète l'adhésion qui décidera de l'usage ultérieur.

L'absence de parrainage

Une direction convaincue de connaître déjà l'utilisateur ne cède pas devant une fiche, quelle que soit la qualité de la recherche derrière elle. Le Nielsen Norman Group classe cette cause deuxième, juste derrière la fiche jamais utilisée. Le parrainage se vérifie donc avant d'engager la recherche.

La fiche trop léchée pour être révisée

Un document mis en page comme une plaquette décourage la correction et devient faux. Un format modifiable, daté, versionné, se corrige le jour où un entretien contredit une frustration.

Considérations IA

Le point d'application le plus solide est la synthèse. Douze entretiens semi-directifs produisent plusieurs heures de transcription et des centaines de réponses ouvertes d'enquête, et regrouper ce matériau à la main est long et inégal selon la fatigue de l'analyste. Un modèle de langage extrait les objectifs, les frustrations et les canaux évoqués, propose des grappes candidates et cite les passages qui les fondent. L'analyste travaille alors sur un premier jet à valider, à corriger et à couper. Un contrôle rend cet usage acceptable: chaque grappe proposée doit être traçable jusqu'aux extraits qui la soutiennent, et une grappe sans extrait est supprimée.

Le modèle rédige aussi des variantes de formulation d'une même fiche pour une revue d'équipe, ce qui accélère la mise au point d'un texte que plusieurs personnes doivent accepter. Il applique enfin le test du détail décisif rubrique par rubrique, en demandant pour chaque champ quelle décision il informe, travail de relecture systématique où la machine est plus régulière qu'un humain en fin de séance.

Depuis Cooper, la technique tire son autorité de la recherche menée auprès d'utilisateurs réels, et une persona demandée à un modèle sans entretien ni enquête derrière elle produit exactement l'artefact que la technique existe pour empêcher: une fiction plausible, indiscernable d'une fiche issue d'entretiens, vide de la preuve qui la rendrait digne de confiance. Le Nielsen Norman Group a testé ces « utilisateurs synthétiques », des profils générés qui imitent un groupe d'utilisateurs et fournissent des résultats de recherche artificiels produits sans étudier quiconque. Il les juge trop superficiels pour la plupart des activités de recherche: réponses unidimensionnelles, nuances de comportement absentes, complaisance systématique envers ce que le chercheur attend. Le même article concède un usage, le développement de proto-personas affinées ensuite avec de vrais participants, et il pose le principe qui le rend acceptable: traiter tout résultat synthétique comme une hypothèse à valider par de la recherche réelle. C'est la règle de l'étiquette, appliquée à la machine.

Les transcriptions d'entretiens portent régulièrement des données sensibles au sens de la LPD, sur la santé, la situation financière ou la situation familiale, et les entretiens du secteur de l'assurance en portent presque toujours. L'anonymisation précède l'envoi vers un outil de synthèse externe, et le consentement recueilli à l'entretien couvre explicitement ce traitement.

Exemples

Le livrable de la technique est une fiche persona remplie. Les cinq techniques de la famille 10.43 partagent le même cas: une caisse-maladie qui numérise le traitement de ses prestations, avec un portail d'assurés en libre-service et un dépôt automatisé des factures des fournisseurs de prestations.

L'objectif de rang 1, connaître le reste à charge avant de réserver, impose un compteur de franchise consommée et de quote-part atteinte, tenu à jour et consultable sans authentification longue. La frustration mesurée, trois semaines entre l'envoi et un décompte qu'elle ne sait pas rapprocher de ce qu'elle a payé, impose un suivi d'état du dossier et un décompte qui reprend la facture ligne à ligne. Ces exigences sortent du couple objectif et frustration, qui est la manière dont une persona se lit. Le test du discriminant se passe sur la carte elle-même: « 34 ans » n'y commande aucune ligne, tandis que le statut d'indépendante sans horaires fixes commande l'usage mobile fragmenté et que la franchise à CHF 2'500 commande l'objectif de rang 1.

Une seule persona induirait en erreur. Le pool en compte quatre, et son classement est le second livrable de la technique. Sandra Bieri, 41 ans, gestionnaire de prestations, traite environ 120 décomptes par jour depuis un poste fixe: la solution lui fait gagner de la vitesse sur une tâche déjà outillée. Yann Rochat, 52 ans, physiothérapeute indépendant à Vevey, transmet près de 180 factures par mois depuis son logiciel de cabinet, qui les envoie déjà par voie électronique: la solution ne lui retire que le suivi téléphonique des factures rejetées. Markus Wyss, 58 ans, recourt rarement aux soins et veut une confirmation écrite qu'il comprend et peut classer: il traite deux ou trois décomptes par an et gardera le papier, de sorte que la solution ne supprime chez lui presque aucune friction.

La caisse a retenu le bénéfice attendu de la conception, mesuré comme la part de la friction actuelle que la solution supprime. Nadia passe au rang 1, seule à recevoir une capacité qui n'existe aujourd'hui nulle part, puis Sandra, Yann et Markus, par friction supprimée décroissante. Un critère de volume d'usage aurait mis Sandra au rang 1, tout aussi légitimement.

Une persona moyenne fusionnant les deux assurés produirait un assuré de 46 ans, moyennement à l'aise avec le numérique, indifférent au canal, et la conception qui en découlerait ne servirait ni Nadia ni Markus.

Visualisations

La fiche persona est un artefact spatial. La disposition porte la hiérarchie de lecture, et un lecteur qui n'a que dix secondes doit en repartir avec l'objectif de rang un.

Le pool a sa propre visualisation, distincte de la fiche: une ligne par persona dans l'ordre du rang, le critère annoncé en tête de tableau, la friction supprimée dite pour chacune. Un lecteur y voit d'un coup pourquoi le rang est ce qu'il est, ce qu'aucune fiche isolée ne montre.

Chaque zone de la fiche gagne sa place en informant une décision nommée, et le tableau ci-dessous applique la règle zone par zone avant qu'une fiche soit figée. Le test du discriminant creuse la première de ces zones, « Identité et contexte », attribut par attribut.

Coût

Outils

Aucun achat ne conditionne la technique. Un guide d'entretien partagé dans un document ordinaire cadre la collecte et garantit que les mêmes questions sont posées à tout le monde, condition d'un regroupement honnête. Un outil de visioconférence avec enregistrement et transcription automatique couvre les entretiens à distance, qui se mènent aussi bien qu'en présence. Un tableur ou un jeu de cartes suffit à regrouper les observations en grappes. Un tableau blanc collaboratif (Miro, Mural, FigJam) rend cette étape jouable avec des parties prenantes distribuées, qui participent alors au regroupement lui-même. La fiche elle-même vit dans un gabarit de document ou de diapositive, à condition qu'il reste modifiable et qu'il puisse porter le bandeau d'hypothèse tant que la recherche n'est pas faite.

Les outils d'authoring de personas, canevas et générateurs de fiches, valent pour une organisation qui produit des personas de manière répétée sur plusieurs produits et veut une forme homogène. Un dépôt de recherche (research repository) centralise les transcriptions, les réponses d'enquête et les extraits codés, ce qui permet de redériver ou de revalider une persona plus tard sans refaire le terrain; il devient rentable dès que l'organisation mène assez d'études pour perdre le fil des précédentes. Les outils d'analytique et de segmentation CRM, enfin, valident quantitativement les grappes: ils mesurent le poids réel des motifs de besoin observés en entretien et corrigent une grappe surestimée. Le Nielsen Norman Group pose leur limite: des personas bâties sur l'analytique seule manquent les attitudes et les motivations, de sorte que ces outils confirment une hypothèse qualitative déjà formée. Les modèles de milieux sous licence, les Sinus-Milieus et leurs équivalents, s'emploient de la même manière: ils cadrent le recrutement de l'échantillon et signalent les milieux qu'un pool laisse dehors.

Sources

• IIBA, A Guide to the Business Analysis Body of Knowledge (BABOK Guide) v3, §10.43 Stakeholder List, Map, or Personas (élément .4 Personas): définition de la persona, règle de la connaissance plutôt que de l'opinion (« knowledge rather than opinion »), entretien et enquête comme techniques d'élicitation, forme narrative de la fiche.
• IIBA, Agile Extension to the BABOK Guide v2, §7.7 Personas: gabarits court et long, motivations, besoins finis, différenciateurs, classement des personas par bénéfice attendu de la conception et admission de personas inventées à partir de quelques faits sommaires quand les données manquent.
• Cooper, A., The Inmates Are Running the Asylum (Sams Publishing, 1999): ouvrage d'origine de la technique, qui introduit la persona comme instrument de conception d'interaction.
• Nielsen Norman Group, Personas Make Users Memorable (Taylor Dykes): définition, structure de la fiche et test du détail décisif (« if it would not affect the final design or help make any decision easier, remove it »).
• Nielsen Norman Group, Why Personas Fail (Kim Flaherty): les cinq causes d'échec documentées, dans l'ordre, la persona créée puis jamais utilisée, l'absence de parrainage de la direction, la construction en vase clos, l'échec de communication sur ce qu'est une persona, le défaut fondamental de la persona elle-même.
• Nielsen Norman Group, Synthetic Users: If, When, and How to Use AI-Generated « Research »: évaluation des profils d'utilisateurs générés par IA, leurs limites, l'usage concédé des proto-personas à valider ensuite par de vrais participants et la règle de traiter toute sortie synthétique comme une hypothèse à confirmer par de la recherche réelle, d'où l'étiquette que porte la persona provisoire.
• Interaction Design Foundation, Personas – A Simple Introduction: les quatre familles de personas, dirigée par les objectifs, fondée sur le rôle, engageante et fictive (tirée des hypothèses de l'équipe).
• Nielsen Norman Group, Personas vs. Archetypes (Page Laubheimer, 2022): une grappe se forme sur des comportements, des attitudes, des motivations, des points de friction et des objectifs, à l'exclusion des caractéristiques démographiques telles que l'âge, le pays ou le revenu.
• Nielsen Norman Group, 3 Persona Types: Lightweight, Qualitative, and Statistical (Page Laubheimer, 2020): une persona repose sur une compréhension qualitative des utilisateurs, plutôt que sur des corrélations douteuses entre variables démographiques ou analytiques.
• Nielsen Norman Group, Millennials as Digital Natives: Myths & Realities (Kate Moran, 2016): le stéréotype du natif du numérique passé au test d'utilisabilité et réfuté sur ses trois points.
• Rudolph, C. W., Rauvola, R. S., Costanza, D. P., & Zacher, H. (2021), Generations and Generational Differences: Debunking Myths in Organizational Science and Practice and Paving New Paths Forward, Journal of Business and Psychology 36(6), 945-967, DOI 10.1007/s10869-020-09715-2: le problème d'identification entre âge, période et cohorte, ainsi que l'instabilité des bornes des étiquettes.
• Costanza, D. P., Badger, J. M., Fraser, R. L., Severt, J. B., & Gade, P. A. (2012), Generational Differences in Work-Related Attitudes: A Meta-analysis, Journal of Business and Psychology 27(4), 375-394, DOI 10.1007/s10869-012-9259-4: vingt études, 19'961 sujets, aucune différence générationnelle significative sur les attitudes au travail.
• Costanza, D. P., & Finkelstein, L. M. (2015), Generationally Based Differences in the Workplace: Is There a There There?, Industrial and Organizational Psychology 8(3), 308-323, DOI 10.1017/iop.2015.15: peu de preuves empiriques solides et presque aucune théorie.
• Ravid, D. M., Costanza, D. P., et al. (2025), Generational differences at work? A meta-analysis and qualitative investigation, Journal of Organizational Behavior, DOI 10.1002/job.2827: la méta-analyse la plus récente et le même résultat.
• Rudolph, C. W., & Zacher, H. (2022), Generations, We Hardly Knew Ye: An Obituary, Group & Organization Management 47(5), 928-935, DOI 10.1177/10596011221098307: le construit générationnel comme mode managériale et l'alternative du développement sur toute la durée de vie.
• Pew Research Center, How Pew Research Center will report on generations moving forward (Kim Parker, 22 mai 2023): l'institut de sondage restreint publiquement l'usage de ses propres étiquettes générationnelles.
• Nobel, C., Clay Christensen's Milkshake Marketing (Harvard Business School Working Knowledge, 2011): la formulation causale, avoir entre 18 et 35 ans et un diplôme est corrélé à la décision d'achat et ne la cause pas.
• Christensen, C. M., Hall, T., Dillon, K., & Duncan, D. S., Know Your Customers' « Jobs to Be Done » (Harvard Business Review, septembre 2016): l'énoncé canonique de la théorie des jobs to be done, où la cause de la décision est la tâche à accomplir.
• W3C Web Accessibility Initiative, Older Users and Web Accessibility: les mécanismes réels du vieillissement (vue, dextérité, ouïe et cognition), seul cas où l'âge est lui-même le mécanisme.
• SINUS-Institut, Sinus-Milieus Switzerland: le modèle, ses deux axes non démographiques (situation sociale et orientation fondamentale des valeurs) et les dix milieux suisses.
• SINUS-Institut, Sinus-Milieus Schweiz: Update 2024: la refonte de 2024, son enquête d'août 2023 auprès de 2'036 personnes de 16 à 75 ans et le milieu apparu à cette occasion.
• Ilg, W. (2014), Sinus-Milieu-Studien: Viel genutzt, kaum hinterfragt, Zeitschrift für Pädagogik und Theologie 1/2014, p. 68 et suivantes: la critique publiée qui reproche au modèle son opacité méthodologique.
• Cooper, A., Reimann, R., Cronin, D., & Noessel, C., About Face: The Essentials of Interaction Design (Wiley): la méthode de conception dirigée par les objectifs, dont la persona est l'instrument.
• IIBA, Guide to Business Data Analytics, §3.16 Stakeholder List, Map, or Personas: la persona d'une initiative de données, portant la consommation de données, la familiarité avec l'analyse et le format exploitable.