Communitygithub.com

bbulman/labeling

Utile lorsque quelqu’un doit nommer ou renommer une section, un élément de menu, un onglet, une catégorie, une fonctionnalité ou un lien, lorsque les libellés semblent vagues ou proches du jargon interne, ou lorsqu’il demande « comment appeler ça », « ce libellé est-il clair », « personne ne sait ce que Ressources signifie » ou « les gens ne comprennent pas ce menu ». Pas pour décider la structure derrière les libellés, construire un vocabulaire de tags, ou rédiger du corps de texte ou de la microcopie.

Qu'est-ce que labeling ?

Cette compétence assiste les décisions de nommage des éléments d’interface (menus, onglets, catégories, liens) en remplaçant les termes vagues ou internes par des libellés clairs et prédictibles pour les utilisateurs. Elle suit une méthode structurée en neuf étapes : lister les libellés en contexte, collecter les mots des utilisateurs via les logs de recherche, les questions support, le tri par cartes et les entretiens, puis choisir un système de libellés par niveau (tâche, audience, sujet, format, A à Z) sans les mélanger. Chaque candidat est évalué selon des règles de qualité (spécificité, construction parallèle, cohérence entre lien et destination) et les noms internes (acronymes, termes juridiques, noms de marque) reçoivent un traitement approprié. La compétence met l’accent sur les tests de prédictibilité (montrer le libellé seul, demander ce qui se cache derrière) et la vérification mécanique via un script Node.js. Elle est idéale pour les designers UX, les rédacteurs techniques et les chefs de produit utilisant des agents IA comme Claude Code ou Cursor, car elle fournit des livrables concrets (fichier CSV et rapport Markdown) tout en rappelant que l’humain garde la décision finale sur les choix engageant la marque ou le juridique.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/bbulman/information-architecture-skill/tree/HEAD/skills/labeling

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Libellés

Les libellés sont les mots qui indiquent aux gens ce qui se cache derrière une porte avant qu'ils ne l'ouvrent. Cette compétence sert à décider comment appeler chaque destination, section ou action, et quel système de nommage utiliser à chaque niveau. Le test pour chaque libellé : un nouvel arrivant pourrait-il prédire ce qui se cache derrière ?

Avant de commencer

Vous avez besoinSi c'est manquant
Les libellés actuels, chacun avec ce qui se cache derrière et où il apparaîtLisez la navigation ou demandez-la. S'il n'y a encore rien, fournissez le fichier labels.csv vide et le plan de test.
Qui les lit et ce qu'ils essaient de faireDemandez. Si aucune réponse n'arrive, indiquez votre hypothèse en haut.
Les mots des utilisateurs eux-mêmes : logs de recherche, questions support, noms de groupes de tri par cartes, entretiens, avisÉlaborez à partir du contenu et des conventions de produits similaires, marquez chaque libellé untested, et fournissez le plan de test pour que les mots puissent être vérifiés. Ne présentez jamais une supposition comme le langage des utilisateurs.

