Marketing für Entwickler: Was neben dem Video bereitstehen sollte

Von den 5.680 Personen in der Analyse nannten 1.149 Videocreator als Einfluss auf die Wahl ihrer nächsten Fähigkeit und gaben zugleich an, mit technischer Dokumentation Programmieren gelernt zu haben. Weitere 603 nannten Videocreator, ohne Lernen mit Dokumentation anzugeben. Zusammen bilden diese beiden Gruppen den Nenner des Ergebnisses von 65,6 %: 1.149 von 1.752.^[1]

Die vollständige Tabelle ist wichtig. Weitere 2.677 Personen gaben Lernen mit Dokumentation an, ohne Videocreator zu nennen. 1.251 wählten keine dieser beiden konkreten Antworten. Die Personen in diesen letzten beiden Gruppen können in anderen Zusammenhängen Videos angesehen oder Dokumentation genutzt haben. Eine hier nicht ausgewählte Antwort belegt nicht, dass jemand diese Ressource nie nutzt.

In der gesamten Gruppe mit Antworten auf beide Fragen gaben 67,4 % Lernen mit Dokumentation an: 3.826 von 5.680. Unter den Personen, die keine Videocreator nannten, waren es 68,2 % beziehungsweise 2.677 von 3.928. Die 65,6 % zeigen daher ein Nebeneinander, keine höhere Dokumentationsnutzung im Zusammenhang mit der Nennung von Videocreatorn. Daraus lässt sich nicht ableiten, dass ein zusätzliches Video die Nutzung der Dokumentation steigert.

Für ein Unternehmen mit Entwicklertools lautet die nützliche Frage, ob der Kampagne eine Ressource fehlt, die jemand brauchen könnte. Das Interesse eines Publikums an Creatorn ist für sich genommen kein Grund, auf eine präzise schriftliche Referenz zu verzichten. Die Studie legt weder das Budget für die beiden Formate fest noch zeigt sie, ob ein bestimmter Creator zur Kampagne passt.

Die Frage nach Einflüssen erfasst, was den Befragten bei der Entscheidung hilft, welche technischen, KI-bezogenen oder beruflichen Fähigkeiten sie als Nächstes lernen wollen. Bis zu drei Quellen sind möglich. Die Frage nach Lernmethoden erfasst, wie sie im vergangenen Jahr Programmieren gelernt haben, und erlaubt mehrere Antworten. Die eine beschreibt eine Richtungsentscheidung, die andere eine berichtete Lernaktivität. Sie müssen sich nicht auf dieselbe Fähigkeit, dasselbe Produkt oder denselben Zeitpunkt beziehen.^[3][4]

Ein weiteres Ergebnis macht den Unterschied sichtbar. Von 1.491 Personen, die Videocreator, aber nicht zusätzlich Dokumentation unter ihren höchstens drei Einflüssen nannten, berichteten dennoch 941 vom Lernen mit Dokumentation: 63,1 %. Dokumentation kann also in einer Antwort zum Lernen vorkommen, ohne auf einer kurzen Liste zur nächsten Lernentscheidung zu stehen. Damit wird nicht geprüft, ob die Befragten daran gedacht haben, einer Ressource Anerkennung zu geben.

Der umgekehrte Prozentsatz beantwortet wiederum eine andere Frage. Von den 3.826 Personen, die Lernen mit Dokumentation angaben, nannten 1.149 Videocreator, also 30,0 %. Sowohl die 65,6 % als auch die 30,0 % beschreiben dieselben 1.149 Personen. Bei beiden Werten muss die jeweilige Bezugsgruppe genannt werden.

Diese Unterscheidung kann ein Briefing verbessern. Frage zunächst, was die Demonstration verständlich machen soll. Kläre anschließend, welche Details danach oder unabhängig davon leicht auffindbar bleiben müssen. Eine Referenzseite sollte nicht voraussetzen, dass jemand ein Video gesehen hat. Ein Video sollte kein funktionierendes Beispiel versprechen, das sich mit dem verlinkten Material nicht mehr nachvollziehen lässt. Das sind praktische Inhaltsentscheidungen, keine von dieser Umfrage gemessenen Ergebnisse.

