In einer Beratung ist das Produkt Wissen, und der Träger dieses Wissens sind Dokumente: Berichte, Analysen, Angebote, Modelle und Präsentationen. Das Problem ist, dass dieses Wissen selten an einem Ort liegt. Es steckt in Postfächern, auf geteilten Laufwerken, in den Köpfen erfahrener Berater und in Projektordnern, die außerhalb des Teams nie jemand öffnet. Das Ergebnis ist immer dasselbe: Menschen schreiben von vorn, was die Firma schon einmal geschrieben hat, und der in einem Mandat geschaffene Wert kehrt nie in den Umlauf zurück.
Aus unserer Erfahrung im Bau von Software für Professional-Services- und Beratungsfirmen wissen wir: Es geht nicht darum, „ein System einzuführen”, sondern einen Arbeitsablauf zu entwerfen, den Menschen tatsächlich annehmen. Auch wenn wir für Ihre konkrete Firma noch keine Wissensbasis gebaut haben, stellen wir ein Team bereit, das genau solche Lösungen entwirft und baut - als Individualsoftware oder Team-Verstärkung - und ergänzt dort, wo es sinnvoll ist, eine AI-Schicht für die Suche.
Warum ist Wissensmanagement in einer Beratung so schwierig?
Weil Beratungswissen zugleich verstreut, kontextabhängig und sensibel ist. Die Schwierigkeit liegt nicht im Speichern von Dateien, sondern darin, dass:
- dasselbe Dokument in mehreren Fassungen existiert und niemand weiß, welche die aktuelle ist,
- Wissen an Menschen hängt und nicht an der Firma, sodass der Weggang eines Seniors Kontext kostet,
- Kundenmaterialien vertraulich sind und nicht jeder sie sehen darf, was die Wiederverwendung erschwert,
- die Suche nach Dateinamen nicht funktioniert, weil der Wert im Inhalt steckt und nicht im Titel.
Gutes Wissensmanagement für eine Beratung ist deshalb kein Laufwerk voller Ordner, sondern ein System, das Inhalt, Versionen und Berechtigungen versteht.
Wie sollten eine Wissensbasis und die Suche tatsächlich funktionieren?
Das Herz der Lösung ist eine Wissensbasis mit einer Suche, die funktioniert. Ziel ist, dass ein Berater die richtige Passage in einem Dutzend Sekunden findet und nicht nach einer halben Stunde Graben in Ordnern. In solchen Projekten bauen wir:
- Volltextsuche über den Inhalt der Dokumente und nicht nur über ihre Namen,
- Tags und eine Taxonomie (Branche, Dokumenttyp, Kunde, Kompetenz), um Treffer einzugrenzen,
- Filter und Facetten, die Kriterien verbinden, z. B. „Angebote für den Finanzsektor aus dem letzten Jahr”,
- Snippet-Vorschauen mit Hervorhebung der Fundstelle, damit sofort klar ist, ob es das richtige Material ist.
Technisch stützen wir das meist auf eine Volltext-Engine (etwa Elasticsearch oder OpenSearch) mit Indexierung der Inhalte aus Dateien, sodass die Suche einem wachsenden Bestand standhält.
Wie automatisieren Sie die Dokumentenerzeugung aus Vorlagen?
Der zweite große Hebel ist die Dokumentenerzeugung aus Vorlagen. Berater verlieren enorm viel Zeit damit, Angebote und Berichte aus denselben Bausteinen zusammenzusetzen. Statt die vorige Datei zu kopieren und die Daten von Hand zu tauschen, bauen wir einen Mechanismus, in dem das Dokument aus einer Vorlage und Daten entsteht.
In der Praxis heißt das parametrisierte Vorlagen (Angebot, Bericht, Projektzusammenfassung) mit Feldern, die aus einem Formular oder einem System gefüllt werden, eine Bibliothek freigegebener Inhaltsbausteine zum Einsetzen und Ausgabedateien in den Formaten, die die Firma täglich nutzt, etwa DOCX, PPTX oder PDF. Die visuelle Schicht und die rechtlichen Formulierungen bleiben markenkonform, und der Berater konzentriert sich auf den Inhalt statt auf die Formatierung.
Wie versionieren Sie Liefergegenstände, ohne Änderungen zu verlieren?
Ein Beratungsdokument lebt: Es entsteht, wird geprüft, überarbeitet und an den Kunden geschickt, manchmal über mehrere Runden. Ohne Versionierung landen Sie schnell in einem Durcheinander von Dateien namens bericht_final_v3_korrekturen_wirklich_final. Deshalb legen wir bei der Versionierung von Liefergegenständen Wert auf:
- eine vollständige Versionshistorie jedes Dokuments, die zeigt, wer was wann geändert hat,
- eine klare Kennzeichnung der aktuellen Version und der an den Kunden gesendeten Version,
- die Möglichkeit, Versionen zu vergleichen und zurückzurollen, ohne Daten zu verlieren,
- die Verknüpfung von Versionen mit der Projektphase, damit Prüfungen einfach bleiben.
Das gibt Ruhe in Mandaten, in denen Rechenschaft und Übereinstimmung mit dem tatsächlich Gelieferten wirklich zählen.
Wie verschlagworten und wiederverwenden Sie frühere Arbeiten?
Der größte und am häufigsten verschenkte Wert einer Beratung ist das, was bereits getan wurde. Die Wiederverwendung früherer Arbeiten beginnt mit guter Verschlagwortung. Wir entwerfen die Taxonomie so, dass sich ein Material auch viele Monate später finden lässt, und binden sie dann in Suche und Dokumentenerzeugung ein.
In der Praxis ergänzen wir Vorschläge verwandter Materialien, wenn ein neues Angebot entsteht, eine Bibliothek der „besten Bausteine” aus früheren Projekten und eine automatische Verschlagwortung, die das System vorschlägt und ein Mensch bestätigt. Dadurch startet ein neues Projekt aus dem Werk der gesamten Firma und nicht von einer leeren Seite.
Wie steuern Sie den Zugriff auf sensibles Wissen?
In der Beratung ist Vertraulichkeit nicht optional. Die Materialien eines Kunden dürfen kein Team erreichen, das einen Wettbewerber betreut, und sensible Daten müssen auch innerhalb der Firma geschützt sein. Deshalb entwerfen wir die Zugriffssteuerung von Anfang an und schrauben sie nicht am Ende an. Wir bauen Rollen und Berechtigungen auf Dokument- und Kategorieebene, Regeln einer „ethischen Wand”, die Teams für konkurrierende Kunden trennen, eine vollständige Protokollierung der Zugriffe für das Audit und die Integration mit der Unternehmensanmeldung (SSO), damit Berechtigungen an einer Stelle verwaltet werden. So gerät die Wiederverwendung von Wissen nicht in Konflikt mit der Vertraulichkeit.
Lohnt sich eine semantische Suche mit AI?
Zunehmend ja, denn die klassische Stichwortsuche versteht weder Synonyme noch Kontext. Semantische Suche erlaubt die Frage in natürlicher Sprache („zeig mir Angebote, in denen wir Datenmigration für den öffentlichen Sektor angeboten haben”) und liefert passende Treffer, auch wenn das Dokument genau diese Worte nicht enthält.
Das ist eine echte Kompetenz von uns: Wir haben GenAI-, RAG- und LLM-Projekte geliefert, in denen ein Modell Fragen gestützt auf die Dokumente eines Unternehmens beantwortet, mit Quellenangabe. Wir behandeln eine solche Schicht als Erweiterung der Wissensbasis, sorgfältig gebaut, mit Zugriffssteuerung und Prüfung der Antworten, und nicht als aufgestecktes Spielzeug.
Welche Kompetenzen stellen wir für ein solches Projekt bereit?
Wir stellen das Team rund um den konkreten Umfang zusammen, nicht „auf Vorrat”. Für ein Projekt zu Wissens- und Dokumentenmanagement besetzen wir meist:
- einen Lösungsarchitekten, der Suche, Repository und Berechtigungen verbindet,
- Backend-Entwickler, die API, Indexierung und Dokumentenerzeugung bauen,
- einen Frontend-Entwickler, der eine bequeme Oberfläche für Suche und Arbeit mit Dokumenten verantwortet,
- einen DevOps-Spezialisten für Inbetriebnahme, Skalierung und Sicherheit,
- optional einen AI/Data-Engineer für die semantische und die RAG-Schicht.
Wir prüfen jede Person vor dem Start und stimmen die Kompetenzen auf die Technologien ab, die die Firma bereits nutzt.
Wie machen wir das bei RITS?
Wir tun es als Nearshore-Partner aus Polen, mit Erfahrung im Bau von Software für Professional-Services-Firmen und in Daten- und AI-Projekten:
- wir entwerfen den Wissens- und Dokumentenablauf so, dass Menschen ihn nutzen wollen, statt ihn zu umgehen,
- wir bauen Wissensbasis, Suche und Dokumentenerzeugung als ein wartbares Ganzes,
- wir behandeln Zugriffssteuerung und Vertraulichkeit als Fundament und nicht als Zusatz,
- wir ergänzen die AI-Schicht dort, wo sie wirklich Zeit spart, gestützt auf unsere Praxis in GenAI und RAG.
Meist tun wir das als Individualsoftware, gebaut von unserem Team, und dort, wo im bestehenden Team des Kunden Kompetenzen schnell aufzustocken sind, als Team-Verstärkung.
Wo beginnen Sie damit, Wissen und Dokumente zu ordnen?
Beginnen Sie beim schmerzhaftesten einzelnen Prozess: Meist ist es das Erstellen von Angeboten oder das Finden früherer Berichte. Zählen Sie, wie viele Stunden pro Woche das Team mit Suchen und Neuschreiben verliert, und legen Sie fest, wie eine treffsichere Suche und ein erzeugtes Dokument aussehen sollen. Das setzt den Umfang der Wissensbasis, die Taxonomie und die nötigen Rollen. Die Unterschiede zwischen den Kooperationsmodellen haben wir in unserem Artikel zu IT-Kooperationsmodellen beschrieben.
Sie wollen das Wissen Ihrer Beratung ordnen und ihre Dokumente automatisieren? Sprechen wir darüber - wir finden ein Team und eine Architektur passend zu Ihren Prozessen.