Doku-Suche im Unternehmen: SharePoint-Suche richtig konfigurieren

Es gibt in jedem Unternehmen einen Satz, der die Redaktion zuverlässig ärgert: „Die Suche findet ja doch nichts." Meistens stimmt er sogar – und meistens liegt es weder an der Suchtechnologie noch an den Nutzern. Es liegt daran, dass zwischen einem gepflegten Metadatenfeld und einem brauchbaren Filter im Suchergebnis ein Schritt liegt, den niemand gemacht hat, weil niemand von ihm wusste.

Das ist bitter, denn die Vorarbeit ist oft schon geleistet: Die Bibliothek hat Spalten für Produkt, Status und Sprache, die Dokumente sind sauber ausgezeichnet, das Schema steht. Nur taucht davon in der Unternehmenssuche nichts auf. Der Servicekollege tippt „Feinfilter" ein, bekommt vierhundert Treffer quer über Bestellvorgänge, Mailverläufe und ein Besprechungsprotokoll von 2021 – und ruft ab da wieder in der Redaktion an — was für ihn die schnellere Lösung ist und für die Redaktion die teurere.

Dieser Artikel erklärt den Suchpfad vom Dokument zum Treffer, macht die beiden Begriffe verständlich, an denen alles hängt – durchforstete und verwaltete Eigenschaften –, zeigt, was Ergebnisquellen und eine eigene Suchseite bringen, und schließt mit einer Checkliste in der richtigen Reihenfolge.

Vorab: Was die Suche eigentlich leisten soll

Bevor es an Technik geht, eine Klärung, die viel Konfigurationsaufwand erspart: Was soll die Suche können? Denn Menschen suchen in der Doku-Welt mit drei völlig verschiedenen Absichten. Erstens die gezielte Frage: „Wie tausche ich den Feinfilter bei der M400?" — hier will jemand eine Antwort und wird nach dem dritten Treffer aufgeben. Zweitens die Dokumentsuche: „Wo ist die aktuelle Betriebsanleitung für die Baureihe M?" — hier will jemand eine bestimmte Datei öffnen. Und drittens die Überblicksfrage: „Was haben wir eigentlich alles zur Baureihe M?"

Diese drei Absichten stellen unterschiedliche Anforderungen. Die gezielte Frage lebt von Volltextqualität und guten Abschnittsgrenzen; die Dokumentsuche von aussagekräftigen Titeln und dem Statusfeld; die Überblicksfrage von Filtern nach Produkt und Dokumentart. Wer alle drei bedienen will, braucht beides — gute Inhalte und gute Metadaten. Wer priorisieren muss, fängt bei der zweiten an: Sie ist am häufigsten, am leichtesten zu bedienen und erzeugt die meisten Rückfragen in der Redaktion, wenn sie nicht funktioniert.

Eine vierte Absicht sei erwähnt, weil sie zunehmend wichtig wird: die Suche durch Systeme statt durch Menschen. Ein KI-Assistent nutzt dieselbe Suchinfrastruktur, um passende Inhalte zu finden — und stützt sich dabei auf dieselben Eigenschaften und Berechtigungen. Alles, was die menschliche Suche verbessert, verbessert damit auch die Antwortqualität von Assistenten. Das ist die vielleicht wirtschaftlichste Eigenschaft dieses Themas: Ein Fundament, zwei Nutzen — und beim zweiten wächst der Bedarf gerade rasant.

Der Suchpfad in fünf Schritten

Um zu verstehen, wo es klemmt, hilft der Blick auf den Weg, den eine Information nimmt. Schritt eins ist das Ablegen: Ein Dokument landet mit gefüllten Spalten in der Bibliothek – das liefert die Redaktion. Schritt zwei ist das Indizieren: Die Suche geht regelmäßig durch alle Inhalte, liest den Text der Dokumente und die Werte aller Spalten und legt beides in ihrem Index ab. Dieser Schritt passiert automatisch, ohne dass jemand etwas tun muss – und genau deshalb hält man ihn irrtümlich für den ganzen Vorgang.

Schritt drei ist der entscheidende: die Zuordnung. Was die Suche eingelesen hat, liegt zunächst als unbenanntes Rohmaterial vor – sie weiß, dass da ein Wert steht, aber nicht, dass es sich um das Feld „Produkt" handelt, nach dem jemand filtern möchte. Erst wenn dieser Rohwert einer verwalteten Eigenschaft zugewiesen ist, wird er nutzbar. Dieser Schritt passiert nicht von allein; er muss einmal eingerichtet werden. Und weil das kaum jemand weiß, ist er der häufigste Grund für die Klage, Metadaten brächten ja doch nichts.

