Zwart-witte bouwblokken gestapeld tot een constructie, beeld voor bouwen met bestaande bouwstenenAutomatisering

Waarom je (waarschijnlijk) geen maatwerk-app van €50.000 nodig hebt

Jasper van der Heide2 juni 202612 min lezen

Een softwarebureau offreert €50.000 om 'een app' te bouwen. In veruit de meeste gevallen is dat onnodig, en duurder dan je denkt. Hoe je met bestaande tools het grootste deel van het resultaat haalt, voor een fractie.

Je hebt een proces dat beter moet. Je stapt naar een softwarebureau, legt het uit, en een paar weken later ligt er een offerte: 50.000 euro om "een portal" of "een app" voor je te bouwen. Plus een onderhoudscontract. Je slikt even.

In veruit de meeste gevallen heb je dat helemaal niet nodig. Niet omdat je probleem niet echt is, maar omdat bouwen vanaf nul allang niet meer de slimste route is. En het is bovendien duurder dan dat ene offertebedrag, want de echte kosten beginnen pas ná de oplevering.

Dit stuk legt uit waarom die offertes zo hoog uitvallen, welke verborgen kosten erin zitten, hoe het goedkoper en sneller kan, en wanneer maatwerk wél de juiste keuze is. Want soms is het dat ook.

In het kort

  • Een softwarebureau bouwt vaak alles vanaf nul. Dat is duur en traag, en meestal onnodig.
  • De echte kosten van maatwerk zitten niet in het bouwen, maar in het onderhouden, updaten en afhankelijk-zijn van één partij.
  • De moderne aanpak: knoop de tools die je al hebt aan elkaar met slimme workflows, en zet AI in waar het echt iets toevoegt.
  • Zo haal je vaak het grootste deel van het resultaat, voor een fractie van de prijs en tijd.
  • Maatwerk is soms wél terecht: als een proces bedrijfskritisch en uniek is, en er niets bestaands op past.

Waarom die offerte zo hoog uitvalt

Een traditioneel softwaretraject begint bijna altijd op dezelfde plek: een nieuw systeem, helemaal op maat, vanaf een leeg scherm. Schermen ontwerpen, een database opzetten, alles testen, en daarna jarenlang onderhouden. Daar gaan die maanden en die tienduizenden euro's in zitten. Vijftig duizend is een ballparkbedrag, zulke trajecten lopen in de regel in de tienduizenden, soms aanzienlijk meer.

En dan is er de omvang. Een app voelt als één groot, samenhangend ding dat je nodig hebt, maar als je doorvraagt gaat het bijna altijd om één of twee handelingen die nu te veel tijd kosten. Alle schermen, knoppen en instellingen eromheen worden wél gebouwd en jarenlang onderhouden, terwijl je ze nauwelijks gebruikt. Je betaalt voor een compleet systeem, terwijl je eigenlijk een paar dingen automatisch gedaan wilde hebben.

Het probleem is niet dat ze slecht werk leveren. Het probleem is dat het antwoord niet past bij hoe de meeste MKB-processen in elkaar zitten. Je hebt zelden iets compleet nieuws nodig. Je hebt nodig dat de spullen die je al gebruikt, eindelijk met elkaar gaan praten.

En er zit een denkfout in dat hele model. Een app bouwen is geen eenmalige aankoop, het is het begin van een afhankelijkheid. Want software staat niet stil. Dat brengt ons bij het deel dat in de offerte meestal ontbreekt.

De verborgen kosten van maatwerk

Het offertebedrag is het topje van de ijsberg. Daaronder zitten kosten die pas later zichtbaar worden, en die optellen.

Onderhoud. Maatwerk veroudert. Browsers veranderen, beveiligingslekken duiken op, een gekoppelde dienst past zijn werking aan. Elke keer moet er iemand aan te pas komen, en die iemand is het bureau dat het bouwde, tegen hun tarief. En het is geen kleine post: onderzoek naar de levensduurkosten van software laat al decennia hetzelfde beeld zien. De schattingen variëren, maar clusteren rond de 60 tot 80 procent van de totale kosten die pas ná de bouw vallen, met uitschieters daarboven. Over de hele looptijd komt het onderhoud daarmee al snel op twee tot vier keer het oorspronkelijke bouwbedrag.

