Confluence ist voll. Und trotzdem endet jede kritische Frage bei: Frag Julia.
Wenn Ihnen dieser Satz vertraut vorkommt, liegt das nicht an einem Konfigurationsfehler. Es liegt daran, dass ein Wiki für eine andere Aufgabe gebaut wurde als die, für die Sie es benutzen.
Was Confluence gut kann
Das gehört an den Anfang, weil Sie das System vermutlich seit Jahren betreiben und dafür Gründe hatten. Confluence ist stark beim Strukturieren, Verlinken und gemeinsamen Bearbeiten von Inhalten, die jemand geschrieben hat. Projektdokumentation, Meeting-Protokolle, technische Spezifikationen, Onboarding-Checklisten. Für all das ist es eine sinnvolle Wahl.
Das Problem beginnt an einer anderen Stelle: bei dem Wissen, das niemand aufgeschrieben hat.
Die vier Diagnosefragen
Bevor Sie über Alternativen nachdenken, beantworten Sie diese vier Fragen für Ihre eigene Installation. Sie sind unangenehm präzise.
1 Wer pflegt die Inhalte aktiv?
In den meisten Unternehmen: niemand mit dedizierter Zeit. Seiten entstehen projektgetrieben und veralten danach still.
2 Wie hoch ist die Adoption wirklich?
Nicht wie viele Accounts existieren, sondern wie viele Menschen dort zuerst nachsehen, wenn sie eine Antwort brauchen. Der Abstand zwischen beiden Zahlen ist meist groß.
3 Wie erkennen Sie veraltete oder widersprüchliche Inhalte?
Wenn die Antwort lautet, wenn sich jemand beschwert, haben Sie kein Qualitätsmanagement, sondern ein Beschwerdemanagement.
4 Was passiert, wenn der Autor das Unternehmen verlässt?
Die Seite bleibt. Der Kontext geht. Was das über die kommende Dekade bedeutet, steht im Beitrag zur Baby-Boomer-Rentenwelle.
Fast jedes Team, das diese vier Fragen ehrlich beantwortet, kommt zum selben Ergebnis: Das System sammelt, aber es sichert nicht.
Der strukturelle Unterschied
Ein Wiki ist passiv. Es wartet darauf, dass jemand etwas hineinschreibt. Das setzt drei Dinge voraus, die im Alltag selten zusammenkommen: Der Wissende hat Zeit, er hält sein Wissen für dokumentationswürdig, und er kann es schriftlich formulieren.
42 Prozent des jobbezogenen Wissens sind nirgendwo dokumentiert (Panopto/McKinsey). Kein Wiki der Welt ändert daran etwas, weil die Ursache nicht im Werkzeug liegt, sondern im Modus. Ohne aktives Qualitätsmanagement wird jede Ablage über die Jahre zur teuren Content-Halde.
Der andere Modus heißt: aktiv extrahieren statt passiv sammeln. Ein KI-gestütztes Interview holt Wissen aus dem Kopf, statt darauf zu warten, dass es hineingetippt wird. Und es fragt nach, wo eine Aussage unvollständig bleibt. Wie das methodisch abläuft, steht im Beitrag zu KI-Experteninterviews für die Wissenssicherung.
Was dabei erfasst wird, das im Wiki fehlt
Der Unterschied ist nicht Menge, sondern Art.
Dokumentation beschreibt, was zu tun ist. Erfasst wird stattdessen, warum es so zu tun ist: Entscheidungskriterien, Ausnahmen, Warnsignale, Heuristiken, Abhängigkeiten, Eskalationswege. Also genau der Teil, der bei Frag Julia gemeint ist.
Dazu kommt eine Eigenschaft, die ein Wiki strukturell nicht hat: Jedes Wissensobjekt bekommt einen Owner, ein Gültigkeitsdatum und einen Verifikationsstatus. Damit ist erkennbar, ob eine Aussage noch gilt, wer sie verantwortet und wann sie zuletzt geprüft wurde. Widersprüche werden entlang von fünf Dimensionen geklärt: Korrektheit, Aktualität, Relevanz, Konfliktfreiheit, Vollständigkeit.
Der Punkt, der oft übersehen wird: Ihre KI liest mit
Über die reine Wissensfrage hinaus gibt es einen zweiten Grund, warum das Thema gerade jetzt auf CIO-Tischen landet.
Wenn Sie einen internen Assistenten oder Copilot auf Ihre Dokumentenablage setzen, wird die Qualität der Antworten von der Qualität der Ablage bestimmt. Ihre KI-Systeme sind nur so gut wie ihr Kontext. Wenn der Kontext ein ungepflegtes Wiki ist, sind die Antworten so gut wie ein ungepflegtes Wiki. Welche Architektur das auflöst, steht im Beitrag zur RAG-Architektur im Unternehmen.
Die Größenordnung dieses Problems ist messbar: 67,4 Milliarden Dollar globale Geschäftsverluste durch KI-Halluzinationen im Jahr 2024 (AllAboutAI). 47 Prozent der Enterprise-KI-Nutzenden haben mindestens eine wichtige Geschäftsentscheidung auf Basis halluzinierter Inhalte getroffen. Und pro Mitarbeitendem gehen etwa 4,3 Stunden pro Woche allein für das Verifizieren von KI-Antworten auf, was rund 14.200 Dollar im Jahr entspricht.
Das Problem ist nicht das Modell. Es ist der fehlende Kontext.
Was das nicht heißt
Kein Wechsel um des Wechsels willen. Confluence abzuschalten ist in den meisten Fällen weder nötig noch sinnvoll.
Sinnvoll ist eine Arbeitsteilung: Das Wiki bleibt für strukturierte Dokumentation, die tatsächlich geschrieben wird. Daneben entsteht eine Schicht für das Wissen, das nie geschrieben wird, und diese Schicht liefert per RAG-API, REST-API und MCP Server den Kontext an Ihre bestehenden Systeme, inklusive SharePoint-Ausspielung und Microsoft Copilot als Kontextnehmer.
Ein Hinweis zur Marktlage: Wer nach dem Abkündigen von Microsoft Viva Topics im Februar 2025 auf einen Nachfolger gewartet hat, wartet weiter. Diese Lücke ist der häufigste Anlass, mit dem Thema überhaupt zu starten.
Der Test, der Klarheit bringt
Nehmen Sie eine Frage, die in Ihrem Betrieb regelmäßig eskaliert, und suchen Sie die Antwort ausschließlich in Confluence. Ohne jemanden zu fragen. Notieren Sie, wie lange es dauert und ob die Antwort am Ende belastbar ist.
Machen Sie das mit fünf Fragen. Das Ergebnis ist ehrlicher als jede Adoption-Statistik und überzeugt in der Geschäftsführung schneller als eine Feature-Gegenüberstellung.