Schritt vier ist das Suchen selbst: Der Nutzer gibt Begriffe ein, die Suche liefert Treffer nach Relevanz – wobei die Berechtigungen unverändert gelten, es sieht also niemand etwas, das ihm ohnehin verschlossen wäre. Und Schritt fünf ist das Filtern: Die Verfeinerungen neben dem Ergebnis grenzen ein – Produkt, Status, Sprache, Dokumentart. Diese fünfte Stufe ist der Moment, in dem aus einer Trefferliste ein Werkzeug wird. Sie funktioniert allerdings nur, wenn Schritt drei erledigt wurde.

Ein praktischer Hinweis zum zweiten Schritt, weil er regelmäßig für Fehlalarme sorgt: Die Indizierung braucht Zeit. Ein soeben abgelegtes Dokument ist nicht sofort auffindbar — je nach Umgebung dauert es Minuten bis Stunden, bis es im Index steht. Wer unmittelbar nach dem Hochladen sucht und nichts findet, schließt daraus gern auf ein Problem, wo keines ist. Ebenso wirken Änderungen an der Suchkonfiguration nicht rückwirkend sofort: Neu zugeordnete Eigenschaften greifen für bereits indizierte Inhalte erst nach dem nächsten Durchgang. Wer das weiß, spart sich unnötige Fehlersuche.

Abb.: Fünf Schritte vom Dokument zum Treffer – der dritte fehlt in den meisten Umgebungen.

Die beiden Begriffe

Damit zu den zwei Fachbegriffen, an denen dieses Thema hängt – und die man nur einmal verstehen muss. Eine durchforstete Eigenschaft ist das, was die Suche beim Einlesen findet: „Hier steht ein Wert." Sie entsteht automatisch für jede Spalte und jeden Dateiinhalt, trägt aber einen technischen Namen und lässt sich nicht direkt verwenden. Man kann sich das wie eine Kiste vorstellen, in die alles Gefundene geworfen wird – vollständig, aber unsortiert.

Eine verwaltete Eigenschaft ist der nutzbare Gegenpart: „Ich weiß, was dieser Wert bedeutet." Sie bekommt einen Namen und vier Schalter, die entscheiden, was mit ihr möglich ist. Durchsuchbar heißt, der Wert zählt bei der Volltextsuche mit – wer „M400" eingibt, findet auch Dokumente, bei denen das nur im Produktfeld steht. Abfragbar heißt, man kann gezielt danach fragen, etwa in einer Ergebnisquelle oder einer Abfrage. Verfeinerbar heißt, der Wert erscheint als Filter neben dem Suchergebnis. Und sortierbar heißt, man kann die Ergebnisse danach ordnen.

Für die Technische Dokumentation braucht man in der Praxis vor allem zwei davon: abfragbar und verfeinerbar. Abfragbar, damit sich eine Ergebnisquelle bauen lässt, die nur freigegebene Anleitungen zeigt; verfeinerbar, damit Produkt, Sprache und Dokumentart als Filter erscheinen. Durchsuchbar lohnt zusätzlich beim Produktfeld, weil Nutzer die Baureihe oft einfach mit eintippen. Sortierbar braucht man selten – höchstens beim Freigabedatum, wenn die neueste Fassung zuerst stehen soll. Wer alle vier Schalter überall setzt, macht nichts kaputt, bläht aber die Konfiguration unnötig auf.

Abb.: Vom Rohmaterial zur nutzbaren Eigenschaft – und die vier Schalter, die darüber entscheiden.

