State of Documentation 2026: 30 Zahlen aus 8 Berichten

State of Documentation 2026: was 30 Zahlen aus 8 Berichten tatsächlich sagen

Der wichtigste Befund über alle benannten Dokumentationsberichte zwischen Mitte 2024 und Anfang 2026 hinweg ist, dass das Pflegeproblem inzwischen größer ist als das Erstellungsproblem. Teams haben herausgefunden, wie man Doku schreibt. Sie haben nicht herausgefunden, wie man sie korrekt hält, während sich das Produkt darunter verändert. Die 30 Statistiken unten stammen aus acht benannten Branchenberichten, gruppieren sich in fünf Themen und laufen aus verschiedenen Richtungen auf denselben Schluss zu. Das ist die eine Sammelseite, die eine technische Redakteurin, eine DevRel-Leitung oder eine Engineering-Managerin zitieren kann, wenn die Geschäftsführung fragt, warum Investitionen in Doku nicht mehr optional sind.

Wie diese Zusammenführung entstanden ist (Methodik)

Stichprobenrahmen: acht benannte Berichte, veröffentlicht zwischen 2024 und 2026. Jede Statistik wurde im Mai 2026 gegen ihre benannte Quelle geprüft. Wo eine Quell-URL stabil ist und der Bericht auf unserer Liste zulässiger externer Quellen steht, ist der Quellenname verlinkt. Wo die kanonische URL hinter einer Schranke liegt, umgeleitet wird oder bekanntermaßen bricht (Atlassian-Daten liegen hinter einer Marketingschranke, die URLs der Write-the-Docs-Umfrage ändern sich jährlich, API the Docs hat kein dauerhaftes Archiv), wird die Quelle kursiv ohne Link genannt.

Die acht Berichte: State of Docs Report 2025 (444 Fachleute aus der Dokumentation, befragt von der Fluid-Topics-Community), Stack Overflow Developer Survey 2025 (über 49.000 Antworten aus 177 Ländern), GitHub Octoverse (jährliche Plattform-Telemetrie), GitLab DevSecOps Report (jährliche Befragung von Entwicklungsteams), Atlassian-Daten zum Wissensaustausch, Write the Docs Community Survey, Community-Umfrage von API the Docs und der Postman State of the API Report. Die fünf Themen (Pflege und Drift, Abdeckung und Lücken, KI in der Doku, Werkzeuge und Stack plus eine Querschnittssicht nach Teamgröße) sind bewusst gewählt. Jedes bildet eine Frage ab, die eine Doku-Verantwortliche beim Planen eines Quartals beantworten muss.

Eine ehrliche Offenlegung. Mehrere Zahlen im KI-Abschnitt stammen aus einer einzigen Quelle (State of Docs 2025), weil kein anderer benannter Bericht dieselbe Frage im großen Maßstab gestellt hat. Wo das zutrifft, steht es dabei. Behandle Zahlen aus einer einzigen Quelle als Richtungsangabe, nicht als Benchmark.

Kernbefunde auf einen Blick

• 56% der API-Teams nennen "Dokumentation aktuell halten" als größte einzelne Herausforderung, vor Schreiben, Struktur oder Werkzeugen. (State of Docs 2025, Quelle)
• 80% der Befragten sagen, API-Dokumentation sei heute wichtiger als vor fünf Jahren, die stärkste Veränderung in fünf Jahren bei allen gemessenen Doku-Kennzahlen. (State of Docs 2025)
• 60% der Doku-Teams nutzen generative KI in mindestens einem Ablauf, aber 25% nutzen gar keine KI, was auf zweigeteilte Verbreitung statt gleichmäßigen Anstieg hindeutet. (State of Docs 2025)
• 68% der Entwickelnden greifen beim Lernen einer neuen Technologie zuerst zur technischen Dokumentation, vor KI-Werkzeugen und Stack Overflow. (Stack Overflow Developer Survey 2025, Quelle)
• 87% der großen Unternehmen beschäftigen mindestens eine technische Redakteurin, aber 46% fahren dezentrale oder hybride Modelle, in denen die Verantwortung mit Produkt und Entwicklung geteilt wird. (State of Docs 2025)
• 77% der Teams nutzen selbst gebaute Methoden statt etablierter Rahmenwerke wie Diataxis, was nahelegt, dass "beste Praxis" in der Doku weiterhin sehr lokal ist. (State of Docs 2025)
• 40% der API-Dokumentation liegt bei Entwicklungsteams ohne Beteiligung einer technischen Redaktion. (State of Docs 2025)
• 74% der Unternehmen mit APIs nutzen die OpenAPI-Spezifikation, das Nächste an einem Werkzeugkonsens, das die Branche hat. (State of Docs 2025)
• 87% der Doku-Fachleute erwarten zumindest einen gewissen Einfluss von KI auf die Dokumentation, fast 50% erwarten einen "riesigen" Einfluss. (State of Docs 2025)
• Die Zahl, die keiner der acht Berichte misst: wie oft die zugrunde liegende Doku im Moment des Abrufs veraltet ist. Unser eigenes Audit von 30 SaaS-Help-Centern fand rund 40% der Artikel mit mindestens einem veralteten Element. (Eigene Forschung von HappySupport)

