YC-lessen: waarom de beste startups klein en bijna saai beginnen

Wat YC bedoelt met “klein beginnen” (en wat het niet betekent)

De “klein beginnen”-raad van Y Combinator is makkelijk verkeerd te begrijpen als “denk klein.” Dat is niet de bedoeling. “Klein” gaat over scope—wat je eerst bouwt, voor wie het is en welke belofte je betrouwbaar kunt waarmaken—terwijl de ambitie groot kan blijven.

“Klein” betekent scope, niet ambitie

Klein beginnen betekent een initiële versie van je bedrijf kiezen die daadwerkelijk kan werken. Een kleinere scope laat je sneller leveren, leren en verbeteren. Het dwingt ook duidelijkheid af: je kunt je niet verschuilen achter een brede missie wanneer je eerste gebruikers rekenen op één specifiek resultaat.

Een startup kan ernaar streven een enorm bedrijf te worden en toch beginnen met iets dat bijna onspectaculair lijkt: één type gebruiker, één workflow, één duidelijk voordeel.

Smal verslaat vaag

Oprichters verwarren vaak “groter” met “beter” en proberen iedereen te bedienen met een lange featurerij. YC’s versie van “klein” is het tegenovergestelde:

• Minder functies, maar de juiste voor een specifieke gebruiker
• In het begin minder gebruikers, maar de juiste
• Een duidelijkere belofte, geen bredere

Vage positionering klinkt als: “We helpen teams productiever te zijn.” Smalle positionering klinkt als: “We helpen zelfstandige tandartspraktijken no-shows te verminderen door last-minute annuleringen automatisch op te vullen.”

Hoe “sma l” er in de praktijk uitziet

Een goed startpunt is een specifieke gebruiker + specifieke taak:

• Gebruiker: “Shopify-winkelaren met $20k–$100k/maand”
• Taak: “Herwin verlaten winkelwagentjes met een eenvoudige SMS-flow”

Dat is klein genoeg om snel te valideren en gefocust genoeg om iets te bouwen waarvoor mensen willen betalen.

Eerst focus, later opschalen

Klein beginnen is geen permanente identiteit—het is een volgorde. Win eerst een klein, goed afgebakend deel van de markt. Zodra je daar betrouwbaar waarde levert, breid je met vertrouwen uit in plaats van te gokken.

Kies een smal Ideal Customer Profile (ICP) en zet er op in

Een smal ICP is een eenvoudige beslissing: voor wie precies is dit, en welke situatie veroorzaakt de nood? Niet “kleine bedrijven” of “teams”—maar een specifieke persoon met een specifieke taak.

Definieer je ICP in duidelijke bewoordingen

Gebruik dit formaat:

It’s for: [rol + type bedrijf]

When: [een herhaalbaar moment van pijn / deadline / risico]

Voorbeeld: “Het is voor onafhankelijke accountants wanneer ze een nieuwe maandelijkse klant onboarden en documenten moeten verzamelen zonder e-mails na te jagen.”

Waarom een scherpe ICP alles eenvoudiger maakt

Als de ICP scherp is, stopt je startup met raden.

Messaging wordt eenvoudig omdat je één herkenbaar dag-in-het-leven-probleem kunt beschrijven.

Prijzen worden eenvoudiger omdat je kunt aanknopen bij een bekende budgethouder en een duidelijke waardemaatstaf (per klant, per gebruiker, per project).

Productbeslissingen gaan sneller omdat je voor één workflow bouwt, niet voor vijf. Je kunt zonder schuldgevoel “nee” zeggen omdat het nog niet voor iedereen is.

Signalenen dat je een echte niche hebt gevonden

Let op:

• Dezelfde use case komt op in salesgesprekken zonder dat jij stuurt
• Duidelijke urgentie (“Ik heb dit voor vrijdag nodig” wint van “interessant”)
• Gelijkaardige bezwaren en aankoopstappen bij klanten
• Vroege gebruikers die terugkeren zonder herinneringen

