Technische Dokumentation: das Superhirn Ihrer Digitalisierung

Technische Dokumentation als Superhirn der Digitalisierung — das ist eine Behauptung, die ich in Beratungsterminen oft erkläre und selten ohne Widerspruch lasse. Ich vertrete die Auffassung trotzdem. Mit Argumenten, die ich in 28 Jahren
sammele und im Folgenden zusammenstelle.

Vorab eine Beobachtung aus der Beratung: Unternehmen investieren regelmäßig sechs- oder siebenstellige Beträge in ERP, PLM, CRM. Die Technische Dokumentation läuft daneben mit veralteter Software, unterbesetzt und im kollektiven Desinteresse der Geschäftsführung. Wenn dann ein Digital-Twin-Projekt scheitert oder ein KI-Pilot keine brauchbaren Ergebnisse liefert, ist die Erklärung oft dieselbe: keine saubere Wissensbasis.

Genau dort ist die Technische Dokumentation strukturell stark. Aus regulatorischen Gründen muss sie Produktwissen valide, versioniert und rechtlich belastbar erzeugen. Andere Bereiche dokumentieren, wenn es gerade passt. Die TD muss dokumentieren, weil das Haftungsrecht es verlangt. Diese Pflicht macht sie zur einzigen Abteilung, die im Standardbetrieb strukturierte Informations-Governance betreibt.

Was die Technische Dokumentation als Superhirn anders macht

Drei Eigenschaften unterscheiden die TD von anderen dokumentierenden Abteilungen:

Erstens Validität. Inhalte werden gegen Spezifikationen, Zeichnungen und Risikobeurteilungen geprüft. In einem CCMS ist die Quelle jedes Bausteins nachvollziehbar. Wenn der Konstrukteur die Schraubengröße ändert, schlägt das in der Anleitung auf, nicht erst beim nächsten Audit, sondern beim nächsten Build.

Zweitens Versionierung. Jede Auslieferung einer Maschine ist mit einer konkreten Dokumentations-Version verknüpft. Bei einem Service-Einsatz fünf Jahre später lässt sich nachvollziehen, welcher Stand zum Lieferzeitpunkt galt. Die wenigsten ERP- oder CRM-Systeme bieten diese Granularität für Produktwissen.

Drittens Modularität. Moderne TD arbeitet mit Topics, die in mehrere Dokumente einfließen, ohne dass eine Zeile mehrfach gepflegt werden muss. Die Wiederverwendungsquote eines reifen CCMS-Setups liegt bei 60 bis 80 %. Was in einem CRM oder ERP als Datenpunkt liegt, ist in der TD strukturierter Inhalt mit Metadaten und Verwendungs-Historie.

Beitrag der Technischen Dokumentation in jedem Schritt der Wertschöpfung

Die TD liefert in jeder Phase des Produktlebenszyklus Substanz:

Marktanalyse. TD-Systeme enthalten Nutzungsfeedback aus dem Service, Reklamations-Dokumentation und Bedienprobleme. Diese Quellen werden bei Marktforschung selten genutzt, obwohl sie konkreter sind als jede externe Studie.

Entwicklung. Spezifikationen, Konstruktionsrichtlinien und Risikobeurteilungen entstehen oft in der TD oder werden dort gepflegt. Wenn die TD früh in den Entwicklungsprozess einbezogen wird, fallen Sicherheitslücken vor der Konstruktion auf, nicht nach der Auslieferung.

Verkauf. Präzise Datenblätter, korrekte Konformitätserklärungen und nachvollziehbare Spezifikationen sind belastbare Pflicht, keine Marketing-Material-Ablage. Sie sind die Grundlage, auf der ein technisch versierter Käufer entscheidet. Marketing-Texte ohne TD-Validierung führen zu Reklamationen, die Reklamationen sind der Preis für die Schummel-Brochure.

Installation und Inbetriebnahme. Klare Anleitungen verkürzen die Inbetriebnahme messbar. In der Praxis habe ich erlebt, wie ein Modul-basiertes Anleitungs-Setup die Installationszeit pro Anlage von durchschnittlich 4 Stunden auf 2,5 Stunden gesenkt hat. Das skaliert über 50 Anlagen pro Jahr zu einem deutlichen Personalaufwand-Effekt.

Service und Wartung. Hier entfaltet die TD ihren stärksten Beitrag. Servicehandbücher, Schaltpläne, Ersatzteillisten, Diagnose-Bäume — alles, was den Servicefall lösbar macht, kommt aus der TD oder lässt sich daraus generieren. Self-Service-Portale, Remote-Support und KI-Assistenten arbeiten auf dieser Datenbasis. Wenn die Basis schlecht ist, sind die Anwendungen darauf schlecht.