Die Teilnahme an der Umfrage ist freiwillig, und diese Fragen waren optional. Wir identifizierten 11.071 Personen, für die Programmieren ein Hauptbestandteil ihrer Arbeit ist, die Lernen im vergangenen Jahr angaben und die Frage nach ihren Lernmethoden beantworteten. Davon beantworteten 4.952 beziehungsweise 44,7 % die Frage nach Einflüssen auf die Fähigkeitswahl nicht. Wir können diese Personen weder als Nennende noch als Nichtnennende von Videocreatorn einordnen. Nach Ausschluss von Antworten, die auch angaben, derzeit nicht über das nächste Lernziel zu entscheiden, blieben 5.680 Befragte.^[1][2]

Diese fehlenden Antworten sind der wichtigste Grund, das Ergebnis stets mit seinem Nenner zu nennen. Es wäre irreführend, die 65,6 % auf alle Entwickler, alle Umfrageteilnehmenden oder alle Zuschauer technischer Videos zu beziehen. Die Umfrage wurde überwiegend über Kanäle von Stack Overflow verbreitet. Das beeinflusst ebenfalls, wer sie gesehen und sich für eine Teilnahme entschieden hat.^[2]

Zwei vorab festgelegte Prüfungen verändern die Überschneidung nur geringfügig. Werden ansonsten verwendbare Antworten beibehalten, die derzeit keine Lernentscheidung mit einem benannten Einfluss kombinieren, ergibt sich 65,7 %. Wird die Hauptgruppe auf Personen beschränkt, deren hauptsächlicher Erwerbsstatus angestellt oder selbstständig ist, sind es 65,9 %. Diese Prüfungen betreffen genau diese Auswahlentscheidungen. Sie beseitigen nicht die Grenzen durch fehlende Antworten oder die Rekrutierung.

Ein sinnvoller erster Schritt ist, das Material zu öffnen, das ein Entwickler heute erhalten würde. Erklärt ein bestehender Leitfaden die gezeigte Aufgabe bereits, braucht die Kampagne vielleicht nur einen klaren Link und die Prüfung, ob das Beispiel noch funktioniert. Eine separate Kampagnenseite kann einen zweiten Satz von Anleitungen schaffen, der gepflegt werden muss. Mehr Materialien sind nicht automatisch hilfreicher.

Suche nach einer konkreten Lücke, bevor du etwas ergänzt. Ein Funktionsüberblick erklärt vielleicht den Zweck eines Tools, lässt aber die Eingaben aus, die zum Ausprobieren nötig sind. Eine technische Referenz kann jeden Parameter auflisten, ohne ein vollständiges Beispiel zu zeigen. Das sind unterschiedliche Probleme. Im ersten Fall kann ein durchgearbeitetes Beispiel helfen, im zweiten eine kurze Erklärung, wie die Teile zusammenpassen. Kläre, welche Frage offenbleibt, und wähle dann die kleinste hilfreiche Ergänzung.

Auch der Umfang der Kampagne zählt. Ein Video, das eine technische Idee vorstellt, kann auf eine Erklärung oder ein Demo-Repository verweisen. Verspricht ein Video, dass sich ein Ergebnis reproduzieren lässt, müssen die Anleitungen dieses Versprechen erfüllen können. Die Umfrage wählt für keinen der beiden Fälle die passende Zielseite. Sie gibt aber einen Anlass, die schriftliche Ressource als Teil der Kampagne zu prüfen, statt anzunehmen, ein videobezogenes Briefing erledige die gesamte Inhaltsarbeit.

Dieser Ansatz hilft auch kleinen Teams beim Priorisieren. Korrigiere zuerst die fehlende Voraussetzung oder das veraltete Beispiel. Beauftrage ein weiteres Format, wenn es einen erkennbaren Bedarf erfüllt. Der Überschneidungsanteil ist kein Zielwert dafür, wie viele Inhalte produziert werden sollten.

Ein fiktives Team bringt ein Tool auf den Markt, mit dem Entwickler Webhook-Ereignisse untersuchen können. Es beauftragt einen Creator mit einer vierminütigen Demonstration: ein Beispielereignis senden, eine fehlgeschlagene Anfrage untersuchen, das Beispiel korrigieren und erneut versuchen. Das Beispiel ist erfunden und veranschaulicht eine Vorgehensweise für die Planung. Es unterstellt weder eine Publikumsreaktion noch eine Conversion-Rate oder ein Kampagnenergebnis.

