Wanneer maatwerksoftware bouwen: een beslisboom

Bouw maatwerksoftware wanneer een proces echt van jou is, geen standaardtool het zonder omweg dekt, en je de ruimte hebt om het jarenlang te gebruiken. Koop wanneer een standaardtool al past, of wanneer het proces gelijk is voor elk bedrijf in je sector. Al het andere is een kwestie van inschatting, en die inschatting werken we hieronder uit.

Onze hoofdgids over maatwerk-softwareontwikkeling behandelt kosten, aanpak en doorlooptijd van begin tot eind. We gaan dieper in op één vraag daaruit: wanneer maatwerksoftware bouwen in plaats van je te abonneren op een tool die het bijna dekt. Je krijgt een beslisboom die je op je eigen situatie kunt loslaten, vijf scenario's uit echte bouwen-of-kopen-afwegingen, en een eerlijke lijst met redenen om te wachten.

De beslisboom bouwen of kopen: vier vragen op volgorde

Werk ze op volgorde af. Elke vraag sluit de beslissing af of stuurt je naar de volgende. Stappen overslaan is precies hoe bedrijven zichzelf een bouw aanpraten die ze niet nodig hadden, of een abonnement dat ze jarenlang stilletjes geld kost.

Vraag 1: is dit een generiek proces?

Salarisadministratie, boekhouding, e-mail en agenda's zijn opgeloste problemen. Elk bedrijf heeft ze nodig, en ze werken vrijwel overal op dezelfde manier. Is je antwoord ja, stop dan hier en koop. Geen maatwerk verslaat een volwassen product op een proces waar niemand zich op onderscheidt.

Is het proces eigen aan hoe jouw bedrijf echt werkt, ga dan naar vraag twee.

Vraag 2: dekt een standaardtool het voor 90% of meer, en netjes?

Niet "dekt het als we ons proces aanpassen aan de software". Dekt het zoals je proces nu al draait, zonder extra spreadsheet ernaast, zonder handmatige export-en-opmaakstap, zonder omweg die iemand uit het hoofd onderhoudt. Brengt een tool je daar echt, koop hem dan en ga door. Een dunne maatwerklaag op een product dat voor 90% past, is vaak goedkoper dan een volledige bouw, en verdient een aparte scoping.

Zit het gat in de omweg zelf, de dubbele invoer, de handmatige correctiestap, ga dan naar vraag drie.

Vraag 3: is dit proces je concurrentievoordeel?

Sommige gaten zijn vervelend maar onzichtbaar voor je klanten. Andere zijn precies wat maakt dat een klant voor jou kiest in plaats van voor de volgende leverancier: je offertesnelheid, je ordernauwkeurigheid, je vermogen om een uitzondering af te handelen waar de software van een concurrent op vastloopt. Zit het gat ergens waar alleen je eigen operationele team het merkt, neig dan toch naar kopen, of probeer eerst een low-code-laag. Raakt het gat het proces dat je klanten binnenhaalt, ga dan naar vraag vier.

Vraag 4: heb je drie jaar of meer om het te gebruiken?

Een maatwerkbouw is een meerjarige investering, geen eenmalige aankoop. Hij moet zijn kosten terugverdienen tegenover de omweg die hij vervangt, en die rekensom heeft tijd nodig. Verandert je team, je proces of de koers van je bedrijf waarschijnlijk sterk binnen een jaar of twee, dan is het antwoord nog niet, niet nooit. Bestaat het proces over drie jaar of meer nog ongeveer in zijn huidige vorm, bouw dan.

Kom je door alle vier de poorten, dan is de beslissing bouwen. Zak je voor één enkele, dan is het eerlijke antwoord kopen, wachten, of dichten met een low-code-laag. De scenario's hieronder laten zien hoe dit op echte aanvragen uitpakt.

Vijf scenario's: wat de boom in de praktijk zegt

