Alle artikelen

Maatwerksoftware of standaardpakket? Zo maak je de keuze

Een standaardpakket is goedkoper tot het je proces in de weg zit. Maatwerk is duurder tot het je proces mogelijk maakt. Een nuchtere afweging met de rekensom die je zelf kunt maken.

6 min leestijd
maatwerksoftwaresaasmkbkeuze

Elk bedrijf van enige omvang komt op dit punt. Je draait op een standaardpakket, en het knelt. Er zijn drie dingen die het niet kan, dus die doe je in Excel. Er is één ding dat het net verkeerd doet, dus daar corrigeert iemand elke maand handmatig op. En er is een koppeling die "bijna" werkt.

De vraag die dan opkomt is: laten we iets op maat bouwen?

Het eerlijke antwoord is bijna altijd "nog niet". En op enig moment kantelt dat naar "eigenlijk al veel te laat". Dit artikel gaat over hoe je dat kantelpunt herkent voordat het je geld kost.

Wat een standaardpakket werkelijk kost

De licentie is niet de prijs. De prijs is de licentie plus alles wat je doet omdat het pakket iets níet kan.

Tel eens op:

  • De uren die in Excel verdwijnen. Iemand exporteert, plakt, rekent, importeert. Elke week.
  • De handmatige correcties. Elke maand hetzelfde lijstje nalopen omdat het systeem één ding structureel verkeerd berekent.
  • De dubbele invoer. Dezelfde klantgegevens in twee systemen, want er is geen koppeling.
  • De fouten die dat oplevert. En de tijd om ze te herstellen.
  • De omzet die je misloopt omdat je iets niet kunt aanbieden dat je concurrent wel kan.

Vier uur per week aan handwerk is ruwweg 200 uur per jaar. Reken daar een uurtarief overheen en je zit al snel op €10.000 tot €15.000 per jaar — elk jaar, en oplopend naarmate je groeit.

Dát is het getal waar je maatwerk tegen afzet. Niet tegen de €40 per gebruiker per maand die je nu betaalt.

De vier vragen die de keuze bepalen

1. Is dit proces je onderscheid, of is het gewoon nodig?

Boekhouding is nodig. Salarisadministratie is nodig. Daar is een standaardpakket vrijwel altijd het antwoord — je onderscheidt je niet met hoe je je btw-aangifte doet, en er zijn partijen die daar hun hele bestaan aan wijden.

Maar het proces waarmee je je klanten bedient, dát is vaak wél je onderscheid. Als jij sneller of persoonlijker of preciezer bent dan de concurrent, en dat zit in hóé je werkt, dan is software die je dwingt te werken zoals iedereen precies het verkeerde gereedschap.

De test: zou een concurrent die exact hetzelfde pakket gebruikt, exact hetzelfde kunnen leveren als jij? Als het antwoord ja is, en dat stoort je, dan zit je onderscheid ergens anders — of het is verdwenen.

2. Hoeveel mensen raakt het, en hoe vaak?

Een irritatie die één iemand één keer per maand raakt, is een irritatie. Een irritatie die vijf mensen dagelijks raakt, is een kostenpost met rente.

Vermenigvuldig. Dat is de hele rekensom.

3. Hoe lang doe je dit nog?

Bouw je voor een proces dat over twee jaar heel anders is, dan is maatwerk risicovol — je legt iets vast wat nog beweegt. Draai je al vijf jaar zo en verwacht je dat over vijf jaar nog te doen, dan is de investering makkelijker terug te verdienen.

4. Kun je het uitleggen?

Dit is de scherpste test, en de meeste bedrijven zakken erop.

Als je niet in één helder verhaal kunt uitleggen hoe je proces werkt — inclusief de uitzonderingen, inclusief wat er gebeurt als iemand halverwege annuleert — dan is je proces nog niet klaar om vastgelegd te worden in software. Dan bouw je een dure automatisering van een onduidelijkheid.

Wie deze vraag niet kan beantwoorden, moet niet gaan bouwen. Die moet eerst gaan opschrijven.

De middenweg die vaak over het hoofd wordt gezien

Het is geen alles-of-niets. In de praktijk is de verstandigste route bijna altijd deze:

Houd de standaardpakketten voor wat standaard is. Je boekhouding, je mail, je opslag. Daar valt niets te winnen.

Bouw maatwerk voor het ene proces dat je onderscheidt. Eén ding, goed. Niet je hele bedrijfsvoering in één keer.

