Jedes zusätzliche CMS ist ein System, das du betreiben musst

Jedes zusätzliche CMS ist ein System, das du betreiben musst

Ein ausgereifter Editor kann ein CMS zur scheinbar naheliegenden Wahl für die Akademie einer Bank machen. Die schwierigere Entscheidung liegt aber hinter der Demo: Wer wartet die Integrationen, testet Updates, stellt Inhalte wieder her und geht fehlgeschlagenen Veröffentlichungen nach? Bei der Auswahl eines CMS für Unternehmen sollte am Ende verbindlich geklärt sein, wer den Betrieb übernimmt – statt nur eine Punktzahl im Funktionsvergleich zu vergeben.

Einführungskosten verdecken die langfristige Verpflichtung

Die Bewertung sollte zwischen Einführungsaufwand und laufender Arbeit unterscheiden. Ein aussagekräftiges Modell für die Gesamtbetriebskosten einer Inhaltsplattform umfasst Lizenzen, Hosting, redaktionelle Verwaltung, Wartung der Integrationen, Sicherheitsmaßnahmen, Leistungstests, Support und die spätere Migration. Der Vergleich sollte mehrere Jahre bei gleichen Serviceanforderungen abdecken – nicht das Abonnement des einen Systems mit dem geschätzten Entwicklungsaufwand des anderen vergleichen.

Editor, Backend und Auslieferung müssen klar voneinander abgegrenzt sein

Eine hilfreiche Übersicht der LMS-CMS-Architektur trennt drei Verantwortungsbereiche.

• Der Editor deckt Inhaltserstellung, Prüfung, Berechtigungen und Vorschau ab.
• Das Backend für Inhalte umfasst Speicherung, Mediendateien, Versionierung und APIs.
• Die Auslieferung umfasst Veröffentlichung, Caching und Darstellung innerhalb der Akademie.

Für jede Ebene braucht es klar benannte Betriebsverantwortliche und ein dokumentiertes Vorgehen bei Ausfällen. Auch für Lernverlaufsdaten und Abschlussnachweise muss die Verantwortung ausdrücklich geklärt sein, statt sie bei der CMS-Auswahl stillschweigend vorauszusetzen.

Was selbst gehostet wird, muss klar abgegrenzt sein

Sanity beschreibt zum Beispiel ein selbst gehostetes Studio, das sich mit den von Sanity gehosteten APIs und dem Content Lake verbindet. (sanity.io) Den Editor selbst zu hosten bedeutet deshalb nicht, auch das gesamte Backend für Inhalte selbst zu betreiben. Wenn ein Lern-CMS selbst gehostet werden muss, sollte die Anforderung festlegen, welche Komponenten unter der Kontrolle der Bank laufen müssen, wo Inhalte gespeichert werden dürfen und welche externen Dienste weiterhin nötig sind.

Automatisierung verändert die Arbeit, statt sie abzuschaffen

Die Backup-Dokumentation von WordPress unterscheidet zwischen Datenbankinhalten und Dateien wie Plugins, Themes und Medien. (developer.wordpress.org) Das Betriebskonzept sollte deshalb festlegen, was für eine vollständige Wiederherstellung zusammengehört, wie lange sie dauern darf und wer die Wiederherstellung testet.

WordPress bietet außerdem automatische Updates und empfiehlt aus Sicherheitsgründen, die Software aktuell zu halten. (developer.wordpress.org) Automatisierung ist bei der Bewertung ein Pluspunkt. Trotzdem muss das Konzept klären, wer für Kompatibilitätsprüfungen, Rollbacks, Monitoring und die Reaktion auf Störungen verantwortlich ist. Managed Hosting sollte daran gemessen werden, wie es diese Aufgaben abdeckt – nicht an der Annahme, dass sie dadurch entfallen.

Bestehende Werkzeuge zählen, entscheiden aber nicht allein

WP-CLI unterstützt skriptgesteuerte Aufgaben wie Plugin-Updates und Datenbankexporte. (make.wordpress.org) Wenn das Team solche Werkzeuge bereits betreibt, gehören seine erprobten Abläufe in den Vergleich. Das gilt auch für wiederverwendbare Integrationen zur Veröffentlichung, Deployment-Pipelines und vorhandenes Supportwissen. All das spart Einführungskosten, ist aber kein Grund, dauerhaft an einer ungeeigneten Plattform festzuhalten. Ein neues CMS sollte Vorteile nachweisen, die über den bloßen Neuheitswert hinausgehen.

API-Qualität und Bedienbarkeit für die Redaktion gehören in denselben Test

Das JSON:API-Modul von Drupal stellt strukturierte Inhalte über eine REST-API bereit. (drupal.org) Das ist ein Pluspunkt, reicht allein aber nicht als Argument für die Auswahl. Ein repräsentatives Pilotprojekt für die Akademie sollte eine Lerneinheit zu einem Bankthema begleiten: vom Entwurf durch Fachleute über die Prüfung und rollenspezifische Auslieferung bis zur Überarbeitung und Rücknahme. Der Test sollte sowohl den Integrationsaufwand als auch Hürden in der redaktionellen Arbeit sichtbar machen.

Ein betreutes Portfolio macht Ausnahmen zu bewussten Entscheidungen

Für App-Learning ist ein kleines Portfolio betreuter Betriebsmodelle der bessere Ansatz. Für jedes Modell ist klar abgegrenzt, welche Komponenten wo betrieben werden. Dazu gehören wiederverwendbare Integrationen und klar benannte Verantwortliche. Bei einer Ausnahme sollte klar sein, welche Lernfunktion das bestehende Portfolio nicht bieten kann, welche laufenden Kosten entstehen und wer dafür die Verantwortung trägt.

Die Zahl der CMS gehört auf das Dashboard für den Betrieb, ist für sich genommen aber nicht das Ziel. Es geht um Komplexität, die sich rechtfertigen lässt. Ein weiteres System hat seinen Platz, wenn sein Nutzen für die Akademie den Aufwand überwiegt, es auch lange nach dem Start zuverlässig zu betreiben.