Afhankelijkheid van één partij. Niemand anders kent jouw maatwerk-app. Wil je iets wijzigen, of valt het bureau weg, dan zit je vast. Dat is geen prettige positie voor iets waar je bedrijf op draait.

Het veroudert sneller dan je denkt. Een tool die je koppelt, wordt door de maker onderhouden en verbeterd, voor al hun klanten tegelijk. Jouw eigen app krijgt alleen aandacht als jij ervoor betaalt. Na een paar jaar voelt maatwerk vaak oud, terwijl bestaande tools meegegroeid zijn.

De doorlooptijd. Maanden bouwen voordat er iets draait, betekent maanden waarin je nog steeds het handwerk doet. En je eigen uren tellen net zo hard: eindeloos schermen testen, elke week om tafel met het bureau, precies in de tijd die je toch al niet had. Die tijd is ook geld.

Tel dat op, en de "50.000 euro" blijkt vaak het begin van een veel grotere rekening.

De moderne manier: knoop aan elkaar wat er al is

De meeste bedrijven hebben de bouwstenen al in huis. Een webshop, een boekhoudpakket, een mailprogramma, een planningstool. Het probleem zit niet in de tools, maar in de ruimte ertussen: de gegevens die iemand met de hand van het ene scherm naar het andere tikt.

Die ruimte vul je niet met een nieuwe app, maar met een workflow die je tools koppelt. Een vaste route: gebeurt er dit, dan volgt automatisch dat. En waar er echt geoordeeld moet worden, zet je een stukje AI in, maar geen letter meer dan nodig.

Je bouwt niet vanaf nul, maar bovenop wat al werkt en al onderhouden wordt. Dat scheelt het leeuwendeel van de tijd en de kosten, je mensen hoeven geen nieuw programma te leren, en je houdt vaak het grootste deel van het resultaat over.

Uit de praktijk: de vraag "kunnen jullie een app bouwen die X doet" blijkt bij doorvragen bijna altijd "ik wil dat deze drie systemen samenwerken". Dat tweede is een koppeling van dagen, geen bouwproject van maanden.

Wat we bij een webshop-klant deden in plaats van bouwen

Een voorbeeld uit onze eigen praktijk. Een van onze klanten verkoopt producten op maat via zijn eigen webshop. Om die producten in realistische productafbeeldingen te tonen, vroeg een externe leverancier 40.000 euro. Dat bedrag was nodig om de mock-ups uit hun database te mogen gebruiken. Een absurd bedrag voor één stukje functionaliteit.

In plaats van die investering te doen, hebben we een workflow gebouwd die dat visuele werk automatisch afhandelt met een AI-beeldmodel. Hetzelfde resultaat, zonder die 40.000 euro, en het draait veilig op hun eigen account. Dát is waar AI echt iets toevoegt: niet als etiket op een offerte, maar omdat het hier puur duur handwerk vervangt.

Bij dezelfde klant verdwenen tegelijk twee dure, betaalde tools die werk deden dat net zo goed in hun eigen workflows paste. We vingen de belangrijkste functies daarvan af, waarna beide abonnementen de prullenbak in konden. Dat scheelt 1.500 euro per maand aan vaste lasten, maand na maand.

Twee keer dezelfde les. De vraag was niet "wat moeten we kopen of laten bouwen", maar "wat moet er eigenlijk gebeuren, en kan dat slimmer met wat we al hebben".

Hoe ziet zo'n koppeling er in de praktijk uit?

Even concreet, want "tools koppelen" blijft anders abstract. Neem een bestelling in een webshop, stap voor stap, zoals het loopt zonder dat iemand nog iets hoeft over te nemen:

  • Een klant plaatst een bestelling in je webshop.
  • De workflow pikt die meteen op en maakt automatisch een order aan in je voorraadsysteem.
  • Tegelijk wordt de factuur klaargezet in je boekhouding, met de juiste regels en de btw erbij.
  • De klant krijgt een keurige bevestigingsmail, met zijn eigen ordergegevens erin.
  • Klopt er iets niet, bijvoorbeeld een product dat niet op voorraad blijkt? Dan stopt de workflow en krijg jij een seintje, in plaats van dat er stilletjes iets fout doorgaat.