Pflege und Drift (6 Zahlen)

Pflege ist heute das größte ungelöste Problem. Die sechs Zahlen unten umreißen die Größe der Lücke.

• 56% der API-Doku-Teams nennen "Dokumentation aktuell halten" als größte einzelne Herausforderung, vor Schreibqualität, Struktur oder Werkzeugentscheidungen. (State of Docs 2025, Quelle)
• 80% der Befragten sagen, API-Dokumentation sei in den letzten fünf Jahren wichtiger geworden, also genau in dem Zeitraum, in dem sich der Release-Takt in den meisten B2B-SaaS-Unternehmen auf wöchentlich oder schneller beschleunigt hat. (State of Docs 2025)
• 65% der Entwicklungsteams liefern wöchentlich oder häufiger aus, laut der jüngsten GitLab-DevSecOps-Umfrage, was Druck auf Doku ausübt, die monatlich oder quartalsweise liefert. (GitLab DevSecOps Report, Quelle)
• Spitzenteams im DevOps liefern auf Abruf aus und erholen sich von Vorfällen in unter einer Stunde, ein Takt, den kein manueller Doku-Ablauf ohne kontinuierliche Integration halten kann. (DORA State of DevOps, Quelle)
• "Schlechte oder fehlende Dokumentation" landet Jahr für Jahr unter den drei größten Frustrationen im Stack Overflow Developer Survey. (Stack Overflow Developer Survey 2025, Quelle)
• Rund 40% der Artikel in unserem eigenen Audit von 30 B2B-SaaS-Help-Centern enthielten mindestens ein sachlich veraltetes Element gegenüber dem laufenden Produkt, wobei die schlechtesten Teams in einem Takt auslieferten, mit dem die Dokumentation nicht mithalten konnte. (Eigene Forschung von HappySupport, siehe unser Audit von 30 Help Centern)

Die strukturelle Ursache ist geradlinig: Entwicklungsteams wachsen schneller als Doku-Teams, und Ausliefern geht schneller als Schreiben. Siehe die Falle der Dokumentationspflege, warum manuelle Aufholabläufe über das zweite Quartal hinaus nie halten.

Siehe wie du Dokumentation bei wöchentlichen Releases aktuell hältst für das Betriebsmodell, das die Taktlücke schließt.

Abdeckung und Lücken (6 Zahlen)

Abdeckungszahlen beschreiben, was dokumentiert wird, was übersprungen wird und wo die Lesenden tatsächlich hingehen. Die sechs Zahlen unten beschreiben die Lücke zwischen der Doku, die existiert, und der, die Entwickelnde erwarten.

