Communitygithub.com

bbulman/findability

Verwenden, wenn Leute etwas nicht finden können, die Standortsuche nichts oder das Falsche liefert, jemand eine Suchprotokollanalyse wünscht, Best Bets oder Synonyme eingerichtet werden sollen, eine No-Results-Seite gestaltet oder die Auffindbarkeit gemessen werden soll, oder wenn ein Chatbot vorgeschlagen wird, weil „niemand etwas finden kann“. Nicht gedacht für das Neuziehen des gesamten Seitenbaums, das alleinige Umbenennen eines Menüs oder das Durchführen eines Tree-Tests.

Was ist findability?

Diese Skill hilft dabei, die Ursache von Auffindbarkeitsproblemen zu diagnostizieren und zu beheben, bevor man in teure oder komplexe Lösungen investiert. Sie folgt einer klaren Methode: Zuerst wird das Problem als konkrete Aufgabe formuliert, dann werden Suchprotokolle analysiert (z. B. mit einem mitgelieferten Skript), und schließlich werden die vier typischen Ursachen – fehlend, falsch bezeichnet, vergraben oder fehlerhafte Suche – systematisch überprüft. Für jede Ursache wird die günstigste Lösung empfohlen und eine messbare Erfolgskontrolle festgelegt. Die Skill unterstützt u. a. die Einrichtung von Best Bets und Synonymen innerhalb der Suche, die Verbesserung von Navigations- und Beschriftungskonzepten sowie die Entscheidung, ob ein KI-Chatbot wirklich die richtige Lösung ist. Als Ergebnis liefert sie ein strukturiertes Dokument („findability-diagnosis.md“) mit Empfehlung, Befunden, Maßnahmen und Metriken – immer mit dem Ziel, die Auffindbarkeit nachweisbar zu verbessern.

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

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Auffindbarkeit (Findability)

„Niemand findet es“ ist ein Symptom mit vier typischen Ursachen, die jeweils eine andere Behebung erfordern. Diese Skill unterstützt die Entscheidung, was zuerst geändert werden soll: Sie trennt die Ursache von der Beschwerde, wählt die günstigste Lösung, die die Ursache behebt, und legt eine Messgröße fest, die zeigt, ob es funktioniert hat.

Bevor Sie beginnen

Sie benötigenWenn es fehlt
Was die Leute nicht finden können, wer sie sind und wo sie gesucht habenFragen. Bleibt es vage, listen Sie die Kandidaten auf und behandeln Sie sie als Hypothesen.
Die Website, App oder zumindest deren NavigationFragen. Ohne diese können Sie nur den Diagnoseplan schreiben.
Ein Suchprotokoll als CSV: query,count,results und clicks, falls verfügbarSagen Sie, was exportiert werden soll und für welchen Zeitraum. Liefern Sie den Diagnoseplan, die Messgrößen und die leeren Tabellen. Schätzen Sie niemals, was das Protokoll gesagt hätte.
Analysen, Supportanfragen, ein InventarSagen Sie, welche Schlussfolgerungen sie ändern würden, und markieren Sie diese als unbestätigt.