Scenario 1: de offertetool met staffelprijzen van een groothandel. Oordeel: bouwen. Een groothandel van 40 mensen offreert elke klant met staffelkortingen op volume, klantspecifieke uitzonderingen en vrachttoeslagen die per route verschillen. Geen enkele standaard-CPQ-tool modelleert de drie tegelijk zonder een onderhouden spreadsheet erachter. Het gat is die spreadsheet: twee mensen werken hem met de hand bij, en een verkeerde staffel kost marge op elke order die hij raakt. Snelheid en juistheid van offertes zijn precies wat klanten merken, dus dit is een concurrentievoordeel-proces met meer dan drie jaar leven voor de boeg. Bouwen.

Scenario 2: salarisadministratie en tijdregistratie voor een bureau van 15 mensen. Oordeel: kopen. Niets aan de manier waarop dit bureau de lonen verwerkt, verschilt van welk ander bedrijf van 15 mensen dan ook. Een gangbaar salarissoftwarepakket [BE: of een sociaal secretariaat] verzorgt loonaangifte, betalingen en tijdregistratie volledig, zonder omweg. Niemand bouwt zijn eigen loonaangifte: de regels veranderen wanneer de wetgever dat beslist, en je zou de kosten van elke aanpassing alleen dragen. Dit zakt meteen voor vraag één. Kopen is hier geen compromis: het is het juiste antwoord, en het uitgespaarde geld hoort thuis in het proces dat het bedrijf écht onderscheidt.

Scenario 3: een intern dashboard gevoed door vier SaaS-tools. Oordeel: nog niet, ga via low-code. Een operationeel team wil één dashboard in plaats van vier logins. De behoefte aan rapportage is echt, maar niemand weet nog welke cijfers ertoe doen zodra het team volgend kwartaal wordt geherstructureerd, en de onderliggende SaaS-tools zelf kunnen ook veranderen. Dit haalt vraag twee (geen enkel standaarddashboard dekt een maatwerkmix van vier tools) maar strandt op vraag vier: de horizon is onzeker. Een low-code-platform (Retool, Power Apps en vergelijkbare tools bewegen op een markt waarvan Gartner voorspelt dat die richting 44,5 miljard dollar blijft groeien tegen 2026) zet in enkele dagen een werkend dashboard live en laat zich goedkoop opnieuw bouwen zodra de vorm van het team is uitgekristalliseerd. Kijk opnieuw naar een maatwerkbouw wanneer de rapportagebehoeften twee kwartalen achtereen stabiel zijn gebleven.

Scenario 4: een logistiek planbord voor een gemengde vloot. Oordeel: bouwen. Een regionale vervoerder gebruikt een standaard transportmanagementsysteem (TMS) dat unimodale planning goed aankan, maar vastloopt op de multimodale uitzonderingen die zijn vloot dagelijks tegenkomt: een lading die halverwege van vrachtwagen naar spoor overgaat, een chauffeurswissel die de software alleen met een handmatige notitie kan weergeven. De nauwkeurigheid van de planning is het echte onderscheid van het bedrijf tegenover grotere concurrenten met minder flexibele routes. De samenstelling van de vloot verandert voorlopig niet. Alle poorten worden gehaald. Bouwen.

Scenario 5: een klantenportaal voor een startup van twee personen zonder omzet. Oordeel: nog niet. Een oprichter wil een verzorgd klantenportaal nog voordat het product betalende klanten heeft om te valideren welke functies dat portaal nodig heeft. De eisen schuiven nog wekelijks, niemand heeft het echte klantproces lang genoeg gedraaid om het precies te beschrijven, en er is nog geen omzet om drie jaar gebruik te bekostigen. Dit zakt voor vraag vier om een structurele reden: er is geen stabiel proces om een bouw op af te schrijven. Een gratis tool of een simpel formulier laat de eerste klanten binnen. Bouw het echte portaal zodra het proces niet meer bij elke sprint verandert.

Signalen dat je nog geen maatwerksoftware moet bouwen

Advies dat je alleen vertelt wanneer je moet bouwen, speelt niet eerlijk met je. Sommige van de duidelijkste bouw-signalen blijken voorbarig zodra je beter kijkt.