Snelle oefeningen om snel te versmallen

1) Schrijf een “niet voor” lijst (10 minuten). Noteer 5–10 klanttypes die je de komende 90 dagen niet bedient.

2) Kies je top 1–2 klanttypes. Kies uit je gesprekken de twee groepen met de scherpste pijn en snelste besluitvorming. Zet één als standaard ICP en behandel de andere als “later.”

Waarom “bijna saai” ideeën vaak winnen

“Saai” is meestal shorthand voor “ik snap het meteen.” Dat is geen zwakte—het is een verkoopvoordeel.

Herken “saai” als duidelijke waarde

Een “bijna saai” startup heeft drie eigenschappen: duidelijke waarde, een duidelijke koper en bewezen vraag. De klant kent het probleem al, heeft budget of urgentie en kan succes zich voorstellen zonder lange uitleg.

Die duidelijkheid versnelt alles: je pitch, je prijsstelling, je roadmap en je eerste klantgesprekken.

Vertrouwde problemen zijn makkelijker te verkopen (en te bouwen)

Als je een bekend pijnpunt kiest—missende facturen, compliance-checklists, planningschaos, churn in abonnementen—vraag je de markt niet om een nieuwe categorie te leren. Je biedt een betere manier om iets op te lossen dat ze al probeerden op te lossen.

Dat betekent:

• Kortere salescycli (minder overtuigen, meer vergelijken)
• Duidelijkere productvereisten (je kunt kopiëren wat goed werkt)
• Snellere iteratie (klanten beoordelen verbeteringen meteen)

“Saai” vermindert risico door minder educatie

In het begin is de grootste bottleneck niet engineering—het is leren. Als je idee veel uitleg vereist, zul je moeite hebben om te bepalen of mensen het niet willen of het gewoon niet begrijpen.

Bijna-saaie ideeën verminderen die onduidelijkheid. Als een prospect “ja” zegt, kun je dat toeschrijven aan echte waarde, niet aan hype of nieuwigheid.

Wat echt riskant is: nieuwe tech zonder duidelijke kopers

Nieuwe technologie kan krachtig zijn, maar is risicovol wanneer de koper niet gedefinieerd is. Als je niet kunt antwoorden op “wie koopt dit?” en “uit welke budgetpost komt dit?”, bouw je voor applaus in plaats van aankoop.

De contra-intuïtieve zet is innovatie te verankeren aan een vertrouwde, pijnlijke use case—zodat de markt het product uit je trekt in plaats van jij een nieuw verhaal in de markt duwt.

Zoek een pijnlijk, specifiek probleem (geen grote visie)

Een “grote visie” is makkelijk om over te praten en moeilijk om voor te betalen. Vroege klanten betalen niet voor visies—ze betalen om een direct probleem weg te nemen.

Het “hair-on-fire” probleem

Een hair-on-fire probleem is:

• Urgent: ze willen het deze week opgelost, niet “ooit.”
• Kostbaar: het kost echt geld (verlies aan inkomsten, boetes, overuren, churn).
• Frequent: het gebeurt vaak genoeg dat een tool er een gewoonte van maakt.
• Meetbaar: ze kunnen zien wanneer het opgelost is (tijd bespaard, fouten verminderd, minder tickets).

Sterke vs zwakke problemen (voorbeelden)

Sterke problemen (mensen zoeken actief, klagen of begroten hiervoor):

• Een team mist elke maand factuurdeadlines en betaalt te laat boetes.
• Een bedrijf kan bestellingen niet op tijd verzenden omdat adresfouten leveringen laten terugsturen.
• Een kliniek verliest afspraken door no-shows en heeft een manier nodig om die te verminderen.

Zwakke problemen (nice-to-have, onduidelijke eigenaar, geen budget):

• “We moeten de samenwerking verbeteren.”
• “Ons dashboard kan er moderner uitzien.”
• “Het zou geweldig zijn om ooit AI-inzichten te hebben.”

