„Können Sie unser Dokument auf Rechtssicherheit prüfen?“ – eine scheinbar einfache Anfrage. Doch was bedeutet „rechtssicher“ eigentlich? Und was braucht es, um dorthin zu kommen? Was hinter dieser Frage steckt – und wie der Weg zur Antwort aussah.
Die Anfrage kam, wie so viele: per E-Mail, knapp formuliert, mit einer konkreten Bitte. Ein mittelständischer Maschinenbauer wollte wissen, ob seine Betriebsanleitung den Anforderungen für den US-Markt entspricht. „Können Sie das mal auf Rechtssicherheit prüfen?“
Diese Frage klingt einfach. Die Antwort ist es nie. Denn „rechtssicher“ ist kein Häkchen, das man setzen kann. Es ist ein Zustand, der vom Zielmarkt abhängt, von geltenden Normen, von der Produktkategorie – und nicht zuletzt von der Art der Dokumentation selbst.
Wir wollten verstehen: Was genau meint der Kunde mit „rechtssicher“? Geht es um Haftungsfragen? Um Zertifizierungen? Um konkrete Normanforderungen? Welcher Zielmarkt ist relevant – nur die USA oder auch andere Regionen? In welchem Format liegt die Dokumentation vor? Wer hat sie erstellt, und nach welchen Vorgaben?
Diese Fragen mögen selbstverständlich klingen. Aber sie werden erstaunlich selten gestellt. Viele Dienstleister springen direkt ins Angebot, ohne den Kontext wirklich zu kennen. Wir nicht. Denn nur wer versteht, was das eigentliche Ziel ist, kann auch den richtigen Weg dorthin vorschlagen.
Im Gespräch wurde klar: Der Kunde wollte mit seiner Maschine in die USA expandieren. Die Dokumentation war über Jahre gewachsen, intern erstellt, in Microsoft Word. Es gab Unsicherheit, ob die Inhalte den amerikanischen Anforderungen genügen – insbesondere bei Sicherheits- und Warnhinweisen.
Auf Basis des Gesprächs haben wir einen kostenlosen Dokumentations-Check durchgeführt – eine erste Einschätzung entlang der relevanten Normen: IEC/IEEE 82079-1, ANSI Z535.6, Maschinenrichtlinie. Kein vollständiges Audit, aber genug, um die wichtigsten Handlungsfelder sichtbar zu machen.
Was wir gefunden haben, war keine Überraschung – und kein Grund zur Panik. Die Dokumentation war fachlich solide – aber eben über Jahre gewachsen statt geplant. Struktur, Sicherheitshinweise, Grafiken, Format: Alles funktionierte, aber nicht nach den Maßstäben, die der US-Markt verlangt. Grafiken erklärten Abläufe, aber nicht immer eindeutig. Und das Word-Format machte es schwer, Inhalte konsistent zu halten oder effizient in andere Sprachen zu übersetzen. Wir haben das nicht als Mängelliste präsentiert, sondern als Ausgangspunkt. Wo steht die Dokumentation heute? Wo muss sie hin? Und was sind realistische Schritte dorthin?
Die Gliederung war nachvollziehbar, aber nicht normkonform. Bestimmte Pflichtinhalte fehlten oder waren schwer auffindbar.
Warnungen waren vorhanden, aber nicht nach ANSI Z535.6 gestaltet. Für den US-Markt ein relevantes Risiko.
Word-Dokumente sind flexibel, aber nicht skalierbar. Für mehrsprachige Dokumentation und Updates ein Engpass.
Grafiken waren vorhanden, aber nicht überall nach den Vorgaben für sicherheitsrelevante Kennzeichnung gestaltet. Im Haftungsfall ein Risiko.
Nach dem Doku-Check standen wir vor einer typischen Situation: Der Kunde brauchte kurzfristig ein rechtssicheres Dokument für ein laufendes Projekt. Gleichzeitig war klar, dass eine nachhaltige Lösung mehr erfordert als ein schnelles Update. Wir haben beides gemacht.
Für das aktuelle Projekt haben wir die kritischen Kapitel überarbeitet – Vorwort, Sicherheitshinweise, Produktkennzeichnung. In enger Abstimmung, mit kurzen Feedback-Schleifen, damit es schnell ging, ohne Qualität zu opfern. Innerhalb weniger Wochen hatte der Kunde ein Dokument, mit dem er guten Gewissens in den US-Markt gehen konnte.
Parallel haben wir die strategische Perspektive nicht aus den Augen verloren. Wie kann die Dokumentation langfristig effizienter werden? Welches System passt zu den Anforderungen? Wie lassen sich Prozesse so aufsetzen, dass künftige Updates weniger Aufwand bedeuten?
Was als Prüfauftrag begann, endete nicht mit einem geprüften Dokument. Es endete mit einer neuen Art, Dokumentation zu denken.
Irgendwann im Projektverlauf verschob sich die Frage. Am Anfang ging es darum, ob die Anleitung den Normen entspricht. Dann darum, warum sie es nicht tat. Und schließlich darum, wie sich das dauerhaft ändern lässt – nicht nur für dieses eine Produkt, sondern für alles, was danach kommt.
Der Kunde wollte nicht mehr nur ein rechtssicheres Dokument. Er wollte verstehen, wie rechtssichere Dokumentation entsteht. Welche Strukturen es braucht, welche Prozesse, welche Kompetenzen im eigenen Haus. Nicht um uns überflüssig zu machen – sondern um auf Augenhöhe zusammenarbeiten zu können.
Das ist Beratung, wie wir sie verstehen: Nicht Abhängigkeit schaffen, sondern Kompetenz aufbauen.
Rechtssicherheit ist kein einmaliger Zustand, sondern ein Ergebnis von System, Inhalt und Prozess. Unsere Empfehlung umfasste alle drei Ebenen.
Ein Produkt, drei Märkte, vier Sprachen – und alles in Word? Ab einem gewissen Punkt wird das zum Risiko. Ein modulares Redaktionssystem sorgt dafür, dass Inhalte einmal stimmen und überall stimmen. Weniger Doppelarbeit, weniger Fehlerquellen, weniger Überraschungen beim nächsten Update.
Fachlich korrekt und normkonform sind zwei verschiedene Dinge. ANSI Z535.6 für Sicherheitshinweise, IEC/IEEE 82079-1 für die Struktur, sprachunabhängige Grafiken für internationale Märkte – wer diese Anforderungen kennt und umsetzt, dokumentiert nicht nur besser. Er reduziert sein Haftungsrisiko erheblich.
Gute Dokumentation entsteht nicht zufällig – und sie bleibt auch nicht zufällig gut. Wer schreibt was, nach welchen Vorgaben? Wie fließen Änderungen aus der Konstruktion in die Anleitung? Ein redaktionelles Detailkonzept beantwortet diese Fragen einmal. Und beim nächsten Produkt fängt niemand bei null an.