• 68% der Entwickelnden greifen beim Lernen einer neuen Technologie zuerst zur technischen Dokumentation, vor KI-Werkzeugen und Onlinekursen, das stärkste Signal dafür, dass Doku weiterhin die vertrauenswürdigste Quelle für technische Lesende ist. (Stack Overflow Developer Survey 2025, Quelle)
• 90% der Entwickelnden, die technische Dokumentation nutzen, stützen sich gezielt auf die Doku, die mit API- und SDK-Paketen kommt, nicht auf eigenständige Tutorials oder Leitfäden von Dritten. (Stack Overflow Developer Survey 2025, Quelle)
• 80% der API-Teams berichten, API-Dokumentation sei heute wichtiger als vor fünf Jahren, aber nur ein Bruchteil hat das Personal entsprechend aufgestockt. (State of Docs 2025)
• 40% der API-Dokumentation liegt bei Entwicklungsteams ohne Beteiligung einer technischen Redaktion, was ein Abdeckungsrisiko ist, weil die Menschen am Code auch die mit der geringsten Zeit sind. (State of Docs 2025)
• 77% der Doku-Teams nutzen selbst gebaute Methoden statt etablierter Rahmenwerke wie Diataxis, weshalb Abdeckungslücken typischerweise als Beschwerden auffallen und nicht durch systematische Prüfung. (State of Docs 2025)
• "Schlechte Dokumentation" bleibt seit 2018 in jeder Ausgabe der Stack-Overflow-Umfrage unter den drei größten Frustrationen, der stärkste Beleg dafür, dass das Abdeckungsproblem strukturell und nicht vorübergehend ist. (Stack Overflow Developer Survey 2025)

KI in der Doku (6 Zahlen)

Die Verbreitung von KI in der Dokumentation ist zweigeteilt: Die Mehrheit der Teams nutzt generative KI in mindestens einem Ablauf, während eine relevante Minderheit sie vollständig ablehnt. Die sechs Zahlen unten rahmen die Teilung und die Erwartungen dahinter.

• 60% der Doku-Teams nutzen generative KI zumindest gelegentlich im Ablauf, 31% nutzen sie häufig. (State of Docs 2025, Quelle)
• 25% der Doku-Teams nutzen keinerlei KI im Doku-Prozess, eine relevante Minderheit, die über Unternehmensgrößen hinweg stabil bleibt. (State of Docs 2025)
• 87% der Doku-Fachleute erwarten in den nächsten zwei Jahren zumindest einen gewissen Einfluss von KI, fast 50% erwarten einen "riesigen" Einfluss. (State of Docs 2025)
• 42% der Befragten glauben, Doku werde sich künftig intelligent an Bedürfnisse anpassen, das stärkste Signal dafür, dass Verantwortliche den Abruf als nahe und nicht als ferne Grenze sehen. (State of Docs 2025)
• 25% der Befragten erwarten, dass Dokumentation künftig primär für KI und Sprachmodelle geschrieben wird und nicht für Menschen, eine Verschiebung, für die die Branche werkzeugseitig noch nicht geplant hat. (State of Docs 2025)
• Der häufigste KI-Anwendungsfall ist Schreiben und Redigieren, gefolgt von Inhaltsprüfung. Beides sind Erstellungsaufgaben. Keiner der acht Berichte misst KI-Einsatz für die laufende Pflege, und das ist das schwerere Problem. (State of Docs 2025)

Die Teilung zwischen Erstellungsfällen (wo KI heute Standard ist) und Pflegefällen (wo KI kaum erfasst wird) ist die Lücke, die man beobachten sollte. Erstellungsprobleme lassen sich mit Aufwand lösen. Pflegeprobleme kumulieren still. Siehe warum manuelle Pflege im Maßstab nie funktioniert für die zugrunde liegende Mechanik.

Werkzeuge und Stack (6 Zahlen)

Der Werkzeugkonsens in der Dokumentation ist dünn: Die meisten Teams haben ein Hauptwerkzeug, die Nebenwerkzeuge schwanken stark. Die sechs Zahlen unten beschreiben die Form des Stacks 2026.