Der erste Briefingentwurf sagt nur: Zeige das Tool und verlinke die Startseite. Das Team macht den Auftrag hilfreicher, indem es die Aufgabe benennt. Der Creator soll mit synthetischen Testdaten erklären, wie man einen fehlerhaft aufgebauten Payload von einem Zustellungsfehler unterscheidet. Die Demonstration hat damit einen konkreten Zweck, an dem das verlinkte Material geprüft werden kann.

Ein Mitglied der Produktentwicklung erstellt eine Referenzseite mit demselben Beispiel-Payload, den Einrichtungsschritten, der unterstützten Tool-Version und der erwarteten Ausgabe. Die Seite erklärt auch den Fehler aus der Demonstration. Man kann ihr folgen, ohne das Video zu öffnen. Der Creator kann sich darauf konzentrieren, warum die Diagnoseschritte wichtig sind, statt jedes Konfigurationsdetail vorzulesen.

Vor der Veröffentlichung probiert ein Teammitglied, das das Beispiel nicht erstellt hat, die schriftliche Anleitung in einer sauberen Testumgebung aus. Schlägt ein Befehl fehl oder fehlt eine Voraussetzung, korrigiert das Team das Beispiel oder grenzt seine Aussage ein. Das Teammitglied vergleicht das Ergebnis mit der erwarteten Ausgabe, statt anzunehmen, das bloße Durcharbeiten der Anleitung belege ein funktionierendes Beispiel.

Anschließend prüft der Creator, ob die Beschreibung auf die vorgesehene Referenz verweist und ob das sichtbare Ergebnis dazu passt. Ändert sich später eine Version, ist die produktverantwortliche Person ausdrücklich dafür zuständig, die Seite zu aktualisieren und wesentliche Abweichungen zur Demonstration zu kennzeichnen. Beide Inhalte aufeinander abzustimmen ist ein konkreterer Auftrag, als eines der Teams um ansprechendere Inhalte zu bitten.

Beginne mit der Aufgabe des Entwicklers. Beschreibe in einem Satz, was jemand verstehen oder ausprobieren können soll. Für die fiktive Webhook-Kampagne könnte er lauten: „Erkennen, warum diese Beispielanfrage fehlgeschlagen ist, und die korrigierte Anfrage in einer Testumgebung nachvollziehen.“ Ein breites Versprechen wie das gesamte Produkt kennenzulernen würde einen anderen Umfang erfordern.

Lege fest, was ins Video gehört. Benenne das Problem, die Entscheidung, die der Creator erklären wird, und das Ergebnis, das er zeigt. Lass Raum für die eigene Erklärung des Creators, vereinbare aber die Aussagen, die zum Produkt passen müssen. Eine hilfreiche Demonstration kann eine Voraussetzung oder einen vom Tool nicht unterstützten Fall ansprechen.

Lege fest, was in die Referenz gehört. Liste die Einrichtung, Beispieleingaben, erwartete Ausgabe und relevante Einschränkungen auf. Nenne die genaue Zielseite, die zuständige Person und die abgedeckte Version. Eine Startseite kann für eine allgemeine Einführung geeignet sein. Ein aufgabenspezifisches Beispiel braucht eine Stelle, die diese Aufgabe tatsächlich erklärt.

Vereinbart eine Prüfung bei der Übergabe. Der Creator kontrolliert Demonstration und Beschreibung, die produktverantwortliche Person Anleitungen und Aussagen. Bitte ein Teammitglied, das Beispiel auszuprobieren, und halte anschließend den Korrekturbedarf fest. Das wiederverwendbare Ergebnis ist ein gemeinsames Briefing mit benannten Verantwortlichkeiten, nicht nur zwei Inhalte, die zufällig dieselbe Funktion erwähnen.

Entscheide zum Schluss, welche Rückmeldungen Änderungen am Material auslösen würden. Wiederkehrende Fragen zur Einrichtung können Anlass sein, die Voraussetzungen klarer zu erklären. Ein fehlerhaftes Beispiel muss korrigiert werden, auch wenn ein Video Aufmerksamkeit gewinnt. Videoaufrufe, Besuche der Referenzseite und erfolgreiche Versuche beschreiben unterschiedliche Handlungen. Nutze die Belege, die deinem Team zur Verfügung stehen, ohne einen davon als Nachweis für einen anderen zu behandeln.

