Der typische Nutzer der Technischen Kommunikation hat es eilig und ist schlecht gelaunt. Sie arbeiteten zusammen und versuchten, einen Job zu erledigen, damit sie nach Hause gehen und mit den Kindern zu Abend essen konnten, dann ging etwas kaputt oder funktionierte nicht so, wie sie es sich vorgestellt hatten, oder ein Teil ging nicht richtig weiter, oder ein Fehler trat auf nirgendwo, oder das ganze System hörte auf zu arbeiten und blauer Rauch begann herauszuströmen.

Sie sind nicht in der Stimmung für einen Scherz.

Wir sollten uns die Technische Kommunikation wie einen Boxenstopp vorstellen. Es ist an der Zeit, dem Benutzer das zu geben, was er braucht, um so effizient und mit so wenig Drama wie möglich fortzufahren. Da bleibt bei einem Boxenstopp keine Zeit, den von der Zahnärztin und der Bauerntochter zu erzählen.

Deshalb gibt es in den meisten technischen Kommunikationen keinen Humor und sollte es auch nicht geben.

Humor in Lernmaterialien ist eine andere Sache. Manche mögen es. Manche verachten es. Wenn Sie ein Dummies-Buch verkaufen, können Sie nur diejenigen ansprechen, die es mögen, und die Leute, die kein O'Reilly-Buch kaufen, lassen. Aber wenn dies Ihre Firmenschulung ist, möchten Sie wahrscheinlich nicht die Hälfte Ihres Publikums abschrecken.

Das Microsoft Manual of Style bringt es gut auf den Punkt:

Versuchen Sie nicht, lustig zu sein. Witze, Slang und Sarkasmus sind kontextspezifisch und schwer zu übersetzen und zu lokalisieren. Was für Sie lustig ist, könnte einen Teil Ihres Publikums beleidigen oder entfremden, daher ist es am besten, diese rhetorischen Ansätze zu vermeiden.

Die Dummies -Bücher sind eine Ausnahme von der Regel, aber die Leute, die sie kaufen, sind ein selbstgewähltes Publikum.

Humor impliziert eine Intimität und Lässigkeit, die für technische Kommunikation normalerweise nicht angemessen ist. Ganz gleich , ob es sich um eine angespannte Fehlerbehebung oder eine Situation, bei der mir etwas kaputt gegangen ist, handelt, wie Mark Baker es beschreibt , um ein Lehrdokument, das in einem geschäftlichen oder professionellen Umfeld verwendet wird, oder was auch immer, in den meisten Fällen ist es einfach unangemessen , ein bestimmtes Maß an Vertrautheit anzunehmen mit einem Lesegerät.

Außerdem: Was ist, wenn sie den Witz schrecklich finden? (Oder schlimmer: beleidigend?) Es ist viel wahrscheinlicher, dass Sie das Wohlwollen eines Lesers verlieren, der den Humor nicht mag, als dass Sie viel Wohlwollen von einem Leser gewinnen, der es tut.

Meistens steht der Humor im Weg.

Die allgemeine Regel in der Tech-Comm lautet, Humor zu vermeiden, und ich denke, die Hauptpunkte sind: Zielgruppe, Kontext und Lokalisierung – falls Sie dies überhaupt in Betracht ziehen.

Wenn wir speziell über die Lokalisierungsbedenken sprechen, ist die Übersetzung idiomatischer Sprache eine wichtige Überlegung, aber ein weiteres wichtiges Anliegen sind kulturelle Interpretationen Ihres Humors.

Ich sah eine interessante Präsentation auf der LavaCon im letzten Jahr, wo Jon Ann Lindsey, eine Inhaltsstrategin von Google, über ihre eigenen Versuche und Forschungen zu diesem Thema sprach.

