Ik heb in januari vier producten gelanceerd. Snel gebouwd — Claude Code, weekendsprints, de hele vibe coding workflow die ik al maanden aan het verfijnen ben. Strakke UI's. Solide architectuur. Echte problemen opgelost.
Totaal aantal gebruikers over alle vier aan het eind van februari: 41.
Eenenveertig. Niet eenenveertigduizend. Eenenveertig menselijke wezens, waarvan er minstens drie waarschijnlijk bots waren, en één was absoluut mijn neef die ik had overgehaald om zich aan te melden.
Dat getal raakte me hard — niet omdat de producten slecht waren, maar omdat ik mezelf had voorgelogen over wat "iets geweldigs bouwen" eigenlijk betekent. Ik had het lanceren behandeld als de finish terwijl het nauwelijks het startschot is. De code was het makkelijke deel. Één persoon zover krijgen dat het hem iets kan schelen? Dáár vindt het echte engineerwerk plaats.
Dit besef kwam op een bijzonder onhandig moment. Ik zag bouwers om me heen — mensen met objectief slechtere producten — duizenden gebruikers binnenhalen. Niet omdat ze betere marketingbudgetten of connecties hadden. Omdat ze iets begrepen dat ik had genegeerd: in 2026 is distributie het eigenlijke product. De code is een commodity.
Ik heb de afgelopen twee maanden zeven specifieke groeistrategieën getest en mijn hele aanpak voor het bereiken van echte mensen herbouwd. Sommige van deze strategieën werkten verbluffend goed. Eén ervan is naar mijn overtuiging nu het meest onderschatte acquisitiekanaal in tech. En een paar ervan leerden me dure lessen over wat slim klinkt op papier maar in de praktijk faalt.
Hier is alles wat ik geleerd heb — de successen, de mislukkingen, en de exacte draaiboeken die ik zou overhandigen aan iedereen die nu AI-software bouwt.
Waarom je code er niet toe doet (en wat wél)
Ik moet iets zeggen dat me twaalf maanden geleden beledigd zou hebben: de kwaliteit van je code is bijna irrelevant voor het succes van je product.
Ik weet het. Ik weet het. Het klinkt fout. Het gaat in tegen alles wat ons geleerd is als engineers — dat vakmanschap ertoe doet, dat gebruikers kwaliteit aanvoelen, dat geweldige producten zichzelf verkopen.
Dat doen ze niet. Geweldige producten sterven elke dag in obscuriteit.
Dit is wat mijn denken veranderde. Ik begon de AI-producten te volgen die daadwerkelijk tractie kregen eind 2025 en begin 2026 — niet degene die Twitter-likes kregen, maar degene die betalende gebruikers kregen. Het patroon was onmiskenbaar: de winnaars waren niet technisch superieur. Het waren distributie-eerst bouwers die toevallig ook fatsoenlijke producten leverden.
De hiërarchie is omgedraaid. Vijf jaar geleden was de beste engineer in een team de meest waardevolle persoon. Nu? De persoon die klantenwerving, contentstrategie en kanaaloptimalisatie begrijpt, leidt de show. AI heeft de code gecommoditiseerd. Het heeft niet het vermogen gecommoditiseerd om mensen te vinden en te overtuigen om te gebruiken wat je hebt gebouwd.
Gartners voorspelling dat traditioneel zoekvolume met 25% zal dalen in 2026 is niet alleen een SEO-statistiek — het is een signaal dat de hele ontdekkingslaag onder ons verschuift. De kanalen die werkten in 2023 zijn aan het degraderen. De kanalen die zullen werken in 2027 vormen zich nu. En de meeste bouwers optimaliseren nog steeds voor een wereld die aan het verdwijnen is.
Als je mijn stuk over de Build in Public Flywheel hebt gelezen, weet je dat ik geobsedeerd ben door systemen die compound groeien. De zeven strategieën hieronder zijn geen willekeurige tactieken. Het zijn compounding distributiemotoren — elk bouwt op zichzelf voort over tijd, en wordt goedkoper en effectiever naarmate je het langer draait.
Laat me alle zeven doorlopen, te beginnen met degene die me oprecht verraste.
Strategie 1: MCP-servers als je 24/7 verkoopteam
Dit is de strategie die ik bijna helemaal had overgeslagen. Toen ik voor het eerst hoorde "bouw een MCP-server om je product te distribueren," was mijn reactie ergens tussen scepsis en een geeuw. Het klonk als een van die ideeën die technisch slim zijn maar commercieel irrelevant — het soort ding waar developers enthousiast over worden maar dat gebruikers nooit daadwerkelijk aanraken.
Ik had het helemaal mis.
Dit is de opzet. Model Context Protocol — MCP — is de gestandaardiseerde manier waarop AI-assistenten zoals Claude, ChatGPT en Cursor verbinding maken met externe tools en data. Wanneer je een MCP-server bouwt voor je product, maak je het vindbaar voor AI-agents. Wanneer een gebruiker aan Claude vraagt "wat is de beste manier om mijn Twitter-analytics bij te houden?" en jouw MCP-server bestaat, kan de AI direct verbinding maken met je tool, echte data ophalen en waarde demonstreren — allemaal zonder dat de gebruiker ooit je website bezoekt.
Denk na over wat dat betekent voor klantwervingskosten. Nul advertentie-uitgaven. Nul koude outreach. De AI doet het verkoopwerk voor je, 24 uur per dag, voor elke gebruiker die een relevante vraag stelt.
De cijfers die ik vond tijdens mijn onderzoek waren verbluffend. 21st.dev — een componentenbibliotheek — bereikte $10.000 aan maandelijks terugkerende inkomsten binnen zes weken na de lancering van hun MCP-server. Nul marketinguitgaven. Een fintech-startup die ik volgde kreeg 150+ installaties over Claude, ChatGPT en Cursor in 30 dagen zonder een dollar aan advertenties uit te geven. Elke installatie vertegenwoordigt een potentiële klant die hen vond omdat een AI-assistent hen aanbeval.
Begin 2026 bestaan er meer dan 10.000 MCP-servers. MCP groeide van nul naar 97 miljoen maandelijkse SDK-downloads in Python en TypeScript in het eerste jaar. Amazon Ads, Google, LinkedIn, Meta en HubSpot hebben allemaal officiële MCP-servers gelanceerd. Dit is geen niche-experiment — het wordt infrastructuur.
Hoe ik dit vandaag zou implementeren:
- Identificeer de kernvraag die je product beantwoordt. Niet de functielijst — de vraag. "Hoe controleer ik of mijn site SEO-geoptimaliseerd is?" of "Wat zijn mijn cloudkosten deze maand?"
- Bouw de MCP-server. Als je vertrouwd bent met TypeScript of Python, is dit echt een project van minder dan 24 uur. De Anthropic MCP SDK regelt de protocollaag; jij verbindt alleen de API van je product.
- Publiceer op MCP-registers — mcpmarket.com is momenteel de grootste, maar Smithery en de Anthropic-directory groeien snel.
- Test het zelf. Stel Claude of ChatGPT de vraag die je product beantwoordt en kijk of je MCP-server ontdekt wordt. Itereer op de metadata en beschrijvingen tot het lukt.
Het inzicht dat de meeste mensen missen: je MCP-server hoeft niet je hele product bloot te geven. Geef de haak bloot — het stuk dat onmiddellijke waarde levert en het "ik heb hier meer van nodig"-moment creëert. Geef de analyse gratis weg; reken voor het dashboard. Geef de scan gratis weg; reken voor de oplossing.
Ik bouw nu MCP-servers voor elk product dat ik lanceer. Het is het dichtstbijzijnde bij een gratis distributiekanaal dat ik heb gevonden sinds de vroege dagen van Product Hunt.
Maar MCP-servers werken het beste wanneer mensen al de juiste vragen stellen. Wat als niemand zoekt naar wat je hebt gebouwd? Daar komt strategie twee om de hoek kijken.
Strategie 2: Programmatische SEO — duizenden pagina's, gebouwd in uren
Ik dacht altijd dat programmatische SEO spam was. Massaal gegenereerde pagina's gericht op long-tail zoekwoorden voelden als het soort grijze-hoed tactiek die zes maanden werkt voordat Google je verplettert.
Toen keek ik echt naar wie het succesvol doet — en het zijn geen spammers. Zapier heeft miljoenen landingspagina's zoals "Hoe verbind je [App A] met [App B]." Nomad List heeft stadsvergelijkingspagina's voor elke combinatie van steden waar digitale nomaden om geven. Wise heeft valutaconversiepagina's voor elk valutapaar ter wereld. Dit zijn geen dunne doorway-pagina's. Het zijn oprecht nuttige bronnen die toevallig op schaal worden gegenereerd.
De formule is eenvoudig:
Kies een zoekwoordpatroon met veel variatie. "Beste CRM voor [branche]" heeft tientallen variaties. "Hoe integreer je [tool] met [andere tool]" heeft er duizenden. "[Stad] kosten van levensonderhoud voor [beroep]" schaalt oneindig.
Verzamel de data. Dit is waar tools zoals Firecrawl of custom scrapers hun waarde bewijzen. Je hebt gestructureerde data nodig die elke paginatemplate vult met oprecht nuttige, specifieke informatie — niet AI-gegenereerde opvulling die op elke pagina hetzelfde zegt met alleen de zelfstandige naamwoorden verwisseld.
Bouw je template. Eén goed ontworpen paginatemplate die data uit je bron haalt. Dynamische content, vergelijkingstabellen, echte cijfers, specifieke aanbevelingen. De template moet goed genoeg zijn dat elke afzonderlijke pagina op zichzelf kan staan als een nuttige bron.
Schaal op. Met Claude Code en een solide template kun je 500 tot 5.000 pagina's genereren in één sessie. Ik heb dit gedaan — Claude Code tegen een dataset gedraaid, de pagina's gegenereerd, een willekeurige steekproef van 20 gecontroleerd op kwaliteit, de template-problemen opgelost en opnieuw gegenereerd.
De wiskunde is simpel en overtuigend. Als je 10.000 pagina's maakt en elke pagina trekt slechts 30 bezoeken per maand, is dat 300.000 maandelijkse bezoekers. Bij slechts 0,5% conversie zijn dat 1.500 nieuwe aanmeldingen per maand van pagina's die je één keer hebt gebouwd en nooit meer aanraakt.
Ik schreef over mijn SEO-workflow in mijn Claude SEO toolkit-gids — de programmatische aanpak sluit direct aan op dat systeem. Je kunt je gegenereerde pagina's op schaal auditen, identificeren welke verrijking nodig hebben en itereren zonder elke pagina handmatig aan te raken.
De valkuil om te vermijden: genereer geen pagina's zonder echte data erachter. Googles helpful content update richt zich specifiek op pagina's die puur bestaan om zoekverkeer te vangen zonder unieke waarde te bieden. Als je "Beste CRM voor tandartsen"-pagina alleen generieke CRM-adviezen herkauwt met "tandartsen" erin gewisseld, word je bestraft. Als het echte tandarts-specifieke workflowvereisten, praktijkbeheer-integraties en HIPAA-nalevingsoverwegingen bevat — dat is een pagina die het waard is om te ranken.
Programmatische SEO vult de bovenkant van je funnel met mensen die actief zoeken naar oplossingen. Maar er is een nog directere manier om nieuwsgierige bezoekers om te zetten in gebruikers — en je kunt het in een middag bouwen.
Strategie 3: Gratis tools als je top-of-funnel motor
Het beste marketing-asset dat ik ooit heb gebouwd was geen blogpost of advertentiecampagne. Het was een gratis tool die me vier uur kostte om te lanceren.
Dit is het concept: in plaats van mensen te vertellen dat je product waardevol is, geef ze een gratis microversie die het bewijst. Een beoordelaar. Een analyzer. Een calculator. Iets dat een "aha-moment" levert in minder dan 60 seconden en hen naar meer laat verlangen.
HubSpots Website Grader is het canonieke voorbeeld — voer je URL in, krijg een directe score met specifieke aanbevelingen. Die ene tool heeft door de jaren heen miljoenen leads gegenereerd. Maar in 2026 is de drempel voor het bouwen van gratis tools ingestort. Wat vroeger een frontendteam twee weken kostte, kost nu een solo-bouwer één middag met Claude Code.
Mijn proces voor het bouwen van gratis tools die converteren:
Begin met brainstormen met Claude. Ik prompt zoiets als: "Ik bouw een SaaS die [X] doet. Geef me 10 ideeën voor gratis tools die mijn ideale klant zouden aantrekken en de waarde van mijn betaalde product demonstreren. Elke tool moet waarde leveren in minder dan 60 seconden."
Dan kies ik degene met de sterkste virale lus erin. Een virale lus betekent dat de output van de tool iets is dat gebruikers willen delen. Een website-auditscore waar je over kunt opscheppen. Een vergelijkingstabel die je naar je team zou sturen. Een leesbaarheidscijfer dat je op social media zou posten.
Bouw snel. Lanceer lelijk als het moet — polijst later. De conversie vindt plaats omdat de tool nuttig is, niet omdat hij mooi is. Zet het live, zet het voor 50 mensen, kijk wat ze doen. Als ze het delen zonder dat het gevraagd wordt, heb je iets. Als ze het één keer gebruiken en vertrekken, is de tool niet overtuigend genoeg.
De kernmechanica: de gratis tool moet natuurlijk vraag creëren naar je betaalde product. Als je gratis tool iemands SEO beoordeelt en 12 problemen vindt, is de logische volgende vraag "oké, hoe los ik deze op?" Daar leeft je betaalde product.
Ik heb bouwers drie of vier gratis tools per maand zien lanceren met Claude Code. Elk functioneert als een onafhankelijk acquisitiekanaal — verschillende zoekwoorden, verschillende doelgroepen, allemaal trechterend naar hetzelfde product. Stapel er genoeg en je hebt een verdedigingsgracht gebouwd die concurrenten niet gemakkelijk kunnen repliceren omdat ze niet het distributie-oppervlak hebben.
Gratis tools vangen mensen in probleemoplossingsmodus. Maar er is een groeiend kanaal waar mensen helemaal niet zoeken — ze vragen het direct aan AI-assistenten. En als je content daar niet voor geoptimaliseerd is, ben je onzichtbaar.
Strategie 4: Answer Engine Optimization — geciteerd worden door AI
Dit is de strategie waar ik op dit moment het meest enthousiast over ben, en degene waarvan ik denk dat de meeste bouwers eroverheen slapen.
Answer Engine Optimization — AEO — is de praktijk van het structureren van je content zodat AI-zoekplatforms zoals ChatGPT, Perplexity, Gemini en Claude je website citeren bij het genereren van antwoorden. Als traditionele SEO gaat over het ranken op een pagina, gaat AEO over het antwoord zelf worden.
De verschuiving gaat snel. ChatGPT verwerkt nu meer dan 2 miljard zoekopdrachten per dag. AI-verwezen sessies naar websites groeiden 527% jaar-op-jaar tot medio 2025. Onderzoek dat 17 miljoen AI-citaties analyseerde, ontdekte dat door AI aangedragen URL's 25,7% verser zijn dan traditionele zoekresultaten — wat betekent dat antwoordmotoren actief de voorkeur geven aan recent bijgewerkte content boven gevestigde pagina's.
Dit is wat het praktisch betekent: wanneer iemand Perplexity vraagt "wat is de beste manier om CI/CD op te zetten voor een Laravel-app?" en jouw content het duidelijkste, meest gestructureerde antwoord geeft met specifieke versienummers en commando's, citeert Perplexity jou. Die citatie bevat een directe link. De gebruiker klikt erop. Ze zijn op je site.
De verkeerskwaliteit van AEO is opmerkelijk. Dit zijn geen mensen die terloops door zoekresultaten bladeren — het zijn mensen die een specifieke vraag stelden, naar jouw content werden verwezen door een AI die ze vertrouwen, en arriveerden met hoge intentie.
Hoe te optimaliseren voor AI-citatie:
Vind je top 20 klantvragen. Geen zoekwoorden — daadwerkelijke vragen die je doelgebruikers stellen wanneer ze het probleem proberen op te lossen dat jouw product aanpakt. Gebruik forums, Reddit, supporttickets en AI-tools zelf om deze te identificeren.
Schrijf gestructureerde, citeerwaardige antwoorden. Elk antwoord moet beginnen met een direct, één-zins antwoord — geen ontwijking, geen "het hangt ervan af" als opener. Geef eerst het definitieve antwoord, breid dan uit met context. AI-motoren extraheren de duidelijkste zin voor hun antwoord, dus je eerste zin moet onafhankelijk citeerbaar zijn.
Voeg FAQ-schemamarkup toe. Dit is niet optioneel. FAQ-schema vertelt zoekmachines en AI-crawlers precies welke vragen je pagina beantwoordt. Het is gestructureerde data die je content machineleesbaar maakt — precies wat AI-motoren nodig hebben.
Gebruik named entities rijkelijk. Specifieke productnamen, versienummers (Claude Opus 4.6, Docker Engine 27.x, Laravel 12.3), bedrijfsnamen en datums. AI-motoren vertrouwen specificiteit. Een zin met "gebruik de nieuwste functies van het framework" is niet citeerbaar. "Gebruik Laravel 12.3's ingebouwde rate limiter met de sliding window driver, uitgebracht in januari 2026" is citatiegoud.
Houd passages onafhankelijk begrijpelijk. AI-motoren citeren passages, geen hele artikelen. Elk blok van 100-200 woorden moet op zichzelf zinvol zijn, met een duidelijke claim en ondersteunend bewijs, zelfs als iemand alleen dat fragment leest.
Ik schreef over deze aanpak in mijn Claude SEO toolkit-gids, waar ik AEO-specifieke functies testte. De overlap tussen traditionele SEO en AEO is significant, maar de nuances doen ertoe — vooral rond contentstructuur en versheidsignalen.
AEO werkt omdat je gebruikers ontmoet waar ze steeds vaker naartoe gaan: AI-assistenten in plaats van Google. Maar wat als je je gebruikers de marketing voor je kunt laten doen? Dat is strategie vijf.
Strategie 5: Virale artefacten — laat je gebruikers voor je marketen
Spotify Wrapped. GitHub-contributiegrafieken. Strava-jaaroverzicht. Duolingo-streaks. Wat hebben ze gemeen?
Het zijn deelbare outputs die gebruikers willen posten. En elke share is een gratis advertentie voor het product dat het genereerde.
Meer dan 156 miljoen gebruikers interacteerden met Spotify Wrapped in 2023. Elke share — op Instagram Stories, op Twitter, op LinkedIn — was onbetaalde merkexposure. Spotify kocht die impressies niet. Hun gebruikers creëerden ze vrijwillig, enthousiast en herhaaldelijk. De hele Wrapped-ervaring was hiervoor ontworpen: 9:16 beeldafmetingen geoptimaliseerd voor Instagram Stories, opvallende kleurenpaletten, deelknoppen verweven door de hele ervaring.
Dit is de psychologie van virale artefacten: mensen delen dingen die hen interessant, succesvol of onderdeel van iets maken. Je luisterdata maken je cultureel bewust. Je GitHub-contributiegrafiek maakt je productief. Je Strava-statistieken maken je atletisch. Het merk krijgt exposure als bijproduct van de zelfexpressie van de gebruiker.
Hoe dit toe te passen op je product:
Identificeer de momenten in je product waar gebruikers zich succesvol, verrast of trots voelen. Een mijlpaal bereikt. Een benchmark verslagen. Een inzicht ontdekt. Dit zijn je artefactkansen.
Ontwerp de output om visueel opvallend en gemerkt te zijn, maar niet te gemerkt. Niemand deelt iets dat eruitziet als een advertentie. De beste virale artefacten voelen persoonlijk — de data van de gebruiker, de prestatie van de gebruiker — met het merk van het product als een subtiel watermerk, niet een billboard.
Maak delen moeiteloos. Eén-klik export naar een deelbare afbeelding. Voorgeformatteerd voor sociale platforms. Voeg een subtiele maar duidelijke productvermelding toe — net genoeg dat iedereen die het gedeelde artefact ziet, weet waar het vandaan komt.
Ik bouwde een functie in een van mijn tools die een "Weekelijkse Overwinningen"-samenvattingskaart genereert — een visueel strak overzicht van wat de gebruiker die week heeft bereikt. Gebruikers begonnen deze op Twitter te delen zonder dat ik het vroeg. Elke share bereikte hun volgers, van wie sommigen doorklikten. Mijn acquisitiekosten voor die gebruikers? Nul.
Het moeilijke deel is niet het bouwen van het artefact — Claude Code kan het ontwerp en de generatie in een paar uur aan. Het moeilijke deel is identificeren welk moment in je product de "ik wil dit aan iemand laten zien"-impuls triggert. Besteed je tijd daaraan.
Virale artefacten schalen organisch, maar ze zijn afhankelijk van het al hebben van gebruikers. Wat als je direct een publiek nodig hebt en niet kunt wachten op organische groei? Er is een shortcut die de meeste bouwers nooit overwegen.
Strategie 6: Koop niche-nieuwsbrieven — koop je publiek
Dit is de meest contra-intuïtieve strategie op de lijst, en degene waar ik de meeste tijd aan onderzoek heb besteed.
Het uitgangspunt is simpel: in plaats van 12 tot 18 maanden te besteden aan het opbouwen van een e-maillijst vanaf nul, koop er een die al bestaat. Specifiek, koop een niche-nieuwsbrief met 5.000 tot 50.000 betrokken abonnees in je doelmarkt.
Waarom specifiek nieuwsbrieven? Omdat e-mailabonnees het publiek met de hoogste intentie vertegenwoordigen waar je toegang toe hebt. Deze mensen hebben vrijwillig hun e-mailadres gegeven om content over een specifiek onderwerp te ontvangen. Ze openen de e-mails. Ze klikken op de links. Ze vertrouwen de afzender. Wanneer je die nieuwsbrief overneemt, erf je dat vertrouwen.
Marktplaatsen zoals duuce.com bieden nieuwsbrieven te koop aan. Veel niche-nieuwsbrieven met 5.000 tot 15.000 abonnees worden gerund door solo-creators die opgebrand zijn door het publicatieschema of die het publiek hebben opgebouwd rond een onderwerp waar ze de interesse in verloren hebben. Deze nieuwsbrieven zijn ondergemonetiseerd — de creator verdient misschien $200/maand met een lijst die $2.000/maand waard is voor iemand die weet hoe je abonnees converteert.
Het overnamedraaiboek:
Zoek op marktplaatsen naar nieuwsbrieven in je niche. Kijk naar open rates (alles boven 35% is sterk), abonneeaantal en thematische aansluiting bij je product.
Neem direct contact op met de eigenaar. Veel nieuwsbriefeigenaren hebben hun publicatie niet te koop gezet maar zouden het overwegen als ze benaderd worden. Een DM die zegt "Ik ben fan van je nieuwsbrief over [onderwerp]. Ik bouw een product in deze ruimte en ik zou graag praten over een mogelijke overname van je publicatie" opent meer deuren dan je zou verwachten.
Due diligence is belangrijk. Vraag om recente e-mailanalytics — open rates, klikpercentages, uitschrijfpercentages. Controleer of de lijst organisch is gegroeid of gekocht. Verifieer dat het publiek echt en betrokken is.
Plan de transitie zorgvuldig. Bombardeer de lijst niet meteen met productpitches. Ga door met de content waarvoor ze zich hebben aangemeld. Introduceer jezelf geleidelijk. Weef je product op natuurlijke wijze in het verhaal over 4 tot 6 weken.
Ik heb nog geen nieuwsbrief-overname afgerond — ik evalueer er momenteel actief twee. Maar de bouwers met wie ik heb gesproken die dit wel hebben gedaan rapporteren klantwervingskosten tussen $0,50 en $2,00 per abonnee, wat een fractie is van wat betaalde advertenties kosten voor dezelfde publiekskwaliteit.
Het risico is reëel: als je de transitie verkeerd aanpakt, churnen abonnees snel. Maar goed gedaan, word je op een ochtend wakker met 10.000 warme leads die al om het probleem geven dat jij oplost.
Nieuwsbrief-overname geeft je een direct publiek. Maar wat als je al een publiek hebt op één platform en overal moet zijn? Dat is de laatste strategie.
Strategie 7: De AI-contenthergebruikmotor
Ik neem ongeveer één keer per week een video van 30 minuten op. Van die ene opname genereert mijn workflow:
- 8 tot 12 tweets met verschillende hooks
- 2 LinkedIn-posts (één professioneel inzicht, één persoonlijk verhaalhoek)
- 1 volledige blogpost (3.000+ woorden, SEO-geoptimaliseerd)
- 1 nieuwsbriefeditie
- 4 tot 6 korte videoclips
- 1 thread-stijl diepduik
Dat zijn 17 tot 22 stukken content van één sessie van 30 minuten. Een jaar geleden zou het produceren van dat volume een contentteam van drie personen hebben vereist. Nu vereist het Claude Code, een microfoon en een systeem.
Het concept is AI-contenthergebruik — één "pilaar" content nemen en transformeren naar native formaten voor elk platform waar je publiek tijd doorbrengt. Niet dezelfde tekst overal kopiëren en plakken. Oprecht de kernideeën aanpassen voor het formaat, de toon en de publieksverwachtingen van elk platform.
Hoe ik mijn hergebruikmotor heb gebouwd:
Stap 1: Neem de pilaar op. Ik praat 20 tot 30 minuten over een onderwerp. Geen script. Ik wil ruw denken, echte meningen, specifieke voorbeelden. De rommeligheid is een feature — het produceert content die menselijk klinkt omdat het menselijk is.
Stap 2: Transcribeer. Ik gebruik Whisper of een transcriptie-API. Het transcript wordt het ruwe materiaal voor al het andere.
Stap 3: Voer het aan Claude Code met platformspecifieke prompts. Ik heb een set prompts gebouwd die verschillende invalshoeken uit hetzelfde bronmateriaal halen. De Twitter-prompt zoekt naar pakkende, tegendraadse takes. De LinkedIn-prompt haalt professionele inzichten met datapunten eruit. De blogprompt breidt het volledige argument uit met extra onderzoek en voorbeelden. De nieuwsbriefprompt creëert een persoonlijke, conversationele samenvatting.
Stap 4: Plan in en publiceer. Ik batch-plan alles met platform-native tools. Eén opnamesessie op maandag produceert genoeg content om een hele week over vijf platforms te publiceren.
Het compounding-effect is wat dit krachtig maakt. Elk platform voedt de anderen. Een tweet die tractie krijgt vertelt me welke invalshoek resoneert — ik verdubbel die invalshoek in de volgende blogpost. Een blogpost die zoekverkeer krijgt onthult welke zoekwoorden mensen daadwerkelijk gebruiken — ik verwerk die in toekomstige videotitels. Het systeem leert wat werkt en wordt steeds beter.
Als je liever hebt dat iemand deze hele contenthergebruikpipeline helemaal opnieuw bouwt, neem ik automatiserings- en AI-workflowprojecten aan via mijn Fiverr-profiel — dit is precies het soort systeem dat ik voor klanten bouw.
De fout die de meeste bouwers maken met contenthergebruik is het behandelen als een volumespel. Dat is het niet. Het is een resonantiespel. Twintig middelmatige posts presteren slechter dan drie geweldige. De AI handelt de formaataanpassing af — jij moet ervoor zorgen dat het bronmateriaal oprecht de moeite waard is om aan te passen.
De strategieën die ik zou kiezen als ik vanaf nul begon
Als iemand me vandaag een vers gebouwd AI-product zou overhandigen en zou zeggen "krijg hier 1.000 gebruikers voor," dit is precies wat ik zou doen:
Week 1-2: Bouw de MCP-server. Dit is de hoogste hefboom met de minste moeite. Als je product een vraag beantwoordt die mensen aan AI-assistenten stellen, word je ontdekt via een MCP-server zonder doorlopende kosten. Zelfs als het in de eerste maand slechts 20 gebruikers oplevert, zijn dat 20 gebruikers die je vonden via een kanaal dat exponentieel groeit.
Week 2-3: Lanceer één gratis tool. Kies de use case die de waarde van je product het duidelijkst demonstreert. Bouw het in een middag. Zet het live. Deel het in elke relevante community.
Week 3-4: Start de contenthergebruikmotor. Neem één video per week op over het probleem dat je product oplost. Hergebruik in native formaten voor Twitter, LinkedIn en je blog. Optimaliseer elke blogpost voor AEO vanaf dag één.
Maand 2-3: Voeg programmatische SEO toe. Tegen die tijd heb je genoeg data om te weten welke zoekwoorden en vragen je doelgebruikers daadwerkelijk zoeken. Bouw je paginatemplates en schaal op.
Maand 3+: Evalueer nieuwsbrief-overname. Als een relevante nieuwsbrief beschikbaar is en binnen budget past, versnelt dit al het andere door je een direct publiek te geven om functies bij te lanceren, berichten mee te testen en naar je gratis tools te leiden.
Dat zijn vijf van de zeven strategieën die binnen 90 dagen draaien. Virale artefacten komen later — je hebt genoeg gebruikers nodig die genoeg data genereren voordat deelbare outputs zinvol worden. Maar zodra je de gebruikersbasis hebt, creëert het toevoegen van virale mechanica een feedbacklus die elke andere strategie versterkt.
Wat ik fout deed — en wat ik mezelf zes maanden geleden zou vertellen
Hier is het eerlijke deel dat de meeste groeiadvizen overslaan.
Ik verspilde drie weken met proberen programmatische SEO te laten werken voor een product in een ruimte waar niemand zoekt op de zoekwoorden die ik targette. De pagina's rankten. Niemand klikte. Het verkeer was technisch aanwezig in mijn analytics maar commercieel waardeloos omdat de zoekintentie niet overeenkwam met de waardepropositie van mijn product. Ik had pagina's die rankten voor termen die mensen uit nieuwsgierigheid zochten, niet met koopintentie.
Ik investeerde ook te veel in virale artefacten, te vroeg. Ik besteedde een heel weekend aan het bouwen van een prachtig deelbaar dashboard voor een product met 41 gebruikers. Zelfs als alle 41 het deelden met hun gecombineerde netwerken, zou de exposure verwaarloosbaar zijn geweest. Virale mechanica vermenigvuldigen je bestaande gebruikersbasis — ze creëren er geen vanuit het niets.
En het nieuwsbrief-overnamepad? Ik had bijna een nieuwsbrief gekocht met indrukwekkende abonneecijfers voordat ik ontdekte dat de open rate in zes maanden was gedaald van 42% naar 11%. De lijst was stervende. De verkoper wist het. Kijk altijd naar trenddata, niet naar momentopnames.
De metales is dit: distributiestrategie is contextafhankelijk. De juiste strategie hangt af van waar je gebruikers momenteel zoeken naar oplossingen, hoe ze aankoopbeslissingen nemen en in welke fase je product zich bevindt. Een MCP-server is briljant voor een developertool — het is nutteloos voor een consumentenapp. Programmatische SEO domineert in niches met hoog zoekvolume — het flopt in opkomende categorieën waar niemand nog naar zoekt.
Behandel deze zeven strategieën niet als een checklist om af te werken. Behandel ze als een menu om uit te kiezen op basis van je specifieke situatie.
De ongemakkelijke waarheid over bouwen in 2026
Twaalf maanden geleden was het concurrentievoordeel in tech snel kunnen bouwen. Vandaag kan elke developer met toegang tot Claude Code of GPT-5 snel bouwen. Ik schreef over deze verschuiving in Vibe Coding Is Real and Traditional Coding Is Dying — de hele economie van softwarecreatie is veranderd.
Wanneer iedereen kan bouwen, is de schaarse hulpbron geen code. Het is aandacht. Het is vertrouwen. Het is het vermogen om je product voor de juiste persoon te zetten op het juiste moment met de juiste boodschap.
De bouwers die het volgende decennium zullen winnen zijn niet degenen die de beste algoritmen schrijven. Het zijn degenen die de beste distributiemotoren bouwen — systemen die in de loop der tijd compound groeien, acquisitiekosten verlagen en verdedigingsgrachten creëren die concurrenten niet kunnen repliceren door nog een AI-agent op te starten.
Ik ben dit nog steeds aan het leren. Mijn vier januari-producten zijn allemaal live en groeien nu — niet omdat ik de code verbeterde, maar omdat ik stopte met lanceren als het doel te behandelen en begon het als het begin te behandelen.
De vraag die ik je wil meegeven is er een die ik mezelf elke maandagochtend stel: als je deze week geen enkele regel code kon schrijven, wat zou je doen om 100 nieuwe gebruikers te krijgen? Wat je antwoord ook is — dát is het werk dat er echt toe doet.
Begin daar.
Veelgestelde vragen
Wat is een MCP-server en hoe helpt het bij het distribueren van AI-producten?
Een MCP (Model Context Protocol)-server maakt je product vindbaar voor AI-assistenten zoals Claude en ChatGPT. Wanneer gebruikers een AI een vraag stellen die jouw product beantwoordt, maakt de AI verbinding met je MCP-server en levert direct waarde — waardoor klantenwerving met nul kosten ontstaat. Begin 2026 bestaan er meer dan 10.000 MCP-servers, met 97 miljoen maandelijkse SDK-downloads. Voor een gedetailleerde walkthrough, zie Strategie 1 hierboven.
Hoe verschilt Answer Engine Optimization van traditionele SEO?
AEO optimaliseert content zodat AI-platforms zoals Perplexity en ChatGPT je website citeren bij het genereren van antwoorden, in plaats van te ranken op een zoekresultatenpagina. Het belangrijkste verschil is structuur: AEO vereist directe, één-zins antwoorden met specifieke named entities en versienummers, terwijl traditionele SEO zich richt op zoekwoordplaatsing en backlinks. Beide werken samen — traditionele SEO biedt het autoriteitsfundament waarop AI-modellen vertrouwen voor ontdekking.
Kan programmatische SEO nog werken in 2026 zonder gestraft te worden door Google?
Programmatische SEO werkt wanneer elke gegenereerde pagina oprecht unieke, waardevolle data bevat — niet wanneer het simpelweg zoekwoorden verwisselt in identieke templates. Zapier, Nomad List en Wise draaien allemaal massale programmatische SEO-operaties met succes. De sleutel is echte gestructureerde data achter elke pagina. Googles helpful content update bestraft dunne, getemplatte pagina's maar beloont datarijke pagina's die specifieke gebruikersintentie bedienen.
Hoeveel kost het om een niche-nieuwsbrief over te nemen?
Niche-nieuwsbrieven met 5.000 tot 15.000 betrokken abonnees worden doorgaans verkocht voor $5.000 tot $30.000 op marktplaatsen zoals duuce.com, wat neerkomt op ongeveer $0,50 tot $2,00 per abonnee. Verifieer altijd open rates (35%+ is sterk), controleer trenddata over zes maanden en bevestig dat de lijst organisch is gegroeid voordat je koopt.
Wat is de snelste AI-distributiestrategie om te implementeren?
Het bouwen van een MCP-server is de snelste high-impact strategie — haalbaar in minder dan 24 uur als je vertrouwd bent met TypeScript of Python. Het lanceren van gratis tools is de op één na snelste, en kost doorgaans één middag met Claude Code. Beide kunnen binnen de eerste week na deployment gebruikers genereren. Zie het gedeelte "Vanaf nul beginnen" hierboven voor de volledige implementatietijdlijn.
Laten we samenwerken
Wil je AI-systemen bouwen, workflows automatiseren of je tech-infrastructuur opschalen? Ik help graag.
- Fiverr (custom builds & integraties): fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited (enterprise oplossingen): ramlit.com
- ColorPark (design & branding): colorpark.io
- xCyberSecurity (beveiligingsdiensten): xcybersecurity.io