En koppel ze. Een maatwerkapplicatie die je facturen naar je boekhoudpakket schrijft, is aanzienlijk goedkoper dan een maatwerkapplicatie die ook een boekhoudpakket probeert te zijn.

Zo heb ik het bij Salonnare gedaan. Het platform doet één ding goed — salons draaien op hun eigen manier, met hun eigen agenda, hun eigen klanten en hun eigen betalingen. Boekhouding? Die koppelt eraan. We zijn niet gaan bouwen wat al bestond.

Wanneer je het níet moet doen

Wees eerlijk tegen jezelf bij deze:

  • "De leverancier luistert niet naar ons." Dat is frustrerend, maar het is geen zakelijke reden. Bereken eerst wat het je werkelijk kost.
  • "We willen iets van onszelf." Eigenaarschap is prettig, maar het is geen businesscase.
  • "Het is niet zo ingewikkeld, toch?" Dit is de duurste zin in de hele markt. Wat eenvoudig lijkt van buiten, bestaat van binnen uit tientallen uitzonderingen die niemand had opgeschreven.
  • "We hebben budget over." Dan heb je een oplossing die op zoek is naar een probleem.

De rekensom, concreet

Stel: drie mensen verliezen elk vier uur per week aan handwerk dat een systeem zou moeten doen.

  • 3 × 4 × 46 werkweken = 552 uur per jaar
  • Bij een interne kostprijs van €45 per uur: €24.840 per jaar
  • Een maatwerkapplicatie die dit oplost: eenmalig €25.000 tot €40.000, plus onderhoud van ruwweg 15 procent per jaar

Terugverdientijd: anderhalf tot twee jaar. Daarna bespaar je jaarlijks, en je hebt een systeem dat met je meebeweegt in plaats van tegen je in.

Rekent het zo niet uit? Dan is dit je antwoord, en dat is prima. Blijf bij het standaardpakket en investeer je geld ergens waar het wél rendeert.

Veelgestelde vragen

Wat is realistisch qua doorlooptijd? Een eerste werkende versie van een afgebakend proces: zes tot twaalf weken. Een volledige vervanging van een bestaand pakket: reken op zes maanden tot een jaar, en doe het gefaseerd — nooit in één keer overzetten.

Kunnen we klein beginnen? Ja, en dat is verreweg de verstandigste route. Bouw het ene proces dat het meeste pijn doet, laat het draaien, en beoordeel dan of het volgende de moeite waard is. Wie in één keer alles wil vervangen, bouwt een project dat te groot is om te sturen.

Wat als de bouwer ermee stopt? Daarom is code-eigendom geen detail. Bij mij is de projectspecifieke code na volledige betaling van jou. Zorg dat dat in elke offerte staat, samen met de eis dat de code leesbaar en gedocumenteerd wordt opgeleverd — een andere ontwikkelaar moet het kunnen overnemen.

Kunnen we ons maatwerk later zelf verkopen als product? Soms. Dat is precies wat Salonnare is geworden: gebouwd voor één probleem, en toen bleek dat honderden salons datzelfde probleem hadden. Maar bouw daar niet vooraf op — een product maken is een ander vak dan een proces oplossen.

Wat kost het onderhoud? Reken op 10 tot 20 procent van de bouwsom per jaar. Dat dekt hosting, beveiligingsupdates, monitoring en kleine aanpassingen.


De korte versie: een standaardpakket is goedkoper zolang je proces standaard is. Reken uit wat het handwerk je nú kost — de uren, de fouten, de dubbele invoer — en zet dát tegen de bouwsom af, niet de licentiekosten. Kantelt de som, bouw dan één ding goed en koppel de rest. En kun je je eigen proces niet in één helder verhaal uitleggen, begin dan daar: software maakt onduidelijkheid niet duidelijk, alleen duurder.

Twijfel je of jouw situatie de som haalt? Leg het voor — ik zeg het eerlijk als een standaardpakket het antwoord is.

Nick van Iersel

Auteur van deze site

Nick van Iersel

Full-stack Developer & IT Consultant

Nick is een Nederlandse full-stack developer en IT consultant uit Waalwijk met ruim zes jaar ervaring in productie-software. Hij richt zich op Next.js, TypeScript, React en Node.js voor websites, SaaS platformen en mobile apps, en werkt zowel op uurbasis als op projectbasis met vaste prijs.

Ready to make your idea a reality?

Let's build something amazing together