Das Hauptproblem: Text ist nicht mehr knapp
Vor drei Jahren lautete die Frage, ob KI Anleitungen wie ein Mensch schreiben kann. 2026 ist die praktische Antwort: ja. Mit guten Eingaben erzeugt ein Modell Entwürfe, API-Referenzen, Release Notes, FAQs und Übersetzungen in Minuten.
Damit verschiebt sich die eigentliche Arbeit. Entscheidend ist nicht mehr das Formulieren, sondern was tatsächlich stimmt, welche Version gilt, wer das Verhalten bestätigt, was Nutzer brauchen und wie veraltete Information erkannt wird.
Ich kenne persönlich mehrere Unternehmen, die inzwischen vollständig auf technische Redakteure verzichtet haben. Das ist keine Marktstatistik, zeigt aber, dass das Szenario real ist. Bei kleinen Produkten und niedrigen Fehlerrisiken kann es funktionieren. Mit wachsender Dokumentation entstehen jedoch Versionsdrift, kaputte Beispiele, widersprüchliche Terminologie und fehlende Verantwortung.
Was sich in drei Jahren wirklich verändert hat
Seit Ende 2022 änderte sich zuerst die Geschwindigkeit und danach die Arbeitsteilung. Entwürfe, Übersetzungen, Zusammenfassungen, Umschreiben, Parameterextraktion und Varianten wurden sehr billig. Der Vorteil liegt deshalb nicht mehr in mehr Text, sondern in der Kontrolle von Eingaben, Evidenz, Struktur, Review und Pflege.
Ich kenne bereits Unternehmen, die Technical Writer vollständig abgeschafft haben
Das ist eine persönliche Beobachtung, keine Marktstatistik. Gerade deshalb ist sie relevant: vollständiger Ersatz ist keine rein theoretische Möglichkeit mehr. Die wichtige Frage lautet, wer nach dem Wegfall der Rolle Verantwortung für Dokumentation, Fakten, Versionen, Schulden und Feedback übernimmt.
Was zuerst automatisiert wird
| Aufgabe | Automatisierbarkeit | Was geprüft werden muss |
|---|---|---|
| Erstentwurf aus Spezifikation | hoch | Fakten und Vollständigkeit |
| API-Parameter | hoch | Semantik und Beispiele |
| Release Notes | hoch | tatsächlicher Nutzerimpact |
| Übersetzung | hoch | Terminologie und Kontext |
| Informationsarchitektur | mittel | Nutzeraufgaben und Beziehungen |
| Tatsächliches Produktverhalten | niedrig | Source of Truth und SME |
| Verantwortung für Aussagen | nicht automatisierbar | menschlicher Owner |
Moderner Workflow
KI ist ein Schritt im Prozess, nicht der unsichtbare Autor am Ende.
Verantwortung explizit machen
| Phase | KI | Technical Writer | SME / Produkt |
|---|---|---|---|
| Quellen | klassifiziert | findet Lücken | liefert Wahrheit |
| Struktur | schlägt vor | entscheidet | bestätigt Grenzen |
| Entwurf | generiert | setzt Regeln, editiert | klärt Unschärfen |
| Fakten | markiert Risiken | verknüpft Aussage und Beleg | bestätigt Verhalten |
| Publikation | genehmigt nicht | kontrolliert Reife | genehmigt kritische Punkte |
So würde ich die Arbeit organisieren
- Vor dem Prompt ein Evidenzpaket erstellen.
- KI zuerst Widersprüche und Lücken analysieren lassen.
- Kleine, überprüfbare Einheiten generieren.
- Belege statt Sprachfluss reviewen.
- Links, Builds, Terminologie, Schemas und Tests automatisieren.
- Sicherheit, Kompatibilität und rechtliche Aussagen menschlich verantworten.
Review braucht heute drei Ebenen
Ein KI-generierter Entwurf sollte nicht direkt veröffentlicht werden. Redaktionelles Review, technisches Review und automatische Checks beantworten unterschiedliche Fragen und müssen getrennt bleiben.
Klarheit, Reihenfolge, Nutzen.
Fakten, Befehle, Zustände und Grenzen.
Build, Links, Terminologie und Beispiele.
„KI prüft KI“ ist kein Faktencheck
Ein zweites Modell kann verdächtige Aussagen finden. Bestätigung entsteht erst durch Code, Spezifikation, Test oder SME.
Was, wenn das Unternehmen Technical Writer bereits abgeschafft hat?
Die alte Rolle aus Nostalgie wieder einzuführen ist nicht das Ziel. Zuerst müssen die weiterhin vorhandenen Verantwortlichkeiten explizit verteilt werden: Wer entscheidet über Struktur, wer bestätigt Fakten, wer bearbeitet Feedback, wer entfernt veralteten Inhalt und wer darf eine Veröffentlichung stoppen? Ohne Owner versteckt Automatisierung nur Dokumentationsschulden.
Die neue Rolle
Der Wert eines Technical Writers kann nicht mehr darin liegen, schneller saubere Absätze zu tippen. Die Rolle verschiebt sich zu Wissensarchitektur, Sources of Truth, Review-Regeln, Qualitätsautomatisierung, Terminologie und Lifecycle-Verantwortung.
Entfernt ein Unternehmen Writers, müssen diese Funktionen trotzdem jemandem gehören. Sonst wurde die Dokumentation nicht automatisiert, sondern ihre Governance abgeschafft.
Wichtiger werdende Fähigkeiten
- Produktverständnis;
- Informationsarchitektur;
- APIs, Git und Automatisierung;
- redaktionelles Urteil;
- Fact-Checking und Traceability;
- Verbindung von Product, Engineering, Support und Nutzern.
Was man statt Seitenzahl messen sollte
Wenn KI Hunderte Seiten erzeugen kann, ist Produktionsvolumen keine sinnvolle Kennzahl. Nützlicher sind der Anteil von Inhalten mit Owner, Aktualität der Evidenz, vor Veröffentlichung gefundene Fehler, getestete Beispiele, Update-Zeit nach Produktänderungen und tatsächlich gelöste Nutzerprobleme.
Ein kleines Dokumentationsteam im Jahr 2026
Architektur, Zielgruppe, Regeln, Redaktion und Release.
Analyse, Entwürfe, Varianten und unterstützende Checks.
Source of Truth, Einschränkungen und technische Freigabe.
Ein solches Team kann deutlich mehr produzieren als früher, solange menschliche Verantwortung sichtbar bleibt.
Was ein Technical Writer persönlich jetzt tun sollte
Ein Produkt wählen, das man tief verstehen kann; Git, APIs, Tests und strukturierte Quellen lernen; eine eigene Fact-Checking-Disziplin aufbauen; Informationsarchitektur trainieren; und den eigenen Wert nicht mehr an Textmenge messen. Nachhaltig ist die Fähigkeit, das System besser als ein generisches Tool zu verstehen und daraus einen überprüfbaren Prozess zu bauen.
Fazit
KI hat Dokumentation nicht abgeschafft. Sie hat das menschliche Monopol auf Textproduktion abgeschafft. Die Aufgabe ist nicht, schneller als das Modell zu schreiben, sondern ein System zu bauen, in dem KI schnell arbeiten kann, ohne dass Fehler genauso schnell beim Nutzer landen.