Methode

  1. Formulieren Sie das Scheitern als Aufgabe. „Ein [wer], der [Ziel] erreichen will, sucht in [wo] nach [Sache] und [was passiert].“ Eine Zeile pro Beschwerde, in deren eigenen Worten.

  2. Lesen Sie das Protokoll und nutzen Sie seine Zahlen.

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

    Wenn das Protokoll zu klein für ein Ranking ist, verwenden Sie es als Liste der eingegebenen Wörter und geben Sie keine Raten an. Geben Sie an, welchen Zeitraum der Export abdeckt; das Skript kann das nicht wissen.

  3. Diagnostizieren Sie vor dem Verschreiben. Gehen Sie die Ursachen in dieser Reihenfolge durch, da jede auf der vorherigen aufbaut. Mehrere können gleichzeitig zutreffen. Markieren Sie jede Schlussfolgerung als bestätigt oder erschlossen.

    UrsacheWie bestätigenÜbliche BehebungSkill
    Fehlend: existiert nichtUnter jedem verwendeten Namen suchen. Null-Ergebnis-Anfragen ohne passenden InhaltErstellen oder klar sagen, dass es nicht angeboten wirdcontent-inventory
    Falsch bezeichnet: existiert unter anderem NamenIhr Wort ergibt null Ergebnisse oder keine Klicks, während der Inhalt unter Ihrem Namen liegt; Pogo-StickingUmbenennen, Synonyme hinzufügenlabeling
    Vergraben: gut benannt, kein Weg dorthinSchritte von Startseite und Hubs zählen; nach Waisen, Sackgassen, tiefer Paginierung als einzigem Weg, auf der Bereichsseite gestarteten Suchen suchen, die es hätten anbieten sollenDort verlinken, wo Leute bereits suchen, oder verschiebennavigation, sitemaps
    Suche funktioniert nicht: existiert, Anfrage passt, Ergebnisse sind falschTop-Anfragen selbst ausführen und Ergebnisse lesen; Ergebnisse ohne Klicks, Umformulierungen, Ausstiege von der ErgebnisseiteBest Bets, Synonyme, Indexbereich, RankingSchritt 5

    Viele Auffindbarkeitsprobleme sind günstiger in Beschriftungen und Gruppierungen zu beheben als in der Suchmaschine. Beginnen Sie daher nicht mit der Suche. Tiefe allein ist kein Fehler: Die Drei-Klick-Regel ist ein Mythos, und Leute klicken weiter, wenn jeder Schritt klar nach ihrem Ziel riecht.

  4. Entscheiden Sie, welcher Weg funktionieren sollte. Unterstützen Sie sowohl das Stöbern als auch die Suche, da die Leute zwischen ihnen wechseln. Top-Anfragen sollten in ein oder zwei Schritten von der Startseite erreichbar sein.

    Die PersonZu stärkender Weg
    Kennt den genauen NamenSuche oder eine A-bis-Z-Liste
    Kennt das Bedürfnis, aber nicht den NamenStöbern mit klaren Beschriftungen, dann Facetten
    Erkundet oder vergleichtStöbern, Filter, verwandte Links
    Kommt zu etwas zurückAktuelle Elemente, gespeicherte Ansichten, Verknüpfungen
    Ist mitten in einer AufgabeEin kontextueller Link oder Hinweis an der Stelle, an der sie arbeiten
  5. Beheben Sie die Suche, wenn die Suche die Ursache ist. Platzieren Sie kuratierte Best Bets oben in den Ergebnissen für die Top-Anfragen. Erstellen Sie Synonymsets aus den Variantengruppen des Skripts, beginnend mit denen, die als SYNONYM WOULD ANSWER markiert sind, und fügen Sie dann hinzu, was nur ein Mensch erkennt, wie Akronyme und Fachjargon. Lassen Sie niemals zu, dass eine No-Results-Seite eine Sackgasse ist. references/search-tuning.md behandelt alle drei Punkte und was zu exportieren ist.

  6. Platzieren Sie Hinweise dort, wo die Entscheidung getroffen wird. Ein guter Hinweis beantwortet eine Frage, die die Person bereits hat, in dem Moment, in dem sie die Wahl trifft, an dem Ort, an dem sie bereits sucht, leise und günstig. Der Pfeil neben der Tankanzeige eines Autos, der zeigt, auf welcher Seite sich der Tankdeckel befindet, ist das Vorbild. Lesen Sie references/routes-and-cues.md, bevor Sie einen Hinweis oder einen personalisierten Einstiegspunkt hinzufügen.

  7. Wenn jemand einen KI-Chat als Lösung vorschlägt, testen Sie ihn zuerst. Buttons und Menüs ermöglichen es den Leuten zu handeln und zeigen, was das System kann. Ein offenes Chatfenster tut ersteres langsam und zweiteres gar nicht.

    SituationBessere Antwort
    Eine begrenzte, bekannte Menge an OptionenButtons, Menüs oder Filter
    Die Leute wissen nicht, was das System kannSichtbare Struktur; eine leeres Feld lehrt nichts
    Eine wiederholte Aufgabe mit bekannten SchrittenEin direkter Weg
    Der Inhalt fehlt oder ist falsch bezeichnetDas zuerst beheben; Chat kann nicht abrufen, was nicht da ist
    Wirklich offen, jedes Mal anders formuliertChat kann sich seinen Platz verdienen, mit Struktur darum herum
  8. Legen Sie Messgrößen fest, die Sie tatsächlich erfassen können. Nehmen Sie einen Ausgangswert auf, bevor Sie etwas ändern, eine Messgröße pro Problem. Wenn es keinen Ausgangswert gibt, sagen Sie das.

    MessgrößeStammt vonZiel
    Zeit zum Finden eines einfachen ElementsEin zeitgesteuerter Aufgabentest mit PersonenUnter 30 Sekunden
    AufgabenerfolgEin Aufgabentest oder Tree-TestMindestens 70 %, bei Top-Aufgaben 80 %
    Null-Ergebnis-Anteil der SuchenSuchprotokollUnter dem eigenen Ausgangswert
    Suchausstiege, UmformulierungenAnalyse, falls die Ergebnisseite getrackt wirdUnter dem eigenen Ausgangswert
    Supportvolumen zu diesem ThemaHelpdesk, falls getaggtUnter dem eigenen Ausgangswert

    references/measures.md erklärt, was jede Messgröße zeigen kann und was nicht.

