De vraag wordt bijna altijd als twee opties gesteld: kopen we een pakket, of laten we maatwerk software bouwen? Zo gesteld is hij niet te beantwoorden, want de goedkoopste optie hangt af van iets wat in die vraag niet voorkomt — hoe ongewoon uw proces werkelijk is.
Deze pagina zet de drie routes naast elkaar, benoemt wat de keuze in de praktijk bepaalt, en beschrijft één verschuiving uit 2026 die de oude vuistregel achterhaald heeft.
Drie routes, geen twee
Naast standaardpakket en maatwerk staat inmiddels een derde route die in de meeste afwegingen ontbreekt.
Standaardpakket
U koopt wat er is en past uw proces aan het pakket aan. Snel live, voorspelbaar geprijsd, en het onderhoud is niet uw probleem. De prijs betaalt u in fit: elk deel van uw werkwijze dat afwijkt van de aanname van de leverancier wordt een workaround, en workarounds stapelen.
Maatwerk
U laat bouwen wat u nodig heeft. Het past exact, u bezit het, en niemand verandert het onder u. Daar staat tegenover dat u de enige gebruiker bent: elke fout is uw fout, elk onderhoud is uw rekening, en de kennis zit bij één partij.
Low-code
Een tussenvorm: een platform levert de bouwstenen, u zet het proces in elkaar. Sneller dan maatwerk, flexibeler dan een pakket. De vraag die u vooraf moet beantwoorden is wat er gebeurt als u het platform ooit wilt verlaten — bij low-code is dat zelden triviaal.
Wat de keuze werkelijk bepaalt
Niet de omvang van uw bedrijf, en niet het budget. Het is de mate waarin uw proces afwijkt van wat de markt aanneemt.
Doet u iets op de manier waarop de meeste bedrijven in uw sector het doen, dan is een pakket vrijwel altijd goedkoper — ook als het niet perfect past. Doet u iets dat uw concurrenten niet doen, en is dat juist waarom klanten bij u kopen, dan is een pakket dat u naar het gemiddelde toe duwt geen besparing maar een risico.
De bruikbare toets is deze: als u drie leveranciers van standaardpakketten uw proces beschrijft en alle drie zeggen "dat doen onze klanten meestal anders", dan heeft u een maatwerkkandidaat. Zeggen ze "dat kan bij ons uit de doos", dan heeft u dat niet.
Wat er in 2026 veranderde
De klassieke vuistregel — maatwerk is duur, dus kies een pakket tenzij het echt niet kan — kwam voort uit de kosten van bouwen. Die kosten zijn de afgelopen twee jaar gedaald, doordat AI-ondersteund ontwikkelen een deel van het routinewerk overneemt.
Dat verschuift de grens, maar minder dan de verhalen suggereren. Wat goedkoper werd is het schrijven van code. Wat niet goedkoper werd: uitzoeken wat er precies moet komen, koppelen aan uw bestaande systemen, testen, en het vijf jaar draaiend houden. In een eerlijk begroot project is code schrijven zelden de grootste post.
De praktische consequentie is dus niet "maatwerk is nu goedkoop". Het is dat projecten die twee jaar geleden net niet uit konden, nu net wel uit kunnen — en dat de afweging vaker de moeite van het rekenen waard is dan voorheen.
De duurste fout: maatwerk dat een pakket nabouwt
De meest kostbare maatwerkprojecten die wij tegenkomen zijn niet de ambitieuze. Het zijn die waarin een bedrijf iets liet bouwen dat een bestaand pakket ook had gekund, omdat het pakket op drie punten niet paste.
Die drie punten zijn dan echt vervelend. Maar u koopt er de andere zeventig functies bij die u nu zelf moet bouwen, testen en onderhouden — en die in het pakket al af waren.
Vraag daarom altijd door op de afwijzing van een pakket. "Het past niet" is geen antwoord; "het kan geen twee prijsafspraken per klant dragen en dat is ons hele verdienmodel" wel.
Wat u bij alle drie vastlegt vóór u tekent
Los van welke route u kiest, zijn er drie afspraken die achteraf zelden nog te maken zijn en die bij alle drie de routes anders liggen.
Eigendom. Bij maatwerk hoort u de broncode en de documentatie te bezitten, niet alleen een gebruiksrecht. Bij low-code bezit u uw configuratie maar niet het platform. Bij een pakket bezit u niets, en dat is prima zolang u het weet.
Exit. Vraag in alle drie de gevallen hoe uw data eruit komt: in welk formaat, hoe volledig, en tegen welke kosten. Dit is de vraag met de meeste onderhandelingsruimte vóór de handtekening en de minste erna.
Continuïteit. Bij een pakket is de vraag wat er gebeurt als de leverancier wordt overgenomen. Bij maatwerk is het wat er gebeurt als de bouwer stopt — en of iemand anders uw code kan overnemen zonder hem eerst te herschrijven.
Een veelgemaakte volgordefout
Veel bedrijven kiezen eerst de route en pas daarna het probleem. Ze besluiten "we gaan maatwerk doen" of "we willen naar een pakket", en zoeken er vervolgens een aanleiding bij.
Andersom werkt beter: benoem eerst het proces dat geld kost, meet wat het nu kost, en laat pas dán de drie routes daarop offreren. Dat is ook de enige manier waarop u achteraf kunt vaststellen of het geholpen heeft.
Reken over vijf jaar, niet over het project
Een pakket lijkt goedkoop bij aanschaf en loopt door in licenties. Maatwerk lijkt duur bij aanschaf en heeft daarna een onderhoudspost die mensen structureel te laag inschatten.
Voor de concrete bedragen in de Nederlandse markt staat een aparte uitwerking op wat maatwerk-softwareontwikkeling kost.
Wanneer AI het maatwerk ís
Soms is de reden dat geen pakket past niet uw proces, maar dat het werk een oordeel vraagt dat standaardsoftware niet kan geven — documenten interpreteren, aanvragen beoordelen, patronen herkennen in uw eigen data.
Wij hebben dat apart uitgewerkt in maatwerk AI-software laten bouwen.
Valt de afweging uit naar maatwerk, dan is de vervolgvraag wie het bouwt en tegen welke prijs: onze pagina over maatwerk software laten ontwikkelen behandelt precies dat.
Kort samengevat
Wijkt uw proces niet af, koop dan een pakket en pas u aan. Wijkt het af op precies het punt waar u uw geld verdient, dan is maatwerk verdedigbaar. Zit u ertussenin, kijk dan eerst naar low-code — en reken alle drie door over vijf jaar in plaats van over de offerte.
Veelgestelde vragen
Wanneer is maatwerk software beter dan een pakket?
Wanneer uw proces afwijkt van de marktnorm op precies het punt waar u uw geld verdient.
- De toets: beschrijf het aan drie pakketleveranciers. Zeggen alle drie dat klanten het meestal anders doen, dan heeft u een maatwerkkandidaat.
- Faalt het pakket op drie punten maar dekt het er zeventig, dan bouwt u met maatwerk die zeventig zelf.
- Bedrijfsomvang en budget bepalen dit niet — de mate van afwijking wel.
Is maatwerk software goedkoper geworden door AI?
Deels, en minder dan de beloftes suggereren. Code schrijven werd goedkoper; de rest van het project niet.
- Specificeren, koppelen, testen en vijf jaar onderhoud zijn onveranderd — en in een eerlijke begroting is code zelden de grootste post.
- Het echte effect: projecten die twee jaar geleden net niet uit konden, kunnen nu net wel uit.
- Behandel "AI maakt het goedkoop" als reden om de afweging opnieuw te maken, niet om hem over te slaan.
Waar past low-code tussen pakket en maatwerk?
Het past bij processen die ongewoon zijn in samenstelling maar niet in wezen — u zet aangeleverde bouwstenen in elkaar in plaats van vanaf nul te bouwen.
- Sneller dan maatwerk, flexibeler dan een pakket.
- Beslecht eerst de exitvraag: een low-codeplatform verlaten is zelden triviaal, en die kosten komen jaren later.
- Vraagt uw eis een oordeel dat geen platformblok kan geven, dan reikt low-code niet ver genoeg.
Hoe vergelijkt u de kosten van de drie routes?
Over vijf jaar, niet over de offerte — en begroot voor alle drie een jaarlijkse wijzigingsruimte.
- Een pakket is goedkoop bij aanschaf en loopt door in licenties.
- Maatwerk is duur bij aanschaf en draagt een onderhoudspost die structureel te laag wordt ingeschat.
- Low-code zit ertussen, plus een platformfee die meegroeit met het gebruik.