Je hebt een idee. Geen tech team. Geen weg vooruit.

Het overkomt bijna elke founder die ik tegenkom. Er is een idee — soms lang gekoesterd, soms uit het niets — dat je niet meer loslaat. Je ziet de vorm van het product. Je voelt bijna hoe klanten het zouden gebruiken. Maar de weg tussen idee en draaiend ding op het internet is mistig: begin je bij een designer, een bureau, een freelancer, een AI-tool? Offertes komen binnen op €80–120k voor iets waarvan je vermoedt dat het een fractie daarvan zou moeten kosten. Mensen knikken, nemen een briefing aan, verdwijnen twee maanden, en komen terug met iets dat het bijna is maar net niet. Het idee blijft stilletjes een idee. Ideeën blijven niet hangen omdat het slechte ideeën zijn. Ze blijven hangen omdat niemand in de stoel zit waar concept, code, server én groei in hetzelfde hoofd leven — en die ook bereid is om het geheel goed dóór te denken vóórdat er geld naar de verkeerde build gaat.

De meeste engineers houden van code schrijven. Ik ook — maar waar ik écht mijn energie uithaal is het moment dat een vaag idee een concreet plan wordt. Functionaliteit op een whiteboard schetsen, de hoek vinden die de concurrentie heeft gemist, de vroege struikeldraden zien, beslissen welke 20% van de features voor v1 daadwerkelijk telt en welke 80% verleidelijk is maar moet wachten. Vijftien jaar dit doen betekent dat ik óók heb gezien welke ideeën niet werkten en waarom. Die het niet redden omdat de founder verliefd werd op een feature die niemand wilde. Die het niet redden omdat een technische keuze in week één elke latere keuze onmogelijk traag maakte. Die het niet redden omdat de scope ontplofte. Ik heb meerdere concepten van 0 getild — waaronder één die ik zelf bouwde, draaide en uiteindelijk tot ongeveer €60k/maand omzet schaalde — en de pattern-recognition daarachter is wat je écht koopt als je met een concept bij me komt.

Voordat we een code-editor openen, doen we het werk dat de meeste bouwers overslaan. Concept-uitwerking: wat is dit ding eigenlijk, in twee alinea's, voor wie, tegenover welke bestaande opties, met welke unieke hoek. Concurrentie-onderzoek: wie zit er al in deze markt, wat rekenen ze, waar zijn ze zwak, waar is het gat echt en waar is het gat slechts slechte marketing. Haalbaarheid: is het technische stuk realistisch gegeven het budget en de tijdlijn, of klopt één van die twee getallen een factor drie niet. Functionaliteits-scope: welke features in v1, welke in v2, welke nooit (en waarom). Wat je krijgt na deze fase is een geschreven concept-document — jouw idee vertaald naar iets dat een senior engineer zou willen bouwen. Met tijdlijn-ranges, kosten-ranges, scope, risico's, en de vraag "wil dit ding eigenlijk wel bestaan?" eerlijk beantwoord. Soms is het eerlijke antwoord nee, en dat is iets waard om te weten vóórdat er €40k verdwijnt.

Zodra het concept-document is goedgekeurd, volgt de bouw de spec. Stack-keuze gebeurt bewust — Laravel + Filament voor backend en admin, Next.js of Vue aan de voorkant, Postgres of MySQL voor data, Cloudflare en een geharde VPS of AWS voor infrastructuur. De keuze hangt af van het concept, nooit van welk framework ik die maand toevallig leuk vind. Het volledige design-systeem wordt gebouwd, de codebase is van jou vanaf dag één, en de server wordt zo opgezet dat 'ie meegroeit met het product in plaats van bij de eerste tractie vervangen te moeten worden. Testing zit in het budget. Schaalbaarheid zit in de architectuur. Monitoring, backups, SSL, mail-delivery — allemaal binnen dezelfde één-persoon, end-to-end blik die met het ruwe idee begon. Niets in dit proces wordt overgedragen aan een ander team dat de context niet deelt.

Ik werk het liefst aan concepten waarbij de relatie verdergaat dan go-live. Niet vanwege recurring revenue — omdat versie twee bijna altijd beter is dan versie één, en het zonde is om versie twee aan een vreemde over te dragen. Na launch gaan we door: monitoring, security-patches, de nieuwe feature waar je gebruikers om blijven vragen, de integratie die nu blijkt nodig te zijn, de rebuild van het ene stuk dat nu écht herzien moet worden zodra je echte data hebt. In de praktijk betekent dit dat de meeste van mijn klant-relaties meerjarig zijn. Sommige founders zijn met me meegelopen van idee tot v3, met dezelfde persoon die de technische keuzes maakt en zich herinnert waaróm ze gemaakt zijn. Die continuïteit is onderdeel van het product — het is het verschil tussen software die compoundt en software die vastloopt terwijl de nieuwe contractor de codebase aan het lezen is.

Op aanvraag — omdat de juiste prijs volledig afhangt van wat het concept écht is. Een gerichte B2B-tool die in 8 weken live gaat zit in een andere categorie dan een volledig SaaS-platform met billing, admin, mobile en integraties. Na het strategiegesprek krijg je een geschreven concept-document inclusief een vaste prijs voor de bouw (of een vaste prijs per fase als het project écht te groot is om vooraf in één keer vast te leggen). Vaste prijs is mogelijk — geprefereerd voor projecten met heldere scope. Op uur-basis kan ook — verstandig als de scope écht zal evolueren naarmate we leren van echte gebruikers. Hoe dan ook is het budget eerlijk, de milestones staan op papier, en de post-launch retainer is afgesproken vóórdat we beginnen. Geen mid-project verrassingen, geen "en nog één ding"-facturen.