Wat een WBSO-traject werkelijk omvat 

Zo ziet een compleet WBSO-traject eruit: 

1. Uitleg van de criteria 

Voor je überhaupt iets kunt aanvragen, moeten alle betrokkenen in je team snappen wat "speur- en ontwikkelingswerk" volgens RVO betekent. Wat is technische nieuwheid? Wat is een technisch knelpunt? Wanneer is iets routinematig werk en wanneer niet? Zonder dit gedeelde begrip mis je projecten je claimt dingen die niet WBSO-waardig zijn. 

2. Mappen van ontwikkelingen op die criteria 

Nadat de criteria helder zijn, loopt de Ugoo-consultant samen met jou door je roadmap, ticketbord of productplanning en herkent waar WBSO-potentieel zit, inclusief dingen die jouw team zelf niet als "WBSO-waardig" zou labelen. Dit kan het verschil maken tussen 800 en 2.500 goedgekeurde S&O-uren per jaar. 

3. Bespreken van de techniek 

RVO beoordeelt niet of een idee innovatief klinkt, maar of er een concreet technisch knelpunt ligt dat niet met bestaande methoden op te lossen is. Dat vereist een technisch gesprek over wat er precies gebouwd is en waar het echte technische vernuft zit. Dat gesprek kan een AI-tool niet voeren. 

4. Schrijven van de aanvraag 

Dit is waar AI-tools op focussen. Het schrijven zelf is belangrijk, maar het is slechts het verwoorden van wat in stappen 1 tot en met 3 al is uitgezocht. 

5. Inrichten van de administratie 

RVO vereist een S&O-administratie waarin je ontwikkelingen, uren en voortgang bijhoudt. Die moet praktisch werkbaar zijn voor je team, anders wordt het niet bijgehouden of frustreert het je ontwikkelaars. De inrichting is maatwerk, afhankelijk van je tooling (Jira, Azure DevOps, Linear, GitHub), team en werkwijze. En minstens zo belangrijk: het hele ontwikkelteam moet weten hoe het werkt, via een instructie of een WBSO-workshop (leuker dan het klinkt). 

6. Controle en bijsturen door het jaar heen 

Kloppen de uren nog met de projecten? Zijn er nieuwe ontwikkelingen die ook onder WBSO vallen? Zijn er projecten die afgevallen zijn? Door dit actief bij te houden, blijven je daadwerkelijke ontwikkelingen in lijn met de aanvraag en claim je aan het eind van het jaar wat je daadwerkelijk recht op hebt. 

7. Realisatie, vragenbrieven en controles 

Na afloop moet je de realisatie melden bij RVO, zijn er optimalisaties mogelijk?  Krijg je een controlebezoek, dan moet je administratie op orde zijn en moet iemand inhoudelijk kunnen toelichten wat er gebeurd is.

AI verandert het werk, maar niet de waarde 

Kortom, de WBSO is een regeling van €1,8 miljard per jaar. Wie dat serieus wil benutten, denkt verder dan alleen de aanvraag. Het gaat om herkennen wat WBSO-waardig is, dat technisch goed onderbouwen, een werkbare administratie opzetten, en dat jaar na jaar onderhouden en verbeteren. 

De vraag is dus niet: kan AI een WBSO-aanvraag schrijven? De vraag is: wie zorgt voor een subsidiestrategie die maximaal voordeel oplevert met minimale moeite en een administratie die bij een controle moeiteloos standhoudt? Daar zit de echte waarde. 

Andere subsidiekansen komen naar boven door terugkerende gesprekken 

Er is nog een voordeel dat vrijwel niemand expliciet meerekent. De WBSO-relatie is jaarlijks terugkerend en wij voeren drie tot vier inhoudelijke gesprekken per jaar. Die gesprekken zijn precies het mechanisme waarmee we projecten op tijd kunnen matchen met andere subsidies dan de WBSO, denk aan regelingen zoals EFRO, Horizon Europe, MIT en DEI+.  

Het probleem bij die andere subsidies: ze zijn thematisch, competitief en deadline-gedreven. Je moet ze zien aankomen vóór de deadline sluit en dat vereist dat iemand permanent overzicht houdt over welke regelingen openen en welke van jouw lopende projecten daarop matchen. Een AI-tool die één keer per jaar een aanvraag genereert, heeft dit structurele overzicht niet. 

In een aparte blog lees je hoe dit in de praktijk werkt en welke projectsubsidies het vaakst over het hoofd gezien worden: Van WBSO naar projectsubsidies.

AI is een uitstekende assistent binnen een goed proces. Het is een slechte vervanger voor het proces zelf.