0:00

Blog

S01E01 Novulo Explained: Het einde van buy versus build

Elke organisatie herkent het dilemma: software kopen of bouwen? In deze eerste aflevering van Novulo Explained laten we zien dat er ook een andere weg is.

Platform
Novulo

S01E01 Novulo Explained: Het einde van buy versus build

Op een gegeven moment loopt elk bedrijf tegen dezelfde muur. Te veel systemen, te veel afhankelijkheden, en te weinig geduld. Je wilt sneller bewegen, maar elke verandering betekent drie overleggen, vijf integraties en een risicoanalyse. Dus stel je de vraag die iedereen stelt: "Moeten we iets nieuws kopen? Migreren? Of zelf bouwen?"

Dat is de verkeerde vraag.

1.   De mythe van "het juiste platform"

De meeste bedrijven denken dat software kiezen is als een auto uitzoeken. Je proefrijdt een paar modellen, kiest er een die solide oogt, en rijdt weg. Maar enterprise software is geen voertuig. Het is het wegennetwerk zelf. Elke keuze die je maakt, bepaalt welke routes je later nog kunt nemen. Koop je het verkeerde systeem, dan rij je voortaan op iemand anders' snelweg. Bouw je alles zelf, dan leg je de weg met de hand aan. Voor altijd. Geen van beide schaalt.

2.   De valkuil van buy versus build

Laten we concreet worden. Een Nederlandse verzekeraar besteedde achttien maanden aan de implementatie van een nieuw claimsplatform. Het werkte... Totdat ze cyberverzekering wilden toevoegen. De leverancier reageerde: "Goed idee. Staat op onze roadmap voor volgend jaar." Tegen de tijd dat de functionaliteit beschikbaar was, had een startup-concurrent hem al gelanceerd en het segment ingepikt.

Dat is kopen. Je beweegt snel aan het begin. Daarna vertraag je. Je bent inderdaad snel live. Maar je zit ook vast aan andermans idee van hoe jouw bedrijf zou moeten werken. Elke concurrent die hetzelfde systeem koopt, krijgt precies dezelfde mogelijkheden als jij. Je "digitale transformatie" wordt een wedloop naar eenvormigheid.


Een ander bedrijf probeerde aan dat lot te ontsnappen door een eigen platform te bouwen. Het was perfect, totdat de twee hoofdontwikkelaars vertrokken. Nu kost elke aanpassing €40.000 aan meerwerk van wie het dan ook aandurft de code aan te raken. Dat is bouwen. Je beweegt traag aan het begin. Daarna sta je stil.


Zelf bouwen? Gefeliciteerd: je bent eigenaar. Van de technische schuld, van het risico dat de mensen die het begrijpen ooit vertrekken, en van de sobere realisatie dat je nu een softwarebedrijf runt, of je dat wilde of niet.

Verschillende wegen. Dezelfde uitkomst: je verliest de grip.

3. De stille revolutie: Buy én Build

Het probleem is niet de technologie. Het is de manier waarop we het vraagstuk framen. "Kopen of bouwen?" veronderstelt dat dit je enige opties zijn. Dat zijn ze niet.

De meeste bedrijven hebben niet alles op maat nodig. Maar ze hebben ook niet alles generiek nodig.

Wat ze nodig hebben is selectieve controle: de vrijheid om zelf te bepalen welke onderdelen van het bedrijf op standaard rails lopen, en welke onderdelen het concurrentievoordeel definiëren.


De saaie dingen moeten gewoon werken. Betalingen, gebruikersbeheer, notificaties. Maar de processen die jou onderscheiden? Die moet je zelf kunnen vormgeven.

Jeff Bezos zei ooit: We kunnen niet vastgouden aan de tools van vandaag, we moesten vasthouden aan de problemen van morgen."

Dat is precies wat composability doet: het bevrijdt je van tools, zodat je je kunt richten op de juiste problemen.

De echte verschuiving gaat niet over wat je koopt of bouwt... maar over waar je het doet. In een composable wereld bestaat alles — het bewezen én het unieke — op één samenhangend platform.


Geen wirwar van SaaS-tools die met API's aan elkaar geknoopt zijn, maar één geïntegreerde omgeving waarin elk onderdeel, of het nu gekocht of gebouwd is, dezelfde architectuur, dezelfde data en dezelfde taal deelt. Dat is composability.


Niet kopen óf bouwen. Kopen + bouwen = combineren. Het resultaat is geen twintig losse applicaties.


Het is één applicatie die bij je bedrijf past en zich ontwikkelt zonder zichzelf te breken. Zo beweeg je snel én blijf je in controle. Niet dankzij meer technologie, maar dankzij betere structuur.

4. De machtsverschuiving waar niemand het over heeft

Wanneer je stopt met applicaties aan elkaar lijmen en begint met componeren op één platform, gebeurt er iets opvallends... De macht verschuift. Weg van leveranciers en contracten. Terug naar de mensen die het bedrijf daadwerkelijk runnen.

Je CIO stopt met het onderhandelen over roadmaps en begint met het vormgeven van de toekomst.

Je CFO wordt niet langer overvallen door integratiekosten in jaar twee.

Je COO zegt niet meer: “We zouden het graag willen, maar het systeem staat het niet toe."

En je CEO leidt eindelijk een bedrijf dat zijn eigen tempo bepaalt, niet één dat wordt gedicteerd door leveranciersroadmaps of kwartaalreleasecycli.

Dat is wat composability écht oplevert: een bedrijf dat van koers kan veranderen zonder zijn kern te herschrijven. Dat is geen technologische verschuiving. Dat is een machtsverschuiving.

5. De ongemakkelijke waarheid

Snelheid was ooit een concurrentievoordeel. Nu is het het minimum. Elk bedrijf beweegt snel. De SaaS-markt heeft daar wel voor gezorgd.

Maar controle? Dat is nog steeds zeldzaam.

Dat is nog steeds waardevol. En dat is wat de bedrijven die doorgroeien onderscheidt van de bedrijven die vastlopen. Na het volgen van honderden organisaties in hun digitale transformatie duikt steeds hetzelfde patroon op: de winnaars zijn niet de bedrijven met de meest indrukwekkende techstack. Het zijn de bedrijven die in controle blijven als alles om hen heen verschuift.

Ik heb het zelf gezien. Neem Maia, één van onze klanten. Hun team lanceert bijna dagelijks nieuwe functies.Niet omdat ze harder werken, maar omdat ze werken op een platform dat veilig veranderen mogelijk maakt.


Ze kunnen individuele componenten aanpassen zonder de rest van de applicatie aan te raken.
Nieuwe functies toevoegen zonder volledige heruitrol.


Ze kunnen een idee op dinsdag testen en het donderdag live zetten. Ze kunnen hun businessmodel aanpassen zonder drie leveranciers en een systeemintegrator om toestemming te vragen.

Die wendbaarheid? Dat is geen feature die je kunt kopen. Het is een capability die je moet bezitten.

6.   Wat dit voor jou betekent

Stop met denken over software als iets wat je kunt kopen. Begin met denken over software als iets wat je samenstelt. Neem het beste van wat er al bestaat. Bouw alleen wat je onderscheidt. Maar doe het op één plek, waar alles met elkaar verbonden is, waar verandering geen chaos betekent, waar jouw bedrijfslogica in jouw huis blijft. Want over vijf jaar hebben je concurrenten toegang tot dezelfde AI, dezelfde cloudinfrastructuur, hetzelfde talent. Technologie blijft het speelveld nivelleren. Maar sneller kunnen veranderen dan wie dan ook? Dat is het voordeel dat niemand kan kopiëren.

Je kiest niet zomaar software. Je kiest controle.

De vraag is: hoeveel controle heb je daar eigenlijk nog over?

Wacht je nog op de roadmap van een leverancier, of bepaal je die zelf al? Ik ben benieuwd hoe jouw organisatie deze balans aanpakt.

Waar trek jij de lijn tussen snelheid en controle?

Volgende aflevering: S01E02 – Het dure vertaalprobleem (en hoe Ontologie dat oplost)

Elk systeem draait op taal. Maar wat gebeurt er als elke applicatie een andere taal spreekt? In de volgende aflevering duiken we in het geheime ingrediënt dat composable applicaties samenhangend houdt en waarom elk goed systeem begint met een gedeeld vocabulaire.

Over Novulo Explained
Novulo Explained legt de verborgen mechanismen van moderne enterprise software bloot. Hier ontmoeten strategie en architectuur elkaar. Hoe ideeën als composability, gedeelde taal en AI-ready design stilletjes veranderen hoe bedrijven bouwen, groeien en in controle blijven.

Related Case Studies.

training
Training Pages
Novulo
Training: Novulo Datasets (1 dag)

Datasets zijn een belangrijk onderdeel van het werken met Novulo applicaties in het Novulo ecosysteem.

training
Training Pages
Novulo
Training: Novulo Headless CMS en REST API

De workshop biedt applicatiebeheerders een intensieve training van één dag. Ze leren de werking van een Headless CMS, waarbij de backend losgekoppeld is van de frontend. Dit geeft ontwikkelaars de mogelijkheid om content via een API te publiceren en diverse digitale kanalen aan te sturen. De flexibiliteit, schaalbaarheid en vrijheid bij het ontwerpen van digitale ervaringen worden benadrukt.

training
Training Pages
Novulo
Training: Geavanceerde deployment en OTAP-procedures (1 dag)

Doel van de training: mensen in staat stellen om zelfstandig een applicatierelease uit te kunnen voeren in een OTAP-omgeving, tot en met de productie-omgeving van een klant.