Enterprise Software Bouwen of Kopen: Het Leveranciersonafhankelijke Kader (Met een 12-Punts Scoremodel, 2026)

Enterprise Software Bouwen of Kopen: Het Leveranciersonafhankelijke Kader (Met een 12-Punts Scoremodel, 2026)

Afgelopen september vroeg een $50M-ARR SaaS-klant ons een vraag die ondernemingen miljoenen kost als ze het verkeerd beantwoorden: blijven op een $487K Salesforce + Tableau + Outreach-stack voor de komende vijf jaar, of een maatwerk revenue-ops-platform bouwen voor $312K? Het "goedkopere" antwoord was fout. Dit is het kader dat we gebruikten om dat uit te zoeken: een 12-punts scoremodel, een 5-jaars TCO-model en Gartner's Kopen/Bouwen/Combineren-driedeling — iets wat geen van de tien populairste bouwen-of-kopen-gidsen op Google momenteel benoemt. En ja, wij zijn een engineeringbureau. Dus we vertellen u ook wanneer u beter SaaS kunt kopen in plaats van ons in te huren.

Belangrijkste conclusies (TL;DR):

• De meeste bouwen-of-kopen-adviezen komen van leveranciers die bij één antwoord baat hebben. Stel de belangen van uw bronnen vast vóór u ze vertrouwt.
• Gartner's Kopen/Bouwen/Combineren-kader beslaat inmiddels 76% van de enterprise software-uitgaven. Puur bouwen of puur kopen is in 2026 de minderheidsaanpak.
• Beoordeel uw beslissing op 12 gewogen criteria, niet op onderbuikgevoel. Maatwerk wint bij een totaalscore boven de 45; SaaS wint onder de 30.
• AI-codeeragenten (Cursor, Claude Code) verkortten senior engineering-uren per feature in 2026 met 40–60%. De bouwrekening is veranderd.

Wat Is de Bouwen-of-Kopen-Beslissing bij Enterprise Software?

De bouwen-of-kopen-beslissing is de keuze tussen het licenseren van bestaande SaaS- of COTS-software (kopen), het in eigen beheer ontwikkelen van maatwerksoftware (bouwen), of het inhuren van een partnerbureau om eigen software te laten bouwen (uitbesteden). Gartner's moderne formulering breidt dit uit naar Kopen/Bouwen/Combineren, en 76% van de enterprise software-uitgaven stroomt nu naar combinaties van standaardproducten en maatwerk-extensies — niet naar puur bouwen of puur kopen.

De beslissing draait om drie vragen:

• Is de functionaliteit een concurrentievoordeel of een standaardoplossing?
• Wat zijn de werkelijke 5-jaars TCO-kosten per pad?
• Kunt u een senior-engineeringteam samenstellen dat het langdurig beheert?

Let op: Techsy is een engineeringbureau. Wij verdienen geld wanneer u bouwt. Toch vertellen we u in welke gevallen u beter SaaS koopt en ons niet inhuurt — want op lange termijn werkt dit soort post alleen als de rekensom eerlijk is. We noemen ons commerciële doel onderaan; alles daartussenin is het kader, geen verkoopverhaal.

De meeste bouwen-of-kopen-gidsen zijn geschreven door mensen die bij één van de twee antwoorden baat hebben. SaaS-marktplaatsen willen dat u koopt. Developmentbureaus willen dat u bouwt. COTS-leveranciers willen wat hun contract beschermt. Lees er drie en u krijgt drie zelfverzekerde, tegenstrijdige aanbevelingen, elk begraven onder een verkoophaak. Als u specifiek een voice-AI-beslissing evalueert, schreven we een verticale versie van dit kader die dezelfde logica toepast op een smallere afweging. De rest van dit artikel is het algemene inkoop­kader dat u daadwerkelijk in een vergadering kunt gebruiken.

Wat Gartner Werkelijk Zegt: Het Kopen / Bouwen / Combineren-Kader

Gartner's inkoop­kader verwerpt de binaire bouwen-of-kopen-vraag en vervangt die door een driewegsbeslis­sing: Kopen (licenseer COTS of SaaS), Bouwen (intern maatwerkontwikkeling), of Combineren (SaaS voor standaardprocessen plus maatwerk­code voor gedifferentieerde processen). Volgens het Gartner Kopen/Bouwen/Combineren-model stroomt 76% van de enterprise software-uitgaven nu naar gecombineerde stacks. Puur bouwen of puur kopen is de minderheids­aanpak.

