Communitygithub.com

bbulman/findability

À utiliser lorsque les personnes ne trouvent pas quelque chose, lorsque la recherche du site ne renvoie rien ou une mauvaise chose, lorsqu'on souhaite analyser un journal de recherche, définir des meilleurs choix ou synonymes, concevoir une page sans résultat ou mesurer la trouvabilité, ou lorsqu'un chatbot est proposé parce que « personne ne trouve rien ». Pas pour redessiner l'arborescence complète, renommer un menu tout seul ou effectuer un test d'arborescence.

Qu'est-ce que findability ?

Cette compétence diagnostique les problèmes de trouvabilité en séparant la cause de la plainte, en choisissant la solution la moins coûteuse et en définissant une mesure pour vérifier son efficacité. Elle prend en charge les plateformes comme Claude Code. La méthode commence par rédiger l'échec sous forme de tâche, lire le journal de recherche (format CSV : `query,count,results` et `clicks`), puis diagnostiquer les causes dans l'ordre : contenu manquant, mauvais étiquetage, contenu enterré, ou échec de la recherche. Les correctifs sont prioritaires sur les étiquettes et le regroupement avant le moteur de recherche. La compétence fournit des conseils pour décider quel parcours (navigation ou recherche) renforcer, comment améliorer la recherche avec des meilleurs choix et des synonymes, et comment évaluer si un chatbot est la meilleure solution. Les mesures sont définies avec des bases de référence et des cibles (par exemple, moins de 30 secondes pour trouver un article, taux de réussite d'au moins 70 %). Le livrable est un fichier `findability-diagnosis.md` structuré. La compétence ne peut pas observer les utilisateurs réels ni inventer des données ; elle s'appuie sur des preuves issues du journal et des entrées de l'utilisateur. Elle se transmet à d'autres compétences pour les problèmes d'inventaire de contenu, d'étiquetage, de navigation, etc.

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

Demander à votre IA préférée

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

Documentation

Trouvabilité

« Les gens ne trouvent pas » est un symptôme qui a quatre causes habituelles, et chacune nécessite une correction différente. Cette compétence sert à décider ce qu'il faut changer en premier : elle sépare la cause de la plainte, choisit la correction la moins coûteuse qui y remédie et définit une mesure qui montre si cela a fonctionné.

Avant de commencer

Vous avez besoinSi c'est manquant
Ce que les gens ne trouvent pas, qui ils sont et où ils ont cherchéDemandez. Si cela reste vague, listez les candidats et traitez-les comme des hypothèses.
Le site, l'application ou au moins sa navigationDemandez. Sans cela, vous ne pouvez qu'écrire le plan de diagnostic.
Un journal de recherche au format CSV : query,count,results et clicks si disponiblesDites ce qu'il faut exporter et pour quelle période. Fournissez le plan de diagnostic, les mesures et les tableaux vides. N'estimez jamais ce que le journal aurait dit.
Analytics, questions d'assistance, un inventaireDites quelles conclusions elles modifieraient et marquez-les comme non confirmées.

Méthode

  1. Rédigez l'échec sous forme de tâche. « Un [qui] essayant de [objectif] cherche dans [où] [quoi], et [ce qui se passe]. » Une ligne par plainte, dans leurs mots.

  2. Lisez le journal et utilisez ses chiffres.

    node "${CLAUDE_SKILL_DIR}/scripts/search-log.mjs" searches.csv
    

    Si le journal est trop petit pour être classé, utilisez-le comme une liste des mots tapés et indiquez « aucun taux ». Précisez la période que couvre l'exportation ; le script ne peut pas le savoir.

  3. Diagnostiquez avant de prescrire. Traitez les causes dans cet ordre, car chacune repose sur la précédente. Plusieurs peuvent s'appliquer à la fois. Marquez chaque conclusion comme confirmée ou inférée.

    CauseComment la confirmerCorrection habituelleCompétence
    Manquant : cela n'existe pasRegardez sous tous les noms utilisés. Requêtes à zéro résultat sans contenu correspondant nulle partCréez-le, ou dites clairement qu'il n'est pas proposécontent-inventory
    Mal étiqueté : cela existe sous un autre nomLeur mot donne zéro résultat ou aucun clic alors que le contenu se trouve sous le vôtre ; rebondsRenommez, ajoutez des synonymeslabeling
    Enterré : bien nommé, pas de chemin pour y accéderComptez les étapes depuis l'accueil et les hubs ; recherchez les orphelins, les culs-de-sac, la pagination profonde comme seul chemin, les recherches commencées sur la page de section qui aurait dû le proposerLiez-le là où les gens regardent déjà, ou déplacez-lenavigation, sitemaps
    La recherche échoue : cela existe, la requête correspond, les résultats sont mauvaisExécutez vous-même les meilleures requêtes et lisez les résultats ; résultats sans clics, reformulations, sorties de la page de résultatsMeilleurs choix, synonymes, périmètre d'index, classementÉtape 5

    De nombreux problèmes de trouvabilité sont moins coûteux à corriger dans les étiquettes et le regroupement que dans le moteur de recherche, alors ne commencez pas par le moteur. La profondeur seule n'est pas un défaut : la règle des trois clics est un mythe, et les gens cliquent plus loin lorsque chaque étape ressemble clairement à leur objectif.

  4. Décidez quelle voie devrait fonctionner. Soutenez la navigation et la recherche, car les gens passent de l'une à l'autre. Les meilleures requêtes doivent être accessibles en une ou deux étapes depuis l'accueil.

    La personneVoie à renforcer
    Connaît le nom exactRecherche, ou une liste alphabétique
    Connaît le besoin mais pas le nomNavigation avec des étiquettes claires, puis facettes
    Explore ou compareNavigation, filtres, liens connexes
    Revient à quelque choseÉléments récents, vues enregistrées, raccourcis
    Est en milieu de tâcheUn lien contextuel ou un indice à l'endroit où il travaille
  5. Corrigez la recherche là où la recherche est la cause. Placez des meilleurs choix organisés en haut des résultats pour les meilleures requêtes. Construisez des ensembles de synonymes à partir des groupes de variantes du script, en commençant par ceux marqués SYNONYM WOULD ANSWER, puis ajoutez ce que seule une personne repère, comme les acronymes et le jargon. Ne laissez jamais une page sans résultat être une impasse. references/search-tuning.md couvre les trois aspects et ce qu'il faut exporter.

  6. Placez des indices là où la décision se prend. Un bon indice répond à une question que la personne a déjà, au moment où elle fait le choix, à l'endroit où elle regarde déjà, discrètement et à moindre coût. La flèche à côté de la jauge de carburant d'une voiture qui montre de quel côté se trouve le bouchon est le modèle. Lisez references/routes-and-cues.md avant d'ajouter un indice ou un point d'entrée personnalisé.

  7. Si quelqu'un propose un chat IA comme correctif, testez-le d'abord. Les boutons et les menus permettent aux gens d'agir et montrent ce que le système peut faire. Une boîte de chat ouverte fait la première chose lentement et la seconde pas du tout.

    SituationMeilleure réponse
    Un ensemble limité et connaissable d'optionsBoutons, menus ou filtres
    Les gens ne savent pas ce que le système peut faireStructure visible ; une boîte vide n'enseigne rien
    Une tâche répétée avec des étapes connuesUn chemin direct
    Le contenu est manquant ou mal étiquetéCorrigez cela d'abord ; le chat ne peut pas récupérer ce qui n'est pas là
    Vraiment ouvert, formulé différemment à chaque foisLe chat peut gagner sa place, avec une structure autour
  8. Définissez des mesures que vous pouvez réellement collecter. Prenez une base de référence avant de changer quoi que ce soit, une mesure par problème. S'il n'y a pas de base de référence, dites-le.

    MesureProvient deCible
    Temps pour trouver un article simpleUn test chronométré avec des personnesMoins de 30 secondes
    Succès de la tâcheUn test de tâche ou un test d'arborescenceAu moins 70 %, et 80 % pour les tâches principales
    Part de recherches sans résultatJournal de rechercheEn dessous de sa propre base de référence
    Sorties de recherche, reformulationsAnalytics, si la page de résultats est suivieEn dessous de sa propre base de référence
    Volume d'assistance sur ce sujetBureau d'aide, s'il est étiquetéEn dessous de sa propre base de référence

    references/measures.md explique ce que chacune peut et ne peut pas montrer.

Livrable

Écrivez findability-diagnosis.md sauf si l'utilisateur nomme un autre fichier, dans cet ordre : Recommandation (deux ou trois phrases) ; Les échecs, sous forme de tâches ; Preuves (source, période, chiffres du script) ; Diagnostic (chose, cause, preuve, confirmé ou inféré) ; Options (deux ou trois, avec ce que chacune coûte et ce qu'elle laisse non corrigé) ; Liste des correctifs dans l'ordre, avec la compétence qui prend chacun ; Meilleurs choix et synonymes (query, action, target) ; Page sans résultat, le cas échéant ; Mesures (nom, base de référence, cible, source, date de re-vérification) ; Hypothèses et ce qui n'était pas disponible.