• 81% der Entwickelnden nennen GitHub als Hauptwerkzeug für Code-Dokumentation und Zusammenarbeit, das Nächste an einem Standard, das die Branche hat. (Stack Overflow Developer Survey 2025, Quelle)
• 74% der API-Teams nutzen die OpenAPI-Spezifikation, das Nächste an einem Werkzeugkonsens für API-Doku. (State of Docs 2025)
• 50% der Doku-Teams halten die gesamte Dokumentation in einer Plattform, 25% verteilen sie über mehrere, was das Feld grob in ein Ein-Werkzeug- und ein Mehr-Werkzeug-Lager teilt. (State of Docs 2025)
• 46% der großen Unternehmen nutzen Jira neben ihren Doku-Werkzeugen, 36% nutzen GitLab. Die Kombination aus Atlassian und Git bleibt das dominante Muster im Konzern. (Stack Overflow Developer Survey 2025)
• 75% der Teams halten die Dokumentation zumindest teilweise zentral, selbst wenn die Verantwortung verteilt ist, was nahelegt, dass "viele Schreibende, eine Quelle" das angestrebte Betriebsmodell ist. (State of Docs 2025)
• Teams priorisieren Automatisierung in ihren API-Doku-Plattformen, mit automatisch erzeugten Grundgerüsten, Änderungserkennung in Echtzeit und interaktiven "Try it"-Funktionen als meistgewünschten Features. (State of Docs 2025)

Querschnitt nach Teamgröße: unter 10, 10 bis 50, über 50

Die Zahlen oben durch drei Größenbänder zu lesen ergibt ein Richtungsbild, keinen Benchmark. Der Schnitt unten ist eine eigene Zusammenführung von HappySupport, entstanden durch erneutes Lesen jeder Statistik entlang der drei Größenbänder, die der State-of-Docs-Bericht nutzt. Behandle ihn als Denkhilfe für die Quartalsplanung, nicht als Primärquelle.

Teams unter 10 Entwickelnden haben typischerweise null oder eine technische Redakteurin. Die Doku-Verantwortung liegt bei der Person, die das Feature ausgeliefert hat, meist im Produktmanagement oder in der Entwicklung. Die KI-Nutzung ist hoch, weil es keine Beschaffungsschicht gibt, und der Werkzeug-Stack ist dünn. Das größte Risiko in dieser Größe ist nicht die Abdeckungslücke, sondern die Abhängigkeit von Einzelnen: Wenn die Person geht, die die Doku geschrieben hat, geht das Wissen mit.

Teams zwischen 10 und 50 Entwickelnden treffen das, was der State-of-Docs-Bericht die "Gefahrenzone" nennt. Die Entwicklung liefert schneller aus, als das Doku-Team aufnehmen kann, Einstellungen hinken dem Takt hinterher, und die erste technische Redakteurin soll interne und externe Dokumentation abdecken. In diesem Band ist die Klage über "aktuell halten" mit 56% am lautesten, weil die Lücke zwischen Ausgeliefertem und Dokumentiertem monatlich wächst.

Teams über 50 Entwickelnden haben mehrere Redakteurinnen, oft eine Doku-Leitung und häufig ein hybrides Modell, in dem ein Teil bei der Entwicklung und ein Teil bei einem zentralen Team liegt. 87% der großen Unternehmen in der Stichprobe beschäftigen mindestens eine technische Redakteurin, 46% fahren dezentrale oder hybride Aufstellungen. Der größte Blocker in dieser Größe ist die Werkzeugzersplitterung: mehrere Help Center, interne Wikis und Produktdokumentation, die weder Mensch noch KI zuverlässig durchsuchen können.

Was Doku-Verantwortliche zu diesen Zahlen sagen

Die Zahlen oben beschreiben die Form der Dokumentation 2026. Die Zitate unten beschreiben, was in den Teams passiert, die die Arbeit machen. Sie stammen aus der Interviewreihe AI in CS von HappySupport, mit der Offenlegung, dass unser aktueller Bestand zu Stimmen aus CX und KI-Support neigt. Wir interviewen aktiv technische Redakteurinnen und DevRel-Verantwortliche, um die Bank zu erweitern. Die drei Zitate unten sind die passendsten Signale aus dem aktuellen Bestand.

“

Die erfolgreichste kundenseitige KI konzentriert sich darauf, das Sichere, Routinemäßige und Vorhersehbare zu automatisieren.

”

Dieser Rahmen bildet die KI-Zahlen oben direkt ab. Teams, die aus KI im Doku-Ablauf Wert ziehen, haben die unspektakuläre Arbeit gemacht zu bestimmen, welche Schreib- und Prüfaufgaben sicher, routinemäßig und vorhersehbar sind. Die Schlagzeile von 60% Verbreitung verdeckt eine große Spanne beim tatsächlichen Nutzen, und der Unterschied ist fast immer Disziplin beim Zuschnitt.

