Functioneel specificeren betekent dat een aanbestedende dienst beschrijft wat een oplossing moet doen, zonder vast te leggen hoe dat precies moet gebeuren. In plaats van technische voorschriften geeft de opdrachtgever prestatie-eisen, gebruiksfuncties en gewenste resultaten. De inschrijver krijgt daarmee de ruimte om zelf een passende oplossing te bedenken.
Kort gezegd: de opdrachtgever zegt "ik wil van A naar B in tien minuten", niet "bouw een brug van staal met vier rijstroken". Dat verschil is fundamenteel.
Voor MKB-inschrijvers is functioneel specificeren vaak goed nieuws. Waarom? Omdat het speelveld opengaat. Je hoeft niet exact te leveren wat een concurrent ook levert. Je kunt je onderscheiden met een slimmere aanpak, een efficienter ontwerp of een oplossing die de opdrachtgever zelf niet had bedacht.
Maar er zit een keerzijde aan. Functionele specificaties vragen meer van je als inschrijver. Je moet zelf de vertaalslag maken van "wat wil de opdrachtgever bereiken?" naar "hoe ga ik dat realiseren?". Dat kost tijd. Het kost denkwerk. En het kost ervaring om goed in te schatten wat de opdrachtgever eigenlijk bedoelt met soms vrij abstracte eisen.
De Aanbestedingswet 2012 stimuleert functioneel specificeren. Artikel 2.76 schrijft voor dat technische specificaties bij voorkeur in termen van prestatie-eisen of functionele eisen worden opgesteld. De gedachte daarachter is helder: het bevordert concurrentie en geeft ruimte aan vernieuwing. Toch kiezen veel aanbestedende diensten in de praktijk nog steeds voor technische specificaties, simpelweg omdat het makkelijker is om te beoordelen of iemand een stalen brug bouwt dan of iemand "een duurzame oeververbinding met minimale omgevingshinder" levert.
Stel, een gemeente zoekt een nieuw afvalinzamelingssysteem. Bij technisch specificeren zou de leidraad precies beschrijven welk type containers, welke ophaalfrequentie en welke voertuigen nodig zijn. Bij functioneel specificeren staat er iets als: "Het systeem zorgt ervoor dat 95% van de huishoudens hun afval kwijt kan binnen 200 meter van de woning, met een maximale ophaalfrequentie van twee keer per week, tegen zo laag mogelijke milieubelasting."
Nu wordt het interessant. De ene inschrijver komt met ondergrondse containers en elektrische voertuigen. Een ander stelt een app-gestuurd systeem voor waarbij bewoners zelf aangeven wanneer hun container vol is, waardoor je minder ritten rijdt. Weer een ander combineert afvalinzameling met een beloningssysteem voor goed scheidgedrag.
Allemaal valide antwoorden op dezelfde vraag. Dat is de kracht van functioneel specificeren.
Maar hier komt het kritische punt. De beoordelingscriteria moeten dan wel aansluiten bij die functionele specificaties. Als de gemeente uiteindelijk toch beoordeelt op "aantal containers per wijk" in plaats van op de functionele eis, dan klopt het systeem niet meer. En dat gebeurt vaker dan je denkt.
Bij technisch specificeren schrijft de opdrachtgever precies voor wat je moet leveren. Materiaalsoort, afmetingen, certificeringen, merknamen soms zelfs. Er is weinig ruimte voor eigen invulling. Dat geeft duidelijkheid.
Functioneel specificeren is het tegenovergestelde. Meer vrijheid, maar ook meer onzekerheid. Je weet niet altijd of jouw interpretatie overeenkomt met wat de opdrachtgever in gedachten heeft.
In de praktijk zie je vaak een mix. De basis wordt functioneel beschreven, maar op bepaalde punten staan harde technische eisen. Denk aan veiligheidsnormen of wettelijke minimumeisen. Die combinatie werkt meestal het best.
Lees functionele specificaties niet te snel. De neiging is om meteen in oplossingenmodus te schieten. Maar neem eerst de tijd om te begrijpen welk probleem de opdrachtgever eigenlijk wil oplossen.
Stel vragen via de nota van inlichtingen als functionele eisen vaag zijn. Een vraag als "Begrijpen wij het goed dat met 'minimale omgevingshinder' wordt gedoeld op geluid, visuele impact en emissies?" geeft je veel meer houvast dan stilletjes aannemen dat je het wel snapt.
Maak in je plan van aanpak expliciet hoe jouw oplossing aan elke functionele eis voldoet. Trek een rode draad van eis naar oplossing naar bewijs. Beoordelaars lezen tientallen inschrijvingen. Als zij de link niet direct zien, scoor je lager.
Durf creatief te zijn. Bij functioneel specificeren is afwijken juist de bedoeling. De opdrachtgever vraagt er letterlijk om. Grijp die kans.
Onderbouw je keuzes met referenties of data. Een creatieve oplossing zonder bewijs dat het werkt, is een risico voor de opdrachtgever. Een creatieve oplossing met een pilot, een referentieproject of harde cijfers is een kans. Het verschil zit in de onderbouwing.
Bron: Aanbestedingswet 2012
Bron: Aanbestedingswet 2012