• Je kunt het proces nog niet op één pagina beschrijven. Als het opschrijven van "hoe offreren zou moeten werken" onenigheid in je eigen team blootlegt, legt maatwerksoftware die onenigheid permanent vast in plaats van ze op te lossen. Zet het proces eerst op papier, desnoods in een spreadsheet, voordat je betaalt om het in software te gieten.
• Je bouwt omdat een concurrent iets bouwde, niet vanwege je eigen pijn. Het kopiëren van de tool van een concurrent, zonder je eigen omweg, je eigen kosten en je eigen klantklacht erachter, komt er meestal op neer dat je hún probleem oplost, niet dat van jou. Vind je eigen versie van het gat voordat je opdracht geeft voor een oplossing.
• De omweg heeft je niets gekost dat je kunt aanwijzen. "Dit is vervelend" is niet hetzelfde als "dit kost twaalf uur per week en één verkeerde factuur per maand". Kun je de kosten niet benoemen, dan kun je het project waarschijnlijk ook nog niet rechtvaardigen. Meet de kosten een maand lang: het getal rechtvaardigt het project, of praat het je uit het hoofd.
• Niemand in je team, en niemand bij je leverancier, is eigenaar van wat na de lancering komt. Software heeft een persoon nodig die het volgende verzoek om een functie oppakt, in de gaten houdt welke volgende koppeling breekt, en beslist wat verandert en wat niet. Een bouw zonder eigenaar aan beide kanten gaat stilletjes achteruit tot niemand hem nog vertrouwt.

Beschrijven twee of meer van deze signalen jouw situatie, wacht dan. Los het goedkoopste probleem op (het proces, het zicht op de kosten, de eigenaarschapsvraag) voordat je het dure oplost.

Veelgestelde vragen over bouwen of kopen

Hoe weet ik of ik maatwerksoftware moet bouwen of kopen?

Koop als een standaardtool je proces zonder omweg dekt, of als het proces gelijk is voor elk bedrijf. Bouw wanneer het proces eigen aan jou is, het gat duur is, het proces je concurrentievoordeel vormt, en het zijn huidige vorm drie jaar of langer behoudt.

Wat is het beslissingskader bouwen of kopen?

Een reeks van vier vragen: is het proces generiek, dekt een standaardtool het netjes, is het je concurrentievoordeel, en heb je drie jaar of meer om het te gebruiken. Bouw alleen als elke vraag naar bouwen wijst; één enkel nee wijst naar kopen of wachten.

Is maatwerksoftware altijd duurder dan gekochte software?

Niet op termijn. Een abonnement lijkt per maand goedkoper, maar opgeteld over meerdere tools gedurende drie jaar overstijgt het vaak een maatwerkbouw met vaste prijs, zeker als je de kosten per gebruiker en het omweg-werk meerekent. Het bedrag vooraf en het bedrag over drie jaar wijzen vaak in tegengestelde richting.

Hoe lang moet ik wachten voordat ik maatwerksoftware bouw?

Wacht tot het proces dat je wilt vastleggen ongeveer twee kwartalen dezelfde vorm heeft gehouden, en tot je een concrete kostenpost kunt noemen die de huidige omweg veroorzaakt. Bouwen tegen een proces dat nog wekelijks verandert, betekent meestal binnen een jaar opnieuw bouwen.

Kan ik met standaardsoftware beginnen en later naar maatwerk overstappen?

Ja, en dat is vaak de juiste volgorde. Standaard- of low-code-tools valideren snel en goedkoop dat een proces een bouw waard is. Zodra de kosten van de omweg helder zijn en het proces stabiel is, vervangt een maatwerkbouw de tijdelijke oplossing door iets dat exact op jouw manier van werken is gesneden.

Laat je eigen situatie door deze boom lopen

Beschrijf het proces, de tool die je vandaag gebruikt en waar de omweg opduikt, en we vertellen je eerlijk aan welke kant van de boom je uitkomt. Is het bouwen, dan krijg je een vast projectbereik, een vast prijspakket en een opleverdatum in weken, gescoped zoals we beschrijven bij hoe we scopen, bouwen en controleren. Is het kopen, dan zeggen we dat.

Vraag een offerte met vaste prijs aan →