Bouwen vs kopen herdefinieerd: hoe AI de economie verandert

De laatste tijd denk ik dat er een grote verandering aankomt in de economie van de IT-industrie, vooral rond COTS- en SaaS-oplossingen.

Dertig jaar lang was de gangbare wijsheid in IT vrij eenvoudig: maatwerksoftware bouwen is duur en risicovol. Je hebt gespecialiseerde developers nodig, maanden van implementatie, en daarna jaren onderhoud aan systemen die niemand anders begrijpt. Standaardsoftware kopen leek de rationele keuze. Lagere initiële kosten, leveranciersondersteuning, snellere implementatie. Natuurlijk zou het systeem niet perfect bij je bedrijf passen. Je zou het flink moeten aanpassen. Maar kopen voelde nog steeds veiliger dan bouwen.

Die logica was logisch. Dat is ze niet meer. En ik zeg dit niet uit blind optimisme over technologie: ik zeg het omdat de daadwerkelijke economie is verschoven.

Het verborgen prijskaartje waar niemand over praat

Organisaties kiezen voor kopen om de vermeende kosten van bouwen te vermijden. Vijf jaar later hebben ze meer uitgegeven aan aanpassingen, integratie en het bevechten van het systeem dan een schone bouw vanaf dag één had gekost.

Het probleem met COTS-systemen is dat ze er op het eerste gezicht goedkoper uitzien, maar de verborgen kosten zijn enorm. Aanpassingen alleen al kosten doorgaans 20-40% van je licentiekosten elk jaar. Dan heb je te maken met integratiewerk: aansluiting op je bestaande systemen betekent meestal custom API's, middleware, data-mappinglagen, al dat moois. Je verandert je bedrijfsprocessen om bij de software te passen in plaats van de software te veranderen om bij je bedrijf te passen. Je hele bedrijf buigt mee met aannames van de leverancier.

Dan komt de grote release van de leverancier en breken je aanpassingen. Je besteedt of maanden aan het opnieuw doen van het werk, of je blijft op een verouderde versie en accepteert de technische schuld. Geen van beide opties is geweldig.

De leveranciersafhankelijkheid wordt financiële afhankelijkheid. Het systeem wordt elk jaar moeilijker om te verlaten, dus de leverancier verhoogt de prijzen. Je onderhandelt een beetje, accepteert de verhoging en gaat verder. Zeven jaar later betaal je het dubbele van waarmee je begon. Niet omdat de software beter werd, maar omdat vertrekken nu onmogelijk is.

Dit zijn geen implementatiefouten. Ze zitten ingebakken in het bedrijfsmodel.

Waarom bouwen duur was (en wat er veranderd is)

Traditionele bouwprojecten waren oprecht duur. Je had ervaren teams nodig, maanden of jaren van implementatie, code die handmatig geschreven werd vanuit specificaties. En daarna het onderhouden van systemen die slechts twee mensen begrepen. Een simpele wijziging in een bedrijfsregel betekende duiken in code-archeologie, afhankelijkheden begrijpen, alles testen, voorzichtige deployments.

De echte kosten zaten niet in het businessdenken. Ze zaten in het vertalen van businessdenken naar code op schaal. Die vertaling was duur.

Dit is waar AI werkelijk alles verandert. En ik bedoel werkelijk, niet op de marketingpraatmanier.

Wanneer je 60-70% van je implementatiecode rechtstreeks kunt genereren vanuit bedrijfsmodellen, wanneer een productmanager kan beschrijven wat het bedrijf nodig heeft en AI de technische infrastructuur produceert, dan keren de complete economieën om. Een bedrijfsarchitect beschrijft het domein, de processen, de regels. Het systeem genereert de code. Requirements veranderen? Werk het model bij. De code werkt automatisch bij. Onderhoud wordt modelonderhoud, geen code-archeologie.

Dit is wat we gebouwd hebben met MyStekz. En het werkt.

Platformdenken verandert het spel

