Bij WBSO draait de beoordeling om één vraag: waar zit de technische onzekerheid en waarom is vooraf niet duidelijk hoe je die oplost. RVO kijkt sinds 2026 scherper naar softwareprojecten, en de meeste afwijzingen komen niet door slecht schrijven maar doordat de beschrijving op regulier ontwikkelwerk lijkt. Wij bouwen in één werkdag precies het stuk waar je vastloopt. Daarna kun je opschrijven wat er gebeurde in plaats van te voorspellen wat er zou kunnen gebeuren. Wij zijn geen WBSO-adviseur en doen geen uitspraken over toekenning.
Drie patronen die terugkomen in afgewezen aanvragen, en wat een gebouwd stuk daar verandert.
Een aanvraag die vertelt dat er een koppeling komt en een dashboard, beschrijft implementatie. De vraag is welk probleem je tegenkomt waarvan de oplossing vooraf niet vaststaat. Dat verschil is scherper op te schrijven als je het onderdeel hebt gebouwd en gemerkt waar het schuurt.
In één projectbeschrijving zitten zowel de zoektocht als het afbouwen. RVO wil weten welk deel welk is. Door de onzekere kern apart te bouwen, valt die grens vanzelf op de plek waar hij hoort.
Wat je hebt overwogen en waarom je een route liet vallen, is achteraf lastig te reconstrueren. Een bouwdag levert die keuzes op het moment zelf op, met de commits en de aantekeningen die erbij horen.
We bouwen het technisch onzekere onderdeel, niet het hele product en niet de aanvraag.
Vast ritme: van de vraag waar de onzekerheid zit naar een werkend onderdeel dat het laat zien.
Welk technisch probleem is het waarvan je vooraf niet weet hoe je het oplost. We halen dat los van alles wat gewoon bouwwerk is, want dat onderscheid bepaalt de rest van de dag en straks je aanvraag.
We bepalen welke route we als eerste proberen en schrijven op welke alternatieven er waren. Die aantekening is later net zo bruikbaar als de code zelf.
Het onderdeel draait op voorbeelddata. Vaak blijkt hier al dat het probleem ergens anders zit dan gedacht, en dat is precies de informatie die een aanvraag concreet maakt.
Wat vastliep gaan we niet wegpoetsen. We proberen een tweede route en leggen vast waarom de eerste het niet werd; dat is de kern van technische onzekerheid.
Een korte samenvatting van de knelpunten, de geprobeerde oplossingen en wat er nog open staat, geschreven zodat je adviseur er direct mee verder kan.
Het onderdeel staat op een URL en de code in je eigen repository. We lopen samen door wat er is gebeurd en wat het betekent voor je projectbeschrijving.
Wat een bouwdag wel en niet doet in dit traject.
Nee, het is een afdrachtvermindering op de loonheffing en in sommige gevallen een aftrek voor zelfstandigen. Je krijgt geen bedrag uitgekeerd; je draagt minder af over de uren die je aan speur- en ontwikkelingswerk besteedt. Dat onderscheid maakt uit voor hoe je administratie eruit moet zien, en daar adviseert je WBSO-adviseur of RVO over.
Dat kunnen we niet beloven en we doen er geen uitspraken over. Wat een bouwdag doet, is je technische knelpunt beschrijfbaar maken omdat je er zelf tegenaan bent gelopen. Of RVO toekent hangt af van de criteria en van je aanvraag, niet van of er een demonstrator naast ligt.
WBSO kent geen enkele jaarlijkse deadline maar werkt met aanvraagperiodes, en je vraagt aan voordat het werk begint. De beoordelingstermijn is drie maanden, waarbij RVO bij nieuwe aanvragers naar een kortere doorlooptijd streeft. Wat dat voor jouw planning betekent, stem je af met je adviseur; wij plannen de bouwdag daaromheen.
Dan heb je iets wat voor deze aanvraag nuttiger is dan een werkend onderdeel: een concreet knelpunt met de routes die je hebt geprobeerd. Vastlopen is bij WBSO geen mislukking maar het bewijs dat de oplossing vooraf niet vaststond. We leggen dat daarom net zo zorgvuldig vast als wat wel lukt.
Daar doen we geen uitspraak over. Welke uren en kosten meetellen, en of werk door derden meetelt, bepaalt RVO en je adviseur op basis van de regeling. Wij leveren de vastlegging van wat er is gedaan; de administratieve verwerking is jouw kant.
Vaak wel, maar dat is een vraag voor je adviseur. Regelingen kennen eigen voorwaarden over stapelen en over welke kosten waar mogen landen. Wat wij zien is dat hetzelfde gebouwde onderdeel ook bruikbaar is bij een aanvraag met een verplicht projectplan of bij een investeerdersgesprek.
Beschrijf in een paar zinnen waar je technisch tegenaan denkt te lopen. We sparren in een korte intake en plannen de bouwdag rond je aanvraagmoment.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.