Wir verwendeten die vollständige öffentliche Datei der Stack Overflow Developer Survey 2026 mit 30.903 Antworten. Laut offizieller Methodik umfasst der Antwortauszug den Zeitraum vom 23. Juni bis zum 5. August 2026 und enthält verwendbare Antworten aus 169 Ländern. Die Befragten wurden hauptsächlich über die Website, den Blog und den freiwillig abonnierten E-Mail-Verteiler von Stack Overflow rekrutiert. Für diese Analyse werden keine Erhebungsgewichte verwendet. Wir beschreiben die Stichprobe ohne Konfidenzintervalle für die Gesamtpopulation.^[1][2]

Die Auswahlschritte wurden vor der Berechnung der gemeinsamen Ergebnisse festgelegt. Die Frage zur Codeerstellung identifizierte 23.234 Personen, die Programmieren als Hauptbestandteil ihrer Arbeit angaben. Davon hatten 11.527 im vergangenen Jahr Programmieren gelernt, 11.071 nannten Lernmethoden, und 6.119 beantworteten zusätzlich die Frage nach Einflüssen auf ihre Fähigkeitswahl. Wir schlossen 344 Personen aus, die ausschließlich derzeit keine Lernentscheidung auswählten, sowie 95, die dies mit einem anderen Einfluss kombinierten. Übrig blieben 5.680. Leere Antworten wurden nie als nicht ausgewählte Optionen umkodiert.

Die Videovariable bezeichnet die Auswahl „YouTube oder Videocreator“ in CommunitySkills. Die Variable zur Dokumentationsnutzung bezeichnet die Auswahl technischer Dokumentation in LearnCodeHow. Die Nennung von Dokumentation als Einfluss bleibt eine getrennte Variable. Wir trennten die veröffentlichten Mehrfachantworten an Semikolons und prüften die Dekodierung anhand aller 27 veröffentlichten Kategorien in den beiden offiziellen Tabellen. Alle Kategoriehäufigkeiten und beide Antwortbasen stimmten überein.^[1][3][4]

Der archivierte Fragenkatalog weicht bei einigen anderen Lernmethodenoptionen von den veröffentlichten Ergebnissen ab. Die hier verwendete Dokumentationsoption stimmt zwischen Fragebogen, Schema und öffentlichen Ergebnissen überein, ebenso die Option zum Einfluss von Videocreatorn. Wir verwenden den öffentlichen Export des Herausgebers und können dessen nicht veröffentlichte Kennzeichnungen zur Antwortqualität nicht unabhängig erneut anwenden. Beide Punkte sind in den Quellenhinweisen dokumentiert.

Die Prüfung gemischter Antworten behält die 95 ausgeschlossenen gemischten Antworten bei, entfernt aber weiterhin Antworten, die ausschließlich derzeit keine Lernentscheidung angeben. Die Prüfung bezahlter Arbeit berücksichtigt innerhalb der Hauptgruppe nur die hauptsächlichen Erwerbsstatus angestellt oder selbstständig. Eine Person, die die übrigen Kriterien erfüllte und Videocreator nannte, hatte keine Lernmethode angegeben. Je nachdem, ob man diese Person als Dokumentationsnutzer oder Nichtnutzer behandelt, ergibt sich eine logische Spanne von 65,54 % bis 65,60 %. Diese enge Spanne betrifft nur dieses eine fehlende Item. Sie berücksichtigt weder die 4.952 fehlenden Einflussantworten noch die freiwillige Auswahl der Umfrageteilnehmenden.

Frühere Forschung beschreibt bereits, dass Menschen Lernressourcen kombinieren. Beispielsweise berichtete eine separate Kurzumfrage von Stack Overflow im Februar 2026 über Kombinationen aus KI und Dokumentation. Unser Beitrag ist die reproduzierbare Verknüpfung von Creatoreinfluss und Lernen mit Dokumentation in dieser Jahresveröffentlichung. Wir behandeln die Kurzumfrage nicht als Vergleichsjahr und behaupten nicht, erstmals erkannt zu haben, dass sich Formate ergänzen können.^[5]

Die Quelldatenbank wird von Stack Exchange Inc. unter der Open Database License (ODbL) 1.0 bereitgestellt. Ihre einzelnen Inhalte stehen unter der Database Contents License (DbCL) 1.0. Die Downloads enthalten aggregierte Ergebnisse und die vollständige Transformationsmethode mit Quellenlinks und Lizenzhinweisen. Sie enthalten keine Datensätze oder Kennungen einzelner Befragter. Berechnungen und Interpretation stammen von Influence IQ, ohne Billigung durch den Herausgeber.^[6][7]