Twintig jaar lang bestond de belangrijkste dia in elke softwarebeslissing uit twee kolommen: bouwen en kopen. Bouw het zelf en bezit het, of koop het van de plank en ga verder. De hele discipline van de enterprise-architectuur stond in de steigers rond die ene splitsing.
Die vork is weg. Niet omdat het antwoord vaststond – maar omdat de vraag stilletjes onder iedereen veranderde. Voor een team van vijf tot vijftig mensen anno 2026 is bouwen bijna nooit rationeel, en ‘kopen’ betekent niet langer kopen een gereedschap. Het betekent het samenstellen van een stapel van twaalf, het integreren ervan en het voor altijd behouden van de naden ertussen. De echte beslissing vandaag is niet bouwen versus kopen. Het is koop een stapel versus koop een bundel.
Waarom bouwen stierf voor het MKB.
Het bouwen van software was logisch toen de kant-en-klare opties schaars waren en uw vereisten echt ongebruikelijk waren. Geen van beide geldt nu voor de meeste bedrijven. De categorie die je nodig hebt – CRM, facturering, boekingen, salarisadministratie – bevat veertig volwassen producten. Uw vereisten zijn voor 95% identiek aan die van elk ander bedrijf van uw omvang, en de 5% die anders is, is zelden een loon van ingenieurs waard.
Dus stopten kleine teams met bouwen. Goed. Maar wat het bouwen verving, was geen schone aankoop. Het was een koopgewoonte: elke keer dat er een nieuwe behoefte opdook, kocht je er een nieuw hulpmiddel voor. Eén voor e-mail. Eén voor de planning. Eén voor contracten. Eén voor datgene wat het eerste gereedschap had moeten doen, maar niet deed.
Niemand besloot zijn bedrijf op twaalf producten te richten. Ze besloten twaalf keer om één probleem op te lossen.
Dat is de val. Er is nooit een bijeenkomst geweest waarbij iemand voor complexiteit koos. Het groeide, met redelijke aankopen tegelijk, totdat de stack zelf het grootste onbeheerde systeem in het bedrijf werd.
De verborgen derde kolom.
De oude dia had twee kolommen omdat er twee opties waren. De eerlijke dia van 2026 heeft er drie, en de middelste is degene waarin iedereen daadwerkelijk leeft:
- Bouw - schrijf het zelf. Zelden gerechtvaardigd onder de 200 personen.
- Monteren – koop een tiental punttools en verbind ze met integraties, Zapier en af en toe een spreadsheet. Dit is de standaard en niemand heeft ervoor gekozen.
- Bundel — één platform kopen dat de modules al bevat, vooraf geïntegreerd, op één factuur.
De kolom 'assembleren' is de duurste kolom en de kosten ervan zijn bijna volledig onzichtbaar omdat deze nooit als regelitem wordt weergegeven. Het wordt verspreid over integratielijm, contextwisseling, afstemming, onboarding en de langzame belasting van gegevens die niet met zichzelf overeenkomen in alle tools.
Bundelen is niet hetzelfde als een suite.
Sceptici horen 'bundel' en denken 'suite': het opgeblazen, verplichte, alles-of-niets ondernemingspakket dat de jaren 2000 definieerde. Eerlijk instinct. Het verschil is dat het een 2026 bundel is modulair: u zet aan wat u nodig heeft, de modules delen één datalaag en u kunt met uw gegevens in één export vertrekken. De suite heeft je opgesloten. De bundel verdient module voor module zijn geld en laat je lopen.
Die modulariteit is het hele spel. Een suite zei: "Neem alles of niets." Een goede bundel zegt: "Neem de vier die je vandaag nodig hebt, de vijfde als je er klaar voor bent, en hier is de deur als je hem ooit wilt hebben." Het is de integratie van een suite met de optionele punttools.
Wat dit betekent voor uw volgende dia.
De volgende keer dat iemand in uw bedrijf zegt: "moeten we dit bouwen of kopen", is de zinvollere vraag: staan we op het punt een dertiende tabblad toe te voegen, of de twaalf die we hebben te consolideren? Bouwen is een afleiding voor bijna iedereen die dit leest. De echte beslissing is of u de montagebelasting blijft betalen of overstapt naar iets dat al geïntegreerd was voordat u het kocht.
Wij zijn hier duidelijk niet neutraal in. Maar u hoeft ons niet op ons woord te geloven. Tel gewoon de geopende tabbladen in de browser van uw team en vraag in welke kolom ze daar staan.