Intranet-Suche: So helfen Sie Mitarbeitenden, Informationen in Open Intranet zu finden

Eine Mitarbeiterin sucht nach „Urlaubsanspruch“. Die passende Seite heißt „Richtlinie zum Jahresurlaub“, taucht aber nie in den Ergebnissen auf. Nach zwei Versuchen schreibt sie eine E-Mail an die Personalabteilung.

Das ist ein Versagen der Intranet-Suche, aber es bedeutet nicht zwangsläufig, dass die Suchmaschine ausgetauscht werden muss. Die Ursache kann fehlendes Vokabular sein, eine Lücke in der Indexierung, ein zu restriktiver Filter oder ein Ergebnis, das sich schwer erkennen lässt.

Wenn Sie ein neues Intranet aufbauen, gestalten Sie die Suche rund um die Aufgaben der Mitarbeitenden, statt sie als Feature für den Starttag zu behandeln. Open Intranet bietet einen Ausgangspunkt, den Sie konfigurieren und erweitern können. Das praktische Ziel ist, dass Mitarbeitende schneller zur richtigen Information gelangen, während vertrauliche Inhalte geschützt bleiben.

In diesem Artikel:

• Warum enttäuscht die Standard-Intranet-Suche?
• Was muss Ihr Suchindex enthalten?
• Welche Metadaten machen Informationen leichter auffindbar?
• Wie sollten Synonyme, Boosting und Filter zusammenspielen?
• Wie kann die Suchoberfläche Mitarbeitenden helfen, das richtige Ergebnis zu wählen?
• Wie lässt sich Open Intranet um andere Suchmaschinen erweitern?
• Wie hilft Vektorsuche Mitarbeitenden, nach der Absicht zu suchen?
• Wie messen Sie den Erfolg der Suche und verbessern sie kontinuierlich?

Warum enttäuscht die Standard-Intranet-Suche?

Die Suche arbeitet mit den Inhalten, Feldern, Zugriffsregeln und Ranking-Anweisungen, die sie erhält. Sie kann nicht die Terminologie jeder Organisation vorhersehen oder entscheiden, welcher von mehreren widersprüchlichen Richtlinien die Mitarbeitenden vertrauen sollen.

Bei der Suchanfrage „Urlaubsanspruch“ können mehrere Dinge schiefgehen:

• Fehlender Inhalt: Die relevante Anleitung existiert nicht.
• Vokabular-Mismatch: Mitarbeitende und Redakteure verwenden unterschiedliche Begriffe.
• Schwaches Ranking: Die Richtlinie erscheint unterhalb weniger nützlicher Ankündigungen.
• Veraltete Duplikate: Mehrere Versionen konkurrieren mit der aktuellen Richtlinie.
• Berechtigungsbeschränkungen: Die Mitarbeiterin hat keinen Zugriff auf die erwartete Seite.
• Verwirrende Ergebnisse: Die Richtlinie erscheint, aber Titel oder Beschreibung machen sie nicht klar erkennbar.

Diese Probleme erfordern unterschiedliche Antworten. Ein Wechsel des Backends erstellt keine fehlende Richtlinie und löst keine widersprüchlichen Versionen auf.

Die Suchimplementierung von Open Intranet trennt die indexierten Inhalte von der Engine, die sie durchsucht. Sie nutzt Drupal Search API, zunächst mit einem Datenbank-Backend, und getrennte Indizes für Inhalte und Benutzerprofile. Mitarbeitende erreichen die Hauptsuchseite unter /search.

Diese Trennung hilft bei der Untersuchung eines fehlenden Ergebnisses. Versuchen Sie zuerst, die erwartete Seite mit einem gewöhnlichen Mitarbeiterkonto zu öffnen. Ist die Seite direkt erreichbar, fehlt aber in der Suche, prüfen Sie, ob sie indexiert wurde und welche Felder die Anfrage durchsucht. Kann die Mitarbeiterin die Seite nicht öffnen, prüfen Sie stattdessen Veröffentlichungsstatus und Zugriff. Korrekt eingeschränkte Inhalte sollten in ihren Ergebnissen weiterhin fehlen.