Geen enkele van deze stappen vraagt om een nieuwe applicatie. Het zijn vijf handelingen die nu met de hand gebeuren, en die je één keer vastlegt zodat ze zichzelf doen. Je bouwt geen nieuw gebouw, je legt een vaste route aan tussen kamers die er al zijn.

En het mooie: elke stap is los aan te passen. Verandert je verzendpartij, of komt er een verkoopkanaal bij? Dan pas je dat ene stukje aan, zonder dat de rest omvalt. Bij een dichtgetimmerde maatwerk-app is zo'n wijziging vaak een nieuw project op zich.

Wanneer maatwerk wél logisch is

Eerlijk is eerlijk: soms is bouwen wél de juiste keuze. We zijn er niet op tegen, we zijn ertegen dat het de standaard-reflex is. Maatwerk is terecht als je een paar van deze dingen herkent:

  • Het proces is écht uniek voor jouw manier van werken, en er bestaat niets dat in de buurt komt.
  • Het is bedrijfskritisch genoeg dat je er volledige controle over wil, tot in de details.
  • Het heeft een eigen gezicht naar je klanten nodig, als onderdeel van je product of merk.
  • De schaal is zo groot dat een standaardoplossing er niet tegen kan.

Herken je hier weinig van, dan is de kans groot dat koppelen sneller en goedkoper is. Herken je het wel, dan is maatwerk geen verspilling maar een investering. De kunst is om dat eerlijk te scheiden: wat moet écht gebouwd worden, en wat is gewoon een kwestie van slim koppelen? Dat onderscheid maken we samen in de audit, voordat er een euro naar bouwen gaat.

Voor alle duidelijkheid: wij verdienen aan die koppel-aanpak, dus we hebben er belang bij dat je deze kant op kijkt. Daarom zeggen we het maar gewoon hardop. En we zeggen je net zo eerlijk wanneer zelfs koppelen niet nodig is, of wanneer je juist wél moet laten bouwen, ook al is dat laatste niet wat wij doen.

Wat het dan wél kost

In plaats van 50.000 euro voor een app die op de servers van een ander draait, bouwen wij workflows op jouw eigen account. Een samenwerking start in de regel rond de 10 uur per maand, tegen 100 euro per uur. Je betaalt dus zo'n 1.000 euro per maand, waarvoor we ontwerpen, bouwen én onderhouden. Hoe we tot dat bedrag komen en wat erin zit, leggen we in een apart stuk breder uit.

Je begint klein, bij je grootste knelpunt, en breidt uit zolang het waarde oplevert. Geen kleine lettertjes, en je zit nergens aan vast. Stop je? Dan blijft alles van jou.

Het verschil is niet alleen de prijs, maar het ritme. Geen groot bedrag vooraf voor iets dat over een jaar af en stilstaand is, maar een meebewegende oplossing die met je bedrijf meegroeit.

Maar €1.000 per maand telt toch ook op?

Eerlijke vraag, en je hoort hem terecht in je hoofd. Reken het maar door: €1.000 per maand is over vier jaar zo'n €48.000, ongeveer datzelfde offertebedrag. Dus waar zit het verschil dan?

Op drie plekken. Eén: die €1.000 is inclusief ontwerp, bouw én onderhoud. Bij een maatwerk-app komt dat onderhoud er nog bovenop, en zoals hierboven bleek tikt dat aan tot twee tot vier keer het bouwbedrag. Diezelfde €50.000 wordt over de jaren dus eerder €100.000 of meer. Twee: je betaalt alleen zolang het je iets oplevert. Een bouwsom ben je kwijt op de dag dat je tekent; een maandelijkse samenwerking stop je zodra het af is, en alles blijft daarna gewoon draaien op je eigen account. Drie: het is geen vaste last die je vastzet, maar beweegt mee. In een rustige maand doen we minder.

De eerlijke vergelijking is dus niet "€48.000 uitgesmeerd tegenover €50.000 in één keer". Het is "alles inbegrepen en stopbaar, tegenover een bouwsom plus een veelvoud aan onderhoud, vast en op andermans server".

Heb je net een dure offerte gekregen?