TâcheRendez
Une chose que personne ne trouveÉchec, cause, preuve, correctif et une mesure, dans la réponse
Un journal de recherche à lirePreuves, meilleurs choix et synonymes, et les lacunes sans résultat
« La trouvabilité est mauvaise sur tout le site »Le document complet

Placez les longs tableaux en dernier. Un document plus long n'est pas un document plus approfondi.

Vérifiez-le

  • Chaque chiffre provient d'une exécution du script ou d'une source donnée par l'utilisateur. Réexécutez le script si le journal a changé.
  • Chaque correctif nomme la cause qu'il traite, et chaque cause a une preuve ou est marquée comme inférée.
  • Vous avez exécuté les meilleures requêtes vous-même si vous y aviez accès, car le journal ne peut pas dire si les résultats étaient bons.
  • Vous avez vérifié que chaque synonyme proposé signifie la même chose. Le script groupe par orthographe, il peut donc associer des mots qui diffèrent par leur sens.
  • Les journaux de recherche peuvent contenir des noms et des e-mails tapés dans la boîte. Le script masque les adresses e-mail ; ne copiez pas d'autres données personnelles dans le rapport.

Ce que Claude ne peut pas faire ici

Vous ne pouvez pas regarder de vraies personnes chercher, les chronométrer ou connaître la stratégie de l'organisation sauf si on vous le dit. N'inventez jamais de chiffres d'utilisation, de volumes de recherche, de taux de réussite ou de citations ; une mesure sans données est présentée comme non encore collectée. Proposez des alternatives avec leurs compromis, recommandez-en une et dites pourquoi ; l'humain possède la décision. Ce qu'un produit de recherche peut faire (synonymes, résultats épinglés, journalisation des requêtes) varie, alors dites ce à quoi vous vous attendez et demandez à l'utilisateur de le confirmer.

Où cela passe la main

Prochain besoinCompétence
Découvrir ce qui existecontent-inventory
Le nom est mauvaislabeling
Les termes et les filtres nécessitent du travailtaxonomies
Les groupes ne correspondent pas à la façon dont les gens pensentcard-sort
Le chemin pour y accéder est manquantnavigation, sitemaps
Tester une hiérarchie modifiéetree-tests
Champs nécessaires pour les facettes ou les aperçuscontent-models
Une page se déplaceurl-structure, redirect-maps
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/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/labeling

Use when someone needs to name or rename a section, menu item, tab, category, feature or link, when labels feel vague or read like internal jargon, or when they ask "what should we call this", "is this label clear", "nobody knows what Resources means" or "people don't understand this menu". Not for deciding the structure behind the labels, building a tag vocabulary, or writing body copy and microcopy.

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