Méthode

  1. Listez les libellés en contexte. Enregistrez pour chacun son groupe (les libellés vus ensemble), sa destination et ce qui se cache vraiment derrière. Juger un libellé sans ses voisins, c'est ainsi que les chevauchements passent inaperçus.

  2. Collectez les mots des utilisateurs. Leurs mots sont les premiers candidats ; vos termes internes ne le sont pas.

    SourceCe qu'elle vous donneAttention
    Logs de rechercheLes mots exacts saisis, les mots déclencheurs les plus fortsExécutez le rapport de logs de la compétence findability ; n'estimez jamais les volumes
    Questions supportComment les gens décrivent le besoinLes personnes en difficulté formulent les choses différemment
    Noms de groupes de tri par cartesComment les gens appellent un regroupementUtilisez leurs mots les plus courants
    Entretiens, 5 à 10 personnesLe vocabulaire et ce que les mots signifient pour euxÉcoutez le mot qu'ils utilisent spontanément
    Produits similairesDes mots que les gens ont déjà apprisLe familier bat l'ingénieux
  3. Choisissez un système de libellés par niveau. Mélanger les systèmes dans un même menu signifie que chaque élément répond à une question différente, et les gens ne peuvent pas les comparer.

    SystèmeExempleFonctionne quandCasse quand
    Tâche« Suivre une commande »Les gens arrivent avec un travail à faireLes tâches se chevauchent ou la liste s'allonge
    Audience« Pour les développeurs »Des groupes ont besoin de contenus différents et peuvent se situer eux-mêmesQuelqu'un est dans deux groupes, ou ne sait pas lequel
    Sujet« Facturation »Le sujet est la façon dont les gens y pensentLes sujets sont ceux de l'organisation, pas les leurs
    Format« Vidéos », « Modèles »Les gens choisissent par formatIls se soucient d'abord du sujet
    A à ZGlossaires, annuairesLes gens connaissent le nom exactIls naviguent pour découvrir
  4. Rédigez des candidats selon ces règles.

    RègleFaiblePlus fort
    Spécifique et familier, pas de viande mystérieuseRessources, Solutions, DécouvrirGuides et modèles
    Construction parallèle entre voisinsTarifs, Pour commencer, Pour les équipesTarifs, Configuration, Équipes
    Mettez en avant le mot qui distingueParamètres du rapport, Historique du rapportParamètres, Historique, sous Rapports
    Une seule chose, un seul nom partout« Équipe » dans le menu, « Personnes » sur la pageChoisissez-en un et utilisez-le dans la navigation, le titre et le fil d'Ariane
    La porte correspond à la pièce« Forfaits » ouvre « Choisissez votre abonnement »Le texte du lien et le titre de la page concordent
    Le texte du lien dit ce que vous obtenezEn savoir plusTélécharger la liste de vérification d'intégration
  5. Décidez ce qui arrive aux noms internes.

    Le nom estFaites ceci
    Un nom de code d'équipe, de service ou de projetNe l'affichez jamais. Nommez ce que la personne est venue faire
    Un nom de marque pour une fonctionnalité que les gens doivent apprendreAssociez-le à un descripteur simple partout où il est utilisé pour la navigation
    Un terme technique que le public utilise vraimentGardez-le, même si des étrangers ne le connaîtraient pas, et testez-le avec ce public
    Un terme juridique ou réglementaireGardez le terme exact et mettez une explication simple à côté
    Un acronymeÉcrivez-le en toutes lettres, sauf si le public recherche l'acronyme plus que les mots
  6. Proposez deux ou trois options pour chaque libellé contesté, avec ce que chacune gagne et perd, et recommandez-en une. Une seule réponse cache la décision.

  7. Renforcez la piste autour du libellé. Les courtes descriptions, les nombres d'éléments, les fils d'Ariane et les états actifs portent ce que le mot seul ne peut pas. Lisez references/information-scent.md lorsque les libellés sont corrects isolément mais que les gens rebondissent quand même.

  8. Testez la prédictibilité. Dans un sens, montrez le libellé seul et demandez ce que les gens attendent derrière ; dans l'autre, donnez un objectif et demandez quel libellé ils choisiraient. En première approche, vous pouvez faire une lecture à froid : couvrez la destination, écrivez ce que vous attendriez, comparez. Signalez cela comme votre propre lecture, pas comme une recherche. references/predictability-test.md contient le plan et la notation.

  9. Vérifiez les autres langues. Si les libellés doivent être traduits, lisez references/locales.md avant de les arrêter. Traduisez pour le sens, pas mot à mot, et testez à nouveau avec des personnes sur ce marché.

Livrable

Ecrivez ces fichiers sauf si l'utilisateur en nomme d'autres.

  • labels.csv, une ligne par libellé : group,label,destination,system,was,evidence,status. evidence indique d'où vient le mot (log de recherche, support, hypothèse). status est kept, renamed ou new, plus tested ou untested, séparés par un point-virgule : renamed; untested.
  • labels.md, dans cet ordre : Recommandation (deux ou trois phrases) ; Le système choisi pour chaque niveau ; Libellés contestés (options, compromis, le choix et pourquoi) ; Noms internes et ce qui arrive à chacun ; Comment les tester ; Hypothèses et questions ouvertes. La liste complète ne vit que dans labels.csv, donc les deux ne peuvent pas être en désaccord.