Kopen = Licenseer Wat Gestandaardiseerd Is

Koop wanneer de functionaliteit een opgelost probleem is en iemand anders de oplossing al op schaal heeft gebracht. CRM, salarisadministratie, e-mail, onkostenbeheer, observability. De economie van kopen is het gunstigst wanneer u minder dan 100 gebruikers op de workflow heeft, het binnen 90 dagen live moet zijn en de SaaS meer dan 80% van uw behoefte kant-en-klaar oplost.

Bouwen = Beheer Wat U Onderscheidt

Bouw wanneer de functionaliteit uw concurrentievoordeel is. Datgene waarvoor klanten u kiezen. Stripe licenseerde geen betaalstack. Figma licenseerde geen rendering­engine. Bouwen wint ook wanneer SaaS uw datastructuur letterlijk niet kan modelleren (denk aan complexe multi-entiteit financiën of ongebruikelijke complianceregimes) of wanneer uw 5-jaars SaaS-kosten op schaal de maatwerk-TCO met 2x of meer overstijgen.

Combineren = De Rekenkunde Waarmee de Meeste Ondernemingen Eindigen

Combineren betekent dat u COTS houdt voor de saaie 80% en maatwerk bouwt voor de gedifferentieerde 20%. Het klassieke patroon: Salesforce als system of record plus een dunne maatwerk­laag voor de workflows die Salesforce niet goed modelleert. Thoughtworks noemt dit Kopen/Bouwen/Partner; Gartner noemt het Kopen/Bouwen/Combineren. Zelfde idee, iets andere woordenschat. De driedeling gaat terug op de Make-or-Buy Matrix van McKinsey uit de jaren '90, maar het cloudtijdperk maakte de derde optie dominant.

Het 12-Punts Scoremodel (Kopieer Dit naar een Spreadsheet)

Score elk criterium 1–5 op basis van hoe sterk het op uw situatie van toepassing is. Vermenigvuldig met het gewicht. Tel de totalen op. De drempelwaarden onderaan vertellen u welk pad de rekensom aanwijst. Gebruik dit in een echte inkoop­vergadering en u beperkt het debat van twee uur tot twintig minuten.

Drempelwaarden:

• Totaal <30 → SaaS kopen
• Totaal 30–45 → Combineren
• Totaal >45 → Bouwen

Concreet voorbeeld met onze casus-klant (de klant die we in sectie 8 uitvoerig bespreken): ze scoorden 38. Concurrentievoordeel was een 3 (revenue ops is belangrijk maar niet hun moat), bench een 2 (ze konden geen engineers langdurig vrijmaken), SaaS-dekkingsgat een 4 (Salesforce miste ongeveer een derde van hun workflows), AI-bouwkosten­reductie een 5. Resultaat: stevig in Combineren-territorium, wat ook de aanbeveling werd.

Één kanttekening. Het scoremodel is een beslissings­hulp­middel, geen beslisser. Als uw score op de grens zit (28–32 of 43–47), voer dan eerst het TCO-model in de volgende sectie uit voor u zich vastlegt. Getallen kunnen de uitkomst verschuiven.

TCO-Modellering: Hoe Berekent u de 5-Jaars Kosten Eerlijk?

Volgens Gartner-onderzoek naar softwarekosten­analyse missen ondernemingen 50–70% van de TCO bij het berekenen van software-eigenaarschap. De meest gemiste posten: integratie, admin-FTE en uittredingskosten. De sticker­prijs van jaar 1 is het kleinste deel van de rekening — en vrijwel elke leveranciersdemo geeft u precies dat getal.

Zo berekent u de 5-jaars TCO eerlijk per pad.

Kopen (SaaS) kostenposten: licenties × gebruikers × jaren, implementatie en setup, training, admin-FTE-allocatie (doorgaans 0,5–2 FTE op enterprise-schaal), integratie met bestaande systemen en uittredingskosten wanneer u uiteindelijk migreert.

