Seite wählen

Single-Source-Publishing: Eine Quelle, fünf Ausgabeformate

von

Wissen

Was ab Januar 2027 mit der Maschinenverordnung auf Betriebsanleitungen zukommt — und wie du vom Word-Grab zu strukturierter Doku kommst. RoboHelp, FrameMaker, DITA und SharePoint als Doku-Plattform. Mit Skizzen, Tabellen und ehrlichen Faustregeln.

Beratung

MVO-Readiness-Check, Migration aus dem Word-Grab, Doku-Plattform auf SharePoint und Purview. Auch als Akut-Einsatz, wenn RoboHelp-Ausgabe oder Übersetzungsworkflow klemmt. Bewertete Befunde und Click-by-Click-Aktionsplan statt Folienschlacht.

Schulungen

Eintägige DITA/FrameMaker-Schulung online — kompakt, hands-on, mit echten Übungen. Inhouse-Workshops zu Doku-Prozessen und Doku auf Microsoft 365, auch als Begleitung zur laufenden Umstellung

Single-Source-Publishing: Eine Quelle, fünf Ausgabeformate

Einmal schreiben, überall aktuell – wie eine einzige Quelle Print, Online, Word und mehr versorgt

Single-Source-Publishing: Eine Quelle, fünf Ausgabeformate

Es gibt einen Moment, den fast jede Redaktion kennt: Eine Angabe im Handbuch stimmt nicht mehr – ein geänderter Anzugsmoment, eine neue Sicherheitsanweisung, ein umbenannter Menüpunkt. Die Korrektur selbst dauert zwei Minuten. Danach beginnt die eigentliche Arbeit: Dieselbe Stelle steckt auch in der Online-Hilfe, in der Servicekarte für die Techniker, im Word-Dokument für den Großkunden und im PDF auf der Website. Mal zwei Sprachen. Zwei Minuten Korrektur, zwei Stunden Nachziehen – und die begründete Sorge, dass man eine Stelle übersehen hat.

Single-Source-Publishing ist die Antwort auf genau dieses Problem, und sein Versprechen klingt fast zu einfach: Es gibt genau eine Quelle, in der geschrieben wird. Alle Ausgaben – Print, Online, Word, Portal – sind Erzeugnisse daraus, die auf Knopfdruck neu entstehen. Eine Korrektur an der Quelle erreicht damit jede Ausgabe beim nächsten Lauf. Aus zwei Stunden Nachziehen werden zwei Minuten Korrektur, und die Sorge um vergessene Stellen erledigt sich systematisch statt durch Sorgfalt.

Dieser Artikel erklärt das Prinzip, rechnet den Nutzen ehrlich vor, benennt die vier Voraussetzungen, ohne die es ein Versprechen bleibt – und zeigt an einem eigenen, über Jahre gewachsenen Beispiel, dass so eine Pipeline kein Großprojekt braucht.

