Build vs buy: maatwerk software of pakket-software kiezen
Voor elke directie, CTO of MT die voor de keuze staat tussen een standaard pakket en een eigen platform. Deze pagina is geen verkooppraatje voor maatwerk — het is een eerlijke afweging. Wanneer levert een COTS-oplossing meer waarde dan een eigen build, en wanneer is het andersom? We lopen door de echte beslisfactoren: total cost of ownership, vendor lock-in, pakket-fit, time-to-value en de strategische vraag of het proces uw concurrentievoordeel is of een commodity. Meer lezen? Bekijk ook website laten maken kosten.
Vraag een onafhankelijke afweging Naar de beslisboomBuild vs buy: een afweging die weinig met software te maken heeft
De meeste build-vs-buy-discussies stranden in feature-vergelijkingen. "Pakket A heeft 84 modules, ons proces vraagt om 12 specifieke aanpassingen, dus moeten we bouwen." Dat is de verkeerde laag. De echte vraag is strategisch: is dit proces uw concurrentievoordeel of is het een commodity? Een logistiek bedrijf dat zijn margin haalt uit unieke planning-algoritmes moet die logica niet aan een vendor uitbesteden. Een advocatenkantoor dat zijn onderscheid haalt uit dossierkwaliteit hoeft geen eigen tijdregistratie-systeem te bouwen. Meer lezen? Bekijk ook ai agents voor bedrijven.
Geoffrey Moore noemt dit core versus context. Core-processen verdienen investering in maatwerk omdat ze direct bijdragen aan onderscheidend vermogen. Context-processen — boekhouding, salarisadministratie, generieke CRM-flows — kunnen het beste door pakket-software worden afgehandeld omdat de markt daar al volwassen oplossingen voor heeft. De fout die directies vaak maken is dat ze maatwerk bouwen voor context (kostbaar, geen ROI) of pakket-software forceren op core-processen (frictie, modificatie-cost loopt op, vendor lock-in beperkt iedere stap vooruit).
Daarnaast is er een tweede dimensie die meestal onderbelicht blijft: tempo. Hoe vaak verandert het proces? Een proces dat jaarlijks structureel verandert — nieuwe regelgeving, nieuwe businessmodellen, nieuwe markten — past zelden in een pakket dat per kwartaal release-cycles heeft. Een proces dat al tien jaar onveranderd is en nog tien jaar gaat duren is juist ideaal voor COTS (Commercial Off-The-Shelf). Build-vs-buy is dus niet alleen wat-bouw-je, maar ook hoe-snel-moet-het-meebewegen en wie-betaalt-de-frictie.
Zes redenen voor build versus zes redenen voor buy
Geen marketing-checklist, maar de zes argumenten die in de praktijk consistent doorslaggevend blijken — aan beide kanten van de afweging.
Wanneer build (maatwerk) wint
1. Het proces is uw onderscheidend vermogen. Als de werkwijze zelf de reden is dat klanten voor u kiezen, hoort de logica ook in eigen handen.
2. De pakket-fit is structureel onder de 70%. Onder die grens loopt de modificatie-cost over een 5-jaars horizon vrijwel altijd boven de bouwkosten van maatwerk uit.
3. Vendor lock-in is een strategisch risico. Bij processen die uw kasstroom raken wilt u geen leverancier die eenzijdig kan herprijzen of stoppen met support.
4. Integratie-eisen zijn fundamenteel. Diepe koppelingen met specifieke ERP-modules, branche-API's of legacy-systemen worden in pakket-software vaak alleen oppervlakkig ondersteund.
5. Schaalvoordeel zit in dataverwerking. Als verwerking per transactie geld kost en u doet er miljoenen, dan loont het om die laag zelf te bezitten.
6. Het proces verandert sneller dan release-cycles. Pakket-vendors plannen functionaliteit voor de hele markt; uw business kan niet wachten.
Wanneer buy (pakket / COTS) wint
1. Het proces is een commodity. Boekhouding, urenregistratie, verlofadministratie — dit zijn opgeloste problemen waar het wiel niet opnieuw uitgevonden moet worden.
2. Time-to-value is kritisch. Een pakket-implementatie kan binnen weken live zijn; maatwerk vraagt een ontwerpfase, build, testen en stabilisatie van enkele maanden tot jaren.
3. Compliance is dichtgetimmerd. Pakket-software in financiële domeinen (boekhouding, payroll, fiscale aangiftes) is vaak al gecertificeerd — die last wilt u zelden zelf dragen.
4. Het volume rechtvaardigt geen eigen build. Voor twintig gebruikers en honderd transacties per dag is een eigen platform overkill.
5. De pakket-fit is hoog (>85%). Boven die grens overstijgen de TCO-voordelen van pakket-software bijna altijd de winst van maatwerk.
6. Er is een gezonde markt van vendors. Concurrentie houdt de prijs en kwaliteit op niveau; switch-cost is dan acceptabel als alternatieven beschikbaar zijn.
Kostencurves: pakket en maatwerk over een 3- tot 5-jaars horizon
Total cost of ownership is de enige zinnige meeteenheid. Wie alleen naar het instapbedrag kijkt, kiest meestal verkeerd. De curves verlopen wezenlijk anders.
De pakket-curve: laag start, oplopende staart
Pakket-software begint goedkoop. Licentie per gebruiker per maand, een implementatie van een paar weken, en u draait. Maar de curve loopt op. Per gebruiker maandelijks groeit lineair mee met uw organisatie. Modificatie-cost komt erbij zodra de pakket-fit beneden de 80% komt — en die bouwt zich op met elke release. Integraties met andere systemen vragen om partner-uren of dure connector-licenties. Switch-cost stapelt zich op naarmate u meer maatwerk-bovenop-pakket bouwt.
Reken in jaar 5 vaak op 2x tot 4x het instapbedrag aan totale TCO als de pakket-fit verslechtert.
De maatwerk-curve: hoge start, vlakkere staart
Maatwerk software heeft een fors voorinvesteringsbedrag — analyse, ontwerp, build, testen, deployment. Daarna draait u op hostingkosten plus een doorontwikkel-budget dat u zelf bepaalt. De curve vlakt af zodra het platform stabiel is. Geen per-user-licenties. Geen vendor die eenzijdig prijst. De onderhoudslast is voorspelbaar als de architectuur correct is opgezet. Opportunity cost — wat u verdient doordat het systeem precies past — gaat juist meewerken in uw voordeel.
In jaar 4 of 5 ligt het break-even-punt voor veel organisaties met >50 dagelijkse gebruikers, of waar pakket-fit onvoldoende is.
De fout die het vaakst wordt gemaakt: alleen jaar 1 vergelijken. Een pakket dat bij 50.000 euro start en in jaar 3 op 180.000 euro per jaar zit verliest het van een maatwerk-build van 250.000 euro die in jaar 4 op 40.000 euro per jaar onderhoud draait. Doe de TCO-rekensom over minimaal 5 jaar — en neem opportunity cost mee: wat verdient u extra (of bespaart u) doordat het systeem precies aansluit op uw proces?
Build-on-buy: het hybride model dat vaak wint
In de praktijk is build-vs-buy zelden binair. De meest succesvolle architecturen die we tegenkomen zijn hybride: een sterk pakket voor de commodity-laag, plus eigen maatwerk voor de processen die echt onderscheidend zijn. Dit heet build-on-buy en het is voor veel middelgrote organisaties de beste route.
Concreet voorbeeld: een handelsbedrijf gebruikt Exact Online voor financiële administratie (commodity, dichtgetimmerd, gecertificeerd) en bouwt daarbovenop een eigen handelsplatform met dynamische prijsstelling, voorraad-allocatie en klantportaal (core, onderscheidend, integratie via API). Een ander voorbeeld: een opleider gebruikt een standaard payroll-pakket maar laat een maatwerk-LMS bouwen omdat het leertraject zelf het product is. In beide gevallen winnen ze aan twee kanten: lage TCO op de saaie laag, hoge waarde op de strategische laag.
Wat dit model vraagt is een doordachte integratielaag. API-first denken, een middleware die pakket en maatwerk koppelt, en duidelijke afspraken over welk systeem de leidende bron is voor welke data. Wie dit niet goed inricht, krijgt twee bronnen van de waarheid en daarmee permanente data-frictie. Wie dit wel goed inricht, krijgt het beste van beide werelden.
Build-on-buy maakt ook MVP-validation makkelijker. U kunt eerst een pakket gebruiken om de werkbaarheid van een proces te valideren, en pas later — als volume en differentiatie het rechtvaardigen — overstappen naar maatwerk voor specifieke onderdelen. Dat verkleint het risico van een grote up-front investering die misschien niet past.
Zes sectoren en de typische uitkomst van de afweging
Geen sector heeft een vast antwoord — maar er zijn patronen. Hieronder de uitkomst die we het vaakst zien terugkomen per sector, met de bijbehorende rationale.
Logistiek en transport
Vaak hybride. Standaard TMS-pakket voor de basis, maatwerk voor planning-algoritmes en klantportaal als die het verschil maken op de markt. Pakket-fit op planning is meestal beneden de 70% bij specialistische vervoerders.
Zorg en healthcare
Vaak buy met dunne maatwerk-laag. Strenge compliance-eisen maken een nieuw EPD-pakket bouwen vrijwel onhaalbaar. Maatwerk komt op in patient engagement, eigen meetapparatuur-integratie en dossier-extensies.
Bouw en installatietechniek
Vaak build of hybride. Pakketten zoals Bouw7 dekken een deel, maar projectspecifieke calculatie, materiaal-management en site-apps zijn doorgaans onderscheidend en lonen om zelf te bouwen.
Retail en e-commerce
Vaak build-on-buy. Shopify/Magento voor de winkel, maatwerk voor PIM-flows, B2B-portaal of fulfilment-logica. Pakket-fit op pure retail is hoog; op operations vaak laag.
Financiële diensten
Vaak hybride met sterke build-component. Compliance pakketten voor KYC en AML, maatwerk voor advies-flows, pricing-engines en klantportalen die het onderscheid maken.
Productie en industrie
Vaak build voor MES/operations, buy voor ERP. Productieprocessen verschillen zo sterk per fabriek dat MES-pakketten zelden goed passen. ERP wel — daar wint de standaard meestal.
De beslisboom: vier vragen die de keuze maken
Een eenvoudige sequentiele toets. Beantwoord ze in deze volgorde — de eerste die "ja" of "nee" oplevert geeft meestal het antwoord.
Is het core of context?
Bepaalt het proces uw onderscheid op de markt? Dan is build serieus te overwegen. Is het commodity (boekhouding, payroll)? Dan is buy bijna altijd beter.
Wat is de pakket-fit?
Boven 85% wint pakket. Onder 70% wint maatwerk. Daartussenin: kijk naar build-on-buy, of een aanpasbaar low-code-platform als tussenoplossing.
Wat is de TCO over 5 jaar?
Reken licentie + modificatie + integratie + switch-cost door. Vergelijk met build-cost + onderhoud + opportunity cost. Maak het kwantitatief, niet emotioneel.
Hoe snel verandert het proces?
Verandert het proces structureel binnen pakket-release-cycles? Dan past pakket. Verandert het sneller (regelgeving, marktdruk, businessmodel)? Dan is maatwerk wendbaarder.
Na deze vier vragen ligt de richting er meestal. Als de uitkomst niet duidelijk is — dat gebeurt — komt build-on-buy bijna altijd als beste hybride bovendrijven. Vraag een onafhankelijke afweging aan iemand die zowel pakketten als maatwerk implementeert; wie alleen het ene of het andere doet, geeft per definitie gekleurd advies.
Veelgestelde vragen over build vs buy
Een onafhankelijke build-vs-buy-afweging
Wij implementeren zowel pakketten (Exact, AFAS, Shopify, Bouw7) als maatwerk software. Daardoor kunnen we eerlijk afwegen welke route u verder helpt — niet welke route ons het beste uitkomt.
Plan een vrijblijvend gesprek