Halten Sie eine kleine Sammlung von Suchanfragen bereit, zu der Sie bei jeder Änderung zurückkehren:

Anfrage der Mitarbeitenden	Erwartete Ressource	Was zu prüfen ist
Urlaubsanspruch	Geltende Richtlinie zum Jahresurlaub	Die aktuelle Richtlinie ist leicht zu erkennen
Spesenformular	Aktuelle Seite zur Spesenabrechnung	Ein ausgemustertes Formular konkurriert nicht
HR-Kontakt	Relevantes Mitarbeiterprofil	Die Person erscheint in der vorgesehenen Sucherfahrung
Name eines vertraulichen Projekts	Kein vertrauliches Ergebnis für unberechtigte Mitarbeitende	Kein Titel, Snippet oder Vorschlag gibt es preis

Verwenden Sie jedes Mal dieselben Mitarbeiterrollen. So sehen Sie leichter, ob eine Änderung geholfen hat, statt die Suche anhand einer einzelnen erfolgreichen Anfrage als Administrator zu beurteilen.

Was muss Ihr Suchindex enthalten?

Ein Index ist die durchsuchbare Repräsentation Ihrer Inhalte. Eine Seite kann im Intranet existieren, ohne dass alle nützlichen Informationen für die Suche verfügbar sind. Deshalb lohnt es sich, die Abdeckung zu prüfen, bevor Sie am Ranking arbeiten.

In Open Intranet können Administratoren die Indizes unter /admin/config/search/search-api einsehen. Vergleichen Sie die enthaltenen Felder und ausstehenden Elemente mit den Quellen, die Mitarbeitende erwarten: Richtlinien, Anleitungen, Personen, Dokumentdatensätze und angebundene Repositorien.

Die Search-API-Konfiguration in Drupal bringt die Quelle, die indexierten Felder und Prozessoren zusammen, die Informationen für die Suche aufbereiten. Sie können zum Beispiel Titel und Text einer Richtlinie für den Textabgleich einbeziehen und ihren Standort als Filter. Fehlt ein benötigtes Feld im Index, macht eine Umformulierung der Anfrage dieses Feld nicht durchsuchbar.

Dokumente verdienen einen gesonderten Blick. Ein Dokument über seinen Titel zu finden, beweist nicht, dass die Suche den Text im Anhang lesen kann. Ein Link zu einer extern gehosteten Datei bringt deren Inhalt ebenfalls nicht automatisch in den Index. Die Volltextsuche in Anhängen kann eine Extraktionskomponente erfordern, und gescannte PDFs benötigen unter Umständen eine Texterkennung (OCR). Betrachten Sie das als zusätzliche Einrichtung, wo sie gebraucht wird.

Veröffentlichen Sie testweise eine neue Seite, aktualisieren Sie eine bestehende Richtlinie und mustern Sie eine alte Ressource aus. Prüfen Sie, wann diese Änderungen in den Ergebnissen ankommen. So unterscheiden Sie eine Indexierungsverzögerung von einem Problem mit dem Inhalt selbst.

Berechtigungen fest mit der Sucherfahrung verbinden

Die dokumentierte Suche von Open Intranet wendet Zugriffsfilterung auf ihre Ergebnisse an. In Drupal Search API helfen Content-Access-Prozessoren, Zugriffsinformationen in die Suche zu übertragen. Wenn Sie eine weitere Quelle, ein Backend oder eine eigene Einschränkung hinzufügen, prüfen Sie, ob deren Zugriffsregeln entlang des gesamten Suchpfads abgebildet sind, statt anzunehmen, dass die neue Komponente das automatisch übernimmt.