Zur Frage, wer das einrichtet: Die Zuordnung verwalteter Eigenschaften und das Anlegen von Ergebnisquellen erfolgt in der zentralen Suchverwaltung und liegt damit meist bei der IT oder einer Administrationsrolle — nicht bei der Redaktion. Das ist kein Hindernis, aber ein Planungspunkt: Die Redaktion liefert die Anforderung („diese fünf Felder sollen filterbar sein"), die IT setzt sie um. Wer diese Zusammenarbeit früh klärt, vermeidet die typische Situation, in der beide Seiten auf die andere warten — die Redaktion, weil sie die Oberfläche nicht kennt, die IT, weil sie nicht weiß, welche Felder gebraucht werden.

Ergebnisquellen und eine eigene Suchseite

Selbst mit sauber zugeordneten Eigenschaften bleibt ein Problem: Die allgemeine Unternehmenssuche sucht überall. Sie liefert Dokumentation, Angebote, Protokolle, Präsentationen und Mails in einer Liste – gut zum Stöbern, schlecht zum Finden. Für die Doku-Suche braucht es deshalb eine Eingrenzung, und dafür sind Ergebnisquellen da: ein vordefinierter Ausschnitt, der etwa nur die Doku-Website berücksichtigt, nur die Dokumentart „Betriebsanleitung" und nur den Status „freigegeben".

Diese Quelle wird einmal definiert und lässt sich anschließend überall verwenden – auf einer Suchseite, in einem Suchfeld auf der Intranet-Startseite, in Ansichten. Der Aufwand liegt bei einer halben Stunde, wenn die verwalteten Eigenschaften stehen; ohne sie geht es gar nicht, weil die Einschränkung ja über genau diese Felder formuliert wird. Das ist der Grund für die Reihenfolge in der Checkliste weiter unten: Ergebnisquellen setzen die Zuordnung voraus, nicht umgekehrt.

Der zweite Baustein ist eine eigene Suchseite im Intranet – eine Seite, die genau diese Ergebnisquelle abfragt und die passenden Verfeinerungen anzeigt. Sie kostet wenig und verändert viel, weil sie den Nutzern einen Einstieg gibt, den sie sich merken können: „Doku suchen" statt „irgendwo suchen und hoffen". Wer den Unterschied erleben will, probiert dieselbe Anfrage einmal in der allgemeinen Suche und einmal auf einer solchen Seite. Das Ergebnis überzeugt schneller als jede Erklärung.

Wer es komfortabler mag, kann diese Eingrenzung auch in die normale Suchoberfläche einbauen — als eigenen Bereich neben den Standardkategorien, sodass Nutzer nach der Eingabe auf „Dokumentation" umschalten können, statt eine eigene Seite aufzurufen. Beide Wege führen zum Ziel; die eigene Seite ist einfacher zu bauen und leichter zu verlinken, der eingebaute Bereich fügt sich nahtloser ein. Für den Anfang genügt die Seite — sie lässt sich in wenigen Minuten anlegen, im Intranet prominent verlinken und später jederzeit ergänzen.

Abb.: Vom Gesamtbestand über die Ergebnisquelle zur Doku-Suchseite – und was der Unterschied im Alltag bedeutet.

Ein häufiger Wunsch an dieser Stelle: Kann man nicht einfach alles finden lassen und die Sortierung regeln? Die Erfahrung spricht dagegen. Nutzer bewerten eine Suche nach den ersten drei Treffern — was danach kommt, existiert praktisch nicht. Eine Trefferliste mit vierhundert Ergebnissen, bei der die richtigen auf Platz eins bis drei stehen, funktioniert theoretisch; praktisch verlassen sich Nutzer nicht darauf, weil sie beim letzten Mal auf Platz sieben landen mussten. Eine eingegrenzte Suche mit dreißig Treffern erzeugt dieses Vertrauen, eine breite mit guter Sortierung dagegen nicht — auch wenn das technisch unbefriedigend klingt.

Und noch ein Blick auf den Einstiegspunkt, weil er über die Nutzung entscheidet: Eine perfekt konfigurierte Suchseite nützt nichts, wenn niemand sie kennt. Sie gehört prominent verlinkt — auf der Intranet-Startseite, im Redaktions-Team, in der Signatur der Doku-Mails, notfalls als Lesezeichen bei den Kollegen im Service. Erfahrungsgemäß braucht es zwei bis drei Erinnerungen, bis sich die neue Gewohnheit setzt; danach läuft sie von selbst, weil das Ergebnis überzeugt. Wer diesen letzten Schritt spart, hat die Arbeit gemacht und den Nutzen verschenkt.

Was noch über Trefferqualität entscheidet

Neben der Konfiguration gibt es drei inhaltliche Faktoren, die man leicht übersieht. Der erste sind Titel und Dateiname. In der Trefferliste steht der Titel ganz oben und entscheidet, ob jemand klickt – ein Treffer namens „Dokument1_final_v2" wird übersprungen, auch wenn er der richtige ist. Ein sprechender Dateiname mit Dokumentart, Produkt, Sprache und Version ist deshalb kein Ordnungsfimmel, sondern unmittelbar suchrelevant. Und wo der Dateiname historisch schlecht ist, hilft ein gepflegtes Titelfeld.

Der zweite Faktor sind gescannte Dokumente. Ein PDF ohne Texterkennung ist für die Suche eine leere Seite mit einem Bild darauf – es taucht in keinem Volltexttreffer auf, egal wie relevant es wäre. In gewachsenen Beständen betrifft das oft ältere Anleitungen, und man merkt es nie, weil ein fehlender Treffer nicht auffällt. Eine nachträgliche Texterkennung ist möglich; für den aktiven Bestand lohnt sie sich, für das Archiv selten.

Der dritte Faktor ist die Sprache der Nutzer. Menschen suchen mit den Wörtern, die sie kennen – und die stimmen nicht immer mit denen im Dokument überein. Wer intern „Feinfilter" schreibt, während der Service von „Filtereinsatz" spricht, hat ein Findbarkeitsproblem, das keine Konfiguration löst. Zwei Hebel helfen: konsequente Terminologie im Bestand und, für hartnäckige Fälle, hinterlegte Synonyme in der Suchkonfiguration. Der erste Hebel ist der nachhaltigere, der zweite der schnellere — und im Zweifel nimmt man beide.

Und ein Wort zur Relevanzsortierung, weil sie oft für Rätsel sorgt: Welcher Treffer oben steht, entscheidet die Suche nach mehreren Kriterien gleichzeitig — Häufigkeit und Position der Begriffe, Aktualität, Titelübereinstimmung und, in modernen Umgebungen, auch das Verhalten anderer Nutzer. Man kann daran drehen, sollte es aber selten tun: Wer die Sortierung verbiegt, um einen Einzelfall zu beheben, verschlechtert meistens den Durchschnitt. Der wirksamere Hebel ist fast immer die Eingrenzung durch Ergebnisquelle und Filter — weniger Kandidaten schlagen bessere Sortierung.

Für mehrsprachige Bestände kommt ein eigener Punkt hinzu, der leicht übersehen wird: Ein französischer Servicekollege sucht mit französischen Begriffen und findet die deutschen Dokumente nicht — was korrekt ist, aber unangenehm, wenn es zu seinem Thema nur die deutsche Fassung gibt. Zwei Maßnahmen helfen: Erstens das Sprachfeld als Verfeinerung anbieten, damit die Eingrenzung bewusst erfolgt statt zufällig. Zweitens dafür sorgen, dass Produktbezeichnungen und Modellnummern in allen Sprachfassungen identisch geschrieben sind — sie sind der gemeinsame Nenner, über den sich sprachübergreifend suchen lässt.

Die Checkliste in der richtigen Reihenfolge

Damit zur Praxis, und die Reihenfolge ist hier nicht beliebig. Punkt eins: Sind die Felder überhaupt gepflegt? Ohne gefüllte Spalten gibt es nichts zu filtern – Suchkonfiguration auf einem Bestand ohne Metadaten ist verlorene Zeit. Punkt zwei: Sind die verwalteten Eigenschaften zugeordnet? Das ist der Schritt, der am häufigsten fehlt, und er gehört als Erstes geprüft, wenn jemand sagt, die Metadaten wirkten nicht. Punkt drei: Sind die Schalter richtig gesetzt – abfragbar und verfeinerbar für die Filterfelder?

Punkt vier: Gibt es eine Ergebnisquelle für die Dokumentation, die auf freigegebene Anleitungen einschränkt? Punkt fünf: Gibt es eine eigene Suchseite, die diese Quelle nutzt und die Verfeinerungen anzeigt? Punkt sechs: Sind Dateinamen und Titel aussagekräftig? Punkt sieben: Sind gescannte Dokumente mit Texterkennung versehen – zumindest die aktiven? Und Punkt acht: Wurden zwanzig echte Fragen getestet?

Dieser letzte Punkt ist der einzige belastbare Qualitätsnachweis, und er gehört ans Ende jeder Runde. Zwanzig Suchanfragen, wie sie im Service und im Vertrieb tatsächlich gestellt werden, durchprobieren und protokollieren: Steht das richtige Dokument unter den ersten drei Treffern? Lässt es sich mit ein bis zwei Verfeinerungen finden? Ohne diese Messung diskutiert man im Haus über Gefühle; mit ihr über Befunde. Und dieselben zwanzig Fragen nach der nächsten Ausbaustufe wiederholt zeigen, ob es besser geworden ist.

Abb.: Acht Punkte, geordnet – die ersten drei sind Voraussetzung für alles Weitere.

Ein letzter Konfigurationspunkt, der wenig kostet und viel bringt: die Zahl und Auswahl der angezeigten Verfeinerungen. Mehr als vier oder fünf Filter überfordern — die meisten Nutzer klicken höchstens zwei an. Für die Doku-Suche haben sich Produkt, Dokumentart, Sprache und Freigabejahr bewährt; alles Weitere gehört in die erweiterte Ansicht oder gar nicht dorthin. Und die Reihenfolge zählt: Der am häufigsten genutzte Filter steht oben. Beides lässt sich nach der ersten Messrunde nachjustieren, wenn man sieht, wonach die Nutzer tatsächlich filtern — und das weicht erfahrungsgemäß von der Erwartung ab.

Bleibt die Frage nach dem Gesamtaufwand — und die Antwort fällt erfreulich aus, sofern die Metadaten stehen. Zuordnung der Eigenschaften: eine bis zwei Stunden. Ergebnisquelle: eine halbe Stunde. Suchseite: eine Stunde. Die erste Messrunde mit zwanzig Fragen: eine Stunde. Zusammen ein Arbeitstag, verteilt auf Redaktion und IT. Wer dagegen ohne Metadatenbasis beginnt, hat es mit einem größeren Vorhaben zu tun — dann ist aber auch nicht die Suche das Projekt, sondern die Ablage, und die Suche ist nur die Ernte am Ende — allerdings eine, die den vorherigen Aufwand endlich sichtbar macht.

Ein Wort zu den Grenzen dieses Ansatzes, damit die Erwartungen stimmen. Die Suche findet Dokumente — sie beantwortet keine Fragen. Wer wissen will, welches Drehmoment gilt, bekommt die Anleitung und muss nachschlagen; erst ein Assistent formuliert daraus eine Antwort, und auch der stützt sich auf dieselbe Suche. Zweitens: Sie findet nur, was abgelegt ist. Wissen, das in Köpfen oder Mailverläufen steckt, taucht nicht auf — und das ist häufiger der Grund für erfolglose Suchen, als es den Beteiligten bewusst ist. Drittens: Sie ersetzt keine Struktur. In einem Bestand mit dreihundert unstrukturierten Fließtext-Dokumenten liefert auch die beste Suche Treffer, die niemandem helfen.

Betrieb und Pflege

Eine Suchkonfiguration ist kein einmaliges Projekt, auch wenn der Aufwand überschaubar bleibt. Zwei Dinge ändern sich im Laufe der Zeit und wirken auf die Suche zurück. Erstens die Struktur: Neue Bibliotheken, neue Felder oder umbenannte Spalten brechen bestehende Zuordnungen – ein Feld, das anders heißt, ist der Suche zunächst wieder unbekannt. Zweitens die Erwartungen: Wenn eine neue Produktlinie dazukommt oder der Service andere Fragen stellt, passen die eingerichteten Filter womöglich nicht mehr.

Beides fängt eine jährliche Durchsicht ab, die in dieselbe Runde gehört wie die Prüfung von Metadatenschema, Wertelisten und Automatisierungen: Sind alle Filterfelder noch zugeordnet? Fehlen neue? Liefert die Ergebnisquelle noch den richtigen Ausschnitt? Und – der wichtigste Punkt – laufen die zwanzig Testfragen noch mit gutem Ergebnis durch? Eine halbe Stunde im Jahr genügt, wenn man sie tatsächlich einplant.

Dazu kommt eine niedrigschwellige Rückmeldemöglichkeit für Nutzer. Wer nichts findet, sollte das in zwei Klicks melden können – und jede solche Meldung ist ein Geschenk, weil sie eine reale Lücke zeigt. Erfahrungsgemäß fallen dabei drei Muster auf: fehlende Felder, andere Wortwahl als im Dokument, und Dokumente, die schlicht nicht auffindbar abgelegt sind. Alle drei sind behebbar; keines davon würde man ohne diese Rückmeldung jemals bemerken.

Für Redaktionen, die schon weiter sind, lohnt eine Ausbaustufe: Suchbegriffe auswerten. Die Plattform hält fest, wonach gesucht wurde — und diese Liste ist eine der ehrlichsten Rückmeldungen, die eine Redaktion bekommen kann. Sie zeigt, mit welchen Wörtern Menschen tatsächlich arbeiten, welche Themen häufig gebraucht werden und — besonders wertvoll — welche Suchen regelmäßig ohne Treffer enden. Letztere sind eine direkte Aufgabenliste: entweder fehlt der Inhalt, oder er ist unter anderen Begriffen abgelegt. Beides lässt sich beheben, sobald man es weiß.

Fazit

Zwischen gepflegten Metadaten und einer brauchbaren Suche liegt genau ein Schritt, den kaum jemand kennt: die Zuordnung der Spalten zu verwalteten Eigenschaften, mit den Schaltern abfragbar und verfeinerbar. Ohne ihn bleiben die schönsten Felder in der Unternehmenssuche unsichtbar, und im Haus entsteht der Eindruck, Metadatenpflege bringe nichts. Mit ihm — plus einer Ergebnisquelle für freigegebene Anleitungen und einer eigenen Suchseite — wird aus einer Trefferliste ein Werkzeug, das Rückfragen in der Redaktion spürbar reduziert.

Der beste erste Schritt kostet zehn Minuten: Such in der Unternehmenssuche nach einem Begriff aus deiner Dokumentation und sieh nach, ob links Filter für Produkt, Status oder Dokumentart erscheinen. Wenn nicht, weißt du, wo die Arbeit liegt. Wenn du bei Zuordnung, Ergebnisquellen, Suchseite oder der Messung Unterstützung willst: Genau dabei unterstütze ich dich gern; die Details findest du auf der Beratungsseite zur Technischen Dokumentation.

Häufige Fragen zur Doku-Suche

Warum tauchen unsere Metadaten in der Suche nicht auf?

Weil ein Zwischenschritt fehlt. Die Suche liest Spalten zwar automatisch ein, legt sie aber zunächst als unbenanntes Rohmaterial ab – als durchforstete Eigenschaft. Erst die Zuordnung zu einer verwalteten Eigenschaft macht ein Feld nutzbar, und erst die Schalter „abfragbar" und „verfeinerbar" sorgen dafür, dass man danach filtern kann. Dieser Schritt passiert nicht von allein und muss einmal eingerichtet werden – er ist der mit Abstand häufigste Grund für die Klage, Metadaten wirkten nicht.

Was ist eine Ergebnisquelle und wozu brauchen wir sie?

Ein vordefinierter Ausschnitt des Suchbereichs. Statt überall zu suchen – Doku, Angebote, Protokolle, Mails – schränkt eine Ergebnisquelle vorab ein: nur die Doku-Website, nur die Dokumentart „Betriebsanleitung", nur der Status „freigegeben". Sie wird einmal definiert und lässt sich auf Suchseiten und in Suchfeldern verwenden. Voraussetzung ist, dass die betreffenden Felder als verwaltete Eigenschaften abfragbar sind – die Einschränkung wird ja über genau diese Felder formuliert.

Lohnt sich eine eigene Suchseite?

Ja, und zwar deutlich mehr, als der Aufwand vermuten lässt. Eine Seite im Intranet, die auf die Doku-Ergebnisquelle zugreift und die passenden Verfeinerungen zeigt, gibt Nutzern einen Einstieg, den sie sich merken – statt in der allgemeinen Suche zu landen, die zwangsläufig Bestellvorgänge und Mails mitliefert. Wer den Unterschied belegen will, probiert dieselbe Anfrage einmal in der allgemeinen Suche und einmal auf einer solchen Seite; das Ergebnis überzeugt schneller als jede Erklärung.

Warum findet die Suche unsere alten Anleitungen nicht?

Häufigste Ursache sind gescannte PDFs ohne Texterkennung – für die Suche sind das leere Seiten mit einem Bild darauf, und sie tauchen in keinem Volltexttreffer auf. Das fällt selten auf, weil ein fehlender Treffer unsichtbar ist. Zweite Ursache sind fehlende Metadaten im Altbestand: Ohne Produkt- und Statusfeld lassen sich diese Dokumente nicht filtern und gehen in der Masse unter. Für den aktiven Bestand lohnt beides nachzurüsten, fürs Archiv selten.

Wie messen wir, ob unsere Suche gut ist?

Mit zwanzig echten Suchanfragen aus Service, Vertrieb und Support. Jede ausprobieren und eine simple Note vergeben: Treffer unter den ersten drei, Treffer mit ein bis zwei Verfeinerungen, oder nicht gefunden. Das dauert eine Stunde und ersetzt jede Diskussion über Gefühle. Der eigentliche Wert liegt in der Wiederholung – dieselben Fragen nach jeder Ausbaustufe zeigen den Fortschritt belegbar. Praktischer Nebeneffekt: Dieselbe Probe taugt auch für KI-Assistenten, denn was die Suche findet, findet auch der Assistent.