Ergebnis

Schreiben Sie findability-diagnosis.md, es sei denn, der Benutzer nennt eine andere Datei, in dieser Reihenfolge: Empfehlung (zwei oder drei Sätze); Die Fehlschläge als Aufgaben; Belege (Quelle, Zeitraum, Zahlen aus dem Skript); Diagnose (Sache, Ursache, Beleg, bestätigt oder erschlossen); Optionen (zwei oder drei, mit jeweiligen Kosten und was ungelöst bleibt); Maßnahmenliste in der richtigen Reihenfolge mit der jeweils zuständigen Skill; Best Bets und Synonyme (query, action, target); No-Results-Seite, falls relevant; Messgrößen (Name, Ausgangswert, Ziel, Quelle, Datum der erneuten Prüfung); Annahmen und was nicht verfügbar war.

AuftragHerausgeben
Eine Sache, die niemand findetFehlschlag, Ursache, Beleg, Behebung und eine Messgröße, in der Antwort
Ein zu lesendes SuchprotokollBelege, Best Bets und Synonyme sowie die Null-Ergebnis-Lücken
„Die Auffindbarkeit ist auf der gesamten Website schlecht“Das vollständige Dokument

Setzen Sie lange Tabellen an das Ende. Ein längeres Dokument ist nicht gründlicher.

Prüfen Sie es

  • Jede Zahl geht auf einen Skriptlauf oder eine Quelle zurück, die der Benutzer Ihnen gegeben hat. Führen Sie das Skript erneut aus, wenn sich das Protokoll geändert hat.
  • Jede Behebung nennt die Ursache, die sie adressiert, und jede Ursache hat einen Beleg oder ist als erschlossen markiert.
  • Sie haben die Top-Anfragen selbst ausgeführt, wenn Sie Zugriff hatten, da das Protokoll nicht sagen kann, ob die Ergebnisse gut waren.
  • Sie haben überprüft, dass jedes vorgeschlagene Synonym dasselbe bedeutet. Das Skript gruppiert nach Schreibweise und kann daher Wörter mit unterschiedlicher Bedeutung zusammenfassen.
  • Suchprotokolle können Namen und E-Mail-Adressen enthalten, die in das Feld eingegeben wurden. Das Skript verbirgt E-Mail-Adressen; kopieren Sie keine anderen persönlichen Details in den Bericht.

Was Claude hier nicht kann

Sie können keine echten Personen beim Suchen beobachten, sie zeitlich messen oder die Strategie der Organisation kennen, es sei denn, es wird Ihnen mitgeteilt. Erfinden Sie niemals Nutzungszahlen, Suchvolumina, Erfolgsraten oder Zitate; eine Messgröße ohne Daten wird als noch nicht erhoben ausgewiesen. Schlagen Sie Alternativen mit ihren Kompromissen vor, empfehlen Sie eine und begründen Sie Ihre Wahl; die Entscheidung liegt beim Menschen. Was ein Suchprodukt kann (Synonyme, gepinnte Ergebnisse, Protokollierung von Anfragen), variiert; sagen Sie daher, was Sie erwarten würden, und bitten Sie den Benutzer, dies zu bestätigen.

Übergabe an andere Skills

Nächster BedarfSkill
Herausfinden, was existiertcontent-inventory
Der Name ist falschlabeling
Begriffe und Filter benötigen Überarbeitungtaxonomies
Die Gruppen entsprechen nicht der Denkweise der Leutecard-sort
Der Weg dorthin fehltnavigation, sitemaps
Testen einer geänderten Hierarchietree-tests
Für Facetten oder Vorschauen benötigte Feldercontent-models
Eine Seite wird verschobenurl-structure, redirect-maps
Komplette Umstrukturierung der Website oder unsicher, wo anfangeninformation-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.

Verwandte Skills