Mitarbeitende ohne Berechtigung sollten ein vertrauliches Dokument nicht über Titel, Auszug, Filterwert oder Autocomplete-Vorschlag entdecken. Den Zugriff erst nach dem Klick zu verweigern, ist zu spät, wenn das Ergebnis bereits sensible Informationen preisgegeben hat.

Prüfen Sie mit Konten unterschiedlicher Berechtigungen sowohl die sichtbaren Ergebnisse als auch zwischengespeicherte Antworten. Wiederholen Sie diese Prüfungen nach jeder Änderung der Zugriffsregeln, nicht nur bei der Ersteinrichtung der Suche.

Welche Metadaten machen Informationen leichter auffindbar?

Mitarbeitende sollten nicht mehrere Dateien öffnen müssen, um herauszufinden, welche Richtlinie für sie gilt. Klare Titel und einige nützliche Felder lassen die Ergebnisse diesen Unterschied erklären, bevor jemand klickt.

Vergleichen Sie HR_Final_v7.pdf mit einer Seite mit dem Titel „Richtlinie zum Jahresurlaub für Mitarbeitende in den USA“, die dem Thema Urlaub zugeordnet und als aktuell markiert ist. Die zweite liefert sowohl den Mitarbeitenden als auch der Suchkonfiguration nützlichere Informationen.

Da Open Intranet auf Drupal basiert, können Sie mit Feldern der jeweiligen Inhaltstypen arbeiten, statt jede Unterscheidung in einen Dateinamen zu pressen. Prüfen Sie, was bereits vorhanden ist, und ergänzen Sie nur, was bei einer realen Aufgabe hilft:

• Titel: Wörter, die Mitarbeitende wiedererkennen.
• Inhaltstyp: Richtlinie, Anleitung, Formular, Nachricht oder eine andere nützliche Unterscheidung.
• Thema: eine einheitliche Kategorie wie Urlaub oder Spesen.
• Zielgruppe oder Standort: wo sich die Gültigkeit unterscheidet.
• Verantwortliche: die Person oder das Team, das die Information pflegt.
• Status: ob sie aktuell oder ersetzt ist.

Im nächsten Schritt legen Sie fest, wie die Suche diese Felder nutzt. In einem Drupal-Search-API-Index können Textfelder zum Abgleich beitragen, während passend konfigurierte strukturierte Felder Filtern oder Sortieren unterstützen. Ein Standortfeld an einer Richtlinie erzeugt nicht von allein einen Standortfilter auf der Suchseite: Das Feld muss zusätzlich indexiert und mit der Ergebnisoberfläche verbunden werden.

Nach einer Änderung der Indexkonfiguration bauen Sie die betroffenen Daten bei Bedarf neu auf. Andernfalls enthalten ältere Datensätze möglicherweise noch nicht die Werte, die Ihr neuer Filter erwartet.

Nicht jedes Feld muss zum Filter werden. Die Verantwortlichkeit kann die redaktionelle Pflege unterstützen, ohne Mitarbeitenden beim Eingrenzen der Ergebnisse zu helfen. Halten Sie die Auswahl für Redakteure überschaubar, erklären Sie die Nutzung und schließen Sie Lücken auch in bestehenden Seiten, nicht nur in neuen.

Ein nützlicher Test: Zeigen Sie einer Mitarbeiterin zwei standortspezifische Richtlinien in den Ergebnissen. Kann sie die richtige erkennen, ohne beide zu öffnen? Falls nicht, verbessern Sie Titel, Feldwerte oder Darstellung, bevor Sie weitere Kategorien hinzufügen.

Wie sollten Synonyme, Boosting und Filter zusammenspielen?

Diese Steuerungsmittel lösen unterschiedliche Probleme. Synonyme verbinden Ausdrücke, Boosting verändert die relative Gewichtung von Treffern, und Filter lassen Mitarbeitende die Ergebnisse gezielt eingrenzen.

