Technischer Redakteur: Skills, Gehalt und der Weg in den Job

Was ein Technischer Redakteur macht

Ein Technischer Redakteur macht aus dem Wissen von Experten Informationen, mit denen Leser handeln können. Die Arbeit beginnt bei der Zielgruppe und ihren Aufgaben: Wer liest das, was will er tun, und was kann schiefgehen? Dann holt der Redakteur die Fakten bei Ingenieuren und Entwicklern ein, schreibt, lässt den Text prüfen, veröffentlicht ihn im richtigen Format und hält ihn aktuell, wenn sich das Produkt ändert.

Der Job liegt neben mehreren anderen. In der Software arbeitet der Redakteur mit dem Softwareentwickler an Hilfen und API-Dokumentation, mit dem UX Designer an den Texten im Produkt und mit dem Business Analyst, dessen Anforderungen oft die erste Quelle sind. In der Industrie dokumentiert der Redakteur Maschinen und Geräte, mit den Sicherheitshinweisen. Softwarefirmen sagen oft auch Technical Writer. Ein Technischer Redakteur ist kein Texter für das Marketing: Das Ziel ist, dass Leser Erfolg haben, nicht dass sie kaufen. Die Stufen vom Junior-Redakteur bis zur Leitung der Dokumentation stehen in den Karrierewegen (auf Englisch).

IEC/IEEE 82079-1 ist die internationale Norm für Gebrauchsanleitungen von Produkten, und viele Teams schreiben nach ihr. Maschinen, die in der EU verkauft werden, brauchen nach den Maschinenregeln der EU eine Anleitung in der Sprache jedes Landes. Diese Seite beschreibt den Job und ist keine Rechtsberatung.

Die Skills, die Anzeigen verlangen

Wir lesen jeden Tag eine Stichprobe der Anzeigen und zählen die Skills, die sie nennen. Am Computer zeigt ein Skill im Text seinen Anteil, wenn du mit der Maus darauf zeigst; auf dem Handy steht dasselbe in der Tabelle.

Der Kern steht vorn: technische DokumentationHandbücher, Anleitungen und Hilfen schreiben, mit denen ein Leser eine Aufgabe sicher erledigt, ohne jemanden zu fragen. für echte Aufgaben, dann strukturiertes Schreiben, also Topics, die einmal geschrieben und in vielen Dokumenten wiederverwendet werden. API-DokumentationErklären, was eine Schnittstelle tut, wie man anfängt und was jeder Teil bedeutet, für Entwickler, die schnell lesen. verlangen viele Anzeigen aus der Software, und manche die Arbeit mit dem DesignMit Designern an den Texten im Produkt selbst arbeiten, nicht nur im Handbuch. an den Texten im Produkt. Die Dokumentation mit jedem Release planenDie Dokumentation für ein Release mit Terminen, Verantwortlichen und Reviews planen. und mit Experten arbeiten, die wenig Zeit habenJeden Tag mit Entwicklern, Ingenieuren, Testern, Support und Übersetzern arbeiten., gehört zum Alltag.

Die Werkzeuge stehen nebeneinander, und keins ist überall Pflicht: DITAIn Topics mit DITA schreiben und sie über Produkte, Versionen und Sprachen hinweg wiederverwenden. für strukturiertes, topic-basiertes Schreiben, MarkdownSeiten in Markdown schreiben und gliedern, dem Textformat, das viele Docs-as-Code-Teams nutzen. für Docs-as-Code, MadCap FlareHilfen und Handbücher aus einer Quelle in MadCap Flare erstellen und veröffentlichen. für Hilfen und Handbücher und Confluence oder SharePointDokumente für interne Leser im SharePoint der Firma veröffentlichen und ordnen. für interne Dokumente, dazu GitDokumente wie Code in Git führen: Branches, Reviews und eine Historie jeder Änderung. für Versionen, JiraDie Entwicklungsarbeit in Jira verfolgen und die Dokumentation zu jeder Änderung planen. für die Entwicklungsarbeit und etwas HTML und CSSGenug HTML und CSS können, um das Aussehen einer Hilfeseite zu korrigieren und die veröffentlichte Ausgabe zu lesen. für die Ausgabe. Office-WerkzeugeMit Prüfern in den Office-Werkzeugen des Alltags arbeiten, wenn sie kein anderes öffnen. dienen den Prüfern. Fast immer wollen Anzeigen verständliches SchreibenExperten die richtigen Fragen stellen und einfache Sätze für Leser schreiben, die du nie triffst.; die meisten nennen EnglischDie Sprache der meisten Softwaredokumentation und vieler internationaler Handbücher., und die aus den deutschsprachigen Ländern DeutschIn den meisten deutschen Anzeigen verlangt, wo Anleitungen für deutsche Kunden und Maschinen auf Deutsch entstehen..

