Je engineers hebben iets technisch indrukwekkends gebouwd. Het project was duidelijk O&O. Maar je WBSO-aanvraag werd afgewezen — of je bent bang dat dat gaat gebeuren. Het probleem is bijna nooit het project zelf. Het is hoe het project is beschreven.
Wat de RVO écht beoordeelt
De RVO toetst elke WBSO-aanvraag aan drie criteria. Ten eerste moet het werk een technisch-wetenschappelijk karakter hebben — het gaat verder dan het toepassen van bestaande kennis. Ten tweede moet er sprake zijn van aantoonbare technische onzekerheid. Ten derde moet het werk systematisch worden uitgevoerd als O&O, niet als trial-and-error.
De meeste beschrijvingen stranden op het tweede criterium. Teams beschrijven wat ze hebben gebouwd — de functionaliteiten, de architectuur, de resultaten — zonder uit te leggen wat er technisch onbekend was aan het begin en waarom die onzekerheid echt onderzoek vereiste.
De structuur die werkt
Een sterke WBSO-projectbeschrijving volgt een vaste opbouw. Begin met de technische uitdaging: welk probleem los je op, en waarom is dat niet op te lossen met bestaande kennis of kant-en-klare technologie? Beschrijf daarna de technische onzekerheden concreet — niet vage uitspraken als "het was technisch complex", maar specifieke onbekenden: welk algoritme voldoende presteert op schaal, of het materiaal bestand is tegen wisselende belasting, hoe sub-100ms latency te bereiken met behoud van consistentiegaranties.
Beschrijf vervolgens je onderzoeksaanpak: hoe ga je deze onzekerheden onderzoeken? Welke methoden, experimenten of prototypes gebruik je? Beschrijf ten slotte de verwachte resultaten in technische termen.
- Technische uitdaging: Wat kan niet met bestaande kennis?
- Technische onzekerheden: Welke specifieke vragen moet je via onderzoek beantwoorden?
- Onderzoeksaanpak: Hoe onderzoek je deze vragen systematisch?
- Verwachte resultaten: Welke technische kennis heb je opgedaan?
Veelgemaakte fouten die leiden tot afwijzing
Het eindresultaat beschrijven alsof het de onzekerheid is, is de meest voorkomende fout. "We bouwen een realtime aanbevelingssysteem" beschrijft een uitkomst. "Het is onzeker of een op grafen gebaseerde collaborative filtering-aanpak aanbevelingslatency onder 50ms kan bereiken bij een datasetomvang van 10M+ items zonder nauwkeurigheidsverlies" beschrijft een technische onzekerheid. De tweede versie geeft de RVO iets om te beoordelen.
Een andere veelgemaakte fout is het beschrijven van routinematige werkzaamheden als O&O. Het integreren van een externe API, het migreren van een database, of het redesignen van een UI — hoe technisch uitdagend ook — kwalificeert niet. De RVO onderscheidt tussen het toepassen van bekende methoden (engineering) en het onderzoeken of methoden werken in nieuwe contexten (O&O).
De rol van technische diepgang
Beoordelaars bij de RVO hebben een technische achtergrond. Oppervlakkige beschrijvingen worden gemarkeerd. Als je project machine learning omvat, noem dan de aanpak — transformer-gebaseerde modellen, reinforcement learning, grafische neurale netwerken — en leg uit waarom de standaardaanpak jouw probleem niet oplost. Specificiteit signaleert echt O&O.
Aanvragen indienen vóór de periode begint
Eén procedureel punt dat bedrijven regelmatig verrast: WBSO-aanvragen moeten worden ingediend vóór de periode waarop ze betrekking hebben. De aanvraag van januari heeft betrekking op werk van januari t/m april. Die van mei op mei t/m augustus. Die van september op september t/m december. Je kunt niet achteraf aanvragen voor werk dat al is afgerond. Bouw tijd in je planning om beschrijvingen te schrijven en te controleren vóór elke deadline.
De beste beschrijvingen komen van teams die het schrijfproces als stuurmiddel gebruiken: documenteer vóór de periode exact wat technisch onbekend is en waarom. Die helderheid verbetert niet alleen de aanvraag, maar ook het O&O-werk zelf.
Klaar om je concurrenten te volgen?
WBSO.io monitort automatisch websites, e-mails en social media van je concurrenten — en levert gestructureerde intelligence rechtstreeks in je inbox.