Content Engineering: Was es ist, fünf Reife-Stufen, ein Pilotpfad

Content Engineering ist die Disziplin, die in der Technischen Kommunikation aus einem Stapel Word-Dateien ein steuerbares System macht. Wer 2026 ohne Content Engineering arbeitet, kann zwar weiter Anleitungen schreiben, aber nicht mehr in die digitalen Lieferprozesse seiner Kunden integrieren — und nicht in die regulatorischen Anforderungen der Maschinenverordnung 2027.

In der Praxis stoße ich auf zwei Verständnis-Lücken zum Begriff. Die einen halten Content Engineering für „CCMS einführen“. Die anderen halten es für „Content-Marketing professionalisieren“. Beides ist falsch. Content Engineering ist die ingenieurmäßige Behandlung von Information: Information wird modelliert, modularisiert, mit Metadaten versehen, versioniert und über definierte Schnittstellen ausgeliefert. Das CCMS ist nur eines der Werkzeuge dafür. Content-Marketing ist eine ganz andere Welt.

Was Content Engineering konkret leistet

Modellierung. Information bekommt eine Struktur, die nicht vom Output abhängt. Ein Topic „Wartungsklappe öffnen“ existiert genau einmal — als strukturiertes Modul mit definierten Bestandteilen (Vorbedingung, Werkzeug, Schritt-für-Schritt, Sicherheitshinweis, Folgehandlung). Aus diesem einen Modul wird Anleitung, Schulungsvideo-Script, Service-Portal-Artikel und KI-Trainingsdatensatz.

Modularisierung. Inhalte werden in kleine, wiederverwendbare Einheiten zerlegt — Topics, Concepts, Tasks, References (DITA-Logik). Wer das ernst nimmt, hat am Ende 30 bis 50 % weniger Volumen bei gleichem Inhaltsumfang, weil dieselbe Information nicht mehr fünf Mal in fünf Anleitungen abgetippt wird.

Metadaten. Jedes Modul bekommt einen klassifizierten Metadaten-Stapel: Produkt, Version, Sprache, Zielgruppe, Sicherheitsrelevanz, Lebenszyklus-Status. Diese Metadaten sind die Grundlage für intelligente Filterung, automatisierte Auslieferung und Compliance-Auswertung.

Versionierung. Jede Änderung an einem Modul ist nachvollziehbar, jeder Stand wiederherstellbar. Bei Maschinenverordnung 2027 wird das zur Pflicht: Sie müssen jederzeit nachweisen können, welche Version einer Sicherheitsinformation zu welchem Zeitpunkt mit welcher Maschine ausgeliefert wurde.

Auslieferung über Schnittstellen. iiRDS (intelligent information Request and Delivery Standard) ist der Industriestandard, der Modulen einen maschinenlesbaren Adressraum gibt. Service-Portale, Apps und KI-Assistenten greifen über iiRDS auf die richtige Information zum richtigen Zeitpunkt zu.

Wo Content Engineering die Investition wert ist

Die Disziplin lohnt sich nicht in jedem Haus. Drei Indikatoren, die in der Praxis einen tragfähigen Business-Case ergeben:

1. Mehr als drei Sprachen, mehr als 100.000 Wörter pro Jahr. Bei diesem Volumen amortisiert sich die Modularisierung über Übersetzungseinsparungen innerhalb von zwei bis drei Jahren. Bei kleineren Volumina trägt sich der Aufwand selten.

2. Mehr als zwei Output-Kanäle. Wer ohnehin nur PDF-Anleitungen produziert, hat wenig Hebel. Wer PDF, Web-Hilfe, Service-Portal, App und Schulungsvideo aus derselben Quelle bedient, spart die mehrfache Pflege.

3. Regulatorischer Druck. Maschinenverordnung 2023/1230 (verbindlich ab 14. Januar 2027) verlangt revisionssichere Bereitstellung der Anleitung in der Amtssprache des Marktes. Wer die Konformität mit Word-Dateien sicherstellen will, verliert sehr schnell die Übersicht.

Die fünf Reife-Stufen

Content Engineering führt sich nicht in einem Schritt ein. Aus den letzten Beratungen die fünf Stufen, die ich konsistent sehe:

1. Stufe 0 — Word/FrameMaker-Welt. Inhalte als Dateien. Wiederverwendung manuell per Copy-Paste. Versionierung per Dateiname. Übersetzung satzweise.
2. Stufe 1 — Strukturierte Vorlagen. Word- oder XML-basierte Vorlagen mit definierten Abschnitten. Wiederverwendung über Copy-Paste, aber mit Disziplin. TM-Vorbelegung greift teilweise.
3. Stufe 2 — CCMS mit Topic-Logik. Modulare Topics in einem CCMS, Wiederverwendung 30 bis 60 %. Metadaten teilweise gepflegt. Output PDF und Web-Hilfe. Übersetzungs-Arbeitsablauf integriert.
4. Stufe 3 — Content-Modell mit Metadaten-Disziplin. Klares Datenmodell, Metadaten verbindlich, Wiederverwendung 60 bis 85 %. Output über mehrere Kanäle inkl. Service-Portal. Erste API-Integrationen.
5. Stufe 4 — iiRDS-basierte intelligente Auslieferung. Inhalte über iiRDS-Endpunkte abrufbar, kontextbasierte Filterung beim Endgerät. Anbindung an KI-Assistenz und AR-Anleitungen. Compliance-Spur automatisiert.

