CCMS oder SharePoint? Die Systementscheidung für kleine Redaktionen

Irgendwann kommt in jeder Redaktion die Systemfrage – meist ausgelöst durch einen konkreten Schmerz: Niemand findet den aktuellen Stand, drei Fassungen desselben Kapitels liegen auf zwei Laufwerken, und die Frage „Ist das freigegeben?" beantwortet ein Kollege aus dem Gedächtnis. Die naheliegende Reaktion: Wir brauchen ein System. Und dann beginnt eine Diskussion, in der zwei völlig unterschiedliche Dinge gegeneinander abgewogen werden – ein Redaktionssystem und die Dokumentenplattform, die im Haus ohnehin läuft.

Diese Diskussion ist deshalb so zäh, weil sie meist an der falschen Frage hängt. „CCMS oder SharePoint?" klingt nach einer Alternative, ist aber keine: Die beiden lösen verschiedene Probleme. Ein Component Content Management System verwaltet Inhaltsbausteine, SharePoint verwaltet Dateien – und welches von beiden du brauchst, hängt schlicht davon ab, ob dein Problem auf Baustein- oder auf Dateiebene liegt. Wer das klärt, hat die Systementscheidung meist schon getroffen.

Dieser Artikel liefert die ehrliche Abgrenzung, drei Kostenklassen ohne eine einzige Preisangabe, die Signale, an denen man das Erreichen der Dateiwelt-Grenze erkennt – und eine Entscheidungsmatrix, die auch das Ergebnis „keines von beiden, noch nicht" zulässt.

Erst die Begriffe: DMS, CCMS, Plattform

Bevor wir vergleichen, eine kurze Sortierung, weil die Begriffe im Alltag munter durcheinandergehen. Ein Dokumentenmanagement-System verwaltet Dateien über ihren Lebenszyklus – Ablage, Versionen, Berechtigungen, Aufbewahrung. SharePoint ist in dieser Kategorie zu Hause, wobei es mehr ist als das: eine Plattform, die Ablage, Zusammenarbeit, Automatisierung und Bereitstellung verbindet und über die Microsoft-365-Werkzeuge an Suche, Compliance und externe Nutzer anschließt. Ein CCMS – Component Content Management System – ist etwas anderes: Es verwaltet nicht Dokumente, sondern Inhaltsbausteine, aus denen Publikationen zusammengesetzt werden.

Der Unterschied klingt akademisch und entscheidet in der Praxis alles. Ein Dokumentenmanagement kann perfekt wissen, welche Version des Handbuchs freigegeben ist – aber nicht, in welchen anderen Handbüchern derselbe Warnhinweis steckt, weil es den Warnhinweis gar nicht als eigenständiges Ding kennt. Ein CCMS weiß das, weil für es der Warnhinweis die verwaltete Einheit ist. Wer in Dokumenten arbeitet, hat mit dem einen alles, was er braucht; wer in Bausteinen arbeitet und deren Beziehungen im Griff behalten muss, stößt ohne das andere irgendwann an eine harte Grenze.

Die ehrliche Abgrenzung

Beginnen wir mit dem Unterschied, der alles andere erklärt: der kleinsten verwalteten Einheit. Für SharePoint ist das die Datei. Alles, was die Plattform kann – und sie kann viel –, bezieht sich auf Dokumente: Versionsstände, Ein- und Auschecken, Berechtigungen bis auf Bibliotheks- und Dokumentebene, Metadaten und Inhaltstypen für Ordnung und Suche, Freigabe-Workflows über die Automatisierungswerkzeuge der Plattform, Aufbewahrungsregeln über die Compliance-Seite, externe Bereitstellung für Kunden und Portale. Für eine Redaktion, die in Dokumenten denkt, ist das eine sehr gute Antwort auf sehr viele Fragen – und die Architektur dahinter behandelt der Beitrag zu SharePoint als Doku-Plattform ausführlich.

Für ein CCMS ist die kleinste Einheit das Topic. Und daraus folgt alles, was es zusätzlich kann: Es weiß, wo ein Baustein überall verwendet wird – der Verwendungsnachweis, der in der Dateiwelt schlicht fehlt. Es prüft Verweise und Wiederverwendungsbeziehungen beim Ändern, statt Überraschungen bis zur Ausgabe zu verstecken. Es führt Sprachstände je Baustein, sodass die Frage „Ist dieses Topic auf Französisch aktuell?" eine Systemantwort hat und keine Excel-Liste braucht. Und es kennt redaktionelle Workflows mit Rollen und Freigabeständen auf Bausteinebene.

Was beide nicht können, gehört genauso auf den Tisch. SharePoint kann nicht in Topics denken: Es sieht Dateien, keine Inhaltsbeziehungen – die Frage nach dem Verwendungsnachweis kann es nicht beantworten, Variantensteuerung im Inhalt kennt es nicht. Und ein CCMS ersetzt nicht die Office-Welt: Angebote, Protokolle, Projektunterlagen, die Zusammenarbeit mit Vertrieb und Konstruktion – all das bleibt dort, wo das Unternehmen ohnehin arbeitet. Wer ein CCMS einführt, bekommt kein neues Dokumentenmanagement, sondern ein zweites System neben dem vorhandenen. Genau deshalb sind die beiden keine Konkurrenten; die Frage ist nicht, welches besser ist, sondern welches Problem du hast. Und in vielen kleinen Redaktionen lautet die überraschende Antwort: beide ein bisschen, aber keines ganz.

Wichtig ist dabei eine Fairness gegenüber der Plattform: Vieles, was Redaktionen sich vom CCMS erhoffen, liefert SharePoint durchaus – nur eben auf Dateiebene. Wer klare Ablagestrukturen mit Metadaten statt Ordnerkaskaden will, Berechtigungen je Bereich, dokumentierte Freigaben, automatische Erinnerungen bei fälligen Überarbeitungen, Aufbewahrung über zehn Jahre und eine Kundenbereitstellung mit Zugriffskontrolle, bekommt das ohne zusätzliches System. Der häufigste Grund für unbefriedigende Ablagen ist deshalb nicht die fehlende CCMS-Lizenz, sondern eine Plattform, die nie richtig konzipiert wurde – Dokumentbibliotheken, die aussehen wie das alte Netzlaufwerk, nur in blau.

Abb.: Der Unterschied liegt in der kleinsten verwalteten Einheit – Datei gegen Baustein.

Bevor man den Baum überhaupt betritt, lohnt eine Frage, die viel Zeit spart: Was genau ist eigentlich der Auslöser? Erstaunlich oft ist es kein Systemproblem, sondern ein Ordnungsproblem — kein Ablagekonzept, keine Namenskonventionen, keine definierten Freigabewege. Diese Defizite wandern in jedes System mit und werden dort sichtbarer, aber nicht kleiner. Genauso häufig ist der Auslöser ein Prozessthema: Reviews, die versanden, weil niemand zuständig ist, oder Übersetzungsaufträge ohne festen Ablauf. Auch das löst kein System. Die Systemfrage verdient nur dann eine ernsthafte Antwort, wenn Ordnung und Prozess bereits stehen und trotzdem etwas fehlt.

Ein Sonderfall verdient Erwähnung, weil er in Maschinenbau-Redaktionen häufig vorkommt: die Aufbewahrungs- und Nachweispflicht. Technische Unterlagen müssen mindestens zehn Jahre nach dem Inverkehrbringen verfügbar bleiben, und im Streitfall zählt der ausgelieferte Stand. Diese Anforderung liegt eindeutig auf Dokumentebene — es geht um die Fassung, die der Kunde bekommen hat, nicht um einzelne Bausteine. Sie spricht damit klar für eine saubere Plattformlösung mit Aufbewahrungsregeln und ist kein Argument für ein CCMS. Wer die Systemdiskussion mit der Aufbewahrungspflicht begründet, argumentiert am Bedarf vorbei; die passende Antwort steht im Beitrag zu den Aufbewahrungspflichten.

Der Entscheidungsbaum: drei Lagen, drei Antworten