“

Unternehmen haben mehr Daten als je zuvor und in vielen Fällen weniger echtes Verständnis.

”

Dieselbe Dynamik zeigt sich in der Doku. Acht benannte Berichte verfolgen inzwischen Doku-Arbeit, dutzende interne Dashboards messen Doku-Kennzahlen, und trotzdem nennen 56% der API-Teams weiterhin "aktuell halten" als größte Herausforderung. Mehr Messung hat nicht mehr Aktualität erzeugt. Messen und Pflegen sind zwei verschiedene Disziplinen.

“

KI-Systeme erben die Qualität der Organisation dahinter. Unternehmen erwarten oft, dass KI organisatorische Fehlfunktion ausgleicht, während sie sie in Wahrheit im großen Maßstab verstärkt.

”

Annette Franz' Punkt gilt auf der Doku-Ebene genauso wie auf der Organisationsebene. Eine Veralterungsquote von 40% in der Wissensdatenbank wird zu einer Quote von 40% selbstbewusst falscher Antworten, sobald die KI im großen Maßstab daraus abruft. Die 60% KI-Verbreitung sind ohne eine parallele Pflegezahl bedeutungslos. Verbreitung ohne Aktualität verstärkt das Problem, statt es zu lösen.

Die Zahl, die niemand misst: Aktualität im Moment des Abrufs

Jeder Bericht hier misst etwas Sichtbares. Teamgröße. Werkzeugwahl. KI-Verbreitung. Keiner der acht misst die eine Zahl, die entscheidet, ob sich alle anderen Investitionen auszahlen: wie oft die Dokumentation korrekt ist, wenn ein Mensch oder eine KI sie abruft.

Die Zahlen oben zeigen, was priorisiert und was übersprungen wird. Pflege wird durchgängig als größte Herausforderung genannt und bleibt zugleich die am wenigsten gemessene. In unserem eigenen Audit von 30 B2B-SaaS-Help-Centern enthielten rund 40% der Artikel mindestens ein sachlich veraltetes Element gegenüber dem laufenden Produkt. Die am schnellsten ausliefernden Teams hatten die höchsten Veralterungsquoten. Die Teams mit den größten Doku-Teams hatten die zersplittertste Abdeckung. Siehe unser Audit von 30 Help Centern für Methodik und Aufschlüsselung auf Artikelebene.

Das ist das strukturelle Problem hinter jeder Zahl auf dieser Seite. Ein Doku-Team, das parallel zur Entwicklung wächst, verliert trotzdem gegen den Release-Takt, wenn das Schreiben manuell bleibt. Ein KI-Assistent auf einer veralteten Wissensbasis ruft veraltete Inhalte ab und antwortet selbstbewusst falsch. Ein Doku-Werkzeug, das die Werkzeugstatistiken gewinnt, erzeugt trotzdem Drift, wenn der Ablauf bei "veröffentlicht" endet statt bei "bleibt korrekt". Siehe wie ein selbstaktualisierendes Help Center funktioniert und die versteckten Kosten veralteter Dokumentation für Architektur und Ökonomie hinter der Aktualitätslücke.

HappySupport existiert, weil Doku-Drift die ungemessene Variable hinter jeder Kennzahl auf dieser Seite ist. HappyRecorder erfasst das Produkt als DOM- und CSS-Selektoren statt als Pixel-Screenshots, sodass die Aufzeichnung Oberflächenänderungen übersteht. HappyAgent beobachtet das GitHub-Repository und schlägt Artikelaktualisierungen vor, wenn sich der Code ändert, sodass der Doku-Takt zum Entwicklungstakt passt. Die Kombination ist der einzige bekannte Weg, ein Help Center bei jedem Release korrekt zu halten, ohne das Redaktionsteam proportional zur Entwicklung wachsen zu lassen. Die Ausgabe 2027 dieser Seite wird die Aktualität direkt messen. Bis dahin haben die Teams, die Drift gelöst haben, fünf Punkte Vorsprung vor den Teams, die sie nur gemessen haben.