La différence entre « Your » et « My » dans une UI

• Dans une interface utilisateur (UI), faut-il utiliser "your" ou "my" ?
• Dans bien des cas, il est plus clair de se passer de préfixe et d’afficher simplement Account, Orders, Cases
• Dans un menu, “My cases” peut sembler naturel, mais cela peut créer de la confusion dans des contextes d’onboarding, d’e-mails ou de support client
• Quand on s’adresse à l’utilisateur, “your” est plus naturel ; quand l’utilisateur répond ou fait un choix dans le système, “my” l’est davantage
• Respecter ces principes de rédaction de base est essentiel pour améliorer la clarté de l’UX et de la communication

---

Choisir entre « Your » et « My » dans une UI

Le dilemme quand on désigne ce qui appartient à l’utilisateur

• Vaut-il mieux écrire "My account" ou "Your account", "My orders" ou "Your orders" ?
• Pourtant, dans la plupart des cas, des libellés comme "Account" ou "Orders" sans préfixe suffisent largement
• Comme chez Amazon, il est clair pour l’utilisateur qu’il s’agit de son propre compte

• En revanche, dans un système de gestion de dossiers contenant les informations de plusieurs personnes, il faut distinguer "mes dossiers" de "tous les dossiers"

Les limites de l’usage de « My »

• Dans un menu, distinguer “My cases / All cases” peut sembler acceptable
• Mais en situation réelle de dialogue ou d’accompagnement, cela pose problème :
  • Dans un message d’onboarding, “Go to my cases” peut faire croire que la personne qui parle fait référence à ses propres dossiers
  • En support client, si l’on dit “Go to your cases” alors que l’écran affiche “My cases”, cela crée un décalage et de la confusion
• Les recherches montrent que ce problème n’apparaît pas lorsqu’on utilise “your”

Exemple dans les formulaires et les choix

• Quand l’utilisateur exprime directement une intention, par exemple avec des boutons radio, "my" est approprié
• Question : “Do you want to share your profile photo?”
  • Si l’option est “Yes, share your profile photo”, cela sonne bizarrement, comme si le système partageait la photo de quelqu’un d’autre
  • “Yes, share my profile photo” correspond en revanche au point de vue de l’utilisateur et paraît naturel

Conclusion et recommandations

• Quand le système s’adresse à l’utilisateur, utilisez “your” → instructions et textes d’interface
• Quand l’utilisateur répond ou choisit une action qui le concerne, utilisez “my” → boutons radio, cases à cocher, saisie de formulaire
• En appliquant ce principe, on peut concevoir une interface sans ambiguïté

[ipuris]

Les avis sur Hacker News sont souvent intéressants à bien des égards !

[sansangear]

Je me demande s’il existe aussi ce genre de cas en coréen.
Même en anglais, j’ai l’impression qu’il n’y a pas de problème si on l’écrit dans le texte comme ceci : Go to my cases -> Go to the "My cases" menu.

[kwj9211]

Quand on entre dans le détail, il y a sans doute pas mal de cas comme ça.

Je ne l’ai pas utilisé, mais dans une app de gestion commerciale comme Baemin Boss, s’il y a des onglets du type
Commandes ou Mes commandes ou Commandes clients
quoi qu’on choisisse,

on peut se demander si « mes » désigne des choses que j’ai commandées quelque part
ou des commandes que les clients de mon établissement m’ont passées.

Je pense que ça peut prêter à confusion haha

[svg1773]

C’est plus un cas propre au contexte coréen qu’à la langue coréenne elle-même,
à cause de l’existence de Woori Bank, les documents des autres banques ne peuvent pas utiliser des phrases comme « notre banque… » et emploient à la place un terme d’origine sino-coréenne comme « cette banque » hahaha

[sbd530]

Je me souviens que, même dans la communication interne, on ne disait pas Woori Card, mais qu’on utilisait des argots comme "Uka" ou "Worika-deu".

[pmc7777]

« Ma recherche »

« Ta recherche »

[GN⁺]

Commentaires sur Hacker News