Zusammenfassend: Google ermutigt seine Mitarbeiter, „Googly“ zu sein, und sie führten eine große Fallstudie durch, in der Fokusgruppen aus etwa 40 verschiedenen Ländern ihre Dokumentation ansahen und sich tatsächlich jemand persönlich mit diesen Gruppen zusammensetzte, um Feedback zu erhalten. Sie stellten fest, dass selbst die kleinsten humorvollen Referenzen (zum Beispiel ein Bild eines niedlichen Pinguins aus ihrer Bildbibliothek, das in ihrer Dokumentation desselben verwendet wurde) in vielen Regionen schlecht rüberkamen. Einiges davon war ungewohnt, weil Menschen aus einigen Ländern vielleicht noch nie einen Pinguin gesehen haben. Andere fanden es einfach nur ärgerlich und unangemessen, dass jemand versuchte, „Humor“ oder „Niedlichkeit“ einzufügen, wenn er versuchte, technische Informationen zu erhalten.

Meine wichtigste Erkenntnis daraus war: Kenne dein Publikum. Wenn Sie Inhalte lokalisieren, ist dies noch schwieriger und zwingender erforderlich. Leider haben viele von uns nicht die gleichen Ressourcen wie Google, um diese Art von Forschung auf globaler Ebene durchzuführen, daher ist es wahrscheinlich am besten, im Bereich des Cut and Dry zu bleiben.

Es hängt vom Publikum ab

Ich persönlich empfinde Technisches Schreiben als viel zu trocken. Aber als Ingenieur habe ich viel davon getan. Ich versuche immer, Humor und Leichtigkeit hinzuzufügen, um es angenehmer zu machen. Dies hatte unterschiedliche Ergebnisse.

Hier ist ein Beispiel, wo ich es mit der Leichtigkeit übertrieben habe und es gut angenommen wurde. Für einen Physikbericht beschlossen mein Partner und ich, den Thesaurus für jedes Wort zu verwenden, das wir konnten, ohne die Bedeutung zu ändern, und gebräuchliche Wörter durch ihre dunkelsten und verworrensten Synonyme zu ersetzen. Der Bericht ist das lächerlichste und übertriebenste Wortgeschwätz, das ich je geschrieben habe, aber er ist technisch korrekt. Wir erhielten volle Punktzahl und einen Klaps auf die Hand für „Wange“.

Ein anderes Mal, als ich meinen Projektabschlussbericht schrieb, arbeitete ich am Abschnitt „Warum dieses Projekt“. Bei dem Projekt ging es um ein sichtgesteuertes Landesystem für autonome Drohnen, und wir dachten, es wäre angemessen, den Hauptgrund mit „Drohnen sind cool“ zu nennen. Das kam nicht gut an, wir haben Punkte für „unprofessionell“ verloren.

Leider habe ich noch nicht verstanden, wie ich das erste Publikum vom zweiten unterscheiden soll. Manchmal werden die Leser es zu schätzen wissen und manchmal werden sie dich dafür kreuzigen. Es liegt an Ihnen, Ihr Publikum zu beurteilen und ob Sie damit durchkommen können. Wenn Sie denken, dass Sie keinen Ärger bekommen, tun Sie es bitte. Die Welt der Technischen Redaktion könnte etwas mehr Leichtigkeit vertragen.

Kürzlich musste ich die Einführung eines maßgeschneiderten IT-Systems in einem industriellen Umfeld betreuen. Ein paar Insiderwitze im Handbuch kamen im Training ganz gut an. Sie waren in der Art, den Namen eines bekannten Computer-Analphabeten zu verwenden, um das Einloggen zu veranschaulichen, oder Beispielbestellungen aufzulisten, die aus nicht offensichtlichen Gründen nicht ausgeführt werden können.

In diesem Beispiel jedoch 1) war der Humor völlig nebensächlich für die technische Botschaft, es wurde kein Wort darüber verschwendet, 2) er war subtil bis zum Punkt der Verleugnung, 3) er war spezifisch für das Publikum - ließ es sich klug fühlen die Referenzen bekommen.

Unter solchen Umständen habe ich gesehen, wie subtiler Humor funktioniert. Sonst ist in der technischen Dokumentation kein Platz dafür. Es ist besser, für Kürze zu sorgen. Meiner Erfahrung nach ist das Problem beim technischen Schreiben nicht der Mangel an Humor, sondern das Übermaß an sich wiederholenden Formalitäten und Passiv.