Hier wordt het interessant. De echte verschuiving is niet "moeten we één systeem bouwen?" Het is "moeten we een platform bouwen dat evolueert?"

Traditionele ontwikkeling is vreemd als je er goed naar kijkt. Je bouwt systeem A. Later heb je systeem B nodig. Je begint opnieuw: andere developers, andere aanpak, andere technologiestack. Elk systeem is een op zichzelf staand project zonder gedeeld fundament. Je eindigt met een portfolio van gefragmenteerde systemen die nauwelijks met elkaar communiceren.

Platformdenken is fundamenteel anders. Je bouwt de fundamentele lagen één keer. Je domeinmodellen, je bedrijfsprocessen, je bedrijfsregels, je datastructuren. Elke nieuwe capability bouwt voort op wat er al is. Je tweede systeem kost aanzienlijk minder dan je eerste. Je derde nog minder. Na verloop van tijd heb je samengestelde waarde opgebouwd omdat alles verbonden is met een gedeeld begrip van hoe je bedrijf daadwerkelijk werkt.

Dit is structureel anders dan het aanpassen van COTS. Met COTS zit je nog steeds gevangen in het domeinmodel van de leverancier. Elke aanpassing is jij die vecht tegen hun aannames. Met een platformaanpak is jouw bedrijfslogica het fundament. Geen vervorming van iemand anders' logica. Jouw logica.

De cijfers kloppen nu

Laat me hier specifiek zijn, want dit is belangrijk. Deze ranges komen uit daadwerkelijke implementaties die ik zie.

Een traditionele COTS-implementatie kost ruwweg: initiële licentie plus 18-24 maanden implementatie en aanpassing (misschien 120-180% van de licentiekosten van het eerste jaar). Daarna jaarlijks onderhoud en aanpassingswerk (20-40% van de licentie per jaar). Over vijf jaar zit je op ruwweg 4-5x je initiële licentie-investering. En dat is voordat integratiekosten met andere systemen zich beginnen op te stapelen.

Een traditionele maatwerkontwikkeling: hogere initiële kosten (12-18 maanden teamontwikkeling, waarschijnlijk 2-3x de COTS-licentiekosten). Maar daarna is het jaarlijks onderhoud veel lager (misschien 10-15% van de initiële ontwikkelkosten). Over vijf jaar zit je op ruwweg 2x de initiële bouwkosten. Het probleem is dat je vijf jaar nodig hebt om break-even te draaien ten opzichte van COTS.

Een platformbouw met AI: gematigde initiële kosten (6-9 maanden modellering en platformopzet, vergelijkbaar met of iets meer dan een COTS-licentie). Maar doorlopende kosten zijn aanzienlijk lager (5-10% per jaar, omdat AI de implementatie opnieuw genereert wanneer modellen veranderen). Over vijf jaar zit je op ruwweg 1,5-2x je initiële investering, met een dramatisch betere businessfit en nul leveranciersafhankelijkheid.

Het echte verhaal ontvouwt zich in jaar zes. COTS-kosten blijven stijgen, of je stopt met betalen en draait verouderde software. Platformonderhoud blijft laag. Traditionele maatwerkontwikkelingen hebben periodiek grote herschrijvingen nodig. Een platformaanpak blijft soepel evolueren.

Wanneer dit echt zinvol is

Maar dit geldt niet overal.

Bouw geen salarisadministratie. Bouw geen e-mail. Bouw geen generieke boekhouding. Je concurrentievoordeel zit daar niet. Koop iets bewezen, integreer het, ga verder.

Deze aanpak transformeert wanneer je onderscheidende bedrijfscapaciteiten bouwt. Wanneer hoe je klanten bedient, je supply chain beheert, acceptatie afhandelt of operaties coördineert, hetgeen is wat jou onderscheidt van concurrenten. Wanneer COTS je zou dwingen te veranderen hoe je concurreert om in hun systeem te passen.

