WBSO voor software ontwikkeling en machine learning is lastig. Inmiddels is aanvragen een eitje, met mijn vaste stappenplan.
Goed nieuws: vorige week hoorde ik dat de Rijksdienst voor Ondernemend Nederland een WBSO-beschikking afgeeft aan mijn bedrijf VAART software.
Dit geeft ons toegang tot de WBSO-subsidie, één van de belangrijkste innovatiesubsidies in Nederland, voor de ontwikkeling van nieuwe beeldherkenning technologie.
Ik ben natuurlijk zeer content met deze toekenning, want dit helpt ons om nog meer en intensiever in onze software innovaties te investeren!
“WBSO voor software ontwikkeling en machine learning lastig”
VAART software is gespecialiseerd in beeldherkenning en andere vormen van machine learning. Een technologisch veld dat zo snel verandert als machine learning, betekent dat we voortdurend tegen de rand van onze technische kennis werken. Zeker omdat we een eigen product aan het ontwikkelen zijn.
Online is veel te lezen over hoe moeilijk het is om de WBSO voor software ontwikkeling en machine learning aan te vragen.
Maar het meeste daarvan is wel geschreven door subsidie bureaus die je helpen om, voor een percentage van de opbrengst, de WBSO-subsidie aan te vragen in jouw naam.
De opbrengst (korting op de loonafdrachten) van WBSO is mooi, maar ik vond het zonde om daarvan weer een deel in te leveren. Daarom probeerde ik het zelf, en maakte ik een stappenplan.
Als je ook overweegt om zelf WBSO voor software ontwikkeling of machine learning aan te vragen, lees je hieronder mijn bevindingen en het stappenplan dat ik nu hanteer.
WBSO voor software ontwikkeling
Mijn belangrijkste ervaringen bij het aanvragen van de WBSO voor software ontwikkeling:
De WBSO richt zich specifiek op het “oplossen van technische knelpunten”.
Het gaat dus niet om de commerciële of functionele doelstelling van je project.
In de WBSO aanvraag moet je in detail toelichten welk technisch knelpunt je oplost, hoe je dat denkt te gaan doen en waar de risico’s liggen.
Richt je de aanvraag op functionaliteit of features, dan word je afgewezen (weet ik uit ervaring).
Om met een software project in aanmerking te komen voor WBSO, moet je echt zelf technische programmatuur ontwikkelen (met een ‘formele programmeertaal’) om de technische knelpunten op te lossen.
Bouw je dus software door het configureren, parametriseren of integreren van bestaande services of componenten, dan komt het project waarschijnlijk niet in aanmerking.
WBSO voor machine learning
Mijn belangrijkste ervaringen bij het aanvragen van WBSO voor machine learning:
Veel ML werk, zoals het prepareren, trainen en testen van modellen, komt niet in aanmerking voor WBSO.
Innoveer je software rond een technisch pipeline machine learning proces, zoals wij doen, dan komt je project mogelijk wel in aanmerking.
Je moet dan wel op technisch niveau kunnen laten zien dat je zelf nieuwe programmatuur schrijft en daarmee knelpunten oplost.
Hoe WBSO aanvragen
De WBSO voor software ontwikkeling en machine learning kun je prima zelf aanvragen. Hieronder een snelle checklist of je in aanmerking komt.
Zo kom je mogelijk in aanmerking voor de WBSO voor software ontwikkeling en machine learning:
- Je ontwikkelt zelf nieuwe programmatuur (in een formele taal);
- Je lost daarmee technische (en niet functionele of business) knelpunten op;
- Je hebt een idee voor de technische oplossingsrichting;
- Je ziet potentiële risico’s, verbonden aan deze oplossing;
- Je kunt dit alles schriftelijk helder en bondig verwoorden.
Eén ding steekt er voor mij echt bovenuit en dat is dat je een heldere, beknopte, en vooral super concrete technische beschrijving moet geven.
Dat dacht ik al gedaan te hebben, maar na een vragenbrief moesten we er tóch nog dieper op ingaan.
Dus de bottom line: je moet een technische uitdaging(en) hebben, een voorgenomen technische oplossing voor je zien waaraan risico’s verbonden zijn, en dit helder, concreet en beknopt beschrijven.
WBSO aanvragen: mijn stappenplan
Mijn eerste aanvraag werd afgewezen. Ik had dit project veel te functioneel beschreven.
Een aanvraag voor een tweede project werd dit najaar wel goedgekeurd. Maar we ontvingen eerst een vragenbrief, met het verzoek (toch nog) dieper in te gaan op de techniek.
Uiteindelijk hebben we een antwoord ingediend met daarin:
- een beschrijving van het technische knelpunt;
- de concrete (python) classes waarmee we dit (nu) denken op te lossen;
- de risico’s;
- de ureninschatting.
De ureninschatting maakten wij per fase/onderdeel en per medewerker. De fasen die we in dit project opnamen zijn:
- Technisch ontwerp
- Ontwikkeling
- Unit tests (technisch testen)
- Validatietests (technisch testen)
Nadat we dit als antwoord instuurden volgde een technisch interview. De vraag “waar ligt de grens tussen jullie programmatuur en technologie van derden”, stond daarin centraal. Tijdens dit gesprek werd de aanvraag goedgekeurd.
Knelpunten, classes en risico’s
Ons antwoord bestond uit slechts 2 A4’tjes. We beschreven vier technische knelpunten en vier classes waarmee we elk punt willen oplossen. Per class beschreven we het grootste risico voor falen of niet bereiken van de oplossing.
Als ik nog eens een WBSO aanvragen indien voor software, dan kies ik direct de benadering vanuit classes. Pas langs deze weg vond ik de juiste technische invalshoek die voldeed aan de eisen van RVO. Het mooie is natuurlijk dat de classes deel uitmaken van het technisch ontwerp.
Administratie
Voor WBSO-projecten moet je een uitvoerige urenregistratie en projectadministratie bijhouden. Die administratie is een aardige opgave en belangrijk, want de RVO kan achteraf toetsen of de administratieplicht is nageleefd en of de werkzaamheden zijn verricht.