Marketing voor developers: wat bied je naast een video?

Van de 5.680 mensen in de analyse noemden er 1.149 videomakers als invloed op hun vaardigheidskeuze én meldden ze dat ze technische documentatie gebruikten om te leren programmeren. Nog eens 603 noemden videomakers zonder leren met documentatie te melden. Samen vormen die twee groepen de noemer van de 65,6%: 1.149 van 1.752.^[1]

De volledige tabel is belangrijk. Er waren ook 2.677 mensen die leren met documentatie meldden zonder videomakers te noemen, en 1.251 die geen van beide specifieke antwoorden selecteerden. Mensen in die laatste twee groepen kunnen in andere situaties wel video’s hebben bekeken of documentatie hebben gebruikt. Een niet-geselecteerd antwoord betekent hier niet dat iemand die bron nooit gebruikt.

In de hele groep met volledige antwoorden meldde 67,4% leren met documentatie: 3.826 van 5.680. Bij mensen die geen videomakers noemden, was dat 68,2%, ofwel 2.677 van 3.928. De 65,6% laat dus zien dat de twee antwoorden samengaan, niet dat mensen die videomakers noemen vaker met documentatie leren. Het resultaat geeft geen basis voor de claim dat een extra video het documentatiegebruik verhoogt.

Voor een bedrijf dat developertools aanbiedt, is de nuttige vraag of een campagne iemand zonder een mogelijk benodigde bron laat zitten. Interesse in makers is op zichzelf geen reden om gedetailleerd naslagmateriaal weg te laten. Het onderzoek bepaalt niet hoeveel je aan elk formaat moet besteden of welke maker bij je past.

De vraag over invloeden gaat over wat respondenten helpt kiezen welke technische, AI- of professionele vaardigheden ze hierna willen leren. Ze mogen maximaal drie bronnen noemen. De vraag over leermethoden gaat over hoe ze in het afgelopen jaar leerden programmeren en laat meerdere antwoorden toe. De ene vraag beschrijft een keuze van richting, de andere een gemelde leeractiviteit. Ze hoeven niet over dezelfde vaardigheid, hetzelfde product of hetzelfde moment te gaan.^[3][4]

Dat onderscheid wordt zichtbaar in een ander resultaat. Van de 1.491 respondenten die videomakers noemden maar Documentatie niet als een van maximaal drie invloeden selecteerden, meldden er 941 toch leren met documentatie: 63,1%. Documentatie kan dus voorkomen in een antwoord over leren zonder in een korte lijst te staan over wat iemand hierna wil leren. Dit is geen test of respondenten eraan dachten een bron de eer te geven.

Het omgekeerde percentage beantwoordt weer een andere vraag. Van de 3.826 mensen die leren met documentatie meldden, noemden er 1.149 videomakers: 30,0%. Zowel 65,6% als 30,0% gaat over dezelfde 1.149 mensen. Gebruik geen van beide percentages zonder te zeggen op welke groep het is gebaseerd.

Dat onderscheid kan een briefing verbeteren. Vraag wat de demonstratie iemand moet helpen begrijpen en welke details daarna, of los daarvan, makkelijk vindbaar moeten blijven. Een naslagpagina mag niet vereisen dat de lezer eerst een video heeft gezien. Een video mag ook geen werkend voorbeeld beloven dat het gekoppelde materiaal niet meer ondersteunt. Dit zijn praktische inhoudskeuzes, geen uitkomsten die deze enquête heeft gemeten.

Deelname aan de enquête is vrijwillig en deze vragen waren optioneel. We vonden 11.071 respondenten voor wie programmeren een kerntaak is, die in het afgelopen jaar hadden geleerd en hun leermethoden invulden. Van hen beantwoordden 4.952, ofwel 44,7%, de vraag over invloeden op de vaardigheidskeuze niet. We kunnen die mensen niet indelen bij de groep die wel of geen videomakers noemt. Na uitsluiting van antwoorden waarin stond dat men momenteel niet beslist wat te leren, bleven 5.680 respondenten over.^[1][2]

Deze ontbrekende groep is de belangrijkste reden om het resultaat steeds met de juiste noemer te presenteren. Het zou misleidend zijn om 65,6% te gebruiken als uitspraak over alle developers, alle enquêtedeelnemers of iedereen die een technische video bekijkt. De enquête werd vooral via Stack Overflow-kanalen verspreid. Dat beïnvloedt ook wie haar tegenkwam en ervoor koos haar in te vullen.^[2]

Twee vooraf vastgelegde controles veranderen de overlap slechts licht. Als we verder bruikbare antwoorden behouden die “momenteel niet beslissen” combineren met een genoemde invloed, wordt het 65,7%. Als we de hoofdgroep beperken tot mensen die als voornaamste arbeidsstatus werken in loondienst of zelfstandig werken opgaven, wordt het 65,9%. Deze controles gaan over die specifieke keuzes. Ze nemen de beperkingen door ontbrekende antwoorden of werving niet weg.

Een nuttige eerste stap is openen wat een developer vandaag zou ontvangen. Als een bestaande handleiding de gedemonstreerde taak al uitlegt, heeft de campagne misschien alleen een duidelijke link nodig en een controle of het voorbeeld nog werkt. Een aparte campagnepagina kan een tweede set instructies opleveren die je moet onderhouden. Meer materiaal is niet automatisch nuttiger.

Zoek eerst een concreet gemis voordat je iets toevoegt. Een functieoverzicht kan uitleggen waarom een tool bestaat, maar de invoer missen die nodig is om hem te proberen. Een technische referentie kan elke parameter opsommen zonder een compleet voorbeeld te geven. Dat zijn verschillende problemen. Het eerste vraagt misschien om een uitgewerkt voorbeeld, het tweede om een korte uitleg van hoe de onderdelen samenhangen. Bepaal welke vraag onbeantwoord blijft en kies de kleinste nuttige aanvulling.

De belofte van de campagne telt ook mee. Een video die een technisch idee introduceert, kan verwijzen naar een uitleg of een voorbeeldrepository. Een video die belooft dat iemand een resultaat kan reproduceren, heeft instructies nodig die die belofte waarmaken. De enquête kiest voor geen van beide gevallen de juiste bestemming. Ze geeft een reden om het geschreven materiaal mee te controleren, in plaats van aan te nemen dat een videobriefing de hele inhoudelijke taak al afdekt.

Deze aanpak helpt een klein team ook prioriteiten te stellen. Herstel eerst de ontbrekende voorwaarde of het verouderde voorbeeld. Laat een extra formaat maken als het een aanwijsbare behoefte beantwoordt. Gebruik het overlappercentage niet als doel voor het aantal te produceren onderdelen.

Stel je een fictief team voor dat een tool lanceert waarmee developers webhookgebeurtenissen kunnen onderzoeken. Het geeft een maker opdracht voor een demonstratie van vier minuten: verstuur een voorbeeldgebeurtenis, bekijk een mislukt verzoek, corrigeer het voorbeeld en probeer het opnieuw. Dit verzonnen voorbeeld laat een planningsaanpak zien. Er wordt geen publieksreactie, conversiepercentage of campagneresultaat aangenomen.

De eerste briefing zegt alleen: laat de tool zien en link naar de homepage. Het team maakt de opdracht bruikbaarder door de taak te benoemen. De maker legt met synthetische testgegevens uit hoe je een verkeerd opgebouwde payload onderscheidt van een afleverfout. De demonstratie heeft een concreet doel en het gekoppelde materiaal kan daaraan worden getoetst.

Een productengineer bereidt een naslagpagina voor met dezelfde voorbeeldpayload, installatiestappen, ondersteunde toolversie en verwachte uitvoer. De pagina verklaart ook de fout uit de demonstratie. Iemand kan haar volgen zonder de video te openen. De maker kan uitleggen waarom de diagnosestappen ertoe doen, in plaats van elk configuratiedetail voor te lezen.

Vóór publicatie probeert een collega die het voorbeeld niet heeft gemaakt de geschreven instructies in een schone testomgeving. Als een commando mislukt of een voorwaarde ontbreekt, past het team het voorbeeld of de belofte aan. De collega vergelijkt het resultaat met de verwachte uitvoer, in plaats van aan te nemen dat het voorbeeld werkt omdat de instructies zijn doorlopen.

Daarna controleert de maker of de beschrijving naar de juiste referentie verwijst en of het zichtbare resultaat daarmee overeenkomt. Als een versie later verandert, is een producteigenaar verantwoordelijk voor het bijwerken van de pagina en het melden van een relevant verschil met de demonstratie. Beide onderdelen op elkaar laten aansluiten is een concretere opdracht dan een van de teams vragen de inhoud boeiender te maken.

Begin bij de taak van de developer. Schrijf in één zin wat iemand moet kunnen begrijpen of proberen. Voor de fictieve webhookcampagne: “Bepaal waarom dit voorbeeldverzoek mislukte en reproduceer het gecorrigeerde verzoek in een testomgeving.” Een brede belofte zoals het hele product leren kennen vraagt om een andere afbakening.

Bepaal wat in de video hoort. Benoem het probleem, de keuze die de maker uitlegt en het resultaat dat die laat zien. Laat ruimte voor een eigen uitleg, maar spreek af welke claims met het product moeten overeenkomen. Een bruikbare demonstratie kan ook een voorwaarde of een niet-ondersteunde situatie benoemen.

Bepaal wat in het naslagmateriaal hoort. Noteer de installatie, voorbeeldinvoer, verwachte uitvoer en relevante beperkingen. Geef de exacte bestemming, de verantwoordelijke en de versie waarop het materiaal betrekking heeft. Een homepage kan passen bij een algemene kennismaking; een taakspecifiek voorbeeld heeft een plek nodig die die taak werkelijk uitlegt.