Ik heb organisaties zien kiezen tussen het zwaar aanpassen van SAP of het bouwen van maatwerkystemen. Degenen die strategisch nadachten, bouwen voor echte differentiatie en kopen voor commodityfuncties, eindigden slanker, sneller en goedkoper. Degenen die probeerden zich via aanpassingen naar concurrentievoordeel te werken, besteedden een decennium en een fortuin aan het draaien van een systeem dat hen feitelijk beperkte.

De vraag verandert

Dit is wat er nu anders is. Dertig jaar lang vroegen we: "Hoe kunnen we het ons veroorloven om te bouwen?" Die beperking vormde alles. We bouwden minder. We kochten meer. We pasten systemen aan die niet pasten omdat bouwen "te duur" leek.

De echte vraag nu is: "Wat zouden we bouwen als bouwen 10x goedkoper was?"

Die herformulering doet ertoe. Het betekent vragen wat je bedrijf daadwerkelijk nodig heeft in plaats van kiezen uit wat er op de markt beschikbaar is. Het betekent stoppen met bedrijfsprocessen die je hebt verbogen om bij software te passen en ze op de juiste manier herbouwen. Het betekent concurreren op bedrijfscapaciteit in plaats van op hoe goed je een pakket hebt aangepast.

In veel gevallen wint bouwen nu op pure economie. Je krijgt betere businessfit, lagere langetermijnkosten, geen leveranciersafhankelijkheid, en je bezit je domeinmodellen. De bedrijfslogica die je bedrijf draait, blijft onder jouw controle.

Daarom hebben we MyStekz gebouwd

Toen we met MyStekz begonnen, keken we naar precies dit probleem. Organisaties die miljoenen uitgeven aan COTS-aanpassingen. Platformen die beperkingen werden in plaats van versnellers. We vroegen ons af: wat als bouwen vanuit bedrijfsmodellen snel en goedkoop kon?

Dat werd onze focus. Een platform dat je je bedrijfsdomein één keer laat beschrijven en vervolgens de technische implementatie genereert. Verander je model, implementatie werkt bij. Nieuwe capability nodig? Maak gebruik van het domeinmodel dat je al gebouwd hebt. Het platform begrijpt hoe jouw bedrijf werkt, niet een generieke aanname van een leverancier.

Wanneer AI implementatie kan genereren vanuit bedrijfsmodellen, houdt bouwen op onbetaalbaar duur te zijn. Elke nieuwe capability kost minder dan de vorige. Je bedrijfslogica leeft in modellen, niet in code. Totale kosten over vijf jaar verslaan COTS met al zijn aanpassingen.

Het deel dat mensen niet graag toegeven

Organisaties die tien jaar geleden de koopbeslissing namen, zitten nu vast. Dure systemen die niet helemaal werken, die niet verlaten kunnen worden omdat de afhankelijkheid compleet is. Ze betalen premiumprijzen en werken constant om beperkingen heen. Hun daadwerkelijke IT-uitgaven, als je alle aanpassingen en al het integratiewerk meetelt, overschrijden waarschijnlijk wat een schone platformbouw zou kosten.

Organisaties die vandaag de koopbeslissing nemen, maken dezelfde gok. Sommige zullen prima uitkomen. Misschien zitten ze echt in commodityterritorium. Anderen zullen over vijf jaar ontdekken dat ze dure beperkingen hebben gebouwd rond aannames van een leverancier.

Degenen die nu strategisch denken, stellen andere vragen. Ze identificeren meedogenloos wat echt commodity is en kopen dat. Ze identificeren wat hen oprecht onderscheidt en bouwen dat met platformen die evolueren zonder complete herschrijvingen.

Ze concurreren op capability, niet op systeemonderhandelingen.

Wat zou jouw organisatie bouwen als bouwen daadwerkelijk 10x goedkoper was? Welke bedrijfsprocessen heb je veranderd om bij software te passen in plaats van de software te veranderen om bij je bedrijf te passen? Hoeveel van je jaarlijkse IT-budget gaat eigenlijk naar het laten werken van systemen die niet helemaal passen?

Dit zijn geen retorische vragen. Het zijn de vragen die er nu echt toe doen.