• Selon les MS Windows User Experience Interaction Guidelines, il est recommandé d’utiliser la 2e personne (you, your) lorsqu’on s’adresse à l’utilisateur dans les messages d’erreur, l’aide ou les libellés de fenêtres, et la 1re personne (I, me, my) pour les boutons, menus et commandes utilisateur lien connexe

  • La deuxième réponse me paraît meilleure : dans la plupart des cas, il est évident de savoir à qui cela appartient, donc inutile d’écrire My ou Your, sauf lorsqu’il faut distinguer les documents personnels de ceux de tout le monde ; dans ce cas, comme dans le guide Microsoft, on peut utiliser « Your Documents » et « All Documents ». Je pense que le préfixe "My" de Windows XP était l’une des pires erreurs d’UI : par exemple, pour voir mes photos, il fallait chercher "My Photos" à la lettre "M", un peu comme la blague qui consisterait à tout classer sous "The", comme "The Payroll"
  • Pour nommer les éléments de navigation, j’utilise un « rasoir » : je distingue des noms comme "My Favorites" et "Your Favorites" selon que j’ai sélectionné moi-même le contenu ou non. En réalité, "Favorites" tout seul suffit souvent, donc mieux vaut n’employer les pronoms possessifs que lorsqu’ils sont vraiment nécessaires
  • Je trouve dommage que la 3e personne soit absente ici ; c’est pour cela que je demande toujours aux LLM de s’exprimer à la 3e personne

• Je n’aime pas l’usage du mot "my" en Human-Computer Interaction. Pour moi, une machine doit rester une machine et fonctionner clairement, sans être maquillée en compagnon anthropomorphisé. C’est pourquoi je préfère l’usage systématique de « your ». J’aurais aimé faire de la recherche en HCI autrefois, mais le manque de financement dans ce domaine m’a déçu. J’ai l’impression que la recherche HCI est trop obsédée par la personnalisation. Je crois qu’interagir avec une machine devrait rester objectif, direct et cordial, surtout pour les personnes âgées

  • Moi aussi, je préfère que les LLM répondent comme des machines plutôt que comme des humains. Un chatbot n’est pas mon ami et ne peut pas le devenir. Il doit rester un outil qui répond avec précision et sans fioritures aux questions et aux demandes. Toute tentative de créer un lien émotionnel est inutile
  • En contrepoint, si je décris un vrai bureau à quelqu’un, je dirai "my desk", et pour des documents dans des fichiers, je dirai aussi "it’s in my files". S’il fallait étiqueter un tiroir de documents personnels avec soit "my documents", soit "your documents", "my" serait plus intuitif. À mon avis, « your » brouille souvent encore plus la frontière entre la machine et l’humain, surtout quand cela donne l’impression que la machine possède son propre « moi ». Or, en réalité, le propriétaire de l’ordinateur et des fichiers, c’est bien moi. Cela dit, dans les situations impliquant des échanges externes, « your » convient souvent mieux
  • À propos de l’exemple donné dans l’article, dans une question comme « Voulez-vous partager votre photo de profil ? », employer « your » plutôt que « my » peut donner l’impression qu’on partage la photo de quelqu’un d’autre, et cela me gêne
  • Les boîtes de dialogue trop humanisées, façon offre pop-up, me mettent mal à l’aise. Je préfère des commandes claires comme « Yes » et « No » plutôt que « Yes, please » et « No, thank you ». On donne un ordre à une machine, on ne discute pas avec une personne
  • Autrefois, il y avait une icône "My Computer" sur le bureau de Windows ; maintenant, c’est "This PC"