Aus der Abgrenzung folgt ein handlicher Entscheidungsbaum mit einer einzigen Einstiegsfrage: Wie arbeitet ihr inhaltlich – in Dokumenten oder in Topics, und wie viele davon? Lage eins ist die Dokumentwelt: Handbücher als Dateien, überschaubare Zahl, wenige Beteiligte, keine systematische Wiederverwendung. Hier ist die Antwort eindeutig SharePoint als geordnete Dokumentplattform – mit Metadaten statt Ordnerkaskaden, Versionierung, Berechtigungen und definierten Freigabewegen. Ein CCMS wäre hier ein teures Missverständnis, weil es ein Problem löst, das es gar nicht gibt.

Lage zwei ist der interessante Mittelbereich, und dort steht der Mittelstand meistens: strukturiert unterwegs, einige hundert Bausteine, kleines Team, Wiederverwendung im Aufbau. Die tragfähige Antwort ist hier eine Kombination, keine Systemanschaffung: Die Quellen leben dateibasiert in einer Versionsverwaltung – die ohnehin mitbringt, was man braucht: Historie, Nachvollziehbarkeit, paralleles Arbeiten mit Zusammenführung –, und SharePoint übernimmt, was es gut kann: die Ablage der erzeugten Ausgaben, Freigaben, Bereitstellung und Aufbewahrung. Diese Zweiteilung trägt erstaunlich weit und kostet einen Bruchteil eines Systemprojekts.

Lage drei ist der klare CCMS-Fall: viele Topics, viele Hände. Tausende Bausteine, ein dichtes Verweisnetz, mehrere Autoren, die gleichzeitig am selben Bestand arbeiten, Übersetzung in viele Sprachen mit unterschiedlichen Ständen je Baustein. Hier sind die Fragen, die ein CCMS beantwortet, keine Komfortfragen mehr, sondern der Engpass des Alltags – und die Dateiwelt wird zum Bremsklotz, egal wie diszipliniert sie geführt wird. Die ehrliche Nachricht für kleine Redaktionen: Die meisten sind in Lage eins oder zwei, und die Diskussion über Lage drei findet oft statt, bevor die Voraussetzungen dafür überhaupt existieren.

Abb.: Drei Lagen, drei Antworten – und die mittlere ist für den Mittelstand die häufigste.

Und noch eine Beobachtung zur Entscheidungsdynamik: Die Systemfrage wird in kleinen Redaktionen oft von außen angestoßen — durch einen Messebesuch, einen Fachartikel oder einen Anbieter, der freundlich anfragt. Das ist völlig in Ordnung als Impuls, aber ein schlechter Ausgangspunkt für die Bewertung, weil die Diskussion dann bei der Lösung beginnt statt beim Problem. Wer die Reihenfolge umdreht und mit der eigenen Lage anfängt, kommt in der Hälfte der Fälle zu dem Ergebnis, dass die vorhandene Umgebung nur besser eingerichtet werden muss — und in der anderen Hälfte mit einer belastbaren Anforderungsliste ins Gespräch.

Kostenklassen ohne Preise

Über konkrete Zahlen reden wir hier bewusst nicht – sie hängen an Anbieter, Umfang und Verhandlung. Was sich verlässlich sagen lässt, sind Größenordnungen in drei Klassen. Klasse A heißt: Vorhandenes nutzen. Die Microsoft-365-Plattform ist in den meisten Häusern ohnehin lizenziert; sie als Doku-Plattform zu nutzen kostet daher keine Lizenz, sondern Konzept und Einrichtung – Bibliotheksarchitektur, Metadatenmodell, Berechtigungen, Freigabewege, Schulung. Der Aufwand bewegt sich in Beratungs- und Einrichtungstagen, und die Entscheidung ist reversibel: Wer später weiterzieht, nimmt Dokumente und Metadaten mit.

Klasse B heißt: Werkzeuge ergänzen. Dazu gehören ein Editor je Autor, eine Versionsverwaltung für die Quellen und eine Publishing-Kette für die Ausgaben. Das sind überschaubare Lizenzen pro Kopf plus eine Einrichtung, die sich in Wochen bemisst – kein Systemprojekt, keine Organisationsveränderung. Auch diese Klasse bleibt reversibel, weil die Quellen portable Dateien bleiben: Ein späterer Umzug in ein CCMS nimmt sie mit, statt sie neu zu erfassen. Genau diese Eigenschaft macht Klasse B zur strategisch günstigsten Zwischenstufe.

Klasse C heißt: System einführen. Hier kommen Posten zusammen, die es in A und B nicht gibt: ein Auswahlverfahren mit Anforderungskatalog und Anbietervergleich, ein Einführungsprojekt mit Konfiguration und Anpassung, die Migration des Bestands, Schulung, laufender Betrieb und ein Wartungsvertrag. Das ist Projektbudget plus jährliche Betriebskosten – und anders als A und B ist diese Entscheidung bindend: Der Ausstieg aus einem CCMS ist selbst ein Vorhaben. Der Sprung von B nach C ist damit der größte im ganzen Themenfeld, und genau deshalb lautet die richtige Reihenfolge der Fragen: Reicht A? Reicht B? Und erst dann: Welches System?

Zwei Posten fehlen in allen drei Klassen und gehören trotzdem in die Rechnung. Erstens die Konzeptarbeit, die kein System abnimmt: Informationsmodell, Metadatenschema, Benennungs- und Wiederverwendungsregeln. Sie fällt in jeder Klasse an, und wer sie überspringt, bekommt in Klasse C dieselbe Unordnung wie in Klasse A – nur teurer. Zweitens die laufende Betreuung: Jede Umgebung braucht jemanden, der Struktur, Regeln und Berechtigungen pflegt, ob das nun Bibliotheken oder Topic-Verwaltung heißt. Diese Rolle kostet in allen Klassen ein paar Stunden im Monat und wird in allen Klassen gern vergessen.

Abb.: Drei Kostenklassen – der Sprung von B nach C ist keine Steigerung, sondern ein Kategorienwechsel.

Die Signale: wann die Dateiwelt an ihre Grenze kommt

Bleibt die praktische Frage: Woran merkt man, dass Klasse B nicht mehr trägt? Sechs Signale sind zuverlässig, und sie haben alle mit Information über Inhalte zu tun, nicht mit Speicherplatz. Signal eins ist die Suchfrage: „Wo wird dieser Baustein überall verwendet?" lässt sich nicht mehr zuverlässig beantworten. Solange eine Volltextsuche über eine überschaubare Zahl von Dateien das leistet, ist alles gut; sobald der Bestand so groß und verzweigt ist, dass man der Antwort nicht mehr traut, fehlt ein Verwendungsnachweis – und das ist das klarste Einzelsignal für den CCMS-Bedarf.

Signal zwei ist der Sprachen-Flickenteppich: Niemand weiß mehr, welcher Baustein in welcher Sprache auf welchem Stand ist, und die Excel-Liste, die das nachhalten sollte, ist selbst veraltet. Dieses Signal skaliert brutal mit jeder Zielsprache. Signal drei ist der Freigabe-Nachweis auf Bausteinebene: Wenn belegbar sein muss, wer welchen Inhalt wann freigegeben hat – nicht welches Dokument –, stößt die Dateiwelt an eine Grenze, die sich nicht durch Disziplin überbrücken lässt. Bei sicherheitsrelevanten Inhalten und in regulierten Branchen ist das oft der eigentliche Auslöser der ganzen Systemdiskussion.