End-of-Life. Demontage-, Recycling- und Entsorgungs-Hinweise sind regulatorisch verlangt und werden in der TD gepflegt. Ohne sie keine ProdSG-konforme Auslieferung.

Warum Wissensmanagement in der Technischen Dokumentation verankert gehört

Die These, die ich seit Jahren vertrete: Wenn ein Unternehmen Wissensmanagement aufbauen will, gehört die organisatorische Verankerung in die Technische Dokumentation. Nicht in eine separate Stabsstelle, nicht in IT, nicht in HR.

Begründung: Die TD beherrscht die Methoden, die Wissensmanagement braucht. Topic-basierte Strukturierung, Metadaten-Pflege, Terminologiearbeit, Versionierung, Wiederverwendung. Das sind in anderen Abteilungen Fremdwörter. In der TD sind es das Tagesgeschäft.

Wenn das Unternehmen Wissensmanagement in einer Stabsstelle aufbaut, steht diese vor dem Aufbau-Problem aller Stabsstellen: keine Methodenkompetenz, kein operativer Hebel, kein Zugriff auf produktive Inhalte. Nach 18 Monaten ist die Stabsstelle eingestampft, das Wissensmanagement-Projekt gilt als gescheitert. Wenn das Unternehmen Wissensmanagement in der TD verankert, baut es auf einer existierenden Methodenbasis auf, und die TD bekommt das Mandat, das ihrer Aufgabenbreite entspricht.

Die einzige strukturelle Schwierigkeit: Die TD muss diese Rolle wollen und sie muss dafür die richtige Führungs-Ansprache bekommen. Mehr dazu in einem eigenen Beitrag zur Führung in der Technischen Dokumentation.

Wo die Technische Dokumentation als Superhirn an Grenzen stößt

Drei ehrliche Einschränkungen, die ich der These voranstelle:

Personalkapazität. Wenn die TD zu schmal aufgestellt ist, kann sie zusätzliche Aufgaben nicht übernehmen. Eine Erweiterung in Richtung Wissensmanagement braucht Personalaufstockung. Drei zusätzliche Köpfe für ein 200-Personen-Unternehmen sind realistisch.

Toolkompetenz. Wenn die TD noch in Word und PDF arbeitet, fehlt die Modularitäts-Basis. Eine CCMS-Migration sollte vor der Wissensmanagement-Verankerung stehen — sonst arbeitet das Wissensmanagement auf einer Datenbasis, die die These nicht trägt.

Geschäftsführungs-Mandat. Ohne explizite Zuweisung der Wissensmanagement-Rolle an die TD durch die Geschäftsführung scheitert die Erweiterung. Die TD-Leitung kann die Rolle nicht selbst beanspruchen, das gibt Konflikte mit Stabsstellen, die sich für zuständig halten.

Was Sie konkret tun können

Wenn Sie diese Argumentation für tragfähig halten, sind die nächsten Schritte überschaubar:

• Bestandsaufnahme der TD: Strukturierungsgrad, CCMS oder nicht, Modularitätsquote, Personal-Setup
• Wissensmanagement-Lücken im Unternehmen identifizieren: Wo liegt Wissen verteilt, wo entstehen Doppelarbeit und Wartezeit
• Mapping prüfen: Welche der Wissensmanagement-Lücken könnte die TD methodisch übernehmen, wenn sie das Mandat hätte
• Geschäftsführung einbinden: Konkrete Verantwortungs-Zuweisung statt allgemeiner Programmatik
• Personal- und Tool-Investition kalkulieren — und mit dem Aufwand vergleichen, der für Stabsstellen-Lösungen anfallen würde

Die Reihenfolge ist wichtig. Wer Wissensmanagement aufbaut, ohne zuerst die TD zu prüfen, baut neben einer existierenden Lösung eine zweite. Wer die TD prüft und das Mandat erweitert, nutzt vorhandene Methodenkompetenz und spart sich den Stabsstellen-Aufbau.

Mehr zu den Grundlagen, auf denen ein solches Vorhaben aufbaut, finden Sie in meinem Beitrag zu Wissensmanagement im Unternehmen. Wer das mit dem Themenfeld der Technischen Kommunikation verbinden will, findet die Argumentation in Die Einheit von Information.

Wissensmanagement, das nach 18 Monaten noch funktioniert

Die meisten Wissensmanagement-Vorhaben scheitern nicht an der Software, sondern an der organisatorischen Verankerung und der Methodenbasis. Schübeler Consulting hilft, diese Reihenfolge richtig aufzusetzen: Bestandsaufnahme, Mandats-Klärung, Umsetzung mit Personalplanung.

Erstgespräch direkt online buchen →

Lieber schreiben? info@schuebeler-consulting.de

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