Single Point of Truth ist ein Thema, das in vielen Technischen Redaktionen aktuell ist. Worauf in der Praxis wirklich ankommt, jenseits von Marketing und Tool-Versprechen.
Wer schon einmal erlebt hat, wie eine Wartungsanleitung in drei verschiedenen Versionen gleichzeitig im Umlauf war — eine auf dem Fileserver, eine beim Servicetechniker auf dem Tablet, eine irgendwo in einem SharePoint-Ordner, der weiß, was passiert, wenn es keine einheitliche Informationsquelle gibt. Im besten Fall verlieren Mitarbeitende Zeit damit, die aktuelle Version zu suchen. Im schlechtesten Fall arbeitet jemand mit falschen Sicherheitshinweisen.
Genau darum geht es beim „Single Point of Truth“, kurz SPOT. Der Begriff klingt technisch, trifft aber einen sehr menschlichen Kern: Menschen machen Fehler, wenn sie nicht wissen, welcher Information sie vertrauen können.
Was „Single Point of Truth“ wirklich bedeutet
Der Begriff wird oft mit „zentrale Datenquelle“ (SSOT) verwechselt oder gleichgesetzt. Es ist halb richtig, halb falsch. Die Unterscheidung lohnt sich.
Eine zentrale Datenquelle meint die eine autoritative Datenquelle, aus der Informationen stammen. Ein PIM-System (Product Information Management), ein CCMS (Component Content Management System) oder eine Produktdatenbank. Der Single Point of Truth geht einen Schritt weiter: Er beschreibt das Prinzip, dass diese Information auch konsistent und vollständig an alle nachgelagerten Stellen weitergegeben wird, und zwar so, dass niemand auf Umwegen an veraltete Kopien kommt.
Kurz gesagt: SSOT ist die Quelle. SPOT ist die Garantie, dass aus dieser Quelle getrunken wird und nicht aus irgendwelchen Nebenbächen.
In der Praxis der Technischen Redaktion sieht das konkret so aus: Eine Warnung oder ein Sicherheitshinweis wird einmal erfasst, zentral verwaltet und automatisch in alle relevanten Dokumente eingespielt. Betriebsanleitung, Kurzanleitung, Online-Hilfe, App, Wartungsportal. Ändert sich die Warnung, ändert sie sich überall gleichzeitig. Kein manuelles Suchen und Ersetzen, kein Risiko, dass eine Version vergessen wird.
Das klingt selbstverständlich. Ist es aber nicht. Ich habe Unternehmen gesehen, die denselben Sicherheitshinweis in zwölf verschiedenen Dokumenten manuell gepflegt haben. Nicht weil die Redakteure das wollten, sondern weil das Gesamtsystem es so erzwungen hat.
Warum das in regulierten Branchen keine Kür ist
In der Medizintechnik, im Maschinenbau, in der Automotive-Branche gibt es keine Grauzone. Wenn ein Produkt ausgeliefert wird und die zugehörige Dokumentation fehlerhaft oder veraltet ist, ist das kein Qualitätsmangel, das ist ein rechtliches Problem. Die Technische Dokumentation ist, rechtlich betrachtet, Teil des Produktes. Eine fehlerhafte Anleitung kann genauso zu einer Produkthaftung führen wie ein defektes Bauteil.
Warum ist das für den SPOT relevant? Weil die Frage „Welche Version dieser Information ist freigegeben und gültig?“ in einem regulierten Umfeld eine präzise, nachvollziehbare Antwort braucht. Nicht „ich glaube die auf dem Fileserver“, nicht „die im E-Mail-Anhang von letzter Woche“, sondern: eine definierte, auditierbare Quelle.
ISO 9001 verlangt genau das, ohne das Konzept beim Namen zu nennen. Wer Dokumentenlenkung ernst nimmt, wer Revisionshistorien führt, wer Freigabeprozesse formal abbildet, der arbeitet im Grunde an einem Single Point of Truth. Der Unterschied zwischen gut und schlecht ist, ob das systematisch in einem integrierten Tool passiert oder ob es von engagierten Mitarbeitenden per Hand zusammengehalten wird.
Letzteres hält nicht durch. Nicht auf Dauer, nicht bei wachsendem Produktportfolio, nicht bei steigendem Lokalisierungsaufwand.
Was passiert, wenn es keinen SPOT gibt
Ich beschreibe mal ein Szenario, das ich in Variationen immer wieder antreffe. Ein Maschinenbauunternehmen hat über Jahre organisch gewachsene Dokumentationsprozesse. Jede Produktlinie hat irgendwann ihre eigene Redaktionsroutine entwickelt. Es gibt Word-Vorlagen, PDF-Exporte, Excel-Listen für Terminologie, Übersetzungen die per E-Mail an externe Dienstleister gehen. Alles irgendwie funktional. Bis das Unternehmen auf eine neue Maschinengeneration umstellt und dabei merkt: Für 60 % der Dokumentation ist unklar, ob sie noch dem aktuellen Stand entspricht.
Was folgt, ist eine aufwändige, teure Revision — nicht weil die Inhalte schlecht waren, sondern weil niemand weiß, welche Version welchen Status hat. Jeder Redakteur hat auf seinem Laufwerk „sein“ Set an Dateien. Die zentrale Ablage ist nach Jahren der Vernachlässigung ein Labyrinth.
Der Engpass liegt in der fehlenden Orientierung: Wo ist die Wahrheit?
Diesen Zustand kann man nicht durch Mehrarbeit lösen. Man kann ihn nur durch ein systemisches Prinzip lösen, eben durch den Single Point of Truth.
Wie ein SPOT in der Praxis funktioniert
Ein SPOT ist kein Produkt, das man kaufen kann. Er ist ein Prinzip, das durch Systeme, Prozesse und Disziplin umgesetzt wird. Die technische Voraussetzung ist in der Regel ein CCMS oder ein entsprechend konfiguriertes CMS mit klarer Datenhaltung. Aber das System allein reicht nicht.
Drei Dinge müssen zusammenkommen:
Erstens: Eine klare Datenarchitektur. Welche Information gehört wohin? Was ist eine Komponente, die mehrfach verwendet wird, ein Hinweis, eine Handlungsaufforderung, eine technische Spezifikation? Was ist kontextspezifischer Inhalt, der nur in einem bestimmten Dokument gilt? Diese Unterscheidung muss definiert sein, bevor das erste Modul ins System eingepflegt wird. Shit in, shit out, das gilt auch hier.
Zweitens: Klare Verantwortlichkeiten. Wer darf eine Information erstellen? Wer gibt sie frei? Wer darf sie ändern? In vielen Unternehmen ist genau das unklar. Mehrere Redakteure pflegen „ihre“ Inhalte, ohne zu wissen, ob jemand anderes dasselbe Thema an anderer Stelle bereits bearbeitet. Ein SPOT funktioniert nur, wenn die Governance stimmt, also wenn klar ist, wer die Hoheit über welche Information hat.
Drittens: Konsequenz beim Publish-Prozess. Inhalte dürfen nicht am System vorbei veröffentlicht werden. Das klingt banal, ist aber in der Praxis einer der häufigsten Stolpersteine. Ein Servicetechniker, der eine Schnellreferenz auf seinem privaten Laptop hat und die nicht mehr aktualisiert. Eine Marketing-Abteilung, die Produktmerkmale aus einer alten PDF-Broschüre übernimmt, ohne das CCMS zu konsultieren. Jede dieser Abkürzungen untergräbt den SPOT.
Was das für Content Delivery konkret bedeutet
Der Begriff „Content Delivery System“ meint die Infrastruktur, über die Informationen zu den Empfängern gelangen, online, mobil, als PDF, im Service-Portal, in einer App. Wer in mehreren Kanälen gleichzeitig publiziert, hat ohne SPOT ein Problem, das mit jedem zusätzlichen Kanal größer wird.
Das Multichannel Publishing — also das Ausspielen einer Information in verschiedene Ausgabeformate und Kanäle, ist nur dann beherrschbar, wenn es eine saubere Quelle gibt. Andernfalls läuft man in die Situation, dass dieselbe Information für jedes Format manuell aufbereitet und gepflegt werden muss. Das multipliziert den Aufwand und multipliziert die Fehlerquellen.
Ein gut aufgesetzter SPOT in einem CCMS erlaubt dagegen: einmal schreiben, mehrfach und kanalgerecht publizieren. Änderung an der Quelle, und alle Ausgaben sind aktuell. Das ist die Realität gut aufgestellter Technische Redaktionen heute bereits machen.
Wo ich anfangen würde
Wenn Sie ein Unternehmen beraten und die Frage stellen, ob es einen Single Point of Truth gibt, dann achten Sie auf eine einfache Reaktion: Zögerlichkeit. Wenn die Antwort auf „Welche Version dieses Dokuments ist aktuell und freigegeben?“ keine sofortige, klare Antwort mit einem klaren Verweis auf ein System produziert, dann gibt es keinen SPOT.
Das ist ein Hinweis auf ein systemisches Problem.
Ein persönlicher Tipp von mir: Beginnen Sie nicht damit, alle vorhandenen Inhalte in ein neues System zu migrieren. Das klingt verlockend, ein sauberer Schnitt, alles neu. Aber Migration von unstrukturierten Inhalten in ein neues System produziert strukturierten Müll, wenn die Inhalte vorher nicht bereinigt wurden. Groß planen, klein starten: Nehmen Sie einen Produktbereich, der überschaubar ist, definieren Sie dort sauber die Informationsarchitektur, bauen Sie den SPOT für diesen Bereich auf, und lernen Sie aus diesem Piloten, bevor Sie das Prinzip ausrollen.
Der Aufwand lohnt sich. Nicht weil es schön ist, ein aufgeräumtes System zu haben. Sondern weil die Alternative — ein System, in dem niemand weiß, welche Information stimmt, langfristig teurer ist. In Zeit, in Fehlern, und im Zweifel vor Gericht.
Weiterführende Standards und Branchen-Information bei der tekom — Gesellschaft für Technische Kommunikation.
Mehr zu konkreten Praxisfällen finden Sie in unserer Beitragsreihe zu Künstlicher Intelligenz und Technischer Dokumentation.
2 Kommentare
Austausch zum Artikel. Moderiert, sachlich, auf den Punkt.