Wo die Jobs sind, Land für Land

Jedes Land unten hat seine eigenen Zahlen: welche Städte die meisten Jobs in unserer Liste haben, ob die Zahl steigt oder sinkt, wie oft Anzeigen Homeoffice oder hybrides Arbeiten anbieten, die Titel im Land und Gehaltsspannen aus veröffentlichten Studien in der Landeswährung. Für Österreich haben wir keine eigene Gehaltsrecherche; dort steht, wie du eine Anzeige liest.

Ein Release der Dokumentation, Schritt für Schritt

1. Planen: Welche Funktionen ändern sich, wer liest darüber, und welche Topics sind neu oder müssen aktualisiert werden?
2. Recherchieren: die Anforderungen, eine Demo oder das Gerät selbst und kurze Gespräche mit den Entwicklern oder Ingenieuren, die es gebaut haben.
3. Schreiben: aufgabenorientierte Topics, die jeweils eine Frage beantworten, mit Screenshots oder Zeichnungen nur dort, wo sie helfen.
4. Prüfen: eine fachliche Prüfung durch die Experten, ein Lektorat nach dem Styleguide und ein Test, ob ein neuer Leser den Schritten folgen kann.
5. Veröffentlichen und verbessern: mit dem Produkt freigeben, in die Übersetzung geben und das Feedback und die Suchbegriffe lesen, um zu sehen, was Lesern noch fehlt.

Rund um die Releases liegen die festen Aufgaben: Styleguide und Terminologie, Vorlagen, die Struktur der Hilfe und die Release Notes jeder Version. Einem guten Technischen Redakteur vertraut der Support, weil die Dokumente die Fragen beantworten, die Kunden wirklich stellen.

Dein Lebenslauf für einen Job als Technischer Redakteur

Den Lebenslauf eines Technischen Redakteurs lesen zwei: die Bewerbersoftware, die die Wörter der Anzeige sucht, und eine Leitung der Dokumentation, die sehen will, was du dokumentiert hast, für wen und wie die Leser damit zurechtkamen. Zeig beides: die Stichwörter und die Belege.

Nutze die Stichwörter der Anzeige

• Nenne Arbeit und Werkzeuge so wie die Anzeige: „technische Dokumentation“, „API-Dokumentation“, „Docs-as-Code“, „DITA“, „MadCap Flare“ und die Produkte, die du dokumentiert hast. Die Skill-Tabelle oben zeigt, welche Stichwörter die Anzeigen am häufigsten nutzen.
• Sag, was du dokumentiert hast: Software, Maschinen oder Geräte, für welche Leser, in welchen Sprachen.
• Nenne Ergebnisse so, wie dein Team sie gemessen hat, etwa weniger Supporttickets zu einem Thema oder eine schnellere Einarbeitung, ohne vertrauliche Zahlen.
• Verlinke Schreibproben, die du zeigen darfst, und nenne ein Zertifikat, an dem du noch arbeitest, etwa das der tekom, des deutschen Fachverbands, als „laufend“ mit dem Monat, in dem du fertig sein willst.

Belege jeden Skill

Eine Zeile eines Redakteurs belegt sich mit Lesern, die Erfolg hatten: weniger Fragen an den Support, ein schnellerer erster Schritt, ein Handbuch, das ein Audit bestanden hat.

Halte vertrauliches Material heraus: Zeig nur Proben, für die du die Erlaubnis hast.

Wie wir unsere Daten lesen

• Die Jobs: die Jobs als Technischer Redakteur, Technische Redakteurin und Technical Writer in unserer Jobsuche, so zugeordnet, wie die Suche sie findet. Unsere Liste ist nicht der ganze Markt, deshalb nennen wir Anteile und Rangfolgen, nie Anzahlen.
• Die Skills: Wir lesen jeden Tag eine Stichprobe der Anzeigen und zählen die Skills darin mit einer festen Wortliste. Wir behalten nur diese Zählung, nie den Text der Anzeige.
• Gehalt: aus veröffentlichten Gehaltsstudien, mit Quelle und Datum, als Spanne vom Berufseinstieg bis Senior. Es ist nicht aus unseren Anzeigen berechnet.
• Datum: Jede Zahl wird täglich neu berechnet und nennt den Tag, an dem sie berechnet wurde.

Mehr zu diesem Beruf