--- title: "Vaste prijs of regie: welk contract voor je softwareproject?" description: "Wanneer een vaste prijs of regie past bij een softwareproject, wie welk risico draagt, en tussenvormen zoals regie met plafond of een gefaseerde vaste prijs." canonical: https://sdk.enterprises/nl/insights/fixed-price-or-time-and-materials language: nl --- # Vaste prijs of regie: welk contract voor je softwareproject? Bijgewerkt: 2026-09-26 > Kies een vaste prijs als het werk vooraf kan worden gespecificeerd en tegen duidelijke criteria kan worden geaccepteerd; kies regie (time and materials) als de eisen veranderen naarmate je meer leert. Het gaat mis als het model niet past bij de mate van onzekerheid, en tussenvormen zoals een gefaseerde vaste prijs of regie met een plafond passen vaak beter dan een van beide zuivere modellen. ## De echte vraag is wie de onzekerheid draagt Elke schatting voor software bevat onzekerheid: eisen die nog niet begrepen zijn, systemen die zich anders gedragen dan hun documentatie, beslissingen die nog niemand heeft genomen. Het contractmodel bepaalt wie betaalt als die onzekerheid in extra werk verandert. Bij een vaste prijs draagt de leverancier die onzekerheid en rekent hij haar in de prijs mee. Bij regie draag jij haar en betaal je voor de tijd die werkelijk is besteed. Geen van beide modellen haalt de onzekerheid weg, dus de nuttige vragen zijn hoeveel onzekerheid er is en wie haar het best kan beheersen. ## Een vaste prijs past bij werk dat je kunt specificeren en accepteren Een vaste prijs werkt als de scope precies op papier kan en het resultaat tegen acceptatiecriteria te toetsen is: een goed begrepen integratie, de migratie van een bekende set applicaties, of functies die al zijn ontworpen en met gebruikers gevalideerd. Je budget is voorspelbaar, en de leverancier heeft een reden om efficiënt te leveren. De prijs bevat een risicomarge, en een zorgvuldige leverancier stemt die af op hoeveel er onbekend is. Alles buiten de schriftelijke scope wordt een wijzigingsverzoek met een eigen prijs en eigen vertraging. Was de scope vaag, dan worden die wijzigingsverzoeken onderhandelingen die de samenwerking onder druk zetten. Let ook op een stiller risico. Een leverancier van wie de vaste prijs te laag blijkt, heeft alle reden om te bezuinigen op testen, documentatie en codekwaliteit, en dat zijn precies de onderdelen die je pas later merkt. ## Regie past bij werk dat verandert naarmate je meer leert Bij regie betaal je voor de tijd die het team besteedt, meestal tegen afgesproken tarieven per rol. Het past bij verkenning, nieuwe producten waarvan de eisen afhangen van feedback van gebruikers, doorlopende ontwikkeling en werk in systemen die niemand volledig in kaart heeft. Je kunt elke week prioriteiten verschuiven zonder het contract opnieuw te onderhandelen. Het risico ligt bij jou: de totale kosten staan open, en een slecht aangestuurd team kan veel tijd aan de verkeerde dingen besteden. Regie werkt alleen als je het werk kunt zien en bijsturen, en daarvoor moet het volgende geregeld zijn. - Een geprioriteerde backlog waarvan jij eigenaar bent, met het waardevolste werk bovenaan - Een demo van werkende software in een vast ritme, bijvoorbeeld elke week of om de week - Rapportages die per functie of mijlpaal laten zien waar de uren naartoe gingen - Een budgetprognose die regelmatig wordt bijgewerkt en vergeleken met wat is opgeleverd - Het recht om de teamgrootte aan te passen of op korte termijn te stoppen ## Tussenvormen passen vaak beter dan een zuiver model Veel projecten zijn niet helemaal bekend en ook niet helemaal open, en de gangbare tussenvormen spelen daarop in. Elk ervan legt een deel van het risico terug bij wie het het best kan beheersen. - Gefaseerde vaste prijs: een korte verkenningsfase tegen een vaste prijs, daarna een vaste prijs voor de bouw op basis van wat de verkenning opleverde. Je legt je pas op het grotere bedrag vast als de onbekenden kleiner zijn. - Regie met plafond: je betaalt voor de bestede tijd tot een afgesproken maximum. De leverancier waarschuwt je voordat dat bereikt is, en de scope wordt aangepast zodat het belangrijkste werk binnen het plafond landt. - Vaste prijs per mijlpaal: elke mijlpaal heeft een eigen scope, prijs en acceptatiecriteria, en beide partijen kunnen opnieuw afwegen voordat de volgende begint. - Richtprijs: een afgesproken schatting, waarbij besparingen eronder en overschrijdingen erboven worden gedeeld, zodat beide partijen baat hebben bij efficiënt leveren. ## Stem het model af op de fase waarin je zit Eén project kan tussen modellen wisselen. Verkenning en vroege prototypes passen bij regie of een kleine vaste prijs, omdat ze bedoeld zijn om onzekerheid te verkleinen. Een bouwfase met duidelijke ontwerpen en acceptatiecriteria kan tegen een vaste prijs. Support en verbeteringen na de lancering gaan vaak terug naar regie of een maandelijkse afspraak. Deze vragen helpen je te kiezen voor de fase die voor je ligt. Kun je de eerste twee en de laatste met ja beantwoorden, dan is een vaste prijs realistisch. Gaat feedback van gebruikers het werk vormgeven en kun je elke week bijsturen, dan heb je meer aan regie of een tussenvorm. - Zou je vandaag voor elk op te leveren resultaat acceptatiecriteria kunnen opschrijven? - Ken je elk systeem en elke databron die het werk raakt? - Gaat feedback van gebruikers de komende maanden veranderen wat je bouwt? - Heb je iemand met tijd om elke week werk te prioriteren en te beoordelen? - Is een vast budget belangrijker voor je dan flexibiliteit in de scope? ## Contractvoorwaarden die je in elk model beschermen Welk prijsmodel je ook kiest, een paar clausules beschermen je meer dan de prijsafspraak zelf. Controleer of het contract elk ervan in duidelijke taal regelt. - Acceptatiecriteria per mijlpaal, met een vaste termijn om te accepteren of af te wijzen - Een schriftelijk wijzigingsproces: hoe wijzigingen worden aangevraagd, geschat en goedgekeurd, en door wie - Jouw eigendom van de code en het intellectuele eigendom, en toegang tot de repositories vanaf de eerste dag - Sleutelpersonen bij naam, en wat er gebeurt als een van hen vertrekt - Beëindigingsvoorwaarden waarmee je kunt stoppen, het gedane werk behoudt en een goede overdracht krijgt - Garantievoorwaarden voor gebreken die na acceptatie worden gevonden ## Hoe een partner het model voorstelt, zegt veel Een partner die een vaste prijs biedt voordat hij gedetailleerde vragen stelt, heeft óf een grote risicomarge ingerekend óf het werk niet begrepen. Een partner die om regie zonder einddatum vraagt, zonder regelmatige demo's of rapportages, vraagt je het risico te dragen zonder de middelen om het te beheersen. Een goed antwoord legt uit welke delen van het werk onzeker zijn en stelt een opzet voor die daarmee omgaat, vaak een eerste fase die de onbekenden verkleint voordat er een vastere toezegging volgt. Twijfel je tussen de modellen voor een concreet project, dan kun je het beschrijven via ons formulier ‘Start een project’, en onze engineers antwoorden met een eerlijke volgende stap. ## De kern - Het contractmodel bepaalt wie betaalt als onzekerheid in extra werk verandert. - Een vaste prijs past bij werk met een schriftelijke scope en acceptatiecriteria; regie past bij werk dat verandert naarmate je meer leert. - Regie vraagt om zicht: een backlog waarvan jij eigenaar bent, regelmatige demo's en rapportages over waar de tijd heen ging. - Een gefaseerde vaste prijs en regie met plafond passen vaak beter dan een van beide zuivere modellen. - Acceptatiecriteria, een wijzigingsproces, eigendom van de code en exitvoorwaarden beschermen je in elk model. ## Veelgestelde vragen ### Is een vaste prijs goedkoper dan regie? Niet per se. Een vaste prijs bevat een marge voor het risico van de leverancier, en wijzigingsverzoeken komen daar nog bij. Regie kan minder kosten bij goed aangestuurd werk en meer bij slecht aangestuurd werk. Vergelijk de verwachte totale kosten, inclusief wijzigingen, in plaats van het bedrag op de offerte. ### Wat is een regiecontract met plafond? Je betaalt voor de bestede tijd, tot een afgesproken maximum. De leverancier moet je waarschuwen voordat het plafond is bereikt, en beide partijen passen de scope aan zodat het belangrijkste werk binnen het plafond wordt opgeleverd. Je hebt een bekende bovengrens en houdt toch flexibiliteit. ### Kunnen we later overstappen van regie naar een vaste prijs? Ja, en dat is vaak verstandig. Zodra verkenning of vroege ontwikkeling de onbekenden heeft verkleind, kan het resterende werk worden gespecificeerd en geprijsd. Spreek vooraf af op welke informatie het voorstel met vaste prijs wordt gebaseerd. ## Begin bij wat je nodig hebt - [Mobiele app-ontwikkeling](https://sdk.enterprises/nl/mobile-app-development) ## Gerelateerde diensten - [Technische audit en advies](https://sdk.enterprises/nl/services/consulting) - [Software op maat](https://sdk.enterprises/nl/services/product-engineering) ## Verder lezen - [Een softwarebriefing schrijven voor vergelijkbare offertes](https://sdk.enterprises/nl/insights/writing-a-software-project-brief) - [Betaalde verkenningsfase: wat moet die opleveren?](https://sdk.enterprises/nl/insights/what-a-paid-discovery-phase-should-deliver)