Die Technische Dokumentation verlangt Papier. Sie schreit nach Papier, wenn es um die „Unterlagen“ geht, sie spuckt Papier aus, wenn es um die Ausgabe geht. Wir Technischen Redakteure beginnen eine Technische Dokumentation immer mit einem tatsächlichen leeren Blatt Papier oder einem Bildschirm, auf dem ein leeres Blatt Papier dargestellt wird. Dann fangen wir an zu schreiben.
|
Weblinks: |
Zunächst schreiben wir alles auf, was wir von unseren Informanten erfahren. Wir lachen mit Ihnen über die dummen Anwender, schütteln den Kopf über die Bediener, die es auch nach der dritten Erklärung immer noch nicht begreifen, in welche Richtung der Schalter zeigen soll. Und wir fühlen uns genötigt, allen Anwesenden zu demonstrieren, dass wir nicht so sind wie die Benutzer, dass wir mit den geistigen Urhebern des Produkts auf Augenhöhe stehen, das Produkt begreifen und unsere Arbeit wertvoll ist. Vor allem für den Auftraggeber.
Wir stöhnen über Auftraggeber, die uns erklären, dass sie eine Anleitung sowieso nicht lesen. Sie kennen ja schließlich das Produkt. Sie haben es seit seiner Entstehung in den Köpfen und auf dem Reißbrett begleitet. Sie sind seine Väter und entsprechend stolz darauf.
Die Dokumentation als Roman
Diesen Standpunkt und diese Sichtweise machen wir uns zu eigen: Wir leben mit dem Produkt, wir vollziehen jeden Entwicklungsschritt geistig nach, wir kauen die Eigenschaften des Produkts durch und entdecken es für uns selbst. Und das sieht man den Dokumentationen dann an. Unsere Texte und Bilder spiegeln jenes museale Interesse wider, das man auch den Werken großer Meister entgegen bringt: „Toll! Wie haben die das nur gemacht? Und hier, sieh mal das Detail dort in der Ecke. Toll!“ …
Wir schreiben unsere Dokumentation über die Lebensdauer des Produkts, so wie man einen Roman über die Wanderjahre des Lehrburschen schreibt, bis er zum Meister wird (oder das Produkt an den Kunden geliefert wird). Und ebenso wie ein Romanschreiber wollen wir den Leser mitnehmen auf eine Reise durch das Produkt, wollen ihn begeistern und animieren zum Entdecken. Sehr lobenswert. – Und so ziemlich an der Realität vorbei.
Der Benutzer des Produkts legt sich die Dokumentation nämlich gewöhnlich nicht auf den Nachttisch, um vor dem Schlafengehen noch mal schnell die nächsten Seiten zu lesen. Das macht er bei einem Roman, der ist linear aufgebaut und Jeder, der ein paar Seiten überspringt, läuft Gefahr, die Schlüsselstelle zu verpassen. Bei einer Technischen Dokumentation macht er das nicht. Eine Technische Dokumentation besteht nicht aus linear angeordneten Informationen (das ist nur bei einzelnen Handlungsfolgen der Fall), sie besteht aus assoziativen Informationsknoten.
Selbstbeobachtung als Ausgangspunkt
Beobachten wir uns doch einmal selbst: Wann lesen wir eine Dokumentation? Sogar in unserer eigenen Dokumentation springen wir gezielt zu den Stellen, die geändert werden sollen oder die wir benötigen. Dazu benutzen wir ein Inhaltsverzeichnis. (In Romanen gibt es das häufig gar nicht, was auch ein Zeichen für den linearen Aufbau ist, denn ein Roman braucht keine Kapitelübersicht.) Oder wir benutzen Querverweise. (Das ist in Romanen ebenso selten, denn er ist ja linear: Die folgende Seite baut immer auf den Inhalt der vorherigen Seiten auf.)
Im realen Leben machen wir das auch: wir suchen den Schlüssel für die Haustür und nicht den Bauplan für das Haus. Für jede Information setzen wir stillschweigend voraus, dass sie existiert, nicht dass wir sie lesen müssen. Wir verwenden Informationen assoziativ: Wir benutzen sie dann, wenn wir sie brauchen und hangeln uns bei Bedarf von einem Knoten zum nächsten.
Wenn wir die gesuchte Information nicht finden, eskalieren wir auf die nächste Stufe: Ausgehend von den Informationen die wir gefunden haben, entscheiden wir, welche Informationen noch fehlen oder ergänzt werden müssen. Dann benutzen wir ein Glossar oder versuchen anhand des Inhaltsverzeichnisses (das ja auch nur eine Sammlung von Querverweisen ist) oder von Querverweisen zu den weiterführenden Informationen zu gelangen. Wir arbeiten informations-ökonomisch.
Anwendersicht
Warum aber tun wir so, als ob unsere Leser Zeit haben, einen Roman zu lesen? Warum schreiben wir nicht assoziativ? Warum verkneifen wir uns die strukturelle Vorarbeit, die verfügbaren Informationen in assoziative Häppchen zu zerlegen und diese miteinander zu verbinden (beispielsweise mit Querverweisen)?
Der Schritt von der linearen zu einer assoziativen Dokumentation ist nicht einfach, gewiss. Er setzt ein hohes Maß an Eigenbeobachtung voraus und auch eine abstrahierende und strukturierende Vorgehensweise. Statt einfach drauflos zu tippen wie eine technisch vorgebildete Schreibkraft müssen wir erst sortieren, gewichten, einordnen, priorisieren, visualisieren. Kurz: wir müssen unserem Beruf angemessen denken.
Wir müssen in der Lage sein, unsere Sicht der Dinge zu hinterfragen, sie aber auch zu vertreten und umzusetzen. Wir müssen berechtigte Kritik einarbeiten und unser Modell der Benutzerführung zu erweitern. Wir müssen uns die Sicht des Anwenders zu eigen machen, den wir nicht kennen, statt die Sicht des Herstellers, der uns gegenüber sitzt. Wir müssen beitragen, nicht unbesehen weitergeben. Wir sind Technische Redakteure und als solche Spezialisten für die Informationsvermittlung.
Oder wir finden uns damit ab, einfach eine teurere Schreibkraft zu sein.