• En localisation, ce genre de confusion devient encore plus important. Par exemple, en turc, l’interface vouvoie l’utilisateur lorsqu’elle lui parle, mais l’utilisateur tutoie l’interface lorsqu’il lui donne un ordre. Si un bouton dit "Delete Your Files", cela signifie qu’on supprime les fichiers de l’application, tandis qu’une boîte de dialogue "Delete My Files" donne l’impression que l’application demande la suppression de ses propres fichiers. On a observé le même phénomène dans les traductions de Bluesky. Le simple fait de respecter quelques règles de base dans le texte d’UI peut faire une énorme différence sur la qualité de traduction

  • En tant que développeur UI, la différence était flagrante entre l’époque où je travaillais avec des spécialistes du User Assistance et celle où les designers UX rédigeaient eux-mêmes les textes. Quand des linguistes s’occupaient exclusivement du texte, les libellés de boutons, aides, release notes et autres formulations étaient vraiment faciles à comprendre, et donc à traduire. Je croyais que c’était normal, mais j’ai découvert que, de façon assez surprenante, ce sont généralement les équipes UX ou produit qui rédigent directement les textes. L’époque où l’on pouvait demander une relecture rapide même pour un simple texte de bouton me manque
  • Si le développeur ne connaît pas bien d’autres langues que l’anglais, la traduction devient toujours un casse-tête. Dans chaque projet, il faut encore et encore expliquer des choses comme thingCount == 1 ? 'thing' : 'things' ou pgettext
  • Il est pratiquement impossible de fournir assez de contexte dans les chaînes à traduire. Pour éviter les erreurs, les traducteurs ont absolument besoin d’éléments visuels comme des maquettes ou des liens vers les designs. Et même cela ne suffit pas toujours : il faut souvent finir par traduire séparément une même phrase selon le contexte. C’est sans fin. Le turc est déjà complexe, mais le plus absurde est qu’il reste relativement simple comparé à certaines langues asiatiques ou slaves. Il existe par exemple des cas impossibles à interpréter, comme « şükela » sur Ekşi Sözlük
  • Quelqu’un demande s’il existe des règles simples à suivre pour rédiger des textes d’UI

• Chaque fois que je vois le message « You're 90% there » quand Windows installe des mises à jour et doit redémarrer, cela m’agace. L’utilisateur ne fait qu’attendre ; c’est Windows qui en est réellement à 90 %. À la rigueur, « We’re 90% there » serait plus acceptable pour tout le monde. J’ai même envoyé un retour à Microsoft, sans savoir si cela a changé quoi que ce soit

  • Je pense que ce message relève simplement d’un design UI/UX censé remonter le moral. Je préfère un message simple et clair comme « Loading: 90% »
  • J’aimerais même qu’on supprime complètement les pourcentages. La durée des différentes étapes varie tellement qu’ils n’ont aucun sens et ne donnent aux utilisateurs qu’un faux espoir. Si les mises à jour Windows n’étaient pas aussi bancales, ce ne serait pas bien grave, mais bon...

• Ces derniers temps, Microsoft et d’autres aiment employer la 1re personne du pluriel, ce qui me met mal à l’aise, comme dans « Let's add your Microsoft account. », presque comme si l’on prenait l’utilisateur de haut

  • Il m’est arrivé de me faire rembourser un jeu sur Steam. Le fait d’exiger une connexion Microsoft m’agaçait déjà, mais j’ai fini par renoncer à l’achat à cause de la formule infantilisante "let’s get you signed in." dans la boîte de dialogue de connexion. Il m’arrive d’être franchement irrité quand une application fait comme si elle était mon amie proche. Je déteste particulièrement les textes de boutons mignons comme « Got it! »
  • "Let's" ne signifie pas littéralement "let us" en anglais. Une langue ne doit pas être interprétée uniquement au sens littéral. Cela dit, moi aussi, ce type de formulation familière me dérange

• Par exemple, si un agent du support dit « Go to your cases », il peut y avoir confusion si l’UI affiche « My cases ». Les Simpson ont déjà parodié quelque chose de très proche lien

  • En voyant que le nom provisoire du nouveau parti de Jeremy Corbyn était « Your Party », j’ai constaté à quel point la confusion pouvait devenir extrême dans les interviews quand chacun disait "your party". Dans certains contextes, cela passe, mais parfois cela devient vraiment étrange
  • Les Simpson ont toujours une référence applicable à ce genre de cas. Comme ce type de confusion peut réellement se produire, j’ai l’impression qu’il faut absolument un designer chargé de garantir la cohérence. Moi aussi, j’hésite entre la 1re et la 2e personne
  • En réalité, même à l’oral, dire « Go to My Cases » ne me paraît pas forcément gênant si c’est bien ce qui est écrit à l’écran. Cela dit, s’il existe un risque de confusion, on peut toujours ajouter un tout petit peu plus d’explication
  • À l’oral, si l’on prononce « my cases » d’une voix neutre ou plus basse, l’utilisateur peut comprendre qu’il s’agit simplement d’un libellé de menu

