Es gibt viele Ratschläge, wie man ohne technischen Hintergrund ein technischer Redakteur für Software wird. (Das heißt, Fähigkeiten wie das Verstehen von Endbenutzern, Fähigkeiten zum Ermitteln von Berichten, um Experten zu untersuchen usw., wie sie auf Software angewendet werden.) Software verfügt über viele Informationen, die relativ leicht zu erfassen sind, indem man die relevante Sprache erlernt und elementare Fähigkeiten benötigt.
Ich habe jedoch Probleme, Ratschläge zu finden, wie man in andere, (vielleicht) kompliziertere Bereiche wie Elektrotechnik oder Physik ohne technischen/technischen Hintergrund in das technische Schreiben einsteigen kann.
Meine Frage: Sind "technischere" Bereiche außerhalb der Programmierung für den Technischen Redakteur ohne technischen Hintergrund zugänglich? und wenn ja, was sind einige notwendige Schritte, ohne ein vollwertiger Ingenieur oder Wissenschaftler zu werden?
Dies ist eine der großen Debatten in der Technischen Kommunikation. Müssen Sie ein technischer Experte sein oder reicht es aus, ein effektiver Kommunikator zu sein? Verschiedene Tech-Autoren und verschiedene Arbeitgeber stehen in dieser Debatte auf unterschiedlichen Seiten.
Ich denke, es gibt zwei Hauptfaktoren, die hier berücksichtigt werden müssen.
Erstens geht es bei gutem Schreiben nicht nur um gute Grammatik, sondern auch darum, zu wissen, was gesagt werden muss. Das Falsche in schönen Worten zu sagen, nützt niemandem. Die richtigen Dinge in klobigen Worten zu sagen, ist nicht ideal, aber immer noch brauchbar. Die Frage ist also, wie einfach ist es herauszufinden, was gesagt werden muss? Es besteht die Möglichkeit, dass die Ingenieure, die das Produkt entwickelt haben, nicht wissen, was die Benutzer wissen müssen, also ist es sinnlos, sie zu fragen. Als wir hauptsächlich Heim- und Bürosoftwareanwendungen dokumentierten, waren technische Redakteure selbst Benutzer von Heim- und Bürosoftwareanwendungen und hatten daher eine ziemlich gute Vorstellung davon, was gesagt werden musste. Aber wenn niemand weiß, was gesagt werden muss, erhalten Sie eine Dokumentation, die technisch verblüffend ist. Ein Autor kann den Jargon entfernen, aber der Inhalt ist immer noch nicht das, was Endbenutzer wissen müssen.
Die Verbreitung von Desktop-Apps ist weitgehend eingestellt. Die meisten Menschen wissen, wie man sie benutzt. Die Verbraucheraktion ist jetzt mobil, wo Apps viel einfacher und einfacher zu verstehen sind. Daher gibt es weniger Nachfrage nach dieser Art von technischem Schreiben.
Viele der Leute, die vor 15 Jahren technisches Schreiben für Desktop-Software gemacht haben, sind in eher entwicklerorientierte Tech-Kommunikations- oder Marketing-bezogene Rollen übergegangen. Wenn Sie für ein Entwicklerpublikum schreiben, wissen Sie natürlich nicht, was Entwickler über ein Produkt wissen müssen, es sei denn, Sie sind selbst ein Entwickler. Aber zumindest diese Tech-Redakteure hatten den Vorteil, lange Zeit mit Entwicklern zusammenzuarbeiten, was sicherlich hilfreich ist.
Für nicht softwarebezogenes technisches Schreiben kann es jedoch weitaus schwieriger sein, zu wissen, was der Benutzer wissen muss, und es ist auch schwieriger, die Ausrüstung zu verstehen, damit Sie herausfinden können, wie Sie ihre Eigenschaften auf die Bedürfnisse des Benutzers abbilden können. In vielen Fällen gibt es auch Sicherheits- und Regulierungserwägungen. Und die meisten Autoren – Leute, die sich selbst als Autoren identifizieren, meine ich – haben keine Erfahrung mit der Aufgabe oder den Tools, die diese Benutzer ausführen und verwenden. All dies bedeutet, dass es schwieriger ist, wirklich zu wissen, was die Benutzer wissen müssen.
Außerdem benötigen Benutzer in diesen Bereichen häufig eine spezielle Schulung, bevor sie die Maschinen verwenden oder die Aufgaben ausführen können, was bedeutet, dass sie viel mehr Hintergrundwissen und Vokabular miteinander teilen als typische Benutzer von Desktop-Software. All dies bedeutet, dass es für Leute, die aus diesen Bereichen kommen, einfacher ist, sich der technischen Redaktion in diesen Bereichen zuzuwenden. Sie schreiben für Menschen mit Aufgaben und Hintergründen, die ihren eigenen sehr ähnlich sind. Domänenwissen ist also entscheidender als Schreibgeschick.
Zweitens, während die idealen Qualifikationen eines technischen Redakteurs darin bestehen, dass er a) schreiben kann, b) die Technologie versteht, damit er mit den Entwicklern sprechen kann, und c) die Benutzer und ihre Aufgaben versteht, damit er weiß, was er schreiben muss Tatsache ist, dass es schwierig ist, genügend Leute mit allen drei Qualifikationen zu finden. Daher werden für Tech-Writing-Jobs nur Leute eingestellt, die nur eine von zwei dieser Qualifikationen haben.
Es gibt viele in der Branche, die darauf bestehen, dass dies der natürliche Zustand der Dinge ist, dass alles, was ein technischer Redakteur braucht, gute Schreibfähigkeiten und die Fähigkeit zur Recherche sind. Viele Arbeitgeber sind anderer Meinung, aus dem guten Grund, dass sie Kostenbeschränkungen und Fristen einhalten müssen und dass technische Redakteure, die Dinge von Grund auf neu recherchieren, nicht nur zu viel Zeit des technischen Redakteurs in Anspruch nehmen, sondern auch zu viel Zeit aller anderen.
Kurz gesagt: Technische Kommunikation ist kein Beruf mit festen Grenzen oder Erwartungen, wie manche Menschen und Organisationen es gerne hätten. Ihr Kilometerstand kann variieren.
S. Mitchell