Beginnen Sie mit den Wörtern, die Menschen tatsächlich verwenden. „Urlaubstage“, „bezahlte Freistellung“ und „Jahresurlaub“ mögen verwandt sein, ihre Bedeutung kann sich aber je nach Standort unterscheiden. Einigen Sie sich darauf, welche Begriffe gleichwertig sind, bevor Sie eine Regel konfigurieren, die sie gleich behandelt.

Für Open Intranet prüfen Sie zunächst die bereits indexierten Felder und ob die Inhalte wiedererkennbare Sprache verwenden. Bewerten Sie dann die Gewichtungsoptionen, die das gewählte Search-API-Backend unterstützt. Einem aussagekräftigen Titel mehr Gewicht zu geben als beiläufigem Fließtext kann helfen, dass eine Richtlinie über einer Ankündigung erscheint, die sie nur erwähnt.

Fortgeschrittenere Sprachverarbeitung gehört teilweise zur Suchmaschine. Eine Solr-basierte Implementierung kann zum Beispiel ihre Sprachanalyse-Konfiguration für die Synonymbehandlung nutzen. Das ist etwas anderes als das Bearbeiten der Richtlinie selbst und sollte nicht als universeller Synonym-Dialog von Open Intranet beschrieben werden. Die verfügbaren Steuerungsmittel hängen vom eingesetzten Backend und Connector ab.

Filter nutzen die Struktur, die Sie in den Metadaten angelegt haben. Open Intranet bietet bereits einen Typfilter. Ein Standort- oder Themenfilter lässt sich hinzufügen, indem das passende Feld indexiert und im Such-View konfiguriert wird; eine facettierte Oberfläche kann zusätzliche Module und Backend-Einstellungen erfordern.

Vermeiden Sie es, jeder neueren Seite einen automatischen Vorteil zu geben. Eine aktuelle Richtlinie, die vor mehreren Jahren veröffentlicht wurde, kann immer noch die richtige Antwort sein, vor der Nachricht von letzter Woche.

Ändern Sie jeweils nur eine Regel und gehen Sie Ihre Beispielanfragen erneut durch. Nehmen Sie Formulierungen auf, die nicht treffen sollten, und probieren Sie Filter in Kombination aus. Verschwindet eine Richtlinie, sobald ein Standort ausgewählt wird, liegt das Problem möglicherweise an einem leeren Feld und nicht an der Suchmaschine.

Wie kann die Suchoberfläche Mitarbeitenden helfen, das richtige Ergebnis zu wählen?

Ein relevantes Ergebnis scheitert trotzdem, wenn die Mitarbeitenden es nicht erkennen. Für eine Richtliniensuche könnte eine hilfreiche Darstellung so aussehen:

Richtlinie zum Jahresurlaub für Mitarbeitende in den USA
Anspruchsvoraussetzungen, jährlicher Anspruch und Regeln für die Übertragung nicht genommenen Urlaubs ins nächste Jahr.
Richtlinie · USA · Aktuell

Das ist eine vorgeschlagene Darstellung, kein Standard-Screenshot des Produkts. Sie beantwortet den Mitarbeitenden schnell drei Fragen: Was ist das, gilt es für mich und ist es aktuell?

Die Suchseite von Open Intranet ist mit Drupal Views gebaut. Views vereint die Abfrage, Filter, Sortierung und Ergebnisdarstellung. Ein Site Builder kann den Such-View überprüfen, um anzupassen, welche Informationen erscheinen und wie Mitarbeitende die Liste eingrenzen. Wo Ergebnisse gerenderte Inhalte statt einzelner Felder verwenden, braucht auch die entsprechende Anzeigekonfiguration oder das Template Aufmerksamkeit.

Better Exposed Filters wird in der dokumentierten Einrichtung für die Filterdarstellung verwendet. Das gibt dem Team einen Konfigurationsweg, um die Darstellung der verfügbaren Filteroptionen zu ändern, statt mit dem Schreiben einer neuen Oberfläche zu beginnen.