• De mon point de vue, « my » et « your » sont tous deux faibles. Il vaut mieux les supprimer tous les deux, ou, s’il faut vraiment quelque chose, utiliser « the », qui est plus fort. Au singulier, cela donnerait « The Account » ou « The Profile Picture » ; au pluriel, on peut simplement écrire Cases, Tasks, Items. C’est aussi une des raisons pour lesquelles je n’aimais pas « My Documents » à l’époque de Windows XP. En plus, cela introduit de la confusion dans l’ordre de classement. S’il ne peut pas y avoir simultanément « my » et « your » dans le système, il n’y a pas besoin de faire la distinction

  • Si je n’aime pas « My Documents », c’est aussi parce que ce ne sont pas vraiment mes documents : ce sont les applications qui y déposent automatiquement des fichiers. J’ai l’impression qu’il serait plus logique de créer un dossier séparé pour mes documents personnels dans Nextcloud, et de laisser le dossier utilisé par le système ou les applications sous un nom comme « System Documents »

• Si le nom du produit est « My Card », l’affichage devient encore plus complexe : est-ce « Your My Card » ou « My My Card » ? Sur les sites web français, on a parfois l’impression que toute règle a disparu tant on voit coexister des boutons à l’impératif, à l’infinitif ou à la 1re personne du présent

  • En japonais, "my" est souvent utilisé comme emprunt, ce qui crée des phrases amusantes, par exemple dans des indications disant de garer sa "my car"
  • Le code pays à deux lettres de la Malaisie est "MY", donc sa carte d’identité est aussi une "My Card"
  • Au Québec aussi, il existe quelque chose de comparable : on emploie « on » pour construire des phrases du type « tout le monde fait comme ça », comme une forme de suggestion adoucie
  • myspace, lui, n’a jamais souffert de ce problème
  • Il y a aussi de la confusion en espagnol : certains boutons utilisent l’infinitif, d’autres l’impératif à la 2e personne. J’ai récemment vu les deux cohabiter dans la même boîte de dialogue d’une grande application, et c’était vraiment déroutant

• J’ai tendance à penser que les équipes, directeurs ou PO qui insistent sur les pronoms possessifs sont souvent soit immatures, soit focalisés sur un public très limité. Cette volonté d’être trop familier et trop humain avec l’utilisateur peut être mignonne, mais elle convient mal à l’internationalisation. On se heurte à de subtiles normes sociales liées aux pronoms, et l’on finit par gaspiller temps et énergie sur quelque chose qui paraît anodin. L’essentiel, c’est qu’un texte clair vaut mieux qu’un texte simplement naturel. Même Amazon plaque des formulations comme « Your Payments » ou « Your account » parce qu’en anglais c’est court, mais dans d’autres langues cela devient plus maladroit

  • Quand je travaillais autrefois dans un ISP/opérateur télécom, on m’a demandé de mettre tel quel "You sure" dans une modal dialog. Je l’ai changé en "Are you sure?", puis la QA l’a rejeté. Quand j’en ai parlé à mon manager, il m’a dit de suivre la spec, point final. L’entreprise utilisait ce type de langage pour paraître jeune et dans le coup. À l’époque, j’avais l’impression d’être démodé, mais au final l’entreprise a disparu

• Parfois, les formulations sont carrément fausses. Un vieil exemple est le message « It is now safe to turn off your computer » : ce qui me fait rire, c’est que l’ordinateur que je dois éteindre est en réalité au loin, et qu’il est possible que la machine que j’ai effectivement éteinte ne soit même pas mon ordinateur