Der wichtigste Satz vorweg: Confluence gewinnt seine Stärke nicht aus einzelnen Funktionen, sondern aus Verbreitung und Ökosystem. Wer Confluence einführt, führt selten nur ein Wiki ein. Er tritt in eine Werkzeuglandschaft ein, in der Jira für Vorgänge, Confluence für Wissen und ein großer Erweiterungsmarkt für alles dazwischen sorgt. Diese Konstellation erklärt beides: warum Confluence in vielen Unternehmen kaum ersetzbar ist – und warum die Entscheidung dafür eine Plattformentscheidung ist, keine Werkzeugentscheidung.
Drei Eigenschaften beschreiben Confluence treffender als jede Funktionsliste:
Atlassian ist ein börsennotierter Softwarehersteller mit Wurzeln in Australien und starker Präsenz in den Vereinigten Staaten. Das Unternehmen ist groß gewachsen, indem es Werkzeuge für Softwareentwicklung an Entwicklungsteams verkauft hat – zunächst über Selbstbedienung und Testinstallationen, später über ein Partnernetz und einen Erweiterungsmarkt. Diese Herkunft prägt das Produkt bis heute.
Positiv wirkt sich das in drei Punkten aus. Erstens ist die Plattform robust und für große Inhaltsmengen ausgelegt; Wikis mit vielen Zehntausend Seiten sind keine Ausnahme. Zweitens gibt es ein außergewöhnlich großes Angebot an Erweiterungen, darunter zahlreiche von deutschsprachigen Anbietern. Drittens existiert im DACH-Raum ein dichtes Netz an Partnern, Dienstleistern und Beratungshäusern – Sie sind bei Betrieb und Einführung nicht auf den Hersteller allein angewiesen.
Kritisch anzumerken sind ebenfalls drei Punkte. Erstens ist der Hersteller nicht europäisch, was für Datenschutz und Vertragsgestaltung Folgen hat, auf die wir in Kapitel 09 ausführlich eingehen. Zweitens hat Atlassian in den vergangenen Jahren mehrfach seine Produktstrategie geändert und ganze Betriebsmodelle eingestellt – wer auf dieser Plattform aufbaut, muss mit strategischen Kurswechseln des Herstellers rechnen. Drittens ist die Preis- und Lizenzlogik komplex geworden: Plattform, Editionsstufe, KI-Funktionen und Erweiterungen werden teilweise getrennt bewertet, was Kalkulationen erschwert.
Wichtig für die Einordnung: Die Namen der KI-Funktionen haben sich in der Vergangenheit mehrfach verschoben. Begriffe wie Atlassian Intelligence, Rovo, Rovo Search, Rovo Chat oder Rovo Agents bezeichnen teils Funktionen, teils Produktbündel, teils Editionsbestandteile – und die Zuordnung hat sich geändert. Prüfen Sie deshalb bei jeder Aussage über KI in Confluence, auf welches Betriebsmodell, welche Editionsstufe und welchen Zeitpunkt sie sich bezieht. Diese Unschärfe ist in Auswahlprojekten die häufigste Ursache für Enttäuschungen.
Die Struktur von Confluence ist bewusst schlicht. Ein Bereich bündelt Inhalte einer Organisationseinheit, eines Projekts oder eines Themas und trägt eine eigene Startseite, eine eigene Navigation und ein eigenes Berechtigungsprofil. Innerhalb eines Bereichs entstehen Seiten in einer Baumstruktur, die sich beliebig tief verschachteln lässt. Jede Seite kann Anhänge, Tabellen, eingebettete Inhalte, Aufgaben und dynamische Bausteine enthalten, die Informationen aus anderen Seiten oder aus verbundenen Systemen holen.
Diese Schlichtheit ist Stärke und Falle gleichzeitig. Stärke, weil neue Nutzende innerhalb einer Stunde produktiv Seiten schreiben. Falle, weil die Struktur nicht erzwungen wird: Wo niemand festlegt, welche Bereiche es gibt, wer sie verantwortet und wie Seiten benannt werden, entsteht innerhalb von zwei Jahren ein Wildwuchs, den auch die beste Suche nicht rettet. Aus unserer Beratungspraxis ist das der mit Abstand häufigste Grund, warum Confluence-Installationen als unbrauchbar empfunden werden – nicht das Produkt, sondern die fehlende Informationsarchitektur.
Atlassian positioniert Confluence inzwischen ausdrücklich als „connected knowledge“-Schicht des Unternehmens: als den Ort, an dem Entscheidungen, Prozesse, Anleitungen und Projektwissen zusammenlaufen und aus dem heraus KI-Funktionen Antworten geben. Das ist ein Anspruch, der über das klassische Wiki hinausgeht – und er ist genau in dem Maße erfüllbar, in dem die Inhalte gepflegt, aktuell und richtig berechtigt sind. Eine KI, die auf ein unaufgeräumtes Wiki gesetzt wird, beschleunigt die Verbreitung veralteter Informationen. Das ist die zentrale Botschaft dieses Artikels.
Aus unserer Beratungspraxis passt Confluence besonders gut zu vier Profilen. Erstens zu Organisationen, in denen Jira bereits im Einsatz ist – die Verbindung von Vorgängen und Dokumentation ist der stärkste Einzelvorteil der Plattform. Zweitens zu technisch geprägten Unternehmen mit hohem Dokumentationsbedarf: Maschinen- und Anlagenbau, Software, Ingenieurdienstleistung, IT-Betrieb. Drittens zu Organisationen mit formalisierten Anforderungen an Nachvollziehbarkeit, etwa im Qualitätsmanagement nach ISO-Normen, wo Versionierung und Freigabestände dokumentiert sein müssen. Viertens zu wachsenden Unternehmen, die aus einer gemeinsamen Dateiablage herausgewachsen sind und merken, dass niemand mehr weiß, welche Fassung eines Dokuments gilt.
Weniger gut passt Confluence, wenn Ihr Bedarf im Kern eine gestaltete, redaktionell geführte Mitarbeiterkommunikation mit App-Erlebnis ist – dafür braucht es einen Aufsatz oder ein anderes Produkt. Ebenso zurückhaltend wären wir, wenn in Ihrer Organisation die Microsoft-Welt vollständig etabliert ist, keine Atlassian-Werkzeuge existieren und niemand Erfahrung mit der Plattform hat: Dann kaufen Sie eine zweite Plattform, eine zweite Lizenzbeziehung und eine zweite Lernkurve ein, um ein Problem zu lösen, das möglicherweise auch in der vorhandenen Landschaft lösbar wäre.
Die Grundlogik ist schnell erklärt. In der Cloud abonnieren Sie den Dienst pro Nutzendem in Stufen, die sich in Funktionsumfang, Verwaltungsmöglichkeiten, Verfügbarkeitszusagen und Supportniveau unterscheiden. Bei Data Center erwerben Sie eine Lizenz für den Betrieb in eigener oder beauftragter Infrastruktur, gestaffelt nach Nutzerzahl, und tragen die Betriebsverantwortung selbst. Erweiterungen aus dem Marktplatz werden in beiden Welten zusätzlich bewertet – und zwar getrennt entwickelt, weil die Erweiterungsschnittstellen unterschiedlich sind.
Wer sich heute mit Confluence beschäftigt, stößt unweigerlich auf ein Thema, das viele Bestandskunden geprägt hat: Atlassian hat die klassische Server-Variante – die günstige, unbefristet lizenzierte Installation für einen einzelnen Anwendungsserver – aus dem Angebot genommen und die Wartung dafür beendet. Betroffene Unternehmen standen vor der Wahl, auf Data Center zu wechseln, in die Cloud zu migrieren oder die Plattform zu verlassen.
Diese Entwicklung ist aus zwei Gründen wichtig, auch wenn Sie neu einsteigen. Erstens zeigt sie, dass strategische Kurswechsel des Herstellers unmittelbar auf Ihre Betriebsplanung durchschlagen. Wer eine Plattform für zehn Jahre Wissensablage wählt, sollte diese Erfahrung in seine Risikobewertung aufnehmen – nicht als Argument gegen Confluence, sondern als Argument für eine dokumentierte Ausstiegsfähigkeit. Zweitens erklärt sie, warum der Markt für Data-Center-Erweiterungen und für Migrationsdienstleistungen im DACH-Raum so aktiv ist: Viele Organisationen haben diesen Übergang gerade hinter oder noch vor sich.
Für Bestandskunden mit alten Installationen gilt: Eine nicht mehr gewartete Installation ist ein Sicherheitsrisiko, weil Schwachstellen nicht mehr behoben werden. Wenn Sie noch eine solche Umgebung betreiben, gehört die Ablösung auf die Prioritätenliste – unabhängig davon, welchen Zielweg Sie wählen. Prüfen Sie beim Hersteller und bei Ihrem Partner, welche Wartungs- und Übergangsangebote aktuell gelten; die Bedingungen haben sich mehrfach verändert.
Dies ist der wichtigste Abschnitt dieses Kapitels. Die KI-Fähigkeiten von Confluence sind nicht gleichmäßig über alle Bezugswege verteilt, und die Unterschiede sind größer, als Produktübersichten vermuten lassen. Qualitativ gilt: Die KI-Entwicklung findet schwerpunktmäßig in der Cloud statt, dort vor allem in den höheren Editionsstufen, und sie greift auf Dienste zu, die beim Hersteller oder bei dessen Unterauftragsverarbeitern laufen.
Für Data Center bedeutet das eine unangenehme Wahrheit, die im Beratungsgespräch früh ausgesprochen werden sollte: Wer sich für den Selbstbetrieb entscheidet, weil er Datenhoheit braucht, verzichtet damit in der Regel auf einen erheblichen Teil der herstellerseitigen KI-Funktionen oder muss für einzelne Funktionen eine Verbindung zu Clouddiensten zulassen. Beides ist legitim, aber es ist eine Abwägung und kein Automatismus. Wenn eine KI-Fähigkeit für Ihre Entscheidung wesentlich ist, lassen Sie sich für Ihr Betriebsmodell und Ihre Editionsstufe schriftlich bestätigen, was heute verfügbar ist, was zusätzlich bewertet wird und was lediglich angekündigt ist.
Ein zweiter Punkt betrifft die Bündelung. Der Hersteller hat KI-Funktionen zeitweise als Zusatzprodukt vermarktet, zeitweise in Editionen eingeschlossen und dabei die Zuordnung verändert. Für Ihre Kalkulation heißt das: Rechnen Sie nicht mit der Zuordnung, die in einem älteren Artikel oder in einer Marktübersicht steht. Verlangen Sie ein aktuelles Angebot, in dem Plattform, Edition, KI-Bestandteile, Nutzerzahl und Laufzeit ausdrücklich benannt sind – und in dem steht, ob die KI-Funktionen für alle lizenzierten Nutzenden gelten oder nur für eine Teilmenge.
Sie können Confluence direkt beim Hersteller abonnieren oder über einen Atlassian-Partner beziehen. Der Direktweg ist schneller und für kleine Installationen unkompliziert. Der Partnerweg bringt in der Praxis vier Vorteile, die im Mittelstand oft schwerer wiegen: eine Rechnung in Euro mit deutschsprachigem Vertragspartner, Beratung zur Editionswahl und zur Erweiterungsauswahl, Unterstützung bei Migration und Betrieb sowie eine Ansprechstelle, die bei Problemen erreichbar ist und die Zeitzone teilt.
Ein dritter Weg ist das Hosting bei einem Dienstleister: Die Data-Center-Variante wird in einem Rechenzentrum eines europäischen Anbieters betrieben, der Betrieb, Aktualisierung und Sicherung übernimmt. Für Organisationen, die Datenhoheit brauchen, aber keine eigene Betriebsmannschaft aufbauen wollen, ist das häufig der pragmatischste Weg. Prüfen Sie in diesem Fall besonders sorgfältig, wer Zugriff auf die Daten hat, wie Sicherungen verwahrt werden und wie ein Anbieterwechsel technisch abläuft.
Die folgenden Bausteine machen den praktischen Alltag aus. Welche davon in Ihrem Betriebsmodell und Ihrer Editionsstufe verfügbar sind und in welcher Ausprägung, sollten Sie vor der Beschaffung abgleichen – der Funktionsumfang verändert sich laufend, besonders in der Cloud.
Der Editor ist der Teil des Produkts, mit dem alle zu tun haben, und er ist unauffällig gut. Formatierung, Überschriften, Tabellen, Bilder, Anhänge, Aufgabenlisten mit Zuweisung, Codeblöcke, Statusmarkierungen und eingebettete Inhalte aus anderen Systemen decken den Alltag ab. Mehrere Personen arbeiten gleichzeitig an einer Seite, Kommentare lassen sich an einzelne Textstellen hängen und über Erwähnungen an Personen richten. Diese Arbeitsweise ersetzt in der Praxis den Versand von Dateianhängen – und das ist der wirtschaftlich größte Einzeleffekt einer Wiki-Einführung.
Unterschätzt werden meist die dynamischen Bausteine, im Produkt Makros genannt. Sie holen Inhalte an eine Stelle, statt sie zu kopieren: eine Liste aller Seiten mit einer bestimmten Beschriftung, die Vorgänge eines Jira-Filters, ein Inhaltsverzeichnis, ein Auszug aus einer anderen Seite, ein eingebettetes Diagramm. Wer diese Bausteine beherrscht, baut Übersichtsseiten, die sich selbst aktualisieren. Wer sie nicht kennt, kopiert Inhalte – und erzeugt damit genau das Problem, das das Wiki lösen sollte.
Vorlagen sind das zweite unterschätzte Werkzeug. Eine gute Vorlage für Arbeitsanweisungen enthält nicht nur Überschriften, sondern auch die Felder, die Ihr Qualitätsmanagement braucht: Gültigkeitsbereich, verantwortliche Rolle, Freigabestand, Überprüfungsdatum, Verweis auf zugehörige Prozesse. Wenn diese Felder in der Vorlage stehen, werden sie gefüllt. Wenn sie in einer Richtlinie stehen, werden sie ignoriert. Unsere Empfehlung: Investieren Sie in fünf gute Vorlagen, nicht in fünfzig.
Der zweite Funktionsblock entscheidet, ob Confluence in Ihrer Organisation als vertrauenswürdig gilt. Berechtigungen werden vorrangig auf Bereichsebene vergeben und mit Gruppen aus dem Verzeichnisdienst verknüpft. Auf einzelnen Seiten lassen sich Rechte zusätzlich einschränken – eine Funktion, die im Alltag Gold wert ist und gleichzeitig die häufigste Ursache für schwer nachvollziehbare Zugriffsprobleme. Unsere Erfahrung: Vergeben Sie Rechte über Gruppen, nie über einzelne Personen, und dokumentieren Sie das Modell auf einer Seite, die auch in zwei Jahren noch stimmt.
Die Versionierung ist eine Kernstärke und der Grund, warum Confluence in Qualitätsumgebungen so beliebt ist. Jede Änderung erzeugt eine Fassung mit Autor und Zeitstempel; Fassungen lassen sich vergleichen und wiederherstellen. Für formale Nachweispflichten reicht das allein nicht – dort brauchen Sie zusätzlich einen Freigabestand, eine gültige Fassung und eine Aufzeichnung darüber, wer freigegeben hat. Diese Ergänzung liefern teils Editionsfunktionen, teils Erweiterungen aus dem Marktplatz, häufig von deutschsprachigen Anbietern, die speziell für Qualitätsmanagement und regulierte Umgebungen entwickeln.
Governance ist der dritte Teil dieses Blocks und in der Praxis am schwächsten besetzt – nicht weil Werkzeuge fehlen, sondern weil sie niemand nutzt. Zu den vorhandenen Möglichkeiten gehören das Archivieren nicht mehr benötigter Bereiche und Seiten, Berichte über Inhalte ohne Verantwortliche, Auswertungen zur Nutzung von Seiten, Massenaktionen für Beschriftungen und Berechtigungen sowie Prüfprotokolle über Verwaltungsvorgänge. Der Umfang unterscheidet sich deutlich zwischen den Editionsstufen und zwischen Cloud und Data Center. Wenn Sie eine große, gewachsene Installation aufräumen müssen, prüfen Sie diese Werkzeuge gezielt – sie können den Unterschied zwischen einem Wochenprojekt und einem Halbjahresprojekt bedeuten.
Die Suche ist in Confluence funktional solide: Volltext über Seiten, Anhänge und Kommentare, filterbar nach Bereich, Autor, Zeitraum, Inhaltsart und Beschriftung, mit Berücksichtigung der Berechtigungen. Sie ist aber nur so gut wie das, was sie durchsucht. In einer Installation mit fünf Fassungen derselben Arbeitsanweisung, drei verwaisten Projektbereichen und Seitentiteln wie „Neu 2“ liefert sie viele Treffer und wenig Antworten.
Das ist der Punkt, an dem die KI-Diskussion ansetzt – und an dem sie am häufigsten falsch geführt wird. Eine KI-gestützte Antwortfunktion ersetzt keine Inhaltspflege. Sie hebt die Auffindbarkeit dessen, was vorhanden ist, und sie hebt damit auch die Auffindbarkeit des Falschen. Wenn zwei widersprüchliche Seiten existieren, entscheidet nicht die Wahrheit, welche Antwort erscheint, sondern die Ähnlichkeit zur Frage. Deshalb steht in jedem unserer Confluence-Projekte die Inhaltsbereinigung vor der KI-Aktivierung – nicht als Ideal, sondern als Reihenfolge, die sich in der Praxis bewährt hat.
Drei Maßnahmen wirken erfahrungsgemäß am stärksten. Erstens: Beschriftungen konsequent nutzen, damit sich Übersichtsseiten und Filter bauen lassen. Zweitens: alte Bereiche archivieren statt löschen – archivierte Inhalte bleiben verfügbar, verschwinden aber aus der Standardsuche. Drittens: für jeden Bereich eine verantwortliche Rolle benennen und ein Überprüfungsintervall festlegen. Diese drei Schritte kosten wenig und verbessern die Suchqualität mehr als jede technische Maßnahme.
Vorab eine Einordnung, die Enttäuschungen vermeidet. Die KI-Funktionen in Confluence sind kein eigenes Sprachmodell des Herstellers, sondern eine Anwendungsschicht, die Modelle Dritter mit Ihren Inhalten und Ihrem Berechtigungskontext verbindet. Der Mehrwert entsteht nicht durch das Modell, sondern durch die Verbindung: Die KI sieht, welche Seiten es gibt, wer sie geschrieben hat, welche Vorgänge dazu gehören und was die anfragende Person sehen darf. Genau darin liegt der Vorteil gegenüber einem allgemeinen Chatdienst – und genau darin liegen auch die Risiken.
Die praktisch wirksamste KI-Funktion ist die Möglichkeit, eine Frage in natürlicher Sprache zu stellen und eine Antwort zu erhalten, die aus den eigenen Inhalten zusammengesetzt ist – mit Verweisen auf die Quellseiten. Statt „Suche: Reisekosten“ fragen Sie „Wie rechne ich eine Bahnfahrt nach Wien ab?“ und erhalten eine Zusammenfassung der relevanten Passagen samt Verlinkung. In gut gepflegten Wissensbasen ist der Effekt erheblich, besonders bei Fragen, deren Antwort über mehrere Seiten verteilt ist.
Der Anspruch reicht inzwischen weiter: Die Suche soll nicht nur Confluence umfassen, sondern auch verbundene Quellen wie Vorgangsverwaltung, Chatverläufe, Dateiablagen und weitere Fachsysteme, sofern entsprechende Verbindungen eingerichtet sind. Das ist der eigentliche Kern der Rovo-Erzählung: eine unternehmensweite Antwortschicht, die nicht an Systemgrenzen endet. Ob und wie gut das in Ihrer Landschaft funktioniert, hängt vollständig davon ab, welche Verbindungen verfügbar sind und wie sauber die angebundenen Quellen sind – prüfen Sie das an Ihren eigenen Daten, nicht an einer Vorführung mit Musterinhalten.
Drei Grenzen sind aus unseren Projekten belegbar. Erstens die Aktualität: Die KI unterscheidet nicht zuverlässig zwischen einer gültigen und einer überholten Seite. Wenn eine alte Arbeitsanweisung noch im Wiki liegt, kann sie in einer Antwort landen – formuliert mit derselben Selbstsicherheit wie die aktuelle. Zweitens die Vollständigkeit: Was nicht dokumentiert ist, kann nicht gefunden werden; die KI verschweigt aber nicht, dass sie unvollständig antwortet. Drittens die Sprache: Antworten über deutschsprachige Fachinhalte sind gut nutzbar, aber Fachbegriffe, Abkürzungen und betriebsinterne Bezeichnungen werden nicht immer richtig aufgelöst. Ein Glossar im Wiki hilft der KI messbar.
Die zweite Funktionsgruppe erzeugt Text aus vorhandenem Text. Typische Anwendungen: eine lange Seite in wenigen Sätzen zusammenfassen, einen Kommentarverlauf verdichten, aus einer Besprechungsnotiz Aufgaben ableiten, einen Entwurf strukturieren oder eine Passage sprachlich glätten. Auch das Übersetzen und das Anpassen des Tons gehören dazu. Für Menschen, die viel dokumentieren müssen und wenig Zeit haben, ist das eine ehrliche Erleichterung – vor allem beim ersten Entwurf und beim Verdichten von Notizen.
Diese Funktionen sind gleichzeitig die risikoärmsten, weil der Ausgangstext vorliegt und die Person, die die Zusammenfassung anfordert, sie meist prüfen kann. Trotzdem gilt eine Regel, die wir in jeder Schulung wiederholen: Eine KI-Zusammenfassung ist ein Vorschlag, kein Ergebnis. Sie darf nicht ohne Prüfung als verbindlicher Inhalt veröffentlicht werden – schon deshalb nicht, weil Zusammenfassungen systematisch Einschränkungen und Ausnahmen weglassen, und genau dort liegt in Arbeitsanweisungen die Substanz.
Ein häufig unterschätzter Nebeneffekt: Die Schreibassistenz senkt die Hemmschwelle zum Dokumentieren. In mehreren Projekten haben wir beobachtet, dass Beschäftigte, die vorher „keine Zeit zum Schreiben“ hatten, mit KI-Unterstützung Seiten anlegen – weil sie stichpunktartig hineinschreiben und die Formulierung überlassen können. Das ist wirtschaftlich wertvoller als jede Suchverbesserung, verlangt aber eine Redaktionsroutine, weil die Menge der Inhalte steigt.
Die vierte Gruppe ist die jüngste und am schwersten zu bewerten. Agenten sind konfigurierbare KI-Helfer, die eine definierte Aufgabe in einem definierten Kontext übernehmen: einen Seitenentwurf aus einer Vorlage und einer Quelle erzeugen, Fragen zu einem bestimmten Bereich beantworten, Inhalte auf Vollständigkeit prüfen, aus einer Anforderung eine Gliederung ableiten oder Vorgänge und Dokumentation abgleichen. Sie lassen sich mit Anweisungen, Wissensquellen und teils mit Werkzeugzugriff ausstatten.
Das Potenzial ist real, besonders für wiederkehrende Redaktionsaufgaben. Gleichzeitig ist dies der Bereich, in dem Ankündigung und Alltag am weitesten auseinanderliegen. Unsere Empfehlung aus der Praxis: Behandeln Sie Agenten zunächst als Assistenz mit menschlicher Freigabe, nicht als selbsttätige Automatisierung. Definieren Sie für jeden Agenten, welche Quellen er nutzen darf, wer seine Ergebnisse prüft und wo diese Ergebnisse landen. Ein Agent, der ungeprüft Seiten veröffentlicht, ist in einer Wissensbasis ein Risiko – nicht wegen der Technik, sondern weil niemand die Verantwortung für den Inhalt trägt.
Wir wiederholen diesen Punkt bewusst, weil er in Auswahlprojekten immer wieder untergeht. Die KI-Funktionen sind schwerpunktmäßig für die Cloud entwickelt und dort an bestimmte Editionsstufen oder Zusatzbausteine gebunden. Für die Data-Center-Variante ist das Angebot deutlich schmaler; einzelne Funktionen setzen eine Verbindung zu Clouddiensten voraus, was der Motivation für den Selbstbetrieb zuwiderlaufen kann. Zudem können Funktionen regional, sprachlich oder nach Datenresidenz-Einstellung unterschiedlich verfügbar sein.
Praktisch heißt das: Erstellen Sie eine Liste der KI-Funktionen, die für Sie entscheidungsrelevant sind – etwa Frage-Antwort über eigene Inhalte, Zusammenfassung langer Seiten, Suche über verbundene Systeme, Agenten für Redaktionsaufgaben – und lassen Sie deren Verfügbarkeit für Ihr Betriebsmodell, Ihre Edition und Ihre Datenregion schriftlich bestätigen. Testen Sie anschließend mit eigenen Inhalten in einer abgegrenzten Umgebung. Eine Vorführung mit aufbereiteten Musterdaten sagt über Ihre Wissensbasis nichts aus.
Und noch ein Hinweis zur Erwartungshaltung im Mittelstand: Die KI-Funktionen sind kein Grund, Confluence einzuführen. Sie sind ein Grund, eine bereits gepflegte Confluence-Installation besser zu nutzen. Wer eine unstrukturierte Ablage hat und hofft, dass die KI sie ordnet, wird enttäuscht – und zwar unabhängig von der Produktqualität.
Die Verbindung zu Jira ist die stärkste Integration der Plattform und für viele Organisationen der einzige entscheidende Grund für Confluence. Sie wirkt in beide Richtungen: Auf einer Confluence-Seite lassen sich einzelne Vorgänge, Filterergebnisse oder Auswertungen einbetten, die sich automatisch aktualisieren. Umgekehrt lassen sich aus einem Vorgang heraus Anforderungsseiten, Testprotokolle oder Entscheidungsvorlagen verlinken. Für Entwicklungs-, Instandhaltungs- oder Serviceteams entsteht dadurch ein durchgängiger Zusammenhang zwischen „Was wurde beschlossen?“ und „Was wurde umgesetzt?“.
Dieselbe Logik gilt für weitere Werkzeuge des Herstellers, etwa für die Serviceverwaltung: Eine Wissensdatenbank in Confluence kann Lösungsartikel liefern, die im Servicewerkzeug bei der Bearbeitung von Anfragen vorgeschlagen und – bei entsprechender Konfiguration – auch Kunden zugänglich gemacht werden. Für mittelständische Unternehmen mit eigenem Kundendienst ist das ein unterschätzter Anwendungsfall: Der Aufwand für die Pflege einer Wissensdatenbank rechnet sich schneller, wenn dieselben Artikel intern und extern genutzt werden.
Ein Hinweis zur Nüchternheit: Diese Integrationstiefe ist innerhalb derselben Betriebswelt am besten. Mischbetrieb – etwa Jira in der Cloud und Confluence im eigenen Rechenzentrum – ist technisch möglich, aber aufwendiger und funktional eingeschränkter. Wenn Sie beide Werkzeuge nutzen, entscheiden Sie das Betriebsmodell möglichst gemeinsam für beide.
Für die Verbindung mit Kommunikationswerkzeugen gibt es etablierte Wege. Aus Chatplattformen heraus lassen sich Seitenvorschauen erzeugen, Benachrichtigungen über Änderungen empfangen und Suchen anstoßen; umgekehrt können Diskussionsergebnisse in eine Seite überführt werden. Diese Verbindung ist im Alltag wichtiger, als sie klingt: Wissen entsteht meist im Gespräch und wird nur dokumentiert, wenn der Weg von der Unterhaltung zur Seite kurz ist.
Zur Office-Welt existieren Anbindungen für die Einbettung von Dokumenten, für die Vorschau von Dateien und für den Zugriff aus Kalender- und Besprechungswerkzeugen. Hier ist Realismus angebracht: Die Integration in die Microsoft-Landschaft ist funktional vorhanden, aber sie erreicht nicht die Selbstverständlichkeit, die ein Produkt aus derselben Familie hätte. Wenn Ihre Organisation vollständig auf Microsoft aufgebaut ist, ist das ein sachliches Argument, das in die Abwägung gehört – siehe Kapitel 06.
Für Fachsysteme führt der Weg über den Marktplatz oder über eigene Entwicklung. Typische Anbindungen im Mittelstand betreffen Warenwirtschaft und Ressourcenplanung, Personalsysteme als Quelle für Organisationsdaten, Dokumentenmanagement für revisionssichere Ablage sowie Diagramm- und Formularwerkzeuge. Neuere Verbindungsmechanismen zielen darauf, externe Quellen für die KI-Suche verfügbar zu machen, ohne die Inhalte zu kopieren. Prüfen Sie hier besonders sorgfältig, welche Daten dabei wohin übertragen werden.
Der Erweiterungsmarkt ist der größte im Bereich der Kollaborationswerkzeuge und für die Praxis unverzichtbar. Wiederkehrende Bedarfe im Mittelstand werden fast ausschließlich über Erweiterungen gedeckt: Diagramme, Formulare mit Auswertung, Freigabeworkflows und Gültigkeitsvermerke für Qualitätsmanagement, Tabellenerweiterungen, Export nach PDF oder Word mit eigenem Layout, Inhaltsinventare und Aufräumwerkzeuge, Übersetzungshilfen, Vertraulichkeitskennzeichnung.
Bemerkenswert für den DACH-Raum: Ein erheblicher Teil der etablierten Erweiterungen kommt von deutschsprachigen Anbietern. Für Sie bedeutet das deutschsprachigen Support, deutschsprachige Dokumentation, europäische Vertragspartner und häufig ein besseres Verständnis für Anforderungen aus Datenschutz, Mitbestimmung und Qualitätsmanagement. Dieser Umstand relativiert das Argument der außereuropäischen Herkunft ein Stück weit – allerdings nur auf der Ebene der Erweiterungen, nicht auf der Ebene der Plattform selbst.
Die Kehrseite ist eine Kostenfalle, die wir in Projekten regelmäßig sehen. Jede Erweiterung wird zusätzlich bewertet, meist gestaffelt nach derselben Nutzerzahl wie die Plattform. Fünf bis acht Erweiterungen sind in einer produktiven Installation normal, und in Summe können sie einen erheblichen Anteil der Lizenzkosten erreichen. Dazu kommt ein Betriebsrisiko: Jede Erweiterung muss bei Aktualisierungen kompatibel sein, kann eigene Datenflüsse erzeugen und braucht einen eigenen Auftragsverarbeitungsvertrag, wenn sie personenbezogene Daten verarbeitet. Unsere Empfehlung: Führen Sie eine Liste aller Erweiterungen mit Zweck, Kosten, Datenfluss und Verantwortlichem – und prüfen Sie sie jährlich.
Für die Anmeldung sind Verfahren über einen zentralen Identitätsdienst der übliche Weg: Einmalanmeldung über gängige Protokolle, automatische Bereitstellung und Deaktivierung von Konten, Gruppenübernahme aus dem Verzeichnisdienst und Mehrfaktorauthentisierung. Diese Anbindung ist kein Komfortthema, sondern eine Sicherheitsanforderung: Ohne automatische Deaktivierung bleiben Konten ausgeschiedener Personen aktiv, und in einer Wissensbasis mit breiten Leserechten ist das ein echtes Risiko. Beachten Sie, dass Verwaltungs- und Sicherheitsfunktionen in der Cloud teils an höhere Editions- oder Verwaltungsstufen gebunden sind.
Für eigene Entwicklungen stehen Programmierschnittstellen bereit, mit denen Inhalte gelesen, erzeugt und verändert sowie Ereignisse ausgewertet werden können. Typische Eigenentwicklungen im Mittelstand sind schlank: eine Auswertung, welche Arbeitsanweisungen ihr Überprüfungsdatum überschritten haben; ein Abgleich zwischen Personalsystem und Bereichsverantwortlichen; ein Export für die Archivierung. Prüfen Sie, welche Möglichkeiten Ihr Betriebsmodell bietet – die Erweiterungsmodelle von Cloud und Data Center unterscheiden sich erheblich, und Eigenentwicklungen sind nicht ohne Weiteres übertragbar.
Notion ist der Wettbewerber, der in Auswahlprojekten am häufigsten emotional gewinnt. Es ist flexibler, gestalterisch angenehmer, verbindet Text, Datenbanken und Aufgaben in einem einheitlichen Modell und hat eine niedrigere Einstiegshürde. Für kleine bis mittlere Teams, die schnell ein gemeinsames Wissenswerkzeug brauchen, ist es eine ernsthafte Alternative. Confluence gewinnt drei Argumente: die Verbindung zur Vorgangsverwaltung, die Belastbarkeit bei sehr großen Inhaltsbeständen mit differenzierten Rechten und die Möglichkeit des Betriebs im eigenen Rechenzentrum. Wo formale Nachweise, Freigabestände und tiefe Berechtigungen gefordert sind, ist Confluence der reifere Weg.
SharePoint ist der Wettbewerber, der wirtschaftlich am häufigsten gewinnt – weil die Lizenz meist schon da ist. Dieses Argument verdient eine ehrliche Antwort: Die Lizenz ist nicht die Wissensbasis. SharePoint ist stark bei Dateien, bei Berechtigungen, bei Integration in die Office-Welt und bei Compliance-Funktionen. Es ist schwächer, wenn Wissen als verlinkte, gemeinsam bearbeitete Seite gedacht wird statt als Dokument in einer Bibliothek. Wenn Ihre Wissensbestände überwiegend aus Dokumenten bestehen, spricht viel für SharePoint. Wenn sie aus Anleitungen, Prozessbeschreibungen und Projektwissen bestehen, das ständig fortgeschrieben wird, ist ein Wiki das passendere Werkzeug. Dokumentieren Sie diese Abwägung – sie wird Ihnen in zwei Jahren erneut gestellt.
BlueSpice ist der relevanteste europäische Gegenspieler: ein Wiki auf MediaWiki-Grundlage von einem deutschen Anbieter, ausdrücklich für den Selbstbetrieb ausgelegt und mit starkem Fokus auf Qualitätsmanagement und Nachweisführung. Für Organisationen, bei denen Datenhoheit und ein europäischer Vertragspartner die Auswahl bestimmen, ist BlueSpice die ernsthafteste Alternative. Confluence gewinnt bei Ökosystem, Erweiterungsangebot, Bedienkomfort und der Anbindung an die Vorgangsverwaltung; BlueSpice gewinnt bei Datenhoheit, Anbieternähe, Lizenzmodell und Unabhängigkeit von einem außereuropäischen Hersteller.
Nuclino und Tettra spielen in einer anderen Größenklasse. Beide sind bewusst leicht gehalten, sehr schnell einzuführen und für kleine Teams mit überschaubaren Wissensbeständen gut geeignet. Sie sind keine Alternative, wenn Sie differenzierte Berechtigungen, formale Freigaben, große Inhaltsmengen oder Anbindung an Fachsysteme brauchen. Umgekehrt gilt: Wenn Ihr eigentliches Problem lautet „Wir haben zwanzig Leute und niemand weiß, wo etwas steht“, ist Confluence möglicherweise überdimensioniert und ein leichteres Werkzeug der schnellere Erfolg.
Ein Sonderfall ist die Frage nach dem Intranet. Confluence ist kein Mitarbeiterportal – es fehlen Personalisierung, redaktionelle Nachrichtensteuerung, ein belastbares Personenverzeichnis und geführte Mehrsprachigkeit. Wer diese Schicht braucht, kann sie über einen Intranet-Aufsatz wie die Linchpin Intranet Suite ergänzen, statt eine zweite Plattform einzuführen. Diese Kombination ist im DACH-Mittelstand verbreitet und wirtschaftlich häufig sinnvoll, weil sie eine vorhandene Plattform veredelt. Sie bringt allerdings eine zweite Herstellerabhängigkeit mit sich.
Lassen Sie Confluence nicht in einem generischen Kriterienkatalog antreten. Solche Kataloge belohnen Funktionsbreite und übersehen die drei Fragen, die die Entscheidung tatsächlich treffen: Nutzen Sie Jira? Brauchen Sie Selbstbetrieb? Bestehen Ihre Inhalte aus Seiten oder aus Dokumenten? Wer diese drei Fragen beantwortet, hat die Auswahl meist schon getroffen – ohne Punktesystem.
Sinnvoller als ein Funktionsvergleich ist ein Vergleich entlang der Fälle, die Ihren Bedarf tatsächlich begründen: die Arbeitsanweisung mit nachweisbarem Freigabestand, das Onboarding einer neuen Kollegin ohne Betreuungsaufwand, die Übergabe von Erfahrungswissen vor einem Renteneintritt, die Suche nach der Zuständigkeit in einem anderen Werk, die technische Dokumentation einer Anlage über zehn Jahre Lebensdauer. Wer so vergleicht, erhält ein realistisches Bild – und eine Entscheidung, die auch später nachvollziehbar bleibt.
Wenn wir aus unseren Confluence-Projekten eine einzige Erkenntnis mitgeben dürften, wäre es diese: Die Qualität einer Wissensbasis wird in den ersten drei Wochen entschieden, und zwar nicht technisch. Sie wird entschieden durch die Antwort auf vier Fragen. Welche Bereiche gibt es? Wer verantwortet jeden Bereich? Wie heißen Seiten? Was passiert mit Inhalten, die niemand mehr braucht?
Für die Bereichsstruktur hat sich ein einfaches Muster bewährt: eine überschaubare Zahl dauerhafter Bereiche entlang von Organisationseinheiten und Querschnittsthemen, dazu einen klar gekennzeichneten Raum für Projekte mit definiertem Ende und einen persönlichen Bereich für Entwürfe. Was diesen Aufbau trägt, ist nicht die Struktur selbst, sondern die Zuständigkeit: Jeder Bereich braucht eine Person, die für Inhalt, Rechte und Aufräumen verantwortlich ist. Bereiche ohne Verantwortliche verwahrlosen – ausnahmslos.
Für die Benennung gilt eine Regel, die banal wirkt und stark wirkt: Seitentitel sollen die Frage enthalten, die sie beantworten. „Urlaubsantrag stellen“ ist besser als „Prozess HR-04“. Das hilft Menschen, es hilft der Suche und es hilft der KI, weil semantische Ähnlichkeit zur Frage die Trefferqualität bestimmt. In mehreren Projekten hat allein die Umbenennung der häufigsten hundert Seiten die wahrgenommene Suchqualität deutlich verbessert – ohne jede technische Änderung.
Eine Wissensbasis ist kein Projekt, sondern ein Betrieb. Die Inhaltspflege braucht drei Elemente, die kein Produkt liefert. Erstens benannte Verantwortliche pro Bereich, deren Aufgabe in der Stellenbeschreibung oder mindestens in der Zielvereinbarung auftaucht – sonst geht sie im Tagesgeschäft unter. Zweitens ein Überprüfungsintervall pro Inhaltsart: verbindliche Arbeitsanweisungen häufiger, allgemeine Informationsseiten seltener, Projektdokumentation gar nicht, weil sie mit dem Projekt endet. Drittens eine Archivierungsroutine, die aktiv genutzt wird. Archivieren statt löschen ist die richtige Voreinstellung: Der Inhalt bleibt verfügbar, verschwindet aber aus der Standardsuche und damit aus dem Weg.
Ein häufiger Einwand lautet, dass für Inhaltspflege keine Kapazität vorhanden sei. Die ehrliche Antwort darauf ist eine Gegenrechnung: Eine ungepflegte Wissensbasis kostet mehr, weil Beschäftigte doppelt suchen, veraltete Anweisungen befolgen und Fragen persönlich stellen, die dokumentiert sind. In unseren Projekten kalkulieren wir Inhaltspflege als anteilige Aufgabe mehrerer Personen, nicht als eigene Stelle – aber wir kalkulieren sie. Wer sie nicht einplant, plant den Verfall ein.
Für die KI-Nutzung ergibt sich daraus eine praktische Konsequenz. Führen Sie eine sichtbare Kennzeichnung ein, welche Inhalte verbindlich sind und wann sie zuletzt geprüft wurden. Das lässt sich mit Feldern in der Vorlage, mit Beschriftungen oder mit Erweiterungen umsetzen. Diese Kennzeichnung hilft nicht nur Menschen, sondern verbessert auch die Bewertbarkeit von KI-Antworten – wer eine Antwort mit Quellverweis erhält, sieht dann unmittelbar, ob die Quelle noch gilt.
Wenn Sie Data Center betreiben, betreiben Sie eine Unternehmensanwendung: Anwendungsserver, Datenbank, Suchindex, Dateiablage, vorgeschalteter Verteiler, Sicherung und Wiederherstellung, Überwachung. Dazu kommen Aktualisierungen mit Kompatibilitätsprüfung für jede Erweiterung, Sicherheitsaktualisierungen mit kurzer Reaktionszeit und eine Testumgebung, in der Sie Änderungen vor der Produktion prüfen. Realistisch ist das eine anteilige Personalstelle, bei größeren Installationen mehr. Wer das nicht dauerhaft leisten kann, sollte den Betrieb an einen europäischen Dienstleister übergeben, statt eine unterversorgte Installation zu führen – eine veraltete Wiki-Installation mit bekannten Schwachstellen ist ein ernstes Sicherheitsproblem.
In der Cloud entfällt dieser Aufwand weitgehend. Dafür verschieben sich die Aufgaben: Sie verwalten Nutzerkonten und Lizenzen, überwachen Editionsänderungen und Funktionsumstellungen, prüfen neue Funktionen auf Datenschutzrelevanz und leben mit Änderungen, die der Hersteller nach eigenem Zeitplan ausrollt. Der letzte Punkt wird unterschätzt: In der Cloud verändert sich die Oberfläche ohne Ihr Zutun, und gelegentlich verschwinden Funktionen oder werden anders bewertet. Planen Sie eine Person ein, die Herstellerankündigungen verfolgt.
Zur Lizenzverwaltung ein praktischer Hinweis, der Geld spart: Prüfen Sie halbjährlich, wer tatsächlich Zugriff braucht. In gewachsenen Installationen sind erfahrungsgemäß viele Konten aktiv, die niemand nutzt – ehemalige Beschäftigte, Dienstleister aus abgeschlossenen Projekten, Testkonten. Da die Abrechnung nutzerbezogen erfolgt und auch die Erweiterungen dieser Staffelung folgen, wirkt eine Bereinigung doppelt. Verbinden Sie diese Prüfung mit der automatischen Deaktivierung über den Identitätsdienst, damit sie nicht wieder aufläuft.
Dies ist der Anwendungsfall mit dem klarsten wirtschaftlichen Nutzen im Mittelstand. Die Ausgangslage ist fast immer dieselbe: Prozessbeschreibungen liegen als Textdokumente oder Präsentationen auf einem Netzlaufwerk, in mehreren Fassungen, teils mit Datum im Dateinamen. Niemand weiß verlässlich, welche gilt. Vor einem Audit entsteht Hektik, weil Nachweise gesucht werden müssen. Nach dem Audit passiert bis zum nächsten nichts.
Eine Wissensbasis löst das strukturell, wenn drei Dinge geregelt sind. Erstens braucht jede Arbeitsanweisung Felder für Gültigkeitsbereich, verantwortliche Rolle, Freigabestand und Überprüfungsdatum – am besten in einer Vorlage, damit sie nicht vergessen werden. Zweitens braucht es einen Freigabemechanismus: Die Versionierung allein zeigt, wer geändert hat, aber nicht, wer freigegeben hat. Diese Funktion liefern Editionsbestandteile oder Erweiterungen; für regulierte Umgebungen ist sie unverzichtbar. Drittens braucht es eine Regel, wie eine Anweisung außer Kraft gesetzt wird – Archivierung mit Vermerk, nicht Löschung.
Ein Praxishinweis zum Audit: Prüfende akzeptieren erfahrungsgemäß gut, wenn Nachweise digital, nachvollziehbar und reproduzierbar sind. Wichtig ist, dass Sie zeigen können, welche Fassung zu einem bestimmten Zeitpunkt gültig war und wer sie freigegeben hat. Klären Sie diese Anforderung mit Ihrer prüfenden Stelle, bevor Sie das Modell bauen – nachträgliche Anpassungen an einem gewachsenen Bestand sind teuer. Und klären Sie den Export: Für manche Nachweise wird ein PDF mit Freigabestand verlangt, was eine entsprechende Erweiterung voraussetzt.
Onboarding ist der Anwendungsfall, der am schnellsten sichtbaren Erfolg bringt und deshalb ein guter Pilot ist. Eine Einarbeitungsstrecke pro Rolle enthält typischerweise eine Aufgabenliste für die erste Woche, die Zuständigen für häufige Fragen, die benötigten Systemzugänge, Pflichtschulungen und Verweise auf die Seiten, die wirklich gebraucht werden. Der Nutzen ist doppelt: Neue Beschäftigte werden schneller produktiv, und erfahrene Kolleginnen und Kollegen werden von Wiederholungsfragen entlastet.
Hier zeigt sich auch der KI-Nutzen am deutlichsten. Neue Beschäftigte wissen nicht, wie Dinge im Unternehmen heißen – genau in dieser Situation ist eine Frage in natürlicher Sprache besser als eine Stichwortsuche. Wer nicht weiß, dass die Reisekostenrichtlinie intern „RKR 2019“ heißt, findet sie über eine Volltextsuche nicht. Über eine Frage nach der Abrechnung einer Bahnfahrt findet er sie – wenn die Seite existiert und aktuell ist.
Technische Dokumentation ist der Anwendungsfall mit der längsten Wirkung. Anlagen und Produkte im Maschinenbau leben Jahrzehnte, und die Dokumentation muss Varianten, Änderungsstände und Erfahrungen aus dem Feld tragen. Confluence passt dafür gut, weil Verlinkung, Versionierung und die Verbindung zu Vorgängen genau die Fragen beantworten, die im Servicefall gestellt werden: Welche Ausführung hat diese Maschine? Warum wurde die Änderung vorgenommen? Wer hat sie beauftragt? Wichtig ist eine bewusste Entscheidung über die Grenze zum Produktdatenmanagement: Zeichnungen und Stücklisten gehören dorthin, beschreibendes Wissen ins Wiki.
Das wirtschaftlich gewichtigste Szenario wird selten als Wiki-Anforderung formuliert. In vielen mittelständischen Betrieben liegt entscheidendes Wissen bei einzelnen langjährigen Beschäftigten: Wer die Anlage kennt, wer die Besonderheiten eines Kunden im Kopf hat, wer weiß, warum eine Konstruktion vor fünfzehn Jahren so und nicht anders gelöst wurde. Wenn diese Menschen in den Ruhestand gehen, geht das Wissen mit ihnen – und die Nachfolge lernt es neu, teuer und langsam.
Eine Wissensbasis macht Wissenssicherung zu einer Nebentätigkeit statt zu einem Projekt: Der Instandhalter dokumentiert einen Fehlerfall dort, wo er ohnehin nachschaut, mit Bildern, Kommentaren und Verlinkung auf die Anlagendokumentation. Die Vertriebsmitarbeiterin hinterlegt Kundenbesonderheiten auf einer Seite, die ihre Nachfolge findet. Versionierung sorgt dafür, dass nachvollziehbar bleibt, wer was wann geändert hat.
Damit das funktioniert, braucht es allerdings zwei Dinge, die kein Produkt liefert: eine Kultur, in der Dokumentieren als Teil der Arbeit gilt und nicht als Zusatzaufgabe, und eine Führung, die das ernst nimmt. Wir empfehlen, Wissenssicherung explizit als Ziel zu benennen und mit wenigen, konkreten Bereichen zu beginnen – zum Beispiel dem Fehlerkatalog einer Anlage. Ein sichtbarer Erfolg an einer Stelle überzeugt mehr als jede Schulung zum Thema Wissensmanagement.
Und an dieser Stelle ist die KI-Unterstützung mehr als ein Komfortmerkmal. Beschäftigte, die vor der leeren Seite zurückschrecken, können stichpunktartig diktieren oder notieren und die Formulierung der Assistenz überlassen. In mehreren unserer Projekte war das der Unterschied zwischen einer leeren und einer gefüllten Wissensbasis. Die Prüfung des Inhalts bleibt bei der Person, die das Wissen hat – aber die Hürde des ersten Satzes fällt weg.
Zunächst zu den Kosten. Die Gesamtkosten setzen sich aus fünf Blöcken zusammen, von denen nur die ersten zwei auf einem Angebot stehen – und der teuerste Block steht dort nie.
Diesen Kosten steht ein Nutzen gegenüber, der sich benennen lässt: weniger Suchzeit, weniger Rückfragen an Wissensträger, schnelleres Onboarding, nachweisbar aktuelle Arbeitsanweisungen, gesichertes Erfahrungswissen und eine deutlich geringere Abhängigkeit von einzelnen Personen. Wir empfehlen, diese Nutzenerwartung vor der Einführung schriftlich zu fixieren – mit zwei oder drei einfachen Messpunkten –, damit nach zwölf Monaten überprüfbar ist, ob sie eingetreten ist.
Der Ausgangspunkt jeder Bewertung ist, dass der Hersteller außerhalb der Europäischen Union sitzt. Das ist kein Ausschlussgrund – die Nutzung ist mit sorgfältiger Vertrags- und Dokumentationsarbeit gut vertretbar –, aber es verschiebt die Beweislast. Sie müssen begründen können, warum die Verarbeitung zulässig ist, statt sich auf einen europäischen Anbieter berufen zu können.
In der Cloud stehen dafür Optionen zur Datenregion bereit, mit denen sich der Speicherort bestimmter Daten auf eine Region festlegen lässt. Drei Nachfragen sind hier entscheidend und werden oft ausgelassen. Erstens: Welche Datenarten sind erfasst – Inhalte, Anhänge, Suchindizes, Sicherungen, Protokolldaten, Nutzerstammdaten? Nicht alles ist zwangsläufig eingeschlossen. Zweitens: Ist die Funktion an eine Editionsstufe gebunden? Drittens: Was bedeutet die Festlegung für Support- und Diagnosezugriffe – kann Personal außerhalb der Region im Fehlerfall auf Daten zugreifen, und unter welchen Bedingungen? Lassen Sie sich die Antworten schriftlich geben.
Die Data-Center-Variante ist das stärkste Argument für Datenhoheit, das die Plattform bietet: Inhalte, Suchindex und Nutzungsdaten liegen in einer Infrastruktur, die Sie kontrollieren, an einem Standort, den Sie bestimmen. Für Organisationen mit strengen Vorgaben – im öffentlichen Umfeld, in regulierten Branchen, in Konzernstrukturen mit Standortauflagen – ist das häufig der ausschlaggebende Punkt. Auch hier gilt eine Einschränkung: Der Hersteller bleibt Ihr Lizenzgeber mit eigenen Bedingungen, und für Support- oder Diagnosefälle können Daten übermittelt werden. Klären Sie, welche und unter welchen Voraussetzungen.
Dies ist der Prüfpunkt, den wir in Confluence-Projekten am intensivsten bearbeiten – und der bei der Aktivierung von KI-Funktionen regelmäßig übersprungen wird. Wenn eine KI-Funktion genutzt wird, verlassen Inhalte in der Regel den unmittelbaren Verarbeitungskontext und werden an Modelldienste übergeben. Diese Dienste werden typischerweise nicht vom Plattformhersteller selbst betrieben, sondern von spezialisierten Anbietern, die als Unterauftragsverarbeiter eingebunden sind.
Fünf Fragen gehören deshalb geklärt, bevor Sie KI-Funktionen freischalten. Erstens: Welche Inhalte werden übertragen – nur die konkrete Anfrage, oder auch der Kontext der Seiten, die zur Antwort beitragen? Zweitens: Wo findet die Verarbeitung statt, und gilt die gewählte Datenregion auch dafür? Drittens: Wie lange werden Daten bei den Modelldiensten vorgehalten, und zu welchem Zweck? Viertens: Ist vertraglich zugesichert, dass Ihre Inhalte nicht zum Training allgemeiner Modelle verwendet werden? Diese Zusicherung ist bei geschäftlichen Angeboten inzwischen üblich, aber sie sollte in Ihren Unterlagen liegen, nicht auf einer Webseite stehen. Fünftens: Können Sie die KI-Funktionen selektiv steuern – gesamtinstanzweit, nach Bereich, nach Nutzergruppe? Diese Steuerbarkeit entscheidet darüber, ob Sie sensible Bereiche ausnehmen können.
Unsere Empfehlung für die Praxis lautet: Behandeln Sie die KI-Aktivierung als eigene Verarbeitungstätigkeit mit eigener Bewertung, nicht als Funktionsschalter. Nehmen Sie sie in das Verarbeitungsverzeichnis auf, prüfen Sie, ob eine Datenschutz-Folgenabschätzung angezeigt ist, und beziehen Sie die Mitbestimmung ein. Ergänzen Sie eine einfache, verständliche Nutzungsregel für Beschäftigte: welche Daten nicht in KI-Anfragen gehören, dass Ergebnisse zu prüfen sind und wer Ansprechperson bei Zweifeln ist. Diese Regel ist wirksamer als jede technische Maßnahme, weil sie den häufigsten Fehler adressiert – das unbedachte Einfügen sensibler Inhalte.
Fünf Punkte gehören in jede Einführung. Erstens der Auftragsverarbeitungsvertrag für die Plattform und für alle Erweiterungen, die personenbezogene Daten verarbeiten, dokumentiert im Verarbeitungsverzeichnis – beim Data-Center-Betrieb entsprechend die eigene Verantwortlichkeit sauber beschrieben. Zweitens ein Berechtigungs- und Rollenkonzept: Wer legt Bereiche an, wer verantwortet Inhalte, wer verwaltet Konten, wer darf Rechte ändern? Drittens eine Nutzungsrichtlinie, die ausdrücklich benennt, welche Datenkategorien nicht ins Wiki gehören – Personalakten, Krankmeldungen, Leistungsbeurteilungen, besondere Datenkategorien. Weil das Anlegen von Seiten so einfach ist, entsteht dieses Risiko in der Praxis regelmäßig, nicht durch Absicht, sondern durch Bequemlichkeit. Viertens die Einbindung der Mitbestimmung, insbesondere zu Nutzungsanalysen, Lesebestätigungen und KI-Funktionen; eine frühzeitige Vereinbarung ist einfacher als eine nachträgliche Auseinandersetzung. Fünftens Regeln zu Aufbewahrung, Archivierung und Löschung, einschließlich der Frage, was mit Seiten, Kommentaren und Konten beim Ausscheiden einer Person geschieht.
Ein letzter Punkt zur Ausstiegsfähigkeit, der in die Beschaffung gehört und selten dort landet: Lassen Sie sich vor Vertragsschluss bestätigen, in welcher Form Inhalte, Anhänge, Versionsgeschichten und Kommentare exportierbar sind und in welchem Format. Ein Wiki ist eine Investition über viele Jahre, und die Frage nach dem Export ist keine Misstrauensfrage, sondern eine Sorgfaltspflicht. Sie gehört vor die Unterschrift, nicht danach.