Halten Sie die Darstellung fokussiert. Zeigen Sie die Gültigkeit, wo sie hilft, verwenden Sie aussagekräftige Beschreibungen und machen Sie Personen, Seiten und Dokumente leicht unterscheidbar. Lassen Sie aktive Filter sichtbar und bieten Sie eine klare Möglichkeit zum Zurücksetzen. Wenn nichts passt, erklären Sie, wie man einen Filter entfernt oder einen anderen Begriff ausprobiert, statt eine leere Seite zu hinterlassen.

Rechtschreibvorschläge und Autocomplete können nützliche Ergänzungen sein, brauchen aber eine eigene Implementierung und eigene Zugriffsprüfungen. Ein Vorschlag aus einem vertraulichen Dokument kann Informationen preisgeben, noch bevor die Mitarbeitenden eine Suche abschicken.

Testen Sie den gesamten Ablauf auf dem Smartphone, mit der Tastatur und mit relevanten assistiven Technologien. Menschen sollten verstehen, was sich nach dem Anwenden eines Filters geändert hat und wie sie zu einer breiteren Ergebnismenge zurückkehren.

Wie lässt sich Open Intranet um andere Suchmaschinen erweitern?

Open Intranet ist nicht auf seine anfängliche Suchmaschine beschränkt. Seine Drupal-Basis und die Integration der Search API bieten Wege zu anderen Diensten, ohne dass der Austausch des gesamten Intranets die Standardantwort wird.

Betrachten Sie Search API als Integrationsschicht. Sie definiert die indexierten Informationen und bietet Drupal eine Möglichkeit, ein unterstütztes Backend abzufragen. Das Backend führt die Suche aus, mit Fähigkeiten, die je nach Engine und Connector variieren.

Suchoption	Wo sie passt	Was zu berücksichtigen ist
Datenbankbasierte Search API	Der dokumentierte Ausgangspunkt von Open Intranet	Abdeckung, Felder, Relevanz und Performance anhand realer Mitarbeiteraufgaben
Apache Solr über Search API Solr	Eine Erweiterung für Anforderungen wie umfangreichere Sprachanalyse und Relevanzsteuerung	Ein konfigurierter Suchdienst, kompatible Module und laufender Betrieb
Elasticsearch über einen kompatiblen Search-API-Connector	Ein weiterer Integrationsweg, auch für Teams, die Elasticsearch bereits betreiben	Unterstützte Drupal- und Elasticsearch-Versionen sowie Connector-Funktionalität
Vektorbasierte semantische Suche	Bedeutungsabgleich, wo Formulierungsunterschiede eine Hürde bleiben	Embeddings, Retrieval-Design, Anbieterwahl und Durchsetzung von Berechtigungen

Search API Solr stellt die Drupal-Anbindung an Solr bereit. Für Elasticsearch prüfen Sie die Connector-Anforderungen für Ihr Deployment. Das sind Erweiterungswege, keine austauschbaren Schalter mit identischem Funktionsumfang.

In einer Drupal-Implementierung bedeutet ein Backend-Wechsel, den gewählten Suchdienst zu konfigurieren, die relevanten Indizes zu verbinden und zu befüllen. Anschließend prüft das Team alle betroffenen Abfragen, Filter und Ergebnisdarstellungen. Die bestehende Suchseite für Mitarbeitende beizubehalten, erspart nicht das Testen dessen, was nun dahinter passiert.

Machen Sie diese Arbeit zuerst in einer Staging-Umgebung. Vergleichen Sie die aktuelle und die vorgeschlagene Einrichtung mit denselben Inhalten, Anfragen und Mitarbeiterkonten. Achten Sie auf Nützlichkeit der Ergebnisse, Antwortzeit, Aktualisierungsverzögerungen und Zugriffsverhalten. Beziehen Sie Hosting, Monitoring, Updates und Wiederherstellung in die Entscheidung ein, nicht nur die Erstinstallation.

