WBSO-aanvraag voorbeeld: zo schrijf je een sterke projectomschrijving

Een sterke projectomschrijving is het hart van je WBSO-aanvraag. RVO beoordeelt of jouw werk technisch nieuw is en of er sprake is van technische onzekerheid. In dit artikel zie je aan de hand van een concreet WBSO-aanvraag voorbeeld hoe je dat overtuigend opschrijft. Wil je eerst het hele proces begrijpen? Lees dan onze gids WBSO aanvragen in 2026.

De 4 vragen die RVO stelt

Elke projectomschrijving in het aanvraagformulier draait om vier vragen:

Wat ga je ontwikkelen of onderzoeken?
Waarom is dit technisch nieuw voor jouw onderneming?
Welke technische problemen of knelpunten verwacht je?
Hoe denk je die problemen op te lossen (oplossingsrichting)?

Beantwoord je deze vier concreet en technisch, dan heb je een kansrijke aanvraag. Vermijd commerciële taal ("de beste app voor...") en focus op de techniek en de onzekerheid.

WBSO-aanvraag voorbeeld (software)

Hieronder een uitgewerkt, fictief voorbeeld voor een softwareproject.

Wat gaan we ontwikkelen?

Wij ontwikkelen een algoritme voor realtime routeoptimalisatie voor een bezorgvloot, dat tijdens de rit continu herberekent op basis van verkeer, tijdvensters en laadcapaciteit. Het systeem moet binnen 200 ms een nieuwe route voorstellen voor vloten tot 500 voertuigen.

Waarom is dit technisch nieuw voor ons?

Bestaande oplossingen berekenen routes vooraf (statisch). Wij hebben geen ervaring met dynamische herberekening onder strikte tijdsdruk en er is binnen ons bedrijf geen bestaande techniek die dit schaalbaar oplost. Standaard route-libraries ondersteunen onze combinatie van constraints niet.

Welke technische problemen verwachten we?

De rekentijd loopt exponentieel op bij meer voertuigen en constraints (NP-hard probleem).

Onzeker is of we binnen 200 ms een voldoende goede oplossing vinden.

Het combineren van live verkeersdata met capaciteitsconstraints kan tot instabiele resultaten leiden.

Hoe lossen we deze problemen op?

We onderzoeken een combinatie van heuristieken (bijvoorbeeld een aangepaste variant van een metaheuristiek) met incrementeel herberekenen, zodat alleen het gewijzigde deel van de route opnieuw wordt bepaald. We bouwen prototypes en testen of de responstijd en oplossingskwaliteit haalbaar zijn.

Deze opzet laat duidelijk technische nieuwheid en onzekerheid zien — precies wat RVO zoekt.

Veelgemaakte fouten

Te commercieel: beschrijf de techniek, niet de marktkans.
Te vaag: "we gebruiken AI" is onvoldoende; benoem het concrete technische probleem.
Geen onzekerheid: als de oplossing al bestaat of triviaal is, kwalificeert het niet.
Routinematig werk: het toepassen van bestaande technologie zonder eigen ontwikkeling telt niet mee.

Tips voor een kansrijke aanvraag

Schrijf per project een aparte, afgebakende omschrijving.
Koppel elk technisch probleem aan een concrete oplossingsrichting.
Houd het feitelijk en technisch; laat een ontwikkelaar meelezen.
Raam je S&O-uren realistisch.

Aan de slag

Wil je niet vanaf nul beginnen? Manna helpt je de projectomschrijving op te stellen op basis van je eigen R&D, zodat je in ongeveer 90 minuten een volledige, goed onderbouwde aanvraag indient.

Dit artikel bevat een fictief voorbeeld ter illustratie. Raadpleeg RVO.nl/wbso voor de officiële voorwaarden.

Lees ook: