Maatwerk software aanbesteden
Een aanbesteding of onderhandse uitvraag voor maatwerk software valt of staat met de voorbereiding. Deze gids helpt inkopers en projectleiders om goed uit te vragen — van het beschrijven van de gewenste outcome tot eisen versus wensen, standaarden zoals ZGW, BIO en WCAG, en heldere exit- en eigenaarschapsbepalingen. We leggen uit waar uitvragen vaak misgaan en hoe Appfront als bouwpartner inschrijft: transparant, realistisch en zonder beloftes die later knellen. Dit is algemene informatie, geen aanbestedingsrechtelijk advies.
Wat betekent maatwerk software aanbesteden?
Maatwerk software aanbesteden betekent dat u als overheidsorganisatie een opdracht voor software op maat in de markt zet via een formele procedure. Anders dan bij een kant-en-klaar pakket koopt u geen bestaand product, maar het bouwen van een oplossing die precies aansluit op uw proces. Dat vraagt om een uitvraag die het gewenste resultaat helder beschrijft, zonder de oplossing zo dicht te timmeren dat goede partijen afhaken.
Voor veel overheidsprocessen past maatwerk beter dan een standaardpakket: u heeft te maken met specifieke wet- en regelgeving, koppelingen met overheidsregisters en werkprocessen die niet in een generiek product passen. Maatwerk geeft u grip op de functionaliteit, de standaarden waaraan de software voldoet en het eigenaarschap van uw data — mits u die punten in de uitvraag goed vastlegt. Een standaardpakket kan goedkoper lijken, maar leidt soms tot dure aanpassingen of lock-in als het niet aansluit.
De procedures, drempelbedragen en spelregels rondom aanbesteden staan beschreven bij PIANOo, het expertisecentrum aanbesteden van het Rijk. Raadpleeg daar altijd de actuele bedragen en regels — die worden periodiek herzien. Appfront treedt op als bouwpartner en inschrijver, niet als aanbestedingsjurist: deze pagina geeft algemene informatie, geen aanbestedingsrechtelijk advies. Voor de juridische kant werkt u samen met uw eigen inkoop- en juridische afdeling.
Outcome in plaats van dichtgetimmerde specs
Beschrijf welk resultaat de software moet bereiken en welke processen die ondersteunt, in plaats van elk veld en elke knop voor te schrijven. Zo houdt u grip op het eindresultaat en geeft u inschrijvers ruimte om met hun expertise tot de beste oplossing te komen.
Eisen versus wensen
Maak onderscheid tussen harde eisen, die bepalen of een inschrijving meedoet, en wensen, waarop u kwaliteit en aanpak vergelijkt en scoort. Te veel harde eisen sluit de markt onnodig af; goed gekozen wensen sturen op de beste prijs-kwaliteitverhouding.
Exit & eigenaarschap geregeld
Leg in de uitvraag vast wie eigenaar is van de broncode en data, hoe data bij beëindiging wordt overgedragen en welke documentatie wordt opgeleverd. Heldere exit-bepalingen voorkomen lock-in en houden de overstap naar een andere partij realistisch.
Van uitvraag tot gunning: de stappen
Een doordachte voorbereiding maakt het verschil tussen een aanbesteding die vergelijkbare, realistische inschrijvingen oplevert en een traject dat later vastloopt. Hieronder de stappen die u doorloopt bij het voorbereiden van een uitvraag voor maatwerk software, van het scherp krijgen van de behoefte tot de gunning en het beheer daarna. PIANOo beschrijft per procedure welke termijnen en spelregels gelden.
Bepaal welk probleem de software oplost, welke processen die ondersteunt en welk resultaat u wilt bereiken. Beschrijf de outcome en de harde randvoorwaarden, niet een tot in detail uitgewerkt technisch ontwerp.
Werk eisen en wensen uit, benoem de relevante standaarden (zoals ZGW, BIO en WCAG) en leg exit- en eigenaarschapsbepalingen vast. Kies de procedure die past bij de geraamde waarde; PIANOo publiceert de actuele drempels.
Publiceer de uitvraag, beantwoord vragen in de nota van inlichtingen en beoordeel inschrijvingen op de gunningscriteria. Een marktconsultatie vooraf scherpt de uitvraag aan en toetst de haalbaarheid.
Na gunning start het bouwtraject, met heldere afspraken over oplevering, documentatie, beheer en doorontwikkeling. Zorg dat de exit-afspraken uit de uitvraag ook in het contract terechtkomen.
Wat een goede software-uitvraag bevat
Een uitvraag die vergelijkbare, realistische inschrijvingen oplevert, bevat steeds dezelfde bouwstenen. Hieronder de onderdelen die we het vaakst missen in software-uitvragen — en die juist het verschil maken tussen een soepel traject en een dat onderweg vastloopt.
Outcome-gerichte beschrijving
Beschrijf het doel, de processen en het gewenste resultaat in plaats van een dichtgetimmerd technisch ontwerp. Zo houdt u grip op de uitkomst en geeft u inschrijvers ruimte om met hun expertise tot de beste oplossing te komen — zonder dat u onbedoeld goede partijen uitsluit.
Eisen, wensen en gunningscriteria
Splits harde eisen (knock-out) van wensen waarop u scoort, en koppel die aan transparante gunningscriteria. Houd het aantal eisen scherp en realistisch, zodat u stuurt op de beste prijs-kwaliteitverhouding en niet onbedoeld op de laagste prijs alleen.
Standaarden expliciet maken
Benoem de standaarden die voor uw proces gelden, zoals de ZGW-API's, de Baseline Informatiebeveiliging Overheid (BIO) en WCAG 2.1 AA voor toegankelijkheid. Door standaarden vast te leggen sluit de software aan op het bredere overheidslandschap en voorkomt u lock-in.
Koppelingen en bestaande systemen
Beschrijf met welke registers en systemen de software moet koppelen — denk aan DigiD, eHerkenning of TenderNed. Een duidelijk beeld van het bestaande IT-landschap voorkomt verrassingen tijdens de bouw en maakt inschrijvingen beter vergelijkbaar.
Exit- en eigenaarschapsbepalingen
Leg vast wie eigenaar is van broncode en data, hoe data bij beëindiging wordt overgedragen en welke documentatie wordt opgeleverd. Goede exit-afspraken horen al in de uitvraag, niet pas in de contractfase, en houden de overstap naar een andere partij realistisch.
Beheer, doorontwikkeling en realisme
Vraag niet alleen om de bouw, maar ook om beheer, support en doorontwikkeling na oplevering. Toets planningen op realisme: een uitvraag die ruimte laat voor eerlijke aannames levert betrouwbaardere inschrijvingen op dan een die overoptimistische beloftes uitlokt.
Voor wie deze gids bedoeld is
Het voorbereiden van een software-uitvraag speelt bij uiteenlopende overheidsorganisaties. De principes — outcome beschrijven, eisen versus wensen, standaarden en exit-bepalingen — zijn overal hetzelfde, maar de relevante koppelingen en standaarden verschillen per proces.
Gemeenten
Gemeenten vragen maatwerk software uit voor zaakgericht werken, dienstverlening en specifieke uitvoeringsprocessen. Standaarden als ZGW en koppelingen met DigiD spelen hier vaak een rol. Lees meer over software voor gemeenten laten maken.
Uitvoeringsorganisaties
Uitvoeringsorganisaties en publieke dienstverleners die processen zoals subsidieverstrekking of regelingen digitaal ondersteunen. Denk aan duidelijke koppelingen en strakke eisen rond informatiebeveiliging. Bekijk bijvoorbeeld subsidie software laten maken.
Provincies & waterschappen
Provincies en waterschappen die maatwerk software inkopen voor toezicht, vergunningen of gebiedsgerichte processen. Ook hier gelden de BIO voor informatiebeveiliging en WCAG voor toegankelijkheid, plus koppelingen met landelijke registers waar relevant.
Inkoop & aanbesteden via TenderNed
Aanbestedingen worden in Nederland gepubliceerd via TenderNed, het aanbestedingsplatform van de overheid. Wilt u TenderNed koppelen aan een eigen inkoop- of contractsysteem, lees dan over een TenderNed-koppeling laten maken.
Standaarden en kaders die meewegen
Bij een uitvraag voor maatwerk software benoemt u de standaarden en kaders die voor uw proces gelden, zodat de software aansluit op het overheidslandschap en u lock-in voorkomt. Welke precies relevant zijn, hangt af van uw organisatie en proces. Aanbestedingen publiceert u via TenderNed; de procedures staan beschreven bij PIANOo. Hieronder de kaders die we het vaakst tegenkomen.
Hoe Appfront als inschrijver werkt
Appfront schrijft transparant en realistisch in op aanbestedingen voor maatwerk software. We beschrijven wat we wél en niet weten, zijn open over aannames en risico's, en doen geen beloftes die later in de uitvoering knellen. Een uitvraag is gebaat bij eerlijke inschrijvingen — niet bij de meest optimistische.
We werken outcome-gericht en leveren begrijpelijke documentatie en overdraagbare code op. Eigenaarschap, exit, standaarden en beheer maken we expliciet, zodat u niet aan ons vastzit. Geen black box, maar afspraken die ook een toekomstige leverancier kan voortzetten.
Heeft u een uitvraag in voorbereiding of een marktconsultatie lopen, dan denken we vrijblijvend mee over de haalbaarheid en de manier waarop u outcome, eisen en wensen formuleert. U werkt met een vast aanspreekpunt dat zowel de techniek als het proces begrijpt.
Bekijk ook onze pagina's over software voor gemeenten laten maken en subsidie software laten maken, of neem contact op om uw uitvraag door te spreken.
- Transparante inschrijvingen, open over aannames en risico's
- Realistische planningen, geen beloftes die later knellen
- Outcome-gericht bouwen vanuit uw werkelijke proces
- Werkt met overheidsstandaarden zoals ZGW, BIO en WCAG
- Heldere afspraken over eigenaarschap en exit — geen lock-in
- Begrijpelijke, overdraagbare documentatie en code
- Ervaring met koppelingen naar overheidsregisters
- Vast aanspreekpunt dat techniek én proces begrijpt
- Aandacht voor beheer en doorontwikkeling na oplevering
- Denkt mee bij marktconsultaties en voorbereiding
Informatiebeveiliging en privacy in de uitvraag
Maatwerk software voor de overheid verwerkt vrijwel altijd persoonsgegevens. Neem informatiebeveiliging en privacy daarom als harde eisen in de uitvraag op. De Baseline Informatiebeveiliging Overheid (BIO) is het verplichte normenkader voor informatiebeveiliging bij de overheid; verwijs daar expliciet naar, samen met dataminimalisatie en passende logging en audittrail.
Naast de BIO geldt de AVG voor de verwerking van persoonsgegevens en, voor publieke websites en applicaties, WCAG 2.1 AA voor digitale toegankelijkheid. Vraag inschrijvers om aantoonbaar aan deze kaders te voldoen en om de datastromen te documenteren, zodat uw verwerkingsregister compleet blijft. Welke eisen precies gelden, stemt u af met uw eigen security- en privacyfunctionarissen.
Wilt u sparren over hoe u BIO, AVG en WCAG concreet in uw uitvraag verankert? Neem vrijblijvend contact op — we denken graag mee, zonder dat dit aanbestedingsrechtelijk advies vervangt.
- BIO als normenkader voor informatiebeveiliging
- AVG-conforme verwerking en dataminimalisatie
- WCAG 2.1 AA toegankelijkheid waar publiek toegankelijk
- Encryptie in transit (TLS 1.2+) en at rest
- Rolgebaseerde toegang en least-privilege principes
- Logging en audittrail met traceerbare datastromen
- Heldere afspraken over dataopslag en bewaartermijnen
- Documentatie voor uw verwerkingsregister
Zie ook: marktconsultatie voor software (de stap vóór de uitvraag), Appfront als softwareleverancier voor de overheid, en de eisen-ankers BIO-compliant software en digitoegankelijke software.
Veelgestelde vragen over software aanbesteden
Antwoorden op de vragen die inkopers en projectleiders het vaakst stellen. Algemene informatie, geen aanbestedingsrechtelijk advies.
Een aanbesteding is de procedure waarmee een overheidsorganisatie een opdracht voor maatwerk software in de markt zet, zodat geïnteresseerde leveranciers een passende offerte kunnen indienen. Afhankelijk van de geraamde waarde van de opdracht kiest u voor een onderhandse uitvraag bij enkele partijen of een Europese aanbestedingsprocedure. Het expertisecentrum aanbesteden PIANOo beschrijft de geldende procedures en publiceert de actuele drempelbedragen. Een goede uitvraag beschrijft niet alleen wat u technisch wilt, maar vooral welk resultaat de software voor uw organisatie moet bereiken.
Dat hangt af van de geraamde waarde van de opdracht. Voor opdrachten boven de Europese drempelbedragen geldt in beginsel een verplichte Europese procedure; daaronder mag u vaak meervoudig of enkelvoudig onderhands uitvragen, binnen de grenzen van uw eigen inkoopbeleid. De exacte drempelbedragen worden periodiek herzien en staan op de site van PIANOo — claim daarom nooit een vast bedrag uit het hoofd, maar verwijs naar de actuele bron. Wij geven hierover algemene informatie en geen aanbestedingsrechtelijk advies; raadpleeg uw inkoop- of juridische afdeling.
Beschrijf het gewenste resultaat — de outcome — in plaats van een tot in detail uitgewerkt technisch ontwerp. Leg vast welk probleem u oplost, welke processen de software ondersteunt, welke standaarden gelden en welke randvoorwaarden hard zijn. Als u elke knop en elk veld voorschrijft, sluit u betere oplossingen uit en draagt u het risico dat het ontwerp later niet werkt. Een functionele, outcome-gerichte uitvraag geeft inschrijvers ruimte om met hun expertise tot een passende oplossing te komen, terwijl u toch grip houdt op het eindresultaat.
Eisen zijn knock-out criteria: voldoet een inschrijving er niet aan, dan valt die af. Wensen zijn punten waarop u inschrijvingen onderling vergelijkt en scoort, vaak gekoppeld aan gunningscriteria. Een veelgemaakte fout is om alles als eis op te nemen; dan beperkt u de markt onnodig en filtert u goede partijen weg. Houd het aantal harde eisen scherp en realistisch, en gebruik wensen om kwaliteit, aanpak en toekomstvastheid te belonen. Zo stuurt u op de beste prijs-kwaliteitverhouding in plaats van op de laagste prijs.
Benoem de standaarden die voor uw proces relevant zijn, zodat de software aansluit op het bredere overheidslandschap. Veelvoorkomend zijn de Zaakgericht Werken-API's (ZGW) voor zaakgegevens, de Baseline Informatiebeveiliging Overheid (BIO) voor informatiebeveiliging en WCAG 2.1 AA voor digitale toegankelijkheid. Afhankelijk van het proces komen daar koppelingen bij zoals DigiD, eHerkenning of TenderNed. Door standaarden expliciet te maken voorkomt u leverancier-lock-in en houdt u uw architectuur open. Welke standaarden precies gelden, hangt af van uw organisatie en proces.
Omdat ze bepalen of u na afloop van het contract eigenaar bent van uw data en software, en of u zonder grote drempels naar een andere partij kunt. Leg vast wie eigenaar is van de broncode en data, hoe data bij beëindiging wordt overgedragen, welke documentatie wordt opgeleverd en hoe lang overdracht en nazorg duren. Zonder heldere exit-bepalingen ontstaat lock-in: u zit vast aan één leverancier omdat overstappen te duur of te risicovol wordt. Goede exit-afspraken horen daarom al in de uitvraag, niet pas in de contractfase.
De meest voorkomende fouten: de oplossing volledig dichttimmeren in plaats van de outcome beschrijven, te veel punten als harde eis opnemen, ontbrekende of vage exit- en eigenaarschapsbepalingen, geen aandacht voor beheer en doorontwikkeling na oplevering, en onrealistische planningen die alleen met overoptimistische beloftes haalbaar lijken. Ook ontbreekt vaak een duidelijke beschrijving van de bestaande systemen waarmee gekoppeld moet worden. Een uitvraag die deze punten wel adresseert, levert vergelijkbaardere inschrijvingen op en een traject dat in de uitvoering minder vaak vastloopt.
Wij schrijven transparant en realistisch in: we beschrijven wat we wél en niet weten, we doen geen beloftes die later knellen, en we zijn open over aannames en risico's. We werken outcome-gericht, leveren begrijpelijke documentatie en maken expliciete afspraken over standaarden, eigenaarschap, exit en beheer — zodat u niet vastzit aan ons. Heeft u een uitvraag in voorbereiding of een marktconsultatie lopen, dan denken we graag mee over de haalbaarheid. Neem hiervoor vrijblijvend contact op via onze contactpagina.
Een software-uitvraag in voorbereiding?
Vertel ons welk proces u wilt ondersteunen en waar u in de voorbereiding tegenaan loopt — outcome formuleren, eisen versus wensen, standaarden of exit-bepalingen. We denken vrijblijvend mee over de haalbaarheid en hoe u de uitvraag aanscherpt. Houd er rekening mee dat dit algemene informatie is en geen aanbestedingsrechtelijk advies vervangt.