Eine andere Engine ist nützlich, wenn sie einen nachgewiesenen Bedarf erfüllt. Widersprüchliche Richtlinien kann sie nicht auflösen, und ein schlecht benanntes Dokument macht sie allein nicht verständlich.

Wie hilft Vektorsuche Mitarbeitenden, nach der Absicht zu suchen?

Ein Mitarbeiter, der fragt „Kann ich nicht genommenen Urlaub ins nächste Jahr übertragen?“, braucht vielleicht einen Abschnitt mit dem Titel „Übertragung von Jahresurlaub“. Semantische Suche kann helfen, solche Ausdrücke zu verbinden, auch wenn die Formulierung abweicht.

Sie verwendet Embeddings, numerische Repräsentationen von Text, mit denen ein System Bedeutungen vergleichen kann. Eine Vektordatenbank speichert diese Repräsentationen und ruft ähnliche ab. Sie ist selbst kein Modell, das Antworten schreibt.

Das gibt Open Intranet eine weitere Möglichkeit, seine Suche über das Drupal-Erweiterungsökosystem weiterzuentwickeln. Drupal AI Search ist ein Modul, das sich für die Verbindung von Vektor-Retrieval mit Search API evaluieren lässt. Das gewählte Modul, der Embedding-Anbieter und der Vektordienst müssen vor dem Deployment auf Kompatibilität und Produktionstauglichkeit geprüft werden.

Der grundlegende Ablauf besteht darin, freigegebenen Text vorzubereiten, seine Embeddings zu erzeugen, sie mit Verweisen auf die Quelle zu speichern und relevantes Material abzurufen, wenn Mitarbeitende eine Frage stellen. Bei langen Dokumenten kann die Implementierung kleinere Passagen durchsuchen, um den nützlichen Abschnitt zu finden, statt das gesamte Handbuch als ein Element zu behandeln.

Semantische Suche sollte Präzision ergänzen, nicht ersetzen. Namen, Kennungen und exakte Richtlinienverweise profitieren weiterhin vom wörtlichen Abgleich. Ein hybrider Ansatz kombiniert Keyword- und semantisches Retrieval, um beide Arten von Anfragen zu unterstützen.

Beginnen Sie mit einer begrenzten Sammlung und vergleichen Sie sie mit Ihrer optimierten Keyword-Suche. Nehmen Sie umformulierte Fragen, mehrdeutige Formulierungen und exakte Verweise auf. Beobachten Sie, ob Mitarbeitende die richtige Quelle erreichen, wie lange es dauert und was der Betrieb des Dienstes kostet.

Eine Quelle finden und eine Antwort generieren sind verschiedene Schritte

Semantisches Retrieval kann relevante Links liefern, ohne eine Antwort zu schreiben. Wenn Sie generierte Antworten hinzufügen, braucht das antwortschreibende Modell eigene Kontrollen: passende Quellenlinks, eine klare Reaktion bei fehlenden Belegen und Schutz vor irreführenden Anweisungen, die im abgerufenen Material eingebettet sind.

Nur Informationen, die die anfragende Person nutzen darf, sollten in den Kontext der Antwortgenerierung gelangen. Die sichtbaren Quellenlinks im Nachhinein zu prüfen, reicht nicht; vertrauliche Informationen dürfen gar nicht erst in die Zusammenfassung gelangen.

Halten Sie Zugriffsinformationen mit den indexierten Passagen verbunden und verifizieren Sie die Berechtigungsbehandlung im Retrieval-Pfad. Prüfen Sie Caches, Dokumentänderungen und was passiert, wenn jemand den Zugriff verliert. Die Zugriffsmechanismen des Moduls unterstützen diese Arbeit, ersetzen aber nicht die Validierung Ihrer konkreten Konfiguration.

Das sind Erweiterungen, die für die eingesetzte Site zu bewerten sind, keine Annahmen darüber, was jede Open-Intranet-Installation bereits enthält. Ebenso sind ein redaktioneller KI-Assistent und eine semantische Suche für Mitarbeitende getrennte Fähigkeiten.

Wie messen Sie den Erfolg der Suche und verbessern sie kontinuierlich?

Sucherfolg bedeutet, eine Aufgabe zu erledigen, nicht bloß Ergebnisse zu liefern. Beginnen Sie mit Messgrößen, die Ihnen helfen, die Erfahrung der Mitarbeitenden zu verstehen:

Messgröße	Was sie Ihnen zeigt
Aufgabenerledigung	Ob Mitarbeitende die richtige Ressource oder Antwort erreicht haben
Zeit bis zur richtigen Ressource	Wie lange eine definierte Suche dauert
Platzierung des erwarteten Ergebnisses	Ob die vorgesehene Ressource prominent erscheint
Anteil ergebnisloser Suchen	Wie oft Anfragen nichts liefern, unter Berücksichtigung von Filtern und Kontokontext
Umformulierung von Anfragen	Ob Mitarbeitende ihre Formulierung wiederholt ändern, bevor sie etwas finden

Legen Sie eine Baseline fest, bevor Sie die Konfiguration ändern. Beobachten Sie reale Aufgaben, bevor Sie Zielwerte wählen, statt einen Benchmark zu übernehmen, der möglicherweise nicht zu Ihrer Organisation passt.

Für eine Open-Intranet-Site ist der Such-View ein nützlicher Ausgangspunkt, um die Messung mit der für Analytics verantwortlichen Person zu besprechen. Prüfen Sie, welche Ereignisse zu Anfragen, Filtern, Ergebnisklicks und leeren Ergebnissen bereits erfasst werden und welches zusätzliche Tracking nötig ist. Search-API-Konfiguration und Analytics-Reporting dienen unterschiedlichen Zwecken; eine Indexstatus-Seite ist kein Bericht über den Erfolg der Mitarbeitenden.

Wenn Ergebnisse enttäuschen, gruppieren Sie die Ursachen: fehlende Inhalte, Indexierungsfehler, Vokabularlücken, restriktive Filter oder legitime Zugriffsbeschränkungen. So landet das Problem bei jemandem, der es beheben kann, statt jede fehlgeschlagene Anfrage als Engine-Problem zu behandeln.

Ein Klick beweist keinen Erfolg: Die Mitarbeitenden könnten das falsche Dokument geöffnet haben. Ebenso kann ein hilfreicher Auszug die Frage ohne Klick beantworten. Kombinieren Sie aggregierte Analytics mit kurzen Gesprächen und Aufgabentests, und beschränken Sie Zugriff auf und Aufbewahrung von Suchprotokollen, weil Menschen sensible Informationen in die Suche eingeben können.

Halten Sie die Verantwortlichkeiten einfach. Inhaltsverantwortliche korrigieren das Quellmaterial, eine für die Suche verantwortliche Person kümmert sich um Relevanz und Konfiguration, und das technische Team überwacht Indexierung und Fehler. Verwenden Sie nach Änderungen an Feldern, Engines, Berechtigungen oder Ergebnisdarstellungen erneut dieselben Anfragen und Mitarbeiterrollen.

So wird die Verbesserung zu einem wiederholbaren Teil der Intranet-Pflege, statt zu einem einmaligen Such-Redesign.

Bereit, die Suche in Open Intranet nützlicher zu machen?

Beginnen Sie mit einigen schwierigen Mitarbeiteranfragen, den Antworten, die Menschen erreichen sollten, und Ihrer aktuellen Open-Intranet-Einrichtung.

Bringen Sie diese in ein Such-Review mit Droptica, dem Team hinter Open Intranet. Wir helfen Ihnen, Inhaltskorrekturen von Konfigurationsänderungen und Erweiterungsarbeit zu trennen, und stellen die Zugriffsregeln Ihrer Organisation in den Mittelpunkt des Designs.

Kontaktieren Sie Droptica, um Ihre Suchprioritäten zu besprechen und festzulegen, was zuerst getestet werden soll.