Bouwen (Maatwerk) kostenposten: engineering upfront (engineer-maanden × volledig belaste tarief), jaarlijks onderhoud (vuistregel: 15–20% van de initiële bouwkosten), infrastructuur en tooling en de opportuniteitskosten van de engineeringcapaciteit die u vastlegt.

Combineren kostenposten: het SaaS-abonnement voor de gestandaardiseerde laag, plus de maatwerk­integratie-/extensiekosten, plus het onderhoud van de maatwerk­laag. Lagere initiële kosten dan volledig bouwen, lagere doorlopende kosten dan volledig kopen.

Gebruik $230K als volledig belaste US-coast engineer-kostprijs: BLS-mediaan was $130.160 in mei 2024, plus ~30% voor arbeidsvoorwaarden en ~25% voor overhead. Corrigeer ±30% voor uw regio. Europese teams lopen doorgaans 20–30% lager; niet-kust-Amerikaanse teams 15–20% lager.

Generieke illustratieve bandbreedtes. Uw getallen zullen afwijken; de kostenposten niet.

Wanneer te Combineren (Het Middenpad Dat de Meeste Ondernemingen Bewandelen)

Combineren wint wanneer noch puur kopen noch puur bouwen netjes op uw workflow past. U houdt COTS voor gestandaardiseerde lagen (CRM, facturering, identiteit, observability) en bouwt maatwerk voor de workflows die uw concurrentie­voordeel vormen of simpelweg niet in SaaS te modelleren zijn. De verbindingslaag daartussen: API's, MCP-servers of low-code workflow­engines.

Vier concrete combinatiepatronen die we keer op keer zien:

1. Salesforce + maatwerk RevOps-laag. Salesforce blijft als system of record. De maatwerk­laag verwerkt de meerstaps revenue-workflows die Salesforce's process builder niet goed modelleert. De onderstaande casus is precies dit patroon.
2. SAP/NetSuite + maatwerk datalaag. Houd het ERP voor grootboek en inkoop. Bouw een warehouse + maatwerk dashboards voor de financiële analyses die uw CFO werkelijk wil.
3. HubSpot + maatwerk verrijkings­pipeline. Gebruik HubSpot voor sequencing en CRM, maar bouw uw eigen verrijking wanneer commerciële dataleveranciers niet nauwkeurig genoeg zijn voor uw ICP.
4. COTS HR + maatwerk workflow­automatisering. BambooHR of Rippling voor de administratie, n8n of maatwerk­code voor de onboarding- en offboarding­orchestratie die niemand goed pakt.

Combineren werd in 2026 materieel goedkoper omdat AI-features incrementeel toevoegen aan een bestaande SaaS geen onderzoeksteam meer vereist, en MCP-servers die SaaS en maatwerk­code verbinden de integratiebelasting comprimeren die combinaties historisch duur maakte. Combineren is geen compromis. Het is het antwoord voor 76% van de ondernemingen, aldus Gartner.