Waarom urgentie conversie en retentie verhoogt

Urgentie verkort salescycli omdat de koper het probleem al als reëel ziet—en gemotiveerd is om te handelen. Het verbetert ook retentie: wanneer je product gekoppeld is aan een terugkerende pijn (missende deadlines, falende compliance, inkomstenverlies), blijven klanten betalen omdat stoppen het probleem terugbrengt.

Snelle urgentie-checklist (voor je meer bouwt)

Vraag 5–10 doelgebruikers:

• Gebeurde dit in de laatste 7 dagen?
• Wat kostte het (tijd, geld, klanten)?
• Wie voelt de pijn genoeg om het te bezitten en op te lossen?
• Wat doen ze nu (spreadsheets, handmatige workarounds, bureaus)?
• Is er een bestaand budgetpost die je kunt vervangen?
• Als je het morgen oploste, welke metric zou meteen verbeteren?

Doe dingen die niet schalen om de eerste 10 klanten te krijgen

In het begin is je grootste voordeel geen automatisering—het is aandacht. “Doe dingen die niet schalen” betekent bereid zijn het product hands-on te leveren zodat je echte gebruikers, echte feedback en echt leren krijgt voordat je investeert in het perfecte systeem.

Hoe dat er in de praktijk uitziet

Voor de eerste 10 klanten voer je misschien handmatige onboarding via een call uit, zet je hun account zelf op, importeer je hun data of stem je een workflow af op hun situatie.

Dit kan op conciërge-achtige ondersteuning lijken: templates maken, de eerste draft schrijven (als je een schrijftool bent), integraties configureren of zelfs herinneringen en check-ins sturen. Het is geen permanent operatie-model—het is een leerslag.

Waarom het ertoe doet (meer dan snelheid)

Als jij persoonlijk gebruikers onboardt zie je waar ze aarzelen, wat ze als eerste proberen en wat ze echt waardevol vinden. Dat helpt je om:

• Sneller te leren dan concurrenten die op generieke enquêtes vertrouwen
• Voorkomen dat je functies bouwt die niemand gebruikt
• Het “minimale geliefde” product ontdekken waarvoor mensen betalen

Praktische manieren om je eerste gebruikers te vinden

Begin waar je ideale klanten al samenkomen:

• Niche community's (Slack/Discord-groepen, subreddits, forums, meetups)
• Warme verwijzingen (voormalige collega's, vrienden van klanten, netwerkconnectors)
• Direct outreach (korte, specifieke berichten die het exacte probleem noemen dat je oplost)

Een simpele aanpak: bied een zeer specifieke setup-sessie aan in ruil voor het uitproberen van het product voor een week.

Afspraken zodat je niet blijft hangen

Blijf ethisch: wees transparant over wat handmatig is en wat product is. Documenteer alles wat je herhaaldelijk doet (verzoeken, stappen, bezwaren) en automatiseer daarna de 1–2 meest voorkomende acties. Het doel is nu leren en vertrouwen verdienen—en later opschalen wat werkt.

Bouw een eenvoudig wedge-product, geen volledig platform

Wat “wedge” betekent

Een wedge-product is het kleinste product dat één taak end-to-end voltooit voor een specifieke klant. Geen demo. Geen gedeeltelijke workflow. Het is de minimale versie die daadwerkelijk het resultaat levert dat iemand probeert te bereiken—en die hen doet zeggen: “Hiervoor zou ik betalen omdat het me tijd/geld/stress bespaart.”

Denk “facturen versturen en betaald krijgen” in plaats van “een financiënplatform,” of “10 gekwalificeerde salesgesprekken boeken” in plaats van “een CRM-ecosysteem.” De wedge is je manier om de markt binnen te komen: smal, scherp en eenvoudig te beoordelen.

Resultaten boven featurelijsten

Vroege teams debatteren vaak over featurelijsten omdat dat veiliger voelt dan kiezen. Definieer in plaats daarvan eerst het resultaat:

• Hoe ziet succes eruit voor de klant?
• Hoe snel bereikt de klant dat?
• Welke bewijsvoering krijgen ze aan het einde (een rapport, een geboekte afspraak, een verzonden zending, een gepubliceerde vermelding)?

Als je product dat resultaat niet betrouwbaar levert, lost meer features toevoegen het kernprobleem niet op.

Het kiezen van de eerste set features

Een eenvoudige regel: must-have features zijn die welke nodig zijn om het beloofde resultaat zonder omwegen te leveren.

Nice-to-have features zijn de rest—ook al hebben concurrenten ze.

Een praktische test: als je een feature verwijdert, krijgt de klant dan nog steeds hetzelfde resultaat met vergelijkbare inspanning en vertrouwen? Als ja, is het (nog) geen must-have.

Bouw niet “platform first”

“Platform first” denken duwt je om accounts, permissies, integraties, extensibiliteit en dashboards te bouwen voordat vraag bewezen is. Dat zijn dure omwegen.

Bouw de wedge, vraag er geld voor, leer wat ontbreekt en breid pas daarna uit—aangetrokken door echt gebruik, niet door verbeelding.

Versnel de wedge zonder te overbouwen

Een manier om gedisciplineerd te blijven is prototypen in tools die bias hebben naar opleveren. Bijvoorbeeld, Koder.ai kan oprichters helpen een smalle workflow om te zetten in een werkende webapp via chat, en vervolgens snel itereren met functies zoals planningsmodus, snapshots en rollback. Als je er klaar voor bent kun je de broncode exporteren en blijven opschalen—zonder op dag één te kiezen voor een “platform-first” build.

Valideer met echt gebruik en omzet (niet enthousiasme)

In het begin is het gevaarlijkste signaal enthousiasme zonder commitment. Complimenten, “dit is gaaf” en grote sociale cijfers kunnen als vooruitgang voelen—maar ze vertellen niet of het product een echt probleem oplost.

Hoe “bewijs” eruitziet

Geef prioriteit aan gedrag dat de klant iets kost: tijd, geld, reputatie of verandering in werkwijze. Sterke validatie toont zich meestal als:

• Retentie: mensen komen vanzelf terug na het eerste gebruik.
• Herhaald gebruik: het product wordt onderdeel van een wekelijkse (of dagelijkse) routine.
• Verwijzingen: gebruikers trekken anderen aan zonder dat je ernaar vraagt.
• Bereidheid om te betalen: zelfs kleine betalingen bewijzen dat de pijn reëel is en de oplossing binnen het budget past.

Als je niet minstens één van deze ziet, is “interesse” misschien gewoon beleefdheid.

Lichtgewicht manieren om te valideren (zonder over te bouwen)

Je hebt geen perfect product nodig om bereidheid om te betalen te testen. Probeer:

• Voorverkoop: verkoop het resultaat voordat de software af is (met eerlijke levertijden).
• Pilots: een betaalde pilot van 2–4 weken met een duidelijk succesmetric (bijv. “verminder handmatig rapportagetijd met 30%”).
• Betaalde trials: vraag vanaf dag één betaling, ook al is het een laag, vriendelijk tarief.

Het doel is simpel: klanten laten een echte stap zetten, niet alleen ja zeggen.

Waar je vroeg in moet negeren

Behandel deze als zwakke signalen:

• Social followers, e-mailinschrijvingen, paginabezoeken
• Persaandacht en “thought-leader” exposure
• Vage lof als “we zouden dit ooit gebruiken”

Ze kunnen een verhaal ondersteunen, maar bewijzen geen vraag.

Stel een go/no-go-tijdlijn in

Kies een korte periode (vaak 14–30 dagen) en definieer van tevoren de beslissing. Bijvoorbeeld: “Als we op dag 30 geen 3 betalende pilotklanten of 5 gebruikers die wekelijks terugkeren hebben, versmallen we de ICP, veranderen we het aanbod of stoppen we met het idee.” Duidelijke deadlines voorkomen drijven en houden leren eerlijk.

Waarom startups te vroeg te breed gaan

In het begin voelt “breder gaan” als momentum: meer functies, meer klanttypes, meer marketingkanalen. Maar breedte verbergt gewoonlijk een eenvoudig probleem—je startup heeft nog niet genoeg geleerd om te weten wat werkt.

De veelvoorkomende valkuilen

De meeste teams kiezen niet bewust om onscherp te zijn. Ze glijden erin:

• Brede positionering: “voor startups en enterprises”, “voor elk team”, “voor iedereen die spreadsheets gebruikt”.
• Te veel persona's: proberen kopers, gebruikers, admins en executives vanaf dag één tevreden te stellen.
• Te veel kanalen: SEO, betaalde advertenties, partnerships, outbound, content, social—voordat één kanaal herhaalbaar is.

Waarom breedte leren vertraagt (en kosten opblaast)

Als je op meerdere doelgroepen mikt, wordt elk signaal ruisig. Een feature-aanvraag kan kritisch zijn voor Persona A en nutteloos voor Persona B. Je boodschap wordt vaag, je demo's drijven en onboarding verandert in een kies-je-eigen-avontuur.

Kosten stijgen op subtiele manieren:

• Meer randgevallen om te ondersteunen
• Langere bouwcycli door conflicterende vereisten
• Hogere customer acquisition costs omdat targeting vaag is
• Langzamere iteratie omdat je niet kunt zien wat resultaten veroorzaakte

Scherpe focus gaat niet over het beperken van ambitie; het gaat om snelle, duidelijke feedbackloops creëren.

De psychologie achter “te breed” worden

Oprichters verruimen scope vaak om emotionele redenen:

• FOMO: “Wat als we de verkeerde niche kiezen?”
• Vermijding van sales: het is makkelijker het product bij te schaven dan ‘nee’ te horen van een specifieke koper.
• Identiteitscomfort: een grote missie voelt veiliger dan een kleine, testbare belofte.

Een snelle “focus reset” checklist

Als het vastzit, probeer deze reset voor de volgende 2–4 weken:

1. Kies één ICP die je direct kunt bereiken (niet “elke KMO”).
2. Kies één job-to-be-done die ze deze maand betalen om op te lossen.
3. Definieer één succesmetric (bv. wekelijks actieve teams, betaalconversies, time-to-value).\n4. Stop of pauzeer twee kanalen en zet in op het ene met de schoonste gesprekken.\n5. Lever één verbetering per week gericht op activatie of retentie—niet op mooie-to-have breedte.

Focus is niet permanent. Het is een hulpmiddel om sneller te leren dan je runway opraakt.

Hoe uit te breiden nadat je een kleine markt hebt gewonnen

Een kleine markt winnen betekent niet dat je klaar bent—het betekent dat je het recht hebt om te groeien. De sleutel is timing: breid alleen uit nadat één segment echt “vergrendeld” is.

Tekenen dat je klaar bent om uit te breiden

Je bent klaar wanneer je boodschap consequent converteert en groei herhaalbaar voelt, niet willekeurig. Praktische signalen zijn:

• Een duidelijke ICP waar de meeste nieuwe klanten op lijken
• Een simpele pitch die werkt zonder elke week herschreven te worden
• Betrouwbare onboarding: mensen krijgen waarde met minimale hand-holding
• Retentie die stabiel blijft na de eerste weken

Als je nog heldhaftige inspanningen nodig hebt om elke deal te sluiten, heb je nog niet gewonnen—je ontdekt nog.

Drie heldere uitbreidingspaden

Zodra je één wedge hebt gevonden, breid uit door de dichtstbijzijnde volgende stap te kiezen:

1. Aangrenzende persona: zelfde workflow, andere rol (bv. van operations managers naar teamleads).\n2. Aangrenzende workflow: zelfde klant, nieuwe taak (bv. van facturatie naar incasso).\n3. Aangrenzende geograf ie: zelfde ICP en use case, nieuwe regio (vaak eenvoudig als product en compliance het toelaten).

Kies het pad met de minste veranderingen zodat je positionering, product en acquisitiekanalen kunt hergebruiken.

Volgorde: verander één variabele tegelijk

De gebruikelijke fout is stapelen van veranderingen—nieuwe ICP en nieuwe use case en nieuw kanaal. Houd twee dingen constant en verander er één. Bijvoorbeeld: dezelfde persona + dezelfde workflow, maar een nieuwe regio.

Houd de kern stabiel tijdens het verkennen

Behandel uitbreiding als een gecontroleerd experiment. Behoud het “core” product waar je eerste segment van houdt en test het nieuwe segment met lichte aanvullingen:

• Feature flags of optionele instellingen (geen herbouw)\n- Aparte landingspagina-tekst voor het nieuwe segment\n- Een kleine pilot-cohort met snelle feedback

Als het nieuwe segment herhaalbare conversie en retentie toont, vouw je de geleerde lessen terug in het hoofdproduct—zonder te breken wat al werkt. Zie ook /blog/startup-focus.

Smal en klein kan nog steeds een geweldig bedrijf zijn

Een smal product kan op een pitchdeck “te klein” lijken, maar toch een echt goed bedrijf zijn—vooral vroeg.

“Default alive” in eenvoudige termen

Y Combinator spreekt vaak over default alive: je geeft minder uit dan je verdient (of kunt betrouwbaar ophalen), zodat het bedrijf kan blijven bestaan zonder wonder. Praktisch betekent het dat je een duidelijk pad hebt om niet zonder geld te komen—omdat omzet de kosten dekt of burn laag genoeg is dat financiering geen constante noodzaak is.

Kleine markten kunnen echte momentum financieren

Een “kleine” markt kan sterke vroege omzet opleveren als de pijn intens is en de koper budget heeft.

Als je één specifieke workflow voor één specifieke rol oplost, kun je vaak meer vragen dan brede tools die generiek aanvoelen. Zelfs 50–200 klanten kunnen veel betekenen als elke klant genoeg betaalt om support, productontwikkeling en leren te dekken.

Prijsbasis voor smalle producten

Begin met waardegebaseerde prijsstelling: prijs op basis van wat de klant bespaart of verdient, niet je kosten.

Houd het simpel:

• Eén kernplan dat het meeste dekt\n- Eén hoger niveau voor teams, geavanceerde permissies of compliance

Vermijd vroege complexe menu's. Je wilt dat kopers snel beslissen en dat je leert wat ze echt waarderen.

Werk goedkoop tijdens snel leren

Je hebt geen groot team of dure tools nodig om een smalle markt te winnen.

Richt je budget op:

• Wekelijks met klanten praten\n- Snelle iteraties op de kern-use-case\n- Lichtgewicht support (duidelijke onboarding-docs, sjablonen)

Als het product smal is, kunnen je operaties dat ook zijn—waardoor “default alive” makkelijker te bereiken is.

Een praktische metriek- en leer-checklist

Klein beginnen werkt alleen als je sneller leert dan je bouwt. De eenvoudigste manier om eerlijk te blijven is een handvol “is dit verbeterd?” cijfers bijhouden, wekelijks reviewen en koppelen aan klantgesprekken.

Kernmetrics (kies op basis van je business)

B2B SaaS: wekelijks actieve teams, % accounts dat de “aha”-actie doet, trial-naar-betaalde conversie, churn (logo en omzet), time-to-first-value.

Consument / prosumer app: activatieratio, dag-7 retentie, wekelijkse actieve gebruikers, invites/deling per gebruiker, betaalconversie (indien van toepassing).

Marktplaats: succesvolle matches per week, aanboddekking (hoe vaak vraag aanbod vindt), herhaalfrequentie aan beide zijden, take-rate, annuleringspercentage.

Diensten / agency (je eerste wedge): gekwalificeerde leads, sluitingsratio, gemiddelde dealgrootte, levertijd, brutomarge, verwijzingen.

Benchmarks hangen sterk van context af, dus gebruik ranges spaarzaam. Eén veilig anker: vroeg gaat het meer om richting dan niveau—je wilt dat kernpercentages (activatie, conversie, retentie) stijgende trends tonen na iteratie.

Een wekelijkse 30-minuten reviewritueel

1. Cijfers: wat ging omhoog/omlaag? Kies 1–2 metrics die deze week ertoe doen.\n2. Leerpunten: wat hoorden we herhaaldelijk van klanten? Wat verraste ons?\n3. Experimenten: wat probeerden we? Wat verwachtten we vs wat gebeurde?\n4. Volgende stappen: kies één wijziging om te leveren en één outreach-doel (bv. 10 gesprekken).

Schrijf het in een lopend document zodat je het verhaal van je voortgang ziet.

Vragen na elk klantgesprek

• Wat probeerde je te doen toen het probleem opdook?\n- Wat gebeurt er als je het deze week niet oplost?\n- Wat heb je al geprobeerd (en waarom werkte het niet)?\n- Hoe los je het nu op—exacte stappen, tools, mensen betrokken?\n- Hoe ziet een “goed genoeg” oplossing eruit?\n- Wat zou je doen betalen (of over laten stappen van je huidige oplossing)?\n- Met wie moet ik nog praten die hetzelfde probleem heeft?

Als je metrics verbeteren en deze antwoorden scherper worden, zit je op het juiste smalle pad.

Een 30-dagenplan om klein te beginnen (zonder stil te vallen)

Klein beginnen is geen "wachten met bouwen." Het dwingt duidelijkheid af, levert echte feedback en brengt snel iets dat mensen betalen. Hier is een gefocust 30-dagenplan dat je in beweging houdt terwijl je smal blijft.

Week 1: Zet je op een smalle ICP en één belofte

Kies één ideale klantprofiel dat je in één zin kunt beschrijven (rol, context en beperking). Kies dan één pijnlijk probleem dat je kunt oplossen zonder een volledig product.

Schrijf een eenregelige belofte die specifiek en testbaar is:

“We helpen [ICP] [meetbaar resultaat] te bereiken in [tijdframe] zonder [veelvoorkomend probleem].”

Dit wordt je filter. Als een feature, meeting of idee die belofte niet sterker maakt, valt het af.

Week 2: 15–25 gesprekken + prijstaaltests

Spreek met 15–25 mensen die bij je ICP passen. Richt je op patroonherkenning, niet bevestiging.

Vraag naar de laatste keer dat ze de pijn voelden, wat ze probeerden, wat het kostte (tijd/geld) en hoe “opgelost” eruitziet.

Test vroeg met prijstaal. Gebruik het niet als onderhandeling maar als signaal:

• “Als dit je 5 uur/week bespaarde, zou $99/maand redelijk zijn?”\n- “Kun je dit declareren? Of moet het binnen teambudget passen?”

Documenteer exacte woorden; die moeten terugkomen in je landingspagina en outreach.

Week 3: Lever een manuele versie (pilot) en meet uitkomsten

Draai 3–5 pilots waarbij je het werk handmatig achter de schermen doet. Het doel is het resultaat bewijzen, niet de interface.

Definieer één of twee succesmetrics (bijv. tijd bespaard, minder fouten, snellere doorlooptijd) en volg ze per gebruiker. Iterateer wekelijks op basis van wat de metric daadwerkelijk bewoog.

Week 4: Productiseer wat terugkomt + kies één acquisitiekanaal

Identificeer de herhaalbare stappen uit de pilots en maak er het kleinste “wedge” product van.

Kies één acquisitiekanaal dat je de komende maand consequent uitvoert: gerichte outbound, partnerships, een nichecommunity of een workflowintegratie. Richt alles op je één-regel belofte en een simpele volgende stap (plan een call, start een trial of betaal voor onboarding).