Signal vier ist der Gleichzeitigkeits-Stau: Mehrere Autoren arbeiten am selben Bestand und behindern sich; Absprachen ersetzen die fehlende Systemlogik. Erfahrungsgemäß beginnt das ab etwa vier bis fünf gleichzeitig arbeitenden Autoren spürbar zu werden – wobei eine gute Versionsverwaltung diesen Punkt deutlich nach hinten schiebt. Signal fünf ist die Mengenschwelle: Der Topic-Bestand geht in die Tausende, und Ordnerstrukturen bilden die Wirklichkeit nicht mehr ab, weil ein Baustein zu mehreren Produkten, Zielgruppen und Publikationen gehört. Und Signal sechs ist das teuerste: die Angst vor der Änderung. Wenn niemand mehr wagt, etwas zu löschen oder umzubauen, weil die Folgen unabsehbar sind, hat der Bestand die Führung übernommen – und das kostet jeden Tag Geld, ohne je auf einer Rechnung zu erscheinen — und ohne dass jemand es als Systemthema erkennt.

Ein praktischer Rat zu diesen Signalen: Schreib die Schwellen auf, bevor du sie erreichst. Eine Redaktion, die heute festhält „Wir prüfen die Systemfrage neu, sobald wir tausend Topics, vier gleichzeitig arbeitende Autoren oder fünf Sprachen haben", trifft die Entscheidung später nüchtern statt unter Druck. Ohne solche Schwellen passiert erfahrungsgemäß eines von zwei Dingen: Entweder wird die Frage jahrelang vertagt, während der Schmerz wächst, oder sie wird beim ersten frustrierenden Release aus dem Bauch heraus mit einem Projektantrag beantwortet. Beides ist teurer als drei Zeilen im Konzeptpapier.

Abb.: Sechs Signale – jedes einzelne ist ein Hinweis, drei gleichzeitig sind eine Ansage.

Zum Schluss dieses Kapitels eine Warnung vor dem umgekehrten Fehler, denn auch den gibt es: aus Sparsamkeit zu lange in einer Umgebung bleiben, die nachweislich nicht mehr trägt. Wenn drei oder mehr der genannten Signale dauerhaft leuchten, kostet das Ausharren jeden Monat Geld — in Suchzeit, in doppelter Arbeit, in vermiedenen Änderungen und in Fehlern, die durch fehlende Übersicht entstehen. Diese Kosten stehen auf keiner Rechnung und sind trotzdem real. Die Systemfrage zu vertagen ist eine gute Entscheidung, solange sie begründet ist; sie zu verdrängen ist eine teure.

Der Mittelweg, den kaum jemand vorschlägt

Weil Systemhäuser Systeme verkaufen und Plattformberater Plattformen, kommt die dritte Antwort selten vor – dabei ist sie für kleine Redaktionen meist die richtige: die bewusste Arbeitsteilung. Die Quellen leben dateibasiert in einer Versionsverwaltung, weil die genau das kann, was Redaktionen bei Quellen brauchen: lückenlose Historie, Nachvollziehbarkeit jeder Änderung mit Autor und Zeitpunkt, paralleles Arbeiten mit geordneter Zusammenführung, Zweige für größere Umbauten. Das ist im Kern Bausteinverwaltung – nur ohne Redaktions-Oberfläche und ohne Verwendungsnachweis.

Und SharePoint übernimmt die andere Hälfte, die die Versionsverwaltung nicht kann: die Ablage der freigegebenen Ausgaben mit Metadaten und Aufbewahrungsregeln, die Freigabe mit dokumentiertem Ergebnis, die Bereitstellung für interne Nutzer und externe Kunden, den Anschluss an Suche und die Zusammenarbeit mit dem Rest des Unternehmens. Die Trennlinie ist einfach zu merken: Quellen in der Versionsverwaltung, Ergebnisse und alles Unternehmensweite in der Plattform. Wer diese Linie einmal sauber zieht und dokumentiert, hat für einige hundert Topics und ein kleines Team eine Umgebung, die trägt – ohne Systemprojekt, ohne Bindung und mit vollständig portablen Quellen.

Praktisch braucht dieser Mittelweg drei Festlegungen, mehr nicht. Erstens eine Ablageordnung für die Quellen mit klaren Verzeichnis- und Namenskonventionen, damit die Versionsverwaltung nicht zum Dateihaufen mit Historie wird. Zweitens eine definierte Übergabestelle: Welcher Stand gilt als freigegeben, wer erzeugt daraus die Ausgaben, und wo landen sie? Drittens ein schlankes Nachhalten dessen, was das System nicht kann — allen voran die Sprachstände, für die eine gepflegte Übersicht mit benannter Zuständigkeit erstaunlich weit trägt, solange die Zahl der Sprachen überschaubar bleibt.