Wanneer te Bouwen (3 Scenario's Waarbij Maatwerk Wint)

Bouwen wint in drie duidelijke scenario's. Als geen van deze uw situatie beschrijft, bouwt u waarschijnlijk niet het beste.

1. De Functionaliteit Is Uw Concurrentievoordeel

Als klanten u kiezen vanwege deze specifieke functionaliteit, kunt u die niet licenseren van een leverancier wiens andere klanten uw concurrenten zijn. Stripe licenseerde geen betaalstack. Notion licenseerde geen document-engine. De functionaliteit moet de moat zijn, niet slechts een feature die u toevallig gebruikt.

2. SaaS Kan Uw Unieke Datastructuur Niet Modelleren

Als uw data een structuur heeft die bestaande SaaS letterlijk niet kan vertegenwoordigen (complexe multi-entiteit financiën, ongebruikelijke regelgevings­schema's, real-time multiplayer-state) geeft u meer uit aan aanpassings­kosten en consultancy-uren dan wanneer u van scratch bouwt. Test dit door twee SaaS-leveranciers een betaalde POC te laten uitvoeren. Als beide falen, bouw dan.

3. 5-Jaars SaaS-TCO Overtreft Maatwerk met 2x+

De rekenkunde kantelt bij gebruik. 500 gebruikers op een SaaS van $200/seat/maand = $1,2M/jaar = $6M over 5 jaar. Een gefocuste maatwerk­bouw voor dezelfde workflow kan uitkomen op $400K upfront + $80K/jr onderhoud = $800K over 5 jaar. Wanneer de factor 2x of meer is en de workflow stabiel, bouw dan.

Eerlijke risico­noot: bouwen betekent project­risico dragen. Het Standish Group CHAOS-rapport toont dat 69% van de IT-projecten gedeeltelijk of volledig mislukt. Bouwen is niet gratis, ook niet wanneer de rekenkunde dat suggereert. Beheers dit met scope­discipline, echt product­eigenaarschap en een vroege MVP. Voor interne AI-tooling specifiek is zelf-gehoste enterprise AI-tooling een bouwpatroon dat in 2026 werkt waar kant-en-klare opties niet voldoen aan data­residentievereis­ten.

Wanneer te Kopen (En de Verborgen Kosten Die Niemand Noemt)

Kopen wint wanneer de functionaliteit gestandaardiseerd is, u het snel live moet hebben en SaaS het grootste deel van uw behoefte kant-en-klaar oplost. Drie scenario's:

1. De Functionaliteit Is Gestandaardiseerd

CRM, e-mail, boekhouding, observability, identiteit, onkostenbeheer. Dit zijn opgeloste problemen. De SaaS-leveranciers hebben duizenden randgevallen al verwerkt die u anders zelf zou tegenkomen. Elk van deze van scratch bouwen in 2026 is bijna altijd verkeerd.

2. U Heeft Het binnen 90 Dagen Live Nodig

Als de workflow omzet blokkeert en u geen engineeringcapaciteit beschikbaar heeft, koop dan. De opportuniteitskosten van een 6-maanden bouw versus een 6-weken SaaS-uitrol overstijgen de licentiekosten in vrijwel elk geval.

3. SaaS Lost >80% Kant-en-Klaar Op

Als de aanpassingsschuld van de resterende 20% minder kost dan de totale SaaS-premie, koop dan gewoon. Test dit door de gaplijst op te stellen vóór u tekent. Als de gapen workflow-licht zijn (instellingen, integraties, lichte rapportage) bent u in orde. Als ze workflow-zwaar zijn, niet.

De verborgen kosten die niemand op de demo-slide zet:

SaaS-prijzen sluipen omhoog. Zylo's 2025 SaaS Management Index toont dat de gemiddelde onderneming jaarlijks zo'n $21M verspilt aan ongebruikte of dubbele SaaS-seats. De licentiekosten zijn de eerste kosten, niet de totale kosten.

Casus: We Hielpen een $50M SaaS-Klant Beslissen — $487K Salesforce-Stack vs $312K Maatwerk

In Q3 2025 vroeg een $50M-ARR B2B SaaS-klant ons of ze hun bestaande Salesforce + Tableau + Outreach-stack moesten uitbreiden (geschatte 5-jaars TCO: $487K) of een maatwerk revenue-ops-platform moesten bouwen op Next.js + Postgres + eigen pipeline-tooling (geschatte 5-jaars TCO: $312K). Dit is de werkelijke post-voor-post rekenkunde die we met hen doorliepen, waarom de $312K "goedkopere" optie de verkeerde keuze was voor hen, en wat ze uiteindelijk bouwden.

De hoofdvraag leek binair: blijf SaaS-premies betalen of bouw iets goedkopers. De kostenposten vertelden een ander verhaal.

Op papier won bouwen met $175K. De aanbeveling ging de andere kant op.

Waarom de "goedkopere" maatwerk­bouw voor hen verkeerd was: ze hadden geen senior engineering-bench die 0,5 FTE onderhoud voor onbepaalde tijd kon absorberen. De engineeringorganisatie leverde al aan het kernproduct. Het toewijzen van 10–15% van de senior capaciteit aan revenue-ops-onderhoud voor de komende vijf jaar betekende óf het vertragen van de product­roadmap, óf nieuw personeel aannemen — waardoor de werkelijke bouw-TCO boven de $800K zou stijgen wanneer u rekening houdt met daadwerkelijke marktconforme aannames in plaats van geabsorbeerde capaciteit. Het "goedkope" getal ging uit van gratis engineers. Engineers zijn nooit gratis.

Wat we uiteindelijk bouwden: een Combinatie. Salesforce blijft als system of record. Bouw een dunne maatwerk revenue-ops-laag ($85K upfront, nauwelijks lopende kosten) voor de 4 workflows die Salesforce niet goed kon modelleren. De netto 5-jaars TCO landde op ~$420K, tussen de twee hoofdgetallen in — en ze kregen de workflows die ze werkelijk nodig hadden. Opgeleverd in 11 weken, geen nieuwe aannames, geen roadmap­vertraging.

18 maanden later: de maatwerk­laag draait nog steeds in productie, Salesforce-verlengingen verliepen zonder problemen en het engineeringteam hoefde na de initiële bouw niet terug naar RevOps-onderhoud. Conclusie: de Combinatie was het juiste antwoord omdat het de engineering-bench-beperking respecteerde die de bouw­rekenkunde had genegeerd.

Getallen geanonimiseerd en afgerond conform onze consultancy-overeenkomst. Kosten gaan uit van de periode 2025–2030. Salesforce-prijzen weerspiegelen de lijstverhogingen na augustus 2025. Productiviteitswinst door AI-codeeragenten (Q3 2025 als basislijn) al meegenomen in de $312K engineering­schatting. Engineering volledig belast op $230K = US-coast mediaan per BLS 2024 + 30% arbeidsvoorwaarden + 25% overhead, corrigeer ±30% voor uw regio. Wij zijn een engineeringbureau. Dit was een echte aanbeveling tégen ons eigen commerciële belang.

Hoe AI de Bouwen-of-Kopen-Rekenkunde Veranderde in 2026

Het omslagpunt verschoof. AI-codeeragenten comprimeerden senior engineering-uren per feature met 40–60% in onze interne metingen over klantprojecten in 2026. Dat betekent dat een bouwschatting uit 2023 nu materieel onjuist is. Gartner verwacht dat 75% van de enterprise software-engineers tegen 2028 AI-code­assistenten gebruikt, tegenover 10% in 2023 — en onze pipeline­data weerspiegelt al het grootste deel van die adoptie, voor op schema.

Drie concrete verschuivingen:

• Bouwprojecten van 18 maanden worden bij gelijk­blijvende scope nu in 6–8 maanden opgeleverd. De Combinatie in de casus hierboven werd in 11 weken opgeleverd; dezelfde scope zou in 2023 18–20 weken hebben gevraagd.
• Teamomvang voor interne tools daalde. We draaien regelmatig 2-engineer pods voor builds die twee jaar geleden 5 engineers vereisten, omdat AI-codeeragenten zoals Cursor en Claude Code de boilerplate absorberen die vroeger junior-midlevel-capaciteit opslokte.
• De $312K bouwschatting van de casus-klant lag ruwweg 30% lager dan dezelfde schatting in 2023 zou zijn geweest, vóór AI-native enterprise software-ontwikkeling de standaard werkwijze werd.

Eerlijk tegengeluid: AI verlaagt bouwkosten, maar verlaagt ook de kosten die SaaS-leveranciers maken voor het uitbrengen van nieuwe features. Leveranciersprijs­druk is reëel, sommige SaaS-prijzen zullen dalen en de verschuiving van het omslagpunt is niet volledig eenzijdig. Het directionale effect blijft in het voordeel van bouwen (vooral Combineren), omdat interne engineering­throughput met AI sneller groeit dan leveranciersbeprijzing daalt.

Veelgemaakte Beslissings­fouten (Schijnvoordeel, Sunk Cost, NIH-Syndroom, Leveranciers­optimisme)

Vier fouten die de beslissing keer op keer doen ontsporen:

1. Schijnvoordeel. Het goedkopere jaar-1-getal kiezen terwijl u de 5-jaars TCO negeert. De casus hierboven ging bijna deze kant op. De sticker­prijs van jaar 1 is op elk pad het kleinste deel van de rekening.
2. Sunk cost. Blijven op een SaaS die u bent ontgroeid omdat de migratie duur lijkt. De migratie is doorgaans goedkoper dan nog eens drie jaar de verkeerde tool. Bereken het.
3. NIH (Not Invented Here)-syndroom. Dingen bouwen die u zou moeten kopen omdat het engineeringteam het probleem interessant vindt. Een CRM is niet interessant. Een betaalverwerker is niet interessant. Koop ze.
4. Leveranciers­optimisme. Geloven dat elke regel van de leveranciersdemo werkt in uw omgeving zonder integratiebelasting. De demo is het beste geval. Uw situatie is moeilijker. Korting de demo 30% vóór u vergelijkt.

De duurste fout die we zien: het goedkopere jaar-1-getal kiezen terwijl u de 5-jaars uittredingskosten negeert.

Hoe Techsy Bouwen-of-Kopen-Assessments Aanpakt

Techsy bouwt maatwerk enterprise­platforms, integreert SaaS in bestaande stacks en doet technische due diligence op COTS-evaluaties voor B2B-klanten. Het werk verdeelt zich ruwweg 40/30/30 over die drie.

Een Techsy bouwen-of-kopen-assessment werkt als volgt: een uur discovery-gesprek om de workflow te scopen, we voeren het 12-punts scoremodel live met u uit op een gedeelde spreadsheet, we leveren een TCO-model binnen een week, en we sturen een schriftelijke aanbeveling die eventueel luidt "koop SaaS, huur ons niet in." Onze laatste 3 assessments: 1 adviseerde bouwen, 1 adviseerde kopen, 1 adviseerde combineren. We hebben geen quotum. Als u breder nadenkt over bredere enterprise AI-transformatie, is het assessment doorgaans het juiste startpunt. Boek een gratis 30-min bouwen-of-kopen-assessment.

Veelgestelde Vragen

Wat is het verschil tussen bouwen, kopen en uitbesteden bij software?

Kopen betekent het licenseren van bestaande SaaS- of COTS-software. Bouwen betekent het intern ontwikkelen van maatwerksoftware met uw eigen engineers. Uitbesteden betekent het inhuren van een bureau of contractor om eigen software te laten bouwen die u bezit. Gartner herformuleert dit als Kopen/Bouwen/Combineren, waarbij Combineren gelicenseerde COTS voor standaardworkflows combineert met maatwerk­code voor gedifferentieerde workflows — wat nu 76% van de enterprise software-uitgaven beslaat.

Wanneer bouwt u software in plaats van te kopen?

Bouw wanneer drie voorwaarden gelden: de functionaliteit is een concurrentievoordeel waarvoor klanten u kiezen, u heeft een senior engineering-bench die het 5+ jaar in eigendom kan houden zonder uw roadmap te vertragen, en de 5-jaars SaaS-TCO bij uw gebruikersaantal overtreft de maatwerk-TCO met minimaal 2x. Als een van de drie ontbreekt, wint combineren of kopen op eerlijke rekenkunde bijna altijd.

Wanneer is SaaS kopen over 5 jaar goedkoper dan maatwerk bouwen?

Kopen wint op TCO wanneer u minder dan ~100 gebruikers op de workflow heeft, de functionaliteit gestandaardiseerd is (CRM, e-mail, boekhouding, observability) en u het binnen 90 dagen live moet hebben. Onder die drempels ligt het SaaS-abonnement — zelfs met jaarlijkse prijsverhogingen — lager dan volledig belaste engineering plus onderhoud plus infrastructuur plus opportuniteitskosten.

Wat zegt Gartner over bouwen of kopen?

Gartner verwerpt het binaire kader en gebruikt een drieweg Kopen/Bouwen/Combineren-model. Hun data toont dat 76% van de enterprise software-uitgaven nu naar gecombineerde stacks stroomt (gelicenseerde COTS plus maatwerk-extensies), niet naar puur bouwen of puur kopen. Gartner rapporteert ook dat ondernemingen 50–70% van de werkelijke TCO missen in initiële berekeningen, voornamelijk op integratie, admin-FTE-allocatie en uittredingskosten.

Is bouwen of kopen achterhaald?

De binaire formulering is achterhaald. De driewegsbeslis­sing niet. "Bouwen of kopen" als vraagstelling verdoezelt het feit dat de meeste ondernemingen eindigen met combineren: SaaS voor standaardworkflows, maatwerk voor de gedifferentieerde, lijm daartussen. De beslissing leeft en is moeilijker dan ze eruitziet — u kiest nu het splitspunt, niet één kant. Formuleer het als Kopen/Bouwen/Combineren en de rekenkunde wordt helderder.

Hoe verandert AI-coderen (Cursor, Claude Code) de bouwen-of-kopen-rekenkunde in 2026?

AI-codeeragenten zoals Cursor en Claude Code verkortten senior engineering-uren per feature met 40–60% in onze 2026-metingen over klantbuilds. Dat verschuift het omslagpunt: builds die in 2023 niet rendeerden, doen dat nu wel. Gartner verwacht dat 75% van de enterprise software-engineers tegen 2028 AI-code­assistenten gebruikt, dus deze verschuiving is duurzaam, niet tijdelijk. Bouwtrajecten van 18 maanden worden nu routinematig in 6–8 maanden opgeleverd.

Wat zijn de typische jaarlijkse onderhoudskosten van maatwerk enterprise software?

De vuistregel is 15–20% van de initiële bouwkosten per jaar, doorlopend. Een maatwerk­platform van $300K moet $45K–$60K per jaar budgetteren voor onderhoud (bugfixes, dependency-updates, beveiligings­patches, kleine verbeteringen). Dit sluit grote feature-werkzaamheden uit, die als nieuwe bouw worden behandeld. Onderhoud onderbegroten is de meest voorkomende fout in maatwerk-TCO-modellen.

Wat zijn de verborgen kosten van enterprise SaaS kopen?

De zes verborgen kosten die de meeste demo's overslaan: leveranciers­lock-in (6–18 maanden om over te stappen), aanpassings- en wijzigings­verzoek­kosten ($200–500/uur), per-seat groei van 7–15% per jaar naarmate uw organisatie groeit, integratiekosten ($20K–$100K per verbonden systeem), uittredings- en migratiekosten (3–6 engineering-maanden) en jaarlijkse prijsverhogingen van 7–15% ongeacht gebruik. De jaar-1-licentiekosten zijn zelden meer dan 30–40% van de werkelijke 5-jaars kosten.

Wat is total cost of ownership (TCO) voor software?

TCO zijn de volledige 5-jaars kosten van een software-pad, inclusief licenties of ontwikkeling, implementatie, training, integratie, doorlopend onderhoud, admin-FTE-allocatie, opportuniteitskosten en uittredings-/migratiekosten wanneer u uiteindelijk vertrekt. Gartner-onderzoek toont dat ondernemingen doorgaans 50–70% van de werkelijke TCO missen in initiële berekeningen. Bereken het vóór u zich vastlegt, niet erna.

Hoe groot moet een bedrijf zijn om maatwerk enterprise software te rechtvaardigen?

Ruwe vuistregel: ~$10M+ ARR of ~50+ gebruikers op de specifieke workflow. Onder die drempel wint het SaaS-abonnement bijna altijd omdat u engineering en onderhoud niet over voldoende gebruik kunt spreiden. Daarboven begint de rekenkunde in het voordeel van bouwen of combineren te werken, zeker wanneer de workflow centraal staat in uw concurrentiepositie. AI-codeeragenten in 2026 drukken die drempel met 20–30% ten opzichte van de basislijn van 2023.

Conclusie

Als u één ding onthoudt uit dit artikel: stel de belangen van elk kader dat u leest vast vóór u de aanbeveling vertrouwt. Leveranciers geven leveranciersadvies. Bureaus geven bureauadvies. Uw CFO geeft CFO-advies. Lees er drie, vind de overlap en vertrouw dat.

• Voer het 12-punts scoremodel live uit in een vergadering. Het beperkt het debat van twee uur tot twintig minuten.
• Bereken de 5-jaars TCO eerlijk. De sticker­prijs van jaar 1 is nooit het antwoord.
• Ga standaard naar Combineren als uw score 30–45 is. De meeste ondernemingen eindigen hier toch.

Als u een tweede mening wilt op de beslissing, boek dan een gratis 30-min bouwen-of-kopen-assessment. We vertellen u SaaS te kopen als dat de juiste keuze is. Het is eerder zo gegaan. En het zal weer zo gaan.