TravailRendu
Renommer une choseTrois options avec compromis, un choix et une question de test, dans la réponse
Réviser un menuLes lignes de labels.csv et une courte liste de modifications
Tout un site ou une applicationLes deux fichiers

Un document plus long n'est pas un document plus approfondi.

Vérifiez-le

Exécutez la vérification mécanique et utilisez ses comptes :

node "${CLAUDE_SKILL_DIR}/scripts/label-check.mjs" labels.csv

Il trouve les mots vagues, les doublons dans un groupe, les voisins qui commencent par le même mot, les groupes mélangeant des formes grammaticales, un seul libellé avec plusieurs destinations et une seule destination avec plusieurs libellés. La vérification formelle ne se déclenche que sur des motifs clairs, donc lisez chaque groupe vous-même pour la construction parallèle. Vérifiez ensuite :

  • Chaque groupe utilise un seul système de libellés, et labels.md indique lequel.
  • Chaque libellé est tested ou marqué untested. Un script propre ne prouve rien sur la compréhension.
  • Chaque evidence d'un libellé est réelle. S'il s'agit d'une hypothèse, la ligne le dit.

Ce que Claude ne peut pas faire ici

Vous ne pouvez pas apprendre ce que les vraies personnes comprennent en lisant un libellé vous-même, et vous ne pouvez pas connaître la stratégie de l'organisation, les engagements de marque ou la politique sauf si on vous le dit. N'inventez jamais de chiffres d'utilisation, de volumes de recherche, de résultats de test ou de citations. Proposez des alternatives avec leurs compromis, recommandez-en une et dites pourquoi ; l'humain possède la décision, surtout lorsqu'un nom porte un poids de marque ou juridique.

Où cela passe la main

Besoin suivantCompétence
Les groupes eux-mêmes semblent incorrectscard-sort, sitemaps
Quels libellés vont sur quel menunavigation
Termes pour le marquage et les filtrestaxonomies
Une section renommée qui change d'adresseurl-structure, redirect-maps
Tester les libellés dans une hiérarchietree-tests
Renommer n'a pas résolu « les gens ne trouvent pas »findability
Une liste de ce qui existe d'abordcontent-inventory
Champs derrière un modèlecontent-models
Une restructuration complète du site, ou incertitude sur où commencerinformation-architecture

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

bbulman/findability

Use when people can't find something, when site search returns nothing or the wrong thing, when someone wants a search log analysed, best bets or synonyms set up, a no-results page designed or findability measured, or when a chatbot is proposed because "nobody can find anything". Not for redrawing the whole page tree, renaming a menu on its own, or running a tree test.

bbulman/information-architecture

Use when someone wants to organize, restructure or review how a site, app, docs set, knowledge base or content library is grouped and found, and the job spans several pieces or it isn't yet clear which piece is needed, even if they never say "information architecture" or "IA". Not for a job that is clearly one piece, such as only a tree test or only a redirect map, and not for visual design.

bbulman/navigation

Use when someone wants a navigation or menu designed, audited or cut down, including a main menu, nav bar, sidebar, app switcher, mega-menu, footer, breadcrumbs, tab bar or mobile menu, or says "there are too many items in the menu", "rethink the sidebar", "our nav is a mess" or "where should settings go". Not for deciding which pages exist, for wording a single label, for fixing site search, or for running a tree test.

bbulman/sitemaps

Use when someone needs the structure of a website, app or docs set decided, asking for a sitemap, site tree, page hierarchy or list of sections, or saying "what pages do we need", "how should we organise the site", "where should this page live" or "the site is too deep". This is where the structure gets decided. Not for writing the linked sitemap file that later design stages read once the structure is settled (design-os:create-sitemap), for generating sitemap.xml, or for designing the menus.

Skills associés