Leg hem gerust naast ons. In een audit kijken we nuchter naar je proces: wat moet er echt gebouwd worden, en wat is een kwestie van koppelen? Vaak is het antwoord een stuk goedkoper dan je dacht. Plan een gesprek en we rekenen het samen door.

Veelgestelde vragen

Is een gekoppelde workflow niet minder betrouwbaar dan een echte app?

Nee, eerder andersom. Een goede workflow doet elke keer exact hetzelfde, en je ziet altijd terug wat er is gebeurd. Bovendien bouw je op tools die door duizenden bedrijven gebruikt en onderhouden worden, in plaats van op één stuk eigen software dat niemand anders kent.

Wat als ik later toch iets meer wil?

Dan breid je uit. Het mooie aan deze aanpak is dat hij meegroeit: je begint bij één proces en knoopt er later meer aan vast. Geen nieuw bouwtraject elke keer, gewoon een stap erbij binnen dezelfde samenwerking.

Zit ik straks niet vast aan jullie?

Nee, en het is goed om te weten waaróm niet. Een maatwerk-app is code die alleen de bouwer kent, op diens server. Onze workflows draaien op standaardtools die veel partijen kennen, op jouw eigen account, en we leggen vast wat we bouwen. Eerlijk: helemaal "iedereen kan het zelf" is het niet. Voor een serieuze wijziging heb je ons nodig, of een andere n8n- of workflow-partij. Maar "overstappen kan, en alles blijft van jou en blijft draaien" is een wezenlijk ander verhaal dan vastzitten aan software die maar één partij kent.

Hoe weet ik of mijn geval die uitzondering is die wél maatwerk vraagt?

Loop het rijtje hierboven na: uniek proces, bedrijfskritisch, een eigen gezicht naar klanten, of een schaal die standaardtools niet aankunnen. Herken je daar meerdere van, dan is maatwerk het overwegen waard. In de audit scheiden we het eerlijk, zonder dat we iets te verkopen hebben dat duurder is dan nodig.

Is dit niet gewoon goedkoop "aan elkaar plakken"?

Nee. Bestaande tools koppelen is juist robuust, want je leunt op software die continu onderhouden wordt. Het is het verschil tussen een huis bouwen met geteste, gecertificeerde materialen, of zelf bakstenen gaan bakken. Het laatste klinkt grondiger, maar is zelden beter.

Hoe snel heb ik iets werkends?

Omdat we voortbouwen op bestaande tools in plaats van vanaf nul, en in stukjes opleveren, heb je meestal al snel een eerste werkend stuk, in plaats van maanden te wachten op één grote oplevering. Hoe lang het precies duurt hangt af van je situatie; dat bepalen we eerlijk in de audit.

Kan ik later alsnog maatwerk laten bouwen als ik gegroeid ben?

Zeker. De koppel-aanpak sluit maatwerk niet uit, hij stelt het alleen uit tot het moment dat het echt nodig is. Vaak blijkt het later nog steeds niet nodig. En als het wel zover komt, heb je intussen geen jaren betaald voor iets dat je toen nog niet hoefde.

Tot slot

Een offerte van 50.000 euro voelt als de prijs van vooruitgang, maar is vaak de prijs van een verouderde aanpak. De vraag is zelden "wat moet ik laten bouwen", maar "wat moet er eigenlijk samenwerken".

Beantwoord die vraag eerst, en het bedrag eronder wordt meestal een stuk kleiner. Daar begint het, met goed kijken voordat er iets gebouwd wordt.

Bronnen

  • Onderhoudskosten als aandeel van de totale software-levenskosten: meerdere onafhankelijke schattingen plaatsen het onderhoud op 60-90% van de levenskosten, waaronder O'Reilly's bekende "60/60-regel" en decennia softwareonderzoek van onder meer Gallorath, Schach en Pigoski. Over de hele levensduur komt dat neer op grofweg 2-4× het oorspronkelijke ontwikkelbedrag. Geconsolideerde cijfers via Vention Teams, "Software Maintenance Costs - 2024 Benchmark Overview", https://ventionteams.com/enterprise/software-maintenance-costs.
  • Het webshop-voorbeeld is een echte klant, geanonimiseerd op verzoek; de vermeden investering van 40.000 euro en de besparing van 1.500 euro per maand zijn werkelijke bedragen uit dat traject.