★ Fakten kompakt

  • Single Source heißt: eine gepflegte Quelle, mehrere Ausgabeformate als automatisch erzeugte Erzeugnisse
  • Der Nutzen skaliert mit dem Produkt aus Änderungen × Ausgabeformaten × Sprachen – nicht mit der Seitenzahl
  • Voraussetzung eins ist die Trennung von Inhalt und Aussehen: Die Quelle sagt, was etwas ist, die Ausgabekonfiguration bestimmt, wie es aussieht
  • Voraussetzung zwei ist medienneutrales Schreiben: keine Verweise auf Seiten, Positionen oder Bedienformen eines einzelnen Mediums
  • Topic-basiertes Arbeiten ist die inhaltliche Grundlage – ohne eigenständige Bausteine bricht jede abweichende Zusammenstellung
  • Handarbeit an einer erzeugten Ausgabe hebt das Prinzip auf: Korrigiert wird immer an der Quelle
  •  

    Das Prinzip: Ausgaben sind Erzeugnisse, keine Dokumente

    Der gedankliche Kern ist eine Umsortierung von Verantwortlichkeiten. In der klassischen Dokumentwelt ist jede Ausgabe ein eigenes Werk: Das Handbuch ist eine Datei, die Online-Hilfe ein Projekt, die Servicekarte noch ein Dokument – jedes mit eigenen Inhalten, eigener Pflege, eigenem Lebenslauf. Sie ähneln sich inhaltlich, aber sie sind unabhängig, und genau deshalb driften sie auseinander. Im Single-Source-Modell gibt es dagegen nur ein Werk, in dem Inhalt lebt: die Quelle. Alles andere ist Erzeugnis – abgeleitet, reproduzierbar, jederzeit neu herstellbar.

    Damit verschiebt sich, was „fertig" bedeutet. Fertig ist nicht mehr das PDF, sondern der Quellstand; das PDF ist nur seine aktuelle Erscheinungsform. Diese Verschiebung hat eine unbequeme Konsequenz, die zugleich der wichtigste Grundsatz des ganzen Ansatzes ist: In einem Erzeugnis wird nicht nachgearbeitet. Wer im generierten PDF noch schnell etwas glattzieht, hat beim nächsten Lauf denselben Zustand wieder – und schlimmer: Er weiß nicht mehr, welche Fassung die richtige ist. Jede Korrektur gehört an die Quelle, jede Layoutfrage in die Ausgabekonfiguration. Dieselbe eiserne Regel begegnet einem in dieser Serie bei der Word-Ausgabe aus RoboHelp und bei der automatisierten PDF-Erzeugung – sie ist nicht zufällig überall dieselbe, sondern die logische Folge daraus, dass ein Erzeugnis kein Original ist.

    Zwei Abgrenzungen helfen beim Verständnis. Single Source ist nicht dasselbe wie Wiederverwendung, auch wenn beides oft zusammen auftritt: Wiederverwendung meint, denselben Baustein an mehreren Stellen zu nutzen; Single Source meint, aus einer Quelle mehrere Ausgabeformate zu erzeugen. Man kann das eine ohne das andere haben – und beide zusammen ergeben erst den vollen Hebel. Und Single Source ist nicht gleichbedeutend mit „alles in einem System": Die Quelle darf durchaus mehrere Dateien und Werkzeuge umfassen, solange es für jeden Inhalt genau einen verbindlichen Ort gibt, an dem er gepflegt wird.

    Was die Ausgaben unterscheidet, ist dann nicht mehr der Inhalt, sondern dreierlei: die Auswahl (welche Bausteine kommen vor), die Reihenfolge (wie werden sie angeordnet) und die Darstellung (wie sehen sie aus). Alle drei sind Konfiguration, nicht Text. Die Servicekarte für den Techniker ist eine andere Auswahl über denselben Topics; das Word-Dokument für den Großkunden dieselbe Auswahl in anderer Darstellung; die Online-Hilfe dieselben Inhalte mit anderer Navigation. Genau das meint der Fächer: aus einer Quelle heraus in beliebig viele Richtungen, ohne dass ein Inhalt zweimal existiert.

    Diagramm: Eine Quelle (Topics, Maps) erzeugt fünf Ausgaben – Handbuch, Online-Hilfe, Servicekarte, Word-Dokument, Portal.

    Abb.: Der Ausgabefächer – fünf Erzeugnisse aus einer Quelle, unterschieden nur durch Auswahl, Reihenfolge und Darstellung.

    Fünf Ausgabeformate – und was sie unterscheidet

    Der Titel verspricht fünf Formate, also schauen wir sie uns einzeln an – nicht als Featureliste, sondern mit Blick darauf, welche Anforderung jedes an die Quelle stellt. Das gedruckte oder druckfertige Handbuch ist der traditionelle Anker: Es braucht durchgehenden Lesefluss, eine belastbare Reihenfolge und ein Seitenlayout, das Umbrüche, Verzeichnisse und Querverweise mit Seitenzahlen beherrscht. Aus Topics entsteht es problemlos – vorausgesetzt, die Map liefert eine sinnvolle Leseordnung und die Bausteine tragen keine ausgabespezifischen Formulierungen.

    Die Online-Hilfe ist das Gegenstück: Hier zählt nicht der Lesefluss, sondern die Auffindbarkeit. Jedes Topic ist potenzieller Einstiegspunkt über Suche oder Verlinkung, was die Eigenständigkeit der Bausteine auf die Probe stellt – wer hier Schwächen hat, merkt es sofort. Die Servicekarte oder Kurzanleitung ist der Fall, an dem der Nutzen am schnellsten sichtbar wird: eine eigene Map über eine Teilmenge derselben Topics, in Minuten zusammengestellt statt als eigenes Dokument gepflegt. Genau solche Auszüge waren in der Kopienwirtschaft die ersten, die veraltet sind, weil sie niemand mitgepflegt hat.

    Das Word-Dokument gehört als viertes Format dazu, weil die Praxis es verlangt: Kunden fordern bearbeitbare Firmendokumente, Freigabeprozesse hängen an unterschreibbaren Fassungen. Es ist die Ausgabe mit den strengsten Formatvorgaben, weil ein fremdes Corporate Design getroffen werden muss – und damit die, bei der sich eine saubere Trennung von Inhalt und Aussehen am unmittelbarsten auszahlt. Und das fünfte Format ist das jüngste: die Web- oder Portalbereitstellung, die mit der EU-Maschinenverordnung von der Kür zur Alltagsanforderung wird, weil digitale Anleitungen zulässig sind und dauerhaft verfügbar bleiben müssen. Sie ist zugleich die Grundlage für Unternehmenssuche und KI-Assistenten – womit dieselbe Quelle nebenbei Anwendungsfälle bedient, die es beim Aufbau der Pipeline noch gar nicht gab. Auch das ist ein Argument für Single Source: Wer eine saubere Quelle hat, kann künftige Kanäle bedienen, ohne noch einmal von vorn anzufangen.

    Was ist mit Inhalten, die tatsächlich nur in einer Ausgabe gehören? Die gibt es – der ausführliche Wartungsteil im Servicehandbuch, der im Kundenhandbuch nichts zu suchen hat, oder der interaktive Hinweis, der nur online sinnvoll ist. Dafür ist nicht die Kopie zuständig, sondern die Bedingungssteuerung: Inhalte werden in der Quelle markiert und je Ausgabe ein- oder ausgeblendet. Damit bleibt das Prinzip intakt – es gibt weiterhin eine Quelle, aber sie weiß, welcher Inhalt wohin gehört. Wichtig ist nur Maß zu halten: Bedingungen ohne Ordnung werden schnell zu einem Geflecht, das niemand mehr überblickt; die Governance-Frage dazu behandelt der Beitrag zur Content-Wiederverwendung.

    Die Nutzenrechnung

    Rechnen wir das durch, denn das Versprechen klingt gut und die Investition ist real. Die entscheidende Formel für die Kopienwirtschaft lautet: Änderungen pro Jahr × Ausgabeformate × Sprachen × Minuten je Eingriff. Ein realistisches Mittelstandsbeispiel: fünfzig inhaltliche Änderungen im Jahr, drei Ausgabeformate, zwei Sprachen, fünf Minuten je Stelle – das sind rund fünfundzwanzig Stunden reines Nachziehen, ohne einen einzigen neuen Satz zu schreiben. Kommt eine vierte Ausgabe dazu, wächst der Posten um ein Drittel; kommt eine dritte Sprache dazu, um die Hälfte. Der Aufwand wächst multiplikativ – das ist die eigentliche Pointe, und sie erklärt, warum Redaktionen mit wachsendem Erfolg immer langsamer werden.

    Im Single-Source-Modell steht in dieser Formel nur noch der erste Faktor: fünfzig Änderungen mal zwei Minuten. Die Ausgabeformate multiplizieren nicht mehr mit, weil sie erzeugt statt gepflegt werden. Und der zweite Effekt ist noch größer, taucht aber in keiner Stundenrechnung auf: Fehler durch Auseinanderdriften verschwinden strukturell. Die Frage „Welche Fassung gilt eigentlich?" stellt sich nicht mehr, weil es nur eine Wahrheit gibt – ein Punkt, der bei sicherheitsrelevanten Inhalten und in der Produkthaftung deutlich mehr wiegt als eingesparte Stunden.

    Auf der Kostenseite stehen dagegen drei Posten, die man kennen sollte. Erstens die inhaltliche Aufbereitung: Bestehende Inhalte müssen medienneutral und eigenständig werden – das ist keine Konvertierung, sondern Redaktionsarbeit. Zweitens die Ausgabekonfiguration: Jede Ausgabeform wird einmal sauber eingerichtet, mit Layout, Zielprofil und Prüfschritt; die Anpassung ans Firmen-Design ist dabei je nach Werkzeugklasse ein eigenes Gewerk. Und drittens die Prozessumstellung: Wer jahrelang direkt im Handbuch korrigiert hat, muss sich abgewöhnen, das Erzeugnis anzufassen. Die Faustregel für die Rechnung: Ab drei Ausgabeformaten oder zwei Sprachen bei nennenswerter Änderungsfrequenz kippt die Bilanz meist innerhalb ein bis zwei Jahren.

    Ein eigener Posten in der Rechnung ist die Übersetzung, weil sie den Hebel verdoppelt. In der Kopienwirtschaft wandert jede Ausgabe getrennt in die Übersetzung – dieselben Sätze werden mehrfach beauftragt und mehrfach bezahlt, weil sie in verschiedenen Dateien mit leicht abweichender Formulierung stecken. Im Single-Source-Modell wird die Quelle übersetzt, und alle Ausgaben erben die Sprachfassung; das Translation Memory erkennt Wiederholungen zuverlässiger, weil derselbe Inhalt tatsächlich derselbe Text ist. Wer heute für drei Ausgabeformate in drei Sprachen zahlt, findet in dieser Zeile oft schon die Begründung für die ganze Umstellung.

    Und ein Nutzen gehört ausdrücklich benannt, weil er in Stundenrechnungen nicht auftaucht und trotzdem der schwerste sein kann: die Nachweisfähigkeit. Wenn jede Ausgabe aus einem definierten Quellstand nach einem definierten Rezept entsteht, lässt sich Jahre später belegen, was wann ausgeliefert wurde – und derselbe Stand jederzeit erneut erzeugen. Für Technische Dokumentation, die zehn Jahre nachweisbar bleiben muss und bei Produkthaftungsfragen als Teil des Produkts gilt, ist das mehr wert als jede Zeitersparnis. In der Kopienwirtschaft dagegen ist die Rekonstruktion eines Auslieferstands eine Suchaktion mit ungewissem Ausgang.

    Vergleich Kopienwirtschaft vs. Single Source: sechs Eingriffe pro Korrektur gegenüber einem einzigen Eingriff.

    Abb.: Links multipliziert sich der Aufwand mit jeder Ausgabe und jeder Sprache – rechts bleibt er konstant.

    Was sich ändert

    Kopienwirtschaft

    Single Source

    Inhaltliche Korrektur

    In jeder Ausgabe und Sprache einzeln

    Einmal an der Quelle

    Neue Ausgabeform

    Neues Dokument, das mitgepflegt wird

    Einmalige Konfiguration, danach automatisch

    Layoutänderung

    In jedem Dokument nachziehen

    In der Ausgabekonfiguration, einmal

    Neue Sprache

    Alle Ausgaben übersetzen und pflegen

    Quelle übersetzen, Ausgaben erzeugen

    Konsistenzprüfung

    Manueller Abgleich, fehleranfällig

    Entfällt strukturell – eine Wahrheit

    Nachweis des Auslieferstands

    Rekonstruktion aus Dateien

    Quellstand plus Erzeugungsprotokoll

     

    Ein häufiger Einwand an dieser Stelle lautet: „Unsere Ausgaben sind aber wirklich verschieden – das Handbuch ist ausführlich, die Kurzanleitung knapp." Das ist kein Gegenargument, sondern genau der Anwendungsfall. Verschiedene Ausführlichkeit entsteht über Auswahl (welche Topics kommen vor) und Bedingungen (welche Abschnitte erscheinen wo), nicht über getrennt geschriebene Texte. Der Denkfehler steckt in der Annahme, unterschiedliche Ausgaben müssten unterschiedliche Inhalte haben – meist haben sie dieselben Inhalte in unterschiedlicher Auswahl und Tiefe. Wo tatsächlich anderer Text nötig ist, ist er ein eigener Baustein, der eben nur in einer Ausgabe eingehängt wird.

    Die vier Voraussetzungen

    Und jetzt der Teil, den Werkzeug-Prospekte gern überspringen: Single Source ist kein Feature, das man einschaltet, sondern das Ergebnis von vier Bedingungen an Inhalt und Prozess — und drei davon haben nichts mit Software zu tun. Voraussetzung eins ist die Trennung von Inhalt und Aussehen. Die Quelle sagt, was ein Element ist – Überschrift, Handlungsschritt, Warnhinweis, Beschriftung –, und schweigt darüber, wie es aussieht; das entsteht erst in der Ausgabekonfiguration. Ohne diese Trennung erzeugt jede Ausgabe denselben Layoutmüll in neuer Verpackung, und die versprochene Fächerwirkung bleibt aus. Diese Voraussetzung ist übrigens auch in der Dokumentwelt erfüllbar – konsequente Formatvorlagen-Disziplin ist genau das.

    Voraussetzung zwei ist medienneutrales Schreiben, und sie ist die unterschätzteste. Formulierungen wie „siehe Abbildung rechts", „klicken Sie unten auf die Schaltfläche" oder „auf Seite 42" sind an ein Medium gebunden: Was im gedruckten Handbuch stimmt, ist in der Online-Hilfe falsch, und was am Bildschirm passt, ergibt im Druck keinen Sinn. Medienneutral heißt, auf Inhalte statt auf Positionen zu verweisen – auf die benannte Abbildung, das benannte Bedienelement, das benannte Kapitel. Diese Umgewöhnung kostet ein paar Wochen und macht Texte nebenbei präziser. Voraussetzung drei ist die inhaltliche Eigenständigkeit der Bausteine – kurz: topic-basiertes Arbeiten. Wenn Ausgaben unterschiedliche Auswahl und Reihenfolge haben sollen, müssen die Bausteine das aushalten; Inhalte, die auf ihren Nachbarabsatz angewiesen sind, brechen in der ersten abweichenden Zusammenstellung.

    Voraussetzung vier ist prozessual: die wiederholbare Erzeugung. Jede Ausgabe entsteht nach einem definierten Rezept mit Prüfschritt – nicht als Klickstrecke, die jeder anders bedient. Erst damit wird das Versprechen belastbar: Wenn eine Ausgabe jederzeit reproduzierbar ist, wird das Nachziehen tatsächlich überflüssig; wenn sie das nicht ist, entstehen im Alltag doch wieder Handkorrekturen, und das Modell kippt zurück in die Kopienwirtschaft, nur mit mehr Werkzeugen. Wie so eine Erzeugungskette samt Qualitäts-Gate aussieht, beschreibt der Beitrag zur automatisierten PDF-Ausgabe im Detail.

    Zu den vier Voraussetzungen gehört ein Anhängsel, das in der Praxis überraschend viel Ärger macht: die Bilder. Grafiken müssen in allen Ausgaben funktionieren – am Bildschirm wie im Druck, in Breitformat wie in schmaler Spalte. Praktisch heißt das: ausreichende Auflösung für die anspruchsvollste Ausgabe, keine fest eingebrannten Positionsangaben („links im Bild") ohne Erklärung im Text, und vor allem möglichst textfreie Illustrationen mit nummerierten Legenden im Fließtext. Letzteres zahlt doppelt ein, weil beschriftete Grafiken je Sprache neu erstellt werden müssen, textfreie dagegen alle Sprachfassungen unverändert überstehen. Wer eine Single-Source-Kette aufbaut, sollte das Bildkonzept gleich mitdenken.

    Vier Voraussetzungen für Single Source: Getrennte Ebenen, Medienneutral schreiben, Eigenständige Bausteine, Wiederholbare Erz

    Abb.: Vier Bedingungen an Inhalt und Prozess – zwei betreffen das Schreiben, zwei die Technik.

    ⚠ Warnung: Die Ausgabe, die „nur diesmal" von Hand angepasst wird

    Der Klassiker: Kurz vor der Messe braucht das gedruckte Handbuch noch eine Sonderseite, und weil es schnell gehen muss, wird sie direkt ins erzeugte PDF gebaut. Ab diesem Moment existiert eine Ausgabe, die sich nicht mehr reproduzieren lässt – und niemand weiß beim nächsten Lauf, dass da etwas fehlt. Aus einem Sonderfall wird eine stille Abweichung, aus der stillen Abweichung ein zweiter Pflegestrang.

    Die Regel muss ausnahmslos gelten: Alles, was in einer Ausgabe erscheint, existiert in der Quelle oder in ihrer Konfiguration. Braucht eine Ausgabe wirklich einen Sonderinhalt, wird er als bedingter Inhalt oder eigene Map abgebildet – das kostet einmal eine halbe Stunde Denkarbeit und rettet das Prinzip. Ausnahmen ohne Abbildung in der Quelle gibt es nicht; sie sind der Anfang vom Ende jeder Single-Source-Kette.

     

    Dogfooding: eine über Jahre gewachsene Pipeline

    Weil Beispiele mehr überzeugen als Prinzipien, hier ein eigenes – und ausdrücklich eines, das nie als Projekt geplant war. Für meine Fachbücher, die Web-Veröffentlichungen und die Unterlagen zu Technologieseminaren läuft seit Jahren eine Kette von Word über SharePoint nach WordPress. Word ist dabei die Quelle, aber diszipliniert: Jede Textrolle trägt ihre Formatvorlage, direkte Formatierung ist verpönt, und die Vorlage ist verbindlich. SharePoint ist die Drehscheibe – dort liegt der verbindliche Stand jedes Textes, mit Versionierung und Metadaten. Und daraus entstehen die Ausgaben: Buchmanuskripte für den Verlag, PDF-Fassungen, WordPress-Beiträge, Seminarunterlagen.

    Die interessante Erkenntnis daraus ist nicht die Werkzeugwahl – die ist zufällig und historisch gewachsen –, sondern die Entstehungsgeschichte: Kein einziger Teil dieser Kette wurde in einem Projekt gebaut. Jeder Baustein entstand dort, wo eine Wiederholung genervt hat. Erst die Vorlagendisziplin, weil das Nachformatieren vor jeder Abgabe zu viel Zeit fraß. Dann die zentrale Ablage, weil drei Fassungen desselben Kapitels auf zwei Rechnern lagen. Dann die halbautomatische Überführung ins Web, weil das Copy-Paste jedes Mal die Formatierung zerlegte. Zwanzig Jahre kleiner Entnervungen ergeben eine Pipeline – und rückblickend war jeder Schritt für sich sofort rentabel. Diese Erfahrung ist übertragbar: Wer auf den großen Wurf wartet, wartet meist auf ein Budget, das nie kommt — wer bei der nervigsten Wiederholung anfängt, hat nach einem Jahr eine Kette.

    Die zweite Erkenntnis ist ebenso wichtig: Der Engpass war nie das Werkzeug, sondern immer die Quelle. Solange dort sauber ausgezeichnet wird, lässt sich fast alles Weitere automatisieren; sobald jemand händisch formatiert, bricht jede Ausgabekette an derselben Stelle. Das gilt für eine Word-Pipeline genauso wie für eine XML-Umgebung – der Unterschied liegt im Komfort und in der Reichweite, nicht im Prinzip. Wer also hört, Single Source brauche zwingend DITA und ein Redaktionssystem, darf getrost widersprechen: Es braucht eine disziplinierte Quelle und den Willen, Erzeugnisse nicht anzufassen.

    Publishing-Pipeline: Word als Quelle, SharePoint als Drehscheibe, vier Ausgaben – Buchmanuskript, PDF, WordPress, Seminarunte

    Abb.: Die eigene Kette von der Word-Quelle über SharePoint zu vier Ausgabearten – gewachsen statt geplant.

    Ehrlicherweise gehören auch die Grenzen dieser konkreten Kette dazu. Eine Word-basierte Quelle bietet keine echte Wiederverwendung über Publikationen hinweg und keine maschinelle Strukturprüfung; Varianten lassen sich nur begrenzt steuern, und ab einer gewissen Zahl von Ausgaben und Sprachen ist die Grenze erreicht, an der eine strukturierte Quelle deutlich überlegen ist. Für meinen Anwendungsfall – Fachbücher, Web-Beiträge, Seminarunterlagen, überwiegend deutschsprachig – trägt sie bequem. Für einen Maschinenbauer mit fünf Varianten und sechs Sprachen wäre sie zu klein. Genau das ist die Pointe: Single Source ist ein Prinzip mit vielen Ausbaustufen, und die richtige Stufe ergibt sich aus der eigenen Rechnung, nicht aus dem Prospekt.

    ✓ Praxis-Tipp: Mit dem zweitwichtigsten Ausgabeformat anfangen

    Der übliche Fehler beim Einstieg ist, gleich das Flaggschiff umzustellen – das gedruckte Hauptwerk mit dem anspruchsvollsten Layout. Damit trifft man sofort auf die höchsten Ansprüche und die größte Angst vor Fehlern. Deutlich klüger: mit dem zweitwichtigsten Format beginnen, meist der Online- oder Portalausgabe. Dort sind Layouterwartungen niedriger, Korrekturen schneller sichtbar, und das Team sammelt Erfahrung ohne Risiko.

    Läuft dieses Format sauber aus der Quelle, folgt das nächste – und das Flaggschiff kommt zuletzt, wenn Modell, Konfiguration und Prüfschritte erprobt sind. Nebeneffekt: Man kann jederzeit anhalten und hat trotzdem schon eine Ausgabe gewonnen, die sich nie wieder von Hand pflegen lässt.

     

    ℹ Ein typischer Fall aus der Praxis

    Ein typischer Fall sieht so aus: Ein Hersteller von Prüfgeräten pflegt Handbuch, Online-Hilfe und Kurzanleitung in drei getrennten Quellen, jeweils in Deutsch und Englisch – sechs Dokumentstränge für im Kern dieselben Inhalte. Die Bestandsaufnahme fördert zutage, dass die drei deutschen Fassungen an neunzehn Stellen inhaltlich voneinander abweichen; bei zwei davon handelt es sich um sicherheitsrelevante Angaben, die nur in einer Fassung aktualisiert worden waren.

    Die Umstellung lief über ein Jahr entlang der normalen Release-Zyklen: zuerst Aufräumen und medienneutrale Überarbeitung, dann die Online-Ausgabe aus der neuen Quelle, dann die Kurzanleitung als eigene Zusammenstellung, zuletzt das Handbuch. Der wirtschaftliche Effekt war spürbar, der wichtigere aber ein anderer: Die Frage, welche Fassung gilt, stellt sich seitdem nicht mehr – und genau die war das eigentliche Risiko.

     

    Der Weg dorthin: vier Etappen ohne Projektstatus

    Wie kommt eine Redaktion praktisch von der Kopienwirtschaft zur Single-Source-Kette? Am zuverlässigsten in Etappen, die einzeln wirken – dieselbe Logik, die in dieser Serie schon beim Strukturweg und bei der DITA-Frage getragen hat. Etappe eins ist die Bestandsaufnahme, und sie ist unbequem: Welche Ausgaben existieren, welche Inhalte stecken mehrfach darin, und – die entscheidende Frage – wo weichen die Fassungen voneinander ab? Diese Abgleichübung dauert wenige Tage und liefert regelmäßig unangenehme Funde. Genau die sind das stärkste Argument für alles Weitere, weil sie das Risiko sichtbar machen, das hinter der reinen Aufwandsdiskussion steckt.

    Etappe zwei ist die Disziplinierung der Quelle: konsequente Auszeichnung statt Handformatierung, damit die Trennung von Inhalt und Aussehen überhaupt greift. Etappe drei ist die inhaltliche Aufbereitung – medienneutral formulieren, Bausteine eigenständig machen, ausgabespezifische Formulierungen auflösen. Das ist der Teil, der am meisten Redaktionsarbeit kostet und sich am wenigsten kaufen lässt; dafür wirkt er unabhängig davon, welches Werkzeug später zum Einsatz kommt. Und Etappe vier ist die Erzeugung: das erste Ausgabeformat vollständig automatisiert, mit Rezept und Prüfschritt, danach die weiteren.

    Wichtig ist die Reihenfolge, denn sie wird gern umgedreht. Wer mit Etappe vier beginnt – also mit der Technik –, automatisiert die Erzeugung unaufbereiteter Inhalte und wundert sich, dass die Ausgaben nicht taugen. Wer mit Etappe eins bis drei beginnt, hat schon vor jeder Automatisierung eine bessere Dokumentation: konsistent, medienneutral, eigenständig. Und er hat die Grundlage dafür, dass Etappe vier überhaupt funktioniert. Kurz gesagt: Die Technik ist der letzte Schritt, nicht der erste – auch wenn sie in Prospekten immer zuerst kommt. Das ist die vielleicht wichtigste Botschaft dieses Beitrags.

    Zum Team gehört noch ein Wort, weil die Umstellung Gewohnheiten trifft. Die schwerste Übung ist nicht technisch, sondern der Verzicht auf den letzten Zugriff: Autoren, die jahrelang das fertige Dokument aufhübschen durften, müssen lernen, dem Erzeugnis nicht mehr ins Handwerk zu pfuschen. Das gelingt, wenn zwei Dinge stimmen — die Ausgaben sehen von Anfang an gut genug aus, und es gibt einen schnellen Weg, Layoutwünsche in die Konfiguration zu bringen statt in die Datei. Wer beides sicherstellt, bekommt Zustimmung; wer die erste Ausgabe halbfertig ausrollt und Änderungswünsche monatelang liegen lässt, erzieht sein Team zur heimlichen Handarbeit.

    Fazit

    Single-Source-Publishing ist weniger eine Technologie als eine Entscheidung darüber, wo Inhalt lebt: an genau einer Stelle, aus der alles andere erzeugt wird. Der Nutzen wächst mit dem Produkt aus Änderungen, Ausgabeformaten und Sprachen – und der größte Gewinn steht in keiner Stundenrechnung, weil er strukturell ist: Es gibt nur noch eine Wahrheit. Damit das trägt, braucht es vier Dinge: getrennte Ebenen von Inhalt und Aussehen, medienneutrale Formulierungen, eigenständige Bausteine und eine wiederholbare Erzeugung mit Prüfschritt. Fehlt eines davon, bleibt das Versprechen ein Prospekttext.

    Der beste Einstieg ist unspektakulär und beginnt nicht mit einem System: die Quelle disziplinieren, medienneutral formulieren lernen und das zweitwichtigste Ausgabeformat automatisieren; alles Weitere wächst daran, auch ohne Systemprojekt. Alles Weitere wächst daran. Wenn du dabei Unterstützung willst – von der Bestandsaufnahme über die Quellendisziplin bis zur Ausgabekette samt Anbindung an SharePoint und Microsoft 365: Genau dabei unterstütze ich dich gern; die Details findest du auf der Beratungsseite zur Technischen Dokumentation.

    Häufige Fragen zum Single-Source-Publishing

    Brauchen wir dafür ein spezielles System?

    Nein – Single Source ist ein Prinzip, kein Produkt. Es funktioniert in DITA-Umgebungen und Help-Authoring-Werkzeugen besonders komfortabel, aber auch eine disziplinierte Dokumentwelt kann mehrere Ausgaben aus einer Quelle erzeugen, solange Inhalt und Aussehen getrennt sind und die Erzeugung reproduzierbar läuft. Der Unterschied liegt in Reichweite und Komfort: Je mehr Ausgabeformate, Varianten und Sprachen im Spiel sind, desto eher lohnt der Schritt in spezialisierte Werkzeuge.

    Was heißt medienneutral schreiben konkret?

    Auf Inhalte statt auf Positionen und Medien zu verweisen. Statt „siehe Abbildung rechts" die Abbildung benennen, statt „klicken Sie unten" das Bedienelement benennen, statt „auf Seite 42" auf das Kapitel oder Topic verweisen. Auch Formulierungen, die eine Bedienform voraussetzen – klicken, blättern, scrollen –, gehören geprüft, wenn dieselbe Quelle Print und Online bedient. Der Aufwand ist eine Umgewöhnung von wenigen Wochen; der Nebeneffekt sind präzisere Texte.

    Ab wann rechnet sich das?

    Die Rechnung läuft über Änderungen pro Jahr × Ausgabeformate × Sprachen × Minuten je Eingriff – das ist der Aufwand, der heute für reines Nachziehen anfällt. Als Faustregel kippt die Bilanz meist innerhalb von ein bis zwei Jahren, sobald drei Ausgabeformate oder zwei Sprachen bei nennenswerter Änderungsfrequenz zusammenkommen. Bei einem einzigen Ausgabeformat in einer Sprache lohnt der Aufwand dagegen selten; dann ist Vorlagen-Disziplin der bessere Hebel.

    Dürfen wir eine erzeugte Ausgabe nachbearbeiten?

    Grundsätzlich nein, und diese Regel entscheidet über Erfolg oder Scheitern. Jede Handkorrektur im Erzeugnis lebt nur bis zum nächsten Lauf, verdeckt die eigentliche Ursache und schafft eine Fassung, die sich nicht reproduzieren lässt. Braucht eine Ausgabe tatsächlich Sonderinhalte, werden diese in der Quelle abgebildet – als bedingter Inhalt oder eigene Zusammenstellung. Nur so bleibt jede Ausgabe jederzeit neu herstellbar, was gerade für Nachweispflichten wichtig ist.

    Wie fangen wir an, ohne alles gleichzeitig umzustellen?

    In drei Schritten: erst die Quelle disziplinieren – konsequente Auszeichnung statt Handformatierung –, dann medienneutrale Formulierung und eigenständige Bausteine einführen, und schließlich ein einzelnes Ausgabeformat vollständig automatisieren. Empfehlenswert ist, mit dem zweitwichtigsten Format zu beginnen statt mit dem Flaggschiff: niedrigere Layouterwartungen, schnellere Rückmeldung, weniger Risiko. Läuft das erste Format sauber, folgen die weiteren entlang der normalen Release-Zyklen.

     

    Interne Links: Pillar „Technische Dokumentation" (/technische-dokumentation/) · Topic-basiertes Schreiben (/topic-basiertes-schreiben/) · PDF-Ausgabe automatisieren (/pdf-ausgabe-automatisieren/) · SharePoint-Metadaten und Autofill in der Redaktion (/sharepoint-metadaten-autofill-redaktion/) · Beratung (/technische-dokumentation-beratung/)