Spreek een controle bij de overdracht af. De maker controleert de demonstratie en beschrijving; de producteigenaar de instructies en claims. Vraag een collega het voorbeeld te proberen en noteer wat moet worden gecorrigeerd. Het herbruikbare resultaat is een gezamenlijke briefing met duidelijke verantwoordelijkheden, niet alleen twee onderdelen die toevallig dezelfde functie noemen.

Bepaal tot slot welke feedback aanleiding geeft tot een aanpassing. Terugkerende vragen over de installatie kunnen reden zijn om de voorwaarden duidelijker uit te leggen. Een onjuist voorbeeld moet worden gecorrigeerd, ook als de video aandacht trekt. Weergaven, bezoeken aan naslagmateriaal en geslaagde pogingen beschrijven verschillende handelingen. Gebruik het beschikbare bewijs zonder het ene als bewijs voor het andere te behandelen.

We gebruikten het volledige openbare bestand van de Stack Overflow Developer Survey 2026, met 30.903 antwoorden. De officiële methodologie noemt voor het responsbestand een periode van 23 juni tot en met 5 augustus 2026 en meldt bruikbare antwoorden uit 169 landen. Deelnemers werden vooral geworven via de website, het blog en de e-maillijst van Stack Overflow waarvoor mensen zich hadden aangemeld. Voor deze analyse zijn geen enquêtegewichten beschikbaar. We beschrijven de steekproef zonder betrouwbaarheidsintervallen voor de populatie.^[1][2]

De selectiestappen lagen vast voordat we de gezamenlijke uitkomsten berekenden. Bij de vraag over programmeren zeiden 23.234 mensen dat code schrijven een kerntaak is. Van hen hadden 11.527 in het afgelopen jaar geleerd, gaven 11.071 leermethoden op en beantwoordden 6.119 ook de vraag over invloeden. We sloten 344 mensen uit die alleen “momenteel niet beslissen” selecteerden en 95 die dat antwoord combineerden met een andere invloed. Zo bleven 5.680 mensen over. Lege antwoorden zijn nooit als niet-selecties gecodeerd.

De videovariabele is de keuze “YouTube or video creators” in CommunitySkills. De variabele voor leren met documentatie is de keuze technische documentatie in LearnCodeHow. De invloedkeuze Documentation blijft een afzonderlijke variabele. We splitsten de gepubliceerde meerkeuzeantwoorden bij puntkomma’s en controleerden die omzetting aan de hand van alle 27 gepubliceerde categorieën in de twee officiële tabellen. Alle aantallen per categorie en beide responsbasissen kwamen overeen.^[1][3][4]

De gearchiveerde vragenlijst verschilt bij enkele andere leermethoden van de gepubliceerde resultaten. De hier gebruikte documentatieoptie komt overeen in de vragenlijst, het schema en de openbare resultaten. Dat geldt ook voor de invloedoptie videomakers. We gebruiken het openbare bestand van de uitgever en kunnen diens niet-gepubliceerde kwaliteitsmarkeringen niet zelfstandig opnieuw toepassen. Beide punten staan beschreven bij de broninstructies.

De controle met gemengde antwoorden behoudt de 95 uitgesloten gemengde antwoorden, maar sluit antwoorden met uitsluitend “momenteel niet beslissen” nog steeds uit. De controle op betaald werk gebruikt binnen de hoofdgroep alleen de voornaamste arbeidsstatus in loondienst of zelfstandig. Bij één verder geschikte respondent die videomakers noemde, ontbrak het antwoord over leermethoden. Als we die persoon indelen bij de groep die wel of de groep die niet met documentatie leerde, ontstaat een logisch bereik van 65,54% tot 65,60%. Dit smalle bereik gaat alleen over dat ene ontbrekende antwoord. Het zegt niets over de 4.952 ontbrekende invloedantwoorden of de vrijwillige deelname.

Eerder onderzoek beschrijft al dat mensen leermiddelen combineren. De afzonderlijke pulse-enquête van Stack Overflow uit februari 2026 rapporteerde bijvoorbeeld combinaties van AI en documentatie. Onze bijdrage is de reproduceerbare koppeling tussen invloed van videomakers en leren met documentatie in deze jaarlijkse uitgave. We behandelen de pulse-enquête niet als vergelijkingsjaar en claimen niet te hebben ontdekt dat formaten elkaar kunnen aanvullen.^[5]

De brondatabase wordt door Stack Exchange Inc. beschikbaar gesteld onder de Open Database License (ODbL) 1.0. De afzonderlijke inhoud valt onder de Database Contents License (DbCL) 1.0. De downloads bevatten geaggregeerde resultaten en de volledige verwerkingsmethode, met bronlinks en licentievermeldingen. Ze bevatten geen individuele respondentgegevens of identificatoren. De berekeningen en interpretatie zijn van Influence IQ; hiermee wordt geen instemming van de uitgever gesuggereerd.^[6][7]