In der Praxis sehe ich bei deutschen Mittelständlern aktuell einen Schwerpunkt auf Stufe 1 bis 2, mit klaren Bewegungen Richtung Stufe 3. Stufe 4 ist im Maschinenbau noch selten, im Medizintechnik-Umfeld weiter.

Werkzeug-Landschaft

Die wichtigsten Werkzeug-Klassen, mit denen Content Engineering in der Praxis umgesetzt wird:

CCMS (Component Content Management System). SCHEMA ST4, Acolada cosima, RWS Tridion Docs, Bluestream XDocs. Aufwand für Einführung im Mittelstand: 9 bis 18 Monate, Investitionsrahmen sechsstellig.

DITA-Editoren. Oxygen XML, Adobe FrameMaker (Structured), Heretto. Für die Erstellung modularer XML-basierter Inhalte.

Headless CMS für Web-Auslieferung. Strapi, Contentful, Storyblok. Wenn Inhalte auch in Marketing-Kanälen genutzt werden, kann ein Headless-CMS als Auslieferungs-Layer hinter dem CCMS sinnvoll sein.

Translation-Memory-Systeme. SDL Trados, MemoQ, Phrase. Direkte Anbindung ans CCMS via XLIFF und iiRDS.

iiRDS-Tooling. Quanos iiRDS Suite, parson iiRDS Workbench. Für Konvertierung und Validierung von iiRDS-Paketen.

Häufige Fehler in der Praxis

Vier Muster, die ich in den letzten Beratungen wiederholt gesehen habe:

Tool-Auswahl vor Datenmodell. Ein CCMS wird gekauft, dann fängt die Diskussion über das Datenmodell an. Das ist die teuerste Reihenfolge: das Datenmodell muss vor der Tool-Auswahl stehen, sonst wird das Tool nach den falschen Kriterien ausgewählt.

Migration ohne Bereinigung. 20 Jahre Word-Dokumente werden in das CCMS gespiegelt. Heraus kommt strukturierter Müll: Modulgrenzen entlang von Word-Seitenumbrüchen, doppelte Inhalte über Produktlinien hinweg, Inkonsistenzen, die jetzt in modularer Form noch schlechter zu pflegen sind. Lösung: Inhaltsbereinigung vor Migration.

Metadaten ohne Pflichtcharakter. Metadaten sind „Kann-Felder“, werden also leer gelassen. Nach 12 Monaten ist die Metadatenbasis unbrauchbar, intelligente Filterung funktioniert nicht. Lösung: Metadaten als Pflichtfelder im CCMS, Verantwortliche pro Metadaten-Klasse.

Keine Schnittstellenstrategie. Das CCMS steht als Insel. Service-Portal, App und PIM ziehen ihre Inhalte über manuell gepflegte Exports. Bei jeder Änderung läuft jemand über drei Systeme. Lösung: API-First-Architektur, iiRDS als Standard für die Auslieferung.

Verbindung zu KI

KI-Werkzeuge in der Technischen Redaktion funktionieren nur mit Content-Engineering-Vorarbeit. Ein Sprachmodell, das auf einer unstrukturierten Inhaltsbasis arbeitet, produziert konsistent inkonsistent. Ein Sprachmodell, das auf modular strukturierten, mit Metadaten versehenen Inhalten arbeitet, kann konkret unterstützen — bei Übersetzung, Konsistenzprüfung, Strukturvorschlägen, Terminologie-Pflege.

Wer KI in die Redaktion einführt, ohne vorher die Content-Engineering-Basis zu legen, baut auf Sand. Das gilt auch für KI-gestützte Service-Assistenten und Knowledge-Bots: Sie sind nur so gut wie die Inhaltsbasis, auf der sie operieren.

Wie ein typisches Einführungsprojekt aussieht

Aus der Beratungspraxis die Reihenfolge, die in deutschen Mittelständlern getragen hat:

1. Datenmodell-Workshop (4 bis 6 Wochen): Welche Inhaltstypen gibt es, welche Module-Granularität ist sinnvoll, welche Metadaten verbindlich?
2. Tool-Auswahl auf Basis des Datenmodells (4 bis 8 Wochen): CCMS-Anbieter werden anhand der eigenen Anforderungen bewertet, nicht anhand der Hersteller-Demo.
3. Pilot mit einer Produktlinie (3 bis 6 Monate): ein Dokumenttyp, eine Sprachrichtung, klare Metriken.
4. Migration mit Bereinigung (6 bis 12 Monate, parallel zum laufenden Betrieb): Bestehende Inhalte werden nach klarer Logik übernommen oder neu geschrieben.
5. Auslieferung über Multi-Channel (parallel ab Monat 9): PDF, Web-Hilfe, Service-Portal, ggf. iiRDS-Endpoints.
6. Übergabe in den Regelbetrieb (nach Monat 18 bis 24): Pflege-Verantwortliche, dokumentierte Prozesse, Governance-Modell.

Eine Bestandsaufnahme als Startpunkt

Vor der CCMS-Auswahl, vor der iiRDS-Strategie, vor der KI-Diskussion lohnt sich eine systematische Aufnahme: welche Inhaltstypen, welche Wiederverwendung heute, welches Datenmodell sinnvoll ist. Schübeler Consulting nimmt diese Aufnahme mit Ihnen vor und liefert ein konkretes Datenmodell plus Roadmap.

Erstgespräch: info@schuebeler-consulting.de oder über die Website.

Johann Jörgen Schübeler, Schübeler Consulting