Der ehrliche Preis dieses Mittelwegs gehört dazu: Der Verwendungsnachweis fehlt weiterhin, die Sprachstände muss man selbst nachhalten, und Freigaben auf Bausteinebene gibt es nicht. Wer diese drei Dinge braucht, braucht ein CCMS – Punkt. Wer sie nicht braucht, bezahlt sie im CCMS trotzdem mit. Genau diese Prüfung ist der Kern der Entscheidung, und sie lässt sich in einem Nachmittag durchführen statt in einem halbjährigen Auswahlverfahren — vorausgesetzt, man beantwortet sie ehrlich statt in Richtung der Lösung, die man ohnehin schon im Kopf hat.

Wenn es doch ein CCMS wird

Fällt die Entscheidung für Klasse C, entscheidet die Vorbereitung über den Erfolg. Erstens: Die Anforderungsliste kommt aus dem Alltag, nicht aus dem Prospekt – mit Priorisierung, denn jedes System kann irgendetwas besonders gut, und ohne Gewichtung gewinnt die beeindruckendste Demonstration statt der passendsten Lösung. Zweitens: Standardnähe bevorzugen. Ein System, das den DITA-Standard sauber unterstützt, hält die Inhalte portabel; je mehr proprietäre Eigenheiten in den Quellen landen, desto teurer wird jeder spätere Wechsel. Drittens: Die Migration realistisch veranschlagen – sie ist regelmäßig der unterschätzte Posten, und ihr Aufwand hängt direkt am Zustand des Bestands.

Und viertens, oft vergessen: die Anbindung an die vorhandene Welt mitplanen. Ein CCMS ersetzt SharePoint nicht – die Ausgaben müssen weiterhin dort landen, wo sie freigegeben, aufbewahrt und bereitgestellt werden, und die Zusammenarbeit mit Fachabteilungen läuft weiter über die Office-Welt. Wer diese Schnittstellen erst nach dem Go-live betrachtet, bekommt zwei Inseln statt einer Kette. Die pragmatische Merkregel: Das CCMS verwaltet den Entstehungsprozess der Inhalte, die Plattform den Lebenszyklus der Ergebnisse – und beide Rollen gehören vor der Auswahl schriftlich festgehalten. Zwei Seiten Papier ersparen hier ein halbes Jahr Missverständnisse zwischen Redaktion, IT und Anbieter.

Wer die Auswahl angeht, sollte außerdem zwei Marktbeobachtungen einkalkulieren. Erstens: Die Anbieterlandschaft für Redaktionssysteme ist überschaubar, aber vielfältig — von schlanken, standardnahen Lösungen bis zu umfangreichen Suiten mit Anbindung an Produktdaten und Übersetzungsmanagement. Für kleine Redaktionen sind die schlanken Vertreter meist die bessere Wahl, weil Funktionsfülle sich in Einführungsaufwand übersetzt. Zweitens: Die Editorfrage ist oft schon beantwortet — viele Systeme setzen als Autorenwerkzeug auf verbreitete XML-Editoren, sodass ein bereits eingeführtes Werkzeug und das damit erworbene Können in den meisten Fällen mitwandern.

Fazit

CCMS oder SharePoint ist keine Alternative, sondern eine Frage nach dem eigenen Problem: Liegt es auf Dateiebene, ist die Plattform die Antwort; liegt es auf Bausteinebene – Verwendungsnachweis, Sprachstände, Freigaben je Topic, paralleles Arbeiten in großen Beständen –, führt kein Weg am Redaktionssystem vorbei. Dazwischen liegt der Mittelweg, den kaum jemand vorschlägt und der für kleine Redaktionen meist trägt: dateibasierte Quellen in einer Versionsverwaltung, Ergebnisse und Freigaben in der Plattform. Er kostet einen Bruchteil, bindet nicht und hält die Quellen portabel — und lässt jede spätere Entscheidung offen.

Der beste erste Schritt kostet vier Wochen Aufmerksamkeit und kein Budget: die Alltagsliste führen, auf der jede Situation landet, in der die aktuelle Umgebung nicht weiterhilft. Daraus entsteht entweder eine echte Anforderungsspezifikation – oder die beruhigende Erkenntnis, dass die Systemfrage noch warten kann. Wenn du bei dieser Bewertung oder beim Aufbau der Plattformarchitektur Unterstützung willst: Genau dabei unterstütze ich dich gern; die Details findest du auf der Beratungsseite zur Technischen Dokumentation.

Häufige Fragen zur Systementscheidung

Kann SharePoint ein CCMS ersetzen?

Nein – und das ist keine Schwäche, sondern eine Frage der Zuständigkeit. SharePoint verwaltet Dateien: Versionierung, Metadaten, Berechtigungen, Freigabe-Workflows, Aufbewahrung, Bereitstellung. Ein CCMS verwaltet Inhaltsbausteine und beantwortet Fragen, die auf Dateiebene gar nicht existieren: Wo wird dieser Baustein überall verwendet? Auf welchem Sprachstand ist er? Wer hat ihn freigegeben? Wer diese Fragen nicht hat, braucht kein CCMS. Wer sie hat, wird sie mit der Plattform allein nicht beantworten.

Brauchen wir für DITA zwingend ein CCMS?

Nein, nicht für den Einstieg. Topics und Maps sind Dateien; eine Versionsverwaltung liefert Historie, Nachvollziehbarkeit und paralleles Arbeiten, und die Ausgaben landen in der Dokumentplattform. Diese Kombination trägt einige hundert Topics und kleine Teams zuverlässig. Die Systemfrage stellt sich erst, wenn Bestandsgröße, Verweisdichte, Sprachanzahl oder Teamgröße die Dateiwelt überfordern – und selbst dann lohnt es, die Schwellen vorher zu definieren, statt sie im Nachhinein zu begründen.

Was kostet ein CCMS?

Konkrete Zahlen gehören ins Angebot, aber die Kostenstruktur ist klar: Auswahlverfahren, Einführungsprojekt mit Konfiguration, Migration des Bestands, Schulung, laufender Betrieb und Wartung. Das ist Projektbudget plus jährliche Betriebskosten – eine andere Größenordnung als die beiden schlankeren Klassen, bei denen entweder nur Konzept und Einrichtung anfallen oder überschaubare Lizenzen pro Kopf. Wichtiger als die absolute Höhe ist die Bindung: Der Ausstieg aus einem CCMS ist selbst ein Vorhaben, während dateibasierte Quellen portabel bleiben.

Woran erkennen wir, dass unsere Ablage nicht mehr reicht?

An sechs Signalen: Der Verwendungsnachweis fehlt („wo steht dieser Baustein überall?"), die Sprachstände sind unübersichtlich, Freigaben müssen auf Baustein- statt Dateiebene belegbar sein, mehrere Autoren behindern sich, der Bestand geht in die Tausende, und niemand traut sich mehr, etwas zu ändern. Einzelne Signale sind Hinweise, drei gleichzeitig sind eine Ansage. Wer sie über vier Wochen in einer Alltagsliste sammelt, hat die Antwort schwarz auf weiß – und gleich die Anforderungsliste dazu.

Können wir später von SharePoint in ein CCMS wechseln?

Ja, und diese Richtung ist der übliche Weg. Entscheidend ist die Portabilität der Quellen: Wer dateibasiert im DITA-Standard arbeitet, bringt Topics, Maps und Struktur mit und muss nichts neu erfassen – der Umzug ist dann ein Import mit Nacharbeit, kein Neuaufbau. Wer dagegen alles in werkzeugspezifischen Formaten und proprietären Eigenheiten abgelegt hat, zahlt beim Wechsel doppelt. Standardnähe ist deshalb die beste Vorbereitung auf eine Entscheidung, die man heute noch nicht treffen muss.