Distributie eerst: denk aan publiek vóór je MVP

De meeste oprichters kennen de waarschuwing uit hun hoofd: “bouw het en ze komen vanzelf” is een valkuil. Bijna niemand gelooft echt dat een MVP viraal zal gaan op lanceringsdag zonder enig bestaand publiek. En toch gedraagt een groot deel van de vroege teams zich precies alsof dat het plan is — elk beschikbaar uur in het product stoppen, met de vage intentie om “marketing later wel uit te zoeken”, meestal ergens rond de lanceringsweek.

De kloof is geen kennisprobleem. Het is een prioriteringsprobleem. Productwerk heeft een zichtbare, bevredigende feedbacklus: je schrijft code, een functie werkt, je lanceert het. Publieksopbouw heeft daar in het begin niets van — een week posten of schrijven levert misschien een handvol volgers op en geen duidelijke opbrengst. Dus het verliest steeds van de urgentere, meetbaardere taak, tot de lanceringsdag aanbreekt en er een geweldig product is zonder iemand om het aan te vertellen.

De echte kosten van wachten tot de lancering

Distributie heeft tijd nodig om samengesteld effect op te bouwen. Een publiek dat is opgebouwd over drie maanden consistente activiteit gedraagt zich heel anders dan een publiek dat je probeert samen te stellen in de twee weken vóór de lancering. Zoekresultaten hebben maanden nodig om te stijgen. Een community-aanwezigheid vereist herhaalde, oprechte deelname voordat mensen je stem genoeg vertrouwen om door te klikken. Zelfs een eenvoudige wachtlijst-landingspagina heeft weken aan verkeer nodig om een betekenisvolle lijst op te bouwen.

Niets hiervan gaat instant, en precies daarom moet het vroeg beginnen — niet omdat distributie zelf traag is om uit te voeren, maar omdat het traag is om samengesteld effect op te bouwen, en dat samengestelde effect heeft een lange aanlooptijd nodig.

Dit is een ander probleem dan vraag valideren voordat je bouwt, wat gaat over testen of het probleem echt is. Distributie eerst gaat over wie het ding daadwerkelijk zal zien zodra het bestaat — een apart spoor dat parallel loopt aan het validatiewerk dat wordt behandeld in hoe je een app-idee valideert zonder bestaand publiek.

Distributie als parallel spoor, geen fase

De nuttige herkadering is om te stoppen met “bouwen” en “distribueren” te zien als opeenvolgende fasen en ze in plaats daarvan te behandelen als twee sporen die vanaf dag één tegelijk lopen, met verschillende intensiteit.

In het begin moet productwerk domineren — er is nog niets te vertellen behalve het probleem dat je oplost. Maar zelfs in die fase kan een oprichter:

• Posten over het probleem dat ze oplossen en waarom, niet over het product zelf, omdat er nog niets te demonstreren valt
• Een eenvoudige landingspagina starten die het probleem uitlegt en e-mails verzamelt van mensen die het probleem ervaren
• Consistent aanwezig zijn in de online ruimtes waar hun doelgebruikers al hun tijd doorbrengen

Naarmate de MVP vorm krijgt, verschuift de balans. Screenshots, updates over bouwen in het openbaar en early-access-uitnodigingen worden mogelijk. Tegen de tijd dat het product klaar is voor echte gebruikers, is er al een warme lijst om uit te nodigen — wat een heel ander lanceringsmoment is dan een link posten in de leegte.

Dit is het verschil tussen distributie-eerst-denken en een typische “eerste 100 gebruikers”-push, wat meestal een acquisitiesprint na de lancering is in plaats van iets dat maanden eerder begint. Als je al voorbij de lancering bent en op zoek bent naar directe acquisitietactieken, behandelt hoe je je eerste 100 gebruikers krijgt voor een MVP die fase specifiek.

Goedkope kanalen beschikbaar vóór je een product hebt

Je hebt geen marketingbudget nodig om te beginnen. De meest toegankelijke kanalen vóór de lancering delen één eigenschap: ze kosten tijd, geen geld.

In het openbaar bouwen. Voortgang, beslissingen en tegenslagen delen op een platform zoals X, LinkedIn of een persoonlijke blog. Het werkt omdat het eerlijk en specifiek is — “dit heb ik deze week geleerd” reist verder dan gepolijste aankondigingen, en het begint al publiek te genereren lang voordat er een product is om te tonen.

Een content- of SEO-strategie. Schrijven over het probleem dat je product oplost, gericht op precies het publiek dat ernaar zoekt. Dit betaalt zich langzamer uit dan sociale posts, maar het bouwt samengesteld effect op — een goed gerichte artikel kan jarenlang de juiste bezoekers blijven aantrekken, en het vestigt de oprichter als iemand die het probleem diepgaand begrijpt.

Door de oprichter geleide community-aanwezigheid. Oprecht deelnemen in Slack-groepen, subreddits, Discord-servers of forums waar je doelgebruikers al samenkomen — vragen beantwoorden, nuttige context delen, niet pitchen. Vertrouwen dat op deze manier is opgebouwd, converteert veel beter dan koude outreach wanneer je uiteindelijk vermeldt wat je bouwt.

Een wachtlijst- of publieksopbouwende landingspagina. Eén pagina die het probleem uitlegt, aangeeft wat je bouwt, en een e-mailadres verzamelt. Weinig moeite, en het zet losse interesse om in een eigen lijst die je direct kunt bereiken bij lancering in plaats van te hopen dat mensen zelf terugkomen.

De opties vergelijken

Kanaal	Moeite om te starten	Tijd tot resultaat	Beste voor
In het openbaar bouwen	Laag	Snel (weken)	Consumenten-apps, solo-oprichters, momentum en feedback
Content-/SEO-strategie	Gemiddeld	Traag (maanden)	B2B, zoekgedreven problemen, langetermijn samengesteld verkeer
Door oprichter geleide community-aanwezigheid	Laag	Gemiddeld (weken-maanden)	Niche B2B, technische producten, vertrouwen opbouwen
Wachtlijst-/publiekslandingspagina	Laag	Snel (dagen)	Elk van bovenstaande omzetten in een eigen, bereikbare lijst

Geen enkel kanaal is “hét” antwoord — de meeste oprichters combineren uiteindelijk twee kanalen, meestal een snel kanaal (in het openbaar bouwen of een wachtlijst) met een langzamer, samengesteld kanaal (content of community).

Hoeveel tijd is eigenlijk redelijk

Het eerlijke antwoord is een balans, geen binaire keuze. In de vroegste weken, wanneer het product nauwelijks bestaat, is 20-30% van de tijd van de oprichter besteden aan publieksopbouw — een paar gerichte uren per week aan posten, schrijven of communitydeelname — genoeg om samengesteld effect op te bouwen zonder de productvoortgang wezenlijk te vertragen. Naarmate de lancering nadert, kan die verdeling voor een korte periode verschuiven naar 40-50%, omdat het omzetten van een opgebouwd publiek in daadwerkelijke aanmeldingen en vroege gebruikers dan belangrijker is dan nog een functie.

Wat niet werkt, is een van beide uitersten: nul tijd besteden aan distributie tot de lancering, of zoveel tijd aan publieksopbouw besteden dat het product nooit echt wordt gelanceerd. Als je team dat tweede risico afweegt — hoeveel distributie-investering het waard is voordat er bewijs is dat het product zelf levensvatbaar is — is het de moeite waard om ook validatie van online business-ideeën: publiek of aanbod eerst te lezen, dat dezelfde spanning vanuit het validatieperspectief bekijkt.

Oprichters die een dagbaan of beperkte uren combineren, moeten distributie op dezelfde manier behandelen als een terugkerende producttaak — een vast wekelijks blok, geen iets dat wordt ingepast “als er tijd is”, want dat blok krimpt anders betrouwbaar naar nul onder deadline-druk.

Een eenvoudige manier om deze week te beginnen

Als dit allemaal nog niet bestaat, is de snelste manier om te beginnen meestal:

1. Schrijf één duidelijke zin die het probleem beschrijft dat je oplost en wie het heeft.
2. Publiceer één landingspagina met die zin en een e-mailverzameling — nog geen productschermafbeeldingen nodig.
3. Kies één platform waar je doelgebruikers al zijn, en post één keer per week over het probleem (niet het product).
4. Volg de lijstgrootte en waar aanmeldingen vandaan komen, zodat je weet op welk kanaal je moet inzetten.

Dit is een paar uur setup, geen marketingcampagne. Het is ook genoeg om iets echts te hebben om mensen naar te verwijzen de eerste keer dat iemand vraagt “waar werk je aan?” — wat veel eerder gebeurt dan de meeste oprichters verwachten. Voor een breder overzicht van wat te onderzoeken op de Y Combinator Startup Library voordat je je vastlegt op een kanaal, is dit een nuttige, niet-concurrerende referentie voor oprichters die distributiebenaderingen vergelijken tussen verschillende soorten startups.

Distributie en product verdienen gelijke planning

De oprichters die vermijden om in stilte te lanceren, zijn niet degenen met een groter marketingbudget — het zijn degenen die distributie behandelden als een spoor dat de hele tijd loopt, niet als een taak die pas verschijnt na “lancering” op de roadmap. Klein, vroeg en consistent beginnen wint bijna altijd van een gehaaste push in de laatste weken.

Veelgestelde vragen

Wat betekent 'distributie eerst' voor een startup?

Het betekent dat je publieksopbouw en distributie behandelt als een parallel werkspoor dat tegelijk start met de productontwikkeling, niet als een taak die je oppakt nadat de MVP is gelanceerd. Het doel is dat mensen al weten dat je bestaat tegen de tijd dat er iets is om te proberen.

Hoeveel tijd moet een oprichter vóór de lancering aan distributie besteden?

Als vuistregel kunnen vroege oprichters 20-30% van hun werktijd besteden aan publieksopbouw, zoals content maken, in het openbaar bouwen of aanwezig zijn in communities, met de rest gericht op het product. Dit verschuift na verloop van tijd, maar bij nul beginnen en pas na de lancering starten betekent meestal lanceren in stilte.

Is 'bouw het en ze komen vanzelf' geen slecht advies?

Ja, en de meeste ervaren oprichters weten dit in theorie, maar velen gedragen zich toch alsof distributie later wel geregeld kan worden, omdat productwerk dagelijks urgenter en meetbaarder aanvoelt. De oplossing is geen mentaliteitsverandering, maar het reserveren van agendatijd voor distributie, net zoals je tijd reserveert voor ontwikkeling.

Wat is het distributiekanaal met de minste moeite om mee te beginnen?

Een eenvoudige wachtlijst- of publieksopbouwende landingspagina is meestal het startpunt met de minste moeite, omdat het interesse omzet in een eigen e-maillijst nog voordat het product bestaat. In het openbaar bouwen op één platform komt op de tweede plaats — het vereist geen infrastructuur, alleen consistent posten.

Geldt distributie eerst ook voor B2B-startups, of alleen voor consumenten-apps?

Het geldt voor beide, al verschillen de kanalen. B2B-oprichters halen meestal meer waarde uit een door de oprichter geleide content- of community-aanwezigheid in de ruimtes die hun kopers al lezen, terwijl consumenten- en app-gebaseerde producten vaak meer tractie zien door in het openbaar te bouwen of korte content.