Make or buy: zelf software bouwen of een pakket kopen?

Een adviesbureau met dertig medewerkers besluit zijn CRM zelf te bouwen in SharePoint. De bouw kost 15.000 euro. Drie jaar later zijn ze 8.000 euro per jaar kwijt aan onderhoud, elke nieuwe functie kost minimaal 2.000 euro en zes weken wachten, de oorspronkelijke bouwer is vertrokken, en de directeur vraagt zich af waarom ze ooit niet gewoon HubSpot hebben aangeschaft.

Dit scenario herhaalt zich wekelijks in het Nederlandse MKB. Dit artikel geeft het beslissingskader om het te voorkomen.

De fundamentele vraag

Voordat je spreekt over kosten of functies, is er één vraag die alles bepaalt: is deze software een bron van concurrentievoordeel of is het een randvoorwaarde voor bedrijfsvoering?

Randvoorwaarden: boekhouding, e-mail, HR-administratie, CRM, projectplanning. Elke concurrent gebruikt vergelijkbare tools. Of jij Exact of Moneybird gebruikt maakt geen enkel verschil voor klanten. Koop altijd.

Concurrentievoordeel: een algoritme dat uniek is voor jouw bedrijf, een klantinterface die aantoonbaar beter is dan die van concurrenten, een automatisering van een proces dat concurrenten handmatig doen. Maatwerk is hier verdedigbaar, maar alleen als het echt uniek en moeilijk te kopiëren is.

In de praktijk valt negentig procent van de software die MKB-bedrijven overwegen zelf te bouwen in de eerste categorie.

De totale eigendomskosten over vijf jaar

De meest gemaakte fout: aanschafprijs vergelijken met bouwprijs. De juiste vergelijking is totale eigendomskosten (TCO) over vijf jaar.

TCO van een SaaS-pakket:

TCO van maatwerksoftware:

Maatwerk is structureel duurder dan een pakket, ook bij een hogere aanschafprijs van het pakket. De onderhoudskosten van maatwerk zijn het meest onderschatte kostenblok: gemiddeld 20 procent van de bouwkosten per jaar, elk jaar.

Vijf vragen die de keuze bepalen

Vraag 1: Bestaat er een pakket dat tachtig procent of meer van de behoefte invult?

Als ja: koop het pakket en pas de processen aan op het pakket, niet andersom. De weerstand tegen dit principe is groot maar de logica is ijzersterk: een goed softwarepakket heeft duizenden klanten die elk jaar meebetalen aan doorontwikkeling. Jij profiteert van die investeringen bij het pakket. Bij maatwerk betaal jij alles zelf.

Vraag 2: Zijn de vereisten stabiel of veranderen ze regelmatig?

Stabiele vereisten: maatwerk is minder riskant. Snel veranderende vereisten: elke wijziging kost bij maatwerk geld en tijd. Bij een pakket zijn wijzigingen vaak configuratie.

Vraag 3: Heb je de technische capaciteit om maatwerk te onderhouden?

Als de enige persoon die de software begrijpt een externe freelancer is, heb je een bedrijfsrisico gecreëerd. Wat als die persoon niet beschikbaar is bij een kritiek probleem? Wat als hij zijn uurtarief verdubbelt?

Vraag 4: Hoe lang moet de software meegaan?

Vijf jaar of langer: maatwerksoftware veroudert technisch en wordt steeds duurder te onderhouden. Bibliotheken stoppen met worden ondersteund, beveiligingslekken moeten worden gedicht, de originele developer is weg.

Vraag 5: Is het proces echt uniek of denk je dat het uniek is?

De meeste ondernemers overschatten de uniciteit van hun processen. Neem het CRM-voorbeeld. Vrijwel elk verkoopproces bestaat uit leads, kansen, offertes en klanten. Dat is niet uniek. Dat is wat elk CRM-pakket ter wereld ondersteunt.

Wanneer maatwerk wél verdedigbaar is

Er zijn drie situaties waarbij maatwerk de betere keuze is:

1. Geen passend pakket beschikbaar. Voor sterk gespecialiseerde processen in niche-markten bestaat soms simpelweg geen commercieel pakket. Een bedrijf dat gespecialiseerde technische kalibratieapparatuur verhuurt en calibratierapporten wil genereren die voldoen aan specifieke ISO-normen, vindt wellicht geen kant-en-klare oplossing. Dit is echter zeldzamer dan ondernemers denken.

2. Het process is aantoonbaar concurrentievoordeel. Een bezorgbedrijf dat een routeoptimalisatie-algoritme heeft ontwikkeld dat structureel 15 procent efficiënter is dan standaardoplossingen, heeft een verdedigbaar argument voor maatwerk. De voorwaarde: het voordeel is meetbaar en de concurrenten kunnen het niet eenvoudig kopiëren.

3. Eenvoudige interne tools via low-code. Power Apps en Make bieden een middenweg: specifieke interne hulpmiddelen bouwen zonder de kosten en risico's van traditioneel maatwerk. Een inspectieformulier-app voor de buitendienst die geen equivalent heeft in standaardsoftware: bouwen in Power Apps. Een volledig ERP: kopen.

De hybride aanpak: het beste van twee werelden

De meest intelligente aanpak combineert standaardsoftware voor commodity-processen met low-code of lichte maatwerk voor het specifieke deel dat echt uniek is.

Een productiebedrijf gebruikt een standaard ERP (zie ERP kiezen) voor financiën, inkoop en voorraadbeheer, en bouwt via Power Apps een specifieke kwaliteitsinspectie-app die is afgestemd op hun certificeringsvereisten en die niet bestaat in het standaard ERP. De ERP kost 40.000 euro per jaar maar vervangt drie fulltime medewerkers. De Power App kost drie weken intern bouwwerk.

Praktijkcase: het CRM-dilemma

Het adviesbureau uit de inleiding heeft drie jaar na de SharePoint-bouw een analyse gemaakt:

HubSpot Professional voor 30 gebruikers over drie jaar: 28.800 euro inclusief implementatie.

Het adviesbureau betaalde 74 procent meer voor een slechter systeem.

Checklist voor de make-or-buy beslissing

Als er meer vinkjes in de koopkolom staan: kopen. Altijd.

Veelgestelde vragen

We zijn halverwege een maatwerkontwikkeling en het werkt niet. Stoppen of doorgaan?

Sunk cost: het geld dat al is besteed, is weg ongeacht de beslissing. Beoordeel alleen op toekomstige kosten versus baten. Als verdergaan duurder is dan overstappen naar een pakket: stop. Hoe pijnlijk ook.

Onze leverancier zegt dat er geen pakket bestaat voor ons proces. Is dat zo?

Zelden volledig waar. Een leverancier die maatwerk bouwt, heeft commercieel belang bij die conclusie. Doe onafhankelijk onderzoek via G2.com, Capterra.nl en collega-ondernemers in jouw branche.

Zijn er fiscale voordelen bij maatwerksoftware?

Zelfgebouwde software kwalificeert mogelijk voor WBSO als er sprake is van technische nieuwheid en onzekerheid. De ontwikkelkosten zijn activeerbaar en afschrijfbaar. Bespreek dit met je accountant.

---

*Zie ook: Cloud software vergelijken, ERP kiezen voor het MKB, Power Apps beginnen, Digitale strategie opstellen en Digitalisering ROI berekenen.*