Maatwerk applicatie laten ontwikkelen: kosten, aanpak en wat er misgaat (2026)

Een maatwerk applicatie laat je bouwen als standaardsoftware niet past bij hoe je bedrijf werkt: een planningstool die met SAP praat, een klantportaal met je eigen prijzen, een intern systeem dat vandaag uit vijf Excel-bestanden bestaat. De vraag die we het vaakst krijgen is wat dat kost. Het eerlijke antwoord hangt minder af van het aantal schermen dan van twee dingen die je in een offerte zelden ziet staan: de koppelingen met je andere systemen en hoe zeker je van je data moet zijn.

Het korte antwoord: een maatwerk webapplicatie wordt bijna altijd geprijsd in dagen werk maal een dagtarief. Bij ons is dat €495 per dag voor een senior developer en €695 voor een lead developer. Een eerste versie van een intern hulpmiddel met een paar schermen en één koppeling is enkele weken werk. Een klantportaal dat in realtime met een ERP praat, is een project van maanden. Daarna betaal je voor hosting en onderhoud, en dat deel vergeten de meeste begrotingen.

Een applicatie op maat nodig, of loopt een bestaande vast? Een senior developer kijkt mee en zegt eerlijk wat het kost. Vertel ons wat je wilt bouwen →

Wanneer maatwerk de juiste keuze is

Begin altijd bij de vraag of een bestaand pakket het niet al doet. Maatwerk loont pas als:

• Je proces je voorsprong is. Je plant, prijst of levert anders dan je concurrenten, en een standaardpakket dwingt je hun manier op.
• Je systemen niet met elkaar praten. Mensen typen gegevens over van het ERP naar Excel en terug. Elke overtypbeurt is een kans op een fout.
• Er schaduw-Excels ontstaan. Als medewerkers naast het officiële systeem hun eigen bestanden bijhouden, vertrouwen ze het systeem niet meer. Dat is het duidelijkste signaal dat er iets moet veranderen.
• Je klanten zelf iets willen doen: bestellen tegen hun eigen prijzen, de status van een order volgen, documenten downloaden.

Past een pakket voor 80%, kies dan het pakket en laat alleen de koppeling of het ontbrekende stuk op maat bouwen. Dat is bijna altijd goedkoper dan alles zelf bouwen.

Wat kost een maatwerk applicatie?

De prijs is dagen werk maal een dagtarief. Onze tarieven staan op onze prijspagina: €495 per dag voor een senior developer, €695 per dag voor een lead developer, op nacalculatie. Een rekenvoorbeeld, geen offerte:

Omvang	Voorbeeld	Senior dagen	Kosten (senior)
Klein	Intern hulpmiddel, een paar schermen, één koppeling	20	€9.900
Middel	Klantportaal met login, eigen prijzen en een ERP-koppeling	60	€29.700
Groot	Platform met meerdere rollen, betalingen en rapportering	120+	€59.400+

Wat het aantal dagen echt bepaalt:

• Koppelingen. Elke koppeling met SAP, Odoo, Exact of een betaalprovider moet je bouwen, testen en blijven bewaken. Een scherm is voorspelbaar; een koppeling met een systeem dat je niet zelf beheert, is dat niet.
• Hoe zeker je data moet zijn. Een tool voor een ruwe planning mag een uur achterlopen. Uren die naar de boekhouding gaan, niet. Controles die afwijkingen opsporen kosten tijd, maar besparen er veel meer.
• Rollen en rechten. Wie mag wat zien en wijzigen? Twee rollen is eenvoudig, tien rollen met uitzonderingen niet.
• Hoe goed de vraag is uitgewerkt. Een datamodel op papier (een ERD) voor de bouw begint, scheelt later dagen herwerk.

De kosten na de lancering. Hosting, monitoring en back-ups kosten bij ons €250 per maand. Voor updates, kleine wijzigingen en problemen werken de meeste klanten met een maandelijks urenpakket, vanaf €480 voor 8 uur. Reken voor onderhoud op een vast bedrag per maand, niet op nul.

Echt voorbeeld 1: Waterleau, een planningstool die niemand meer vertrouwde

Waterleau, een Belgisch waterzuiveringsbedrijf, liet een Capacity Planning Tool bouwen zodat projectleiders en management zicht kregen op bezetting, budgetten en rendabiliteit per project. Eén functie was cruciaal: het vastzetten van uren, gekoppeld aan SAP.

Die functie werkte al meer dan een jaar niet goed. De vorige ontwikkelpartner kreeg het niet opgelost. Het gevolg was niet één fout scherm, maar iets groters: de cijfers in de tool klopten niet meer met SAP, dus niemand vertrouwde ze nog. Medewerkers gingen terug naar hun eigen Excel-bestanden, en een grote investering dreigde een onbruikbaar systeem te worden.

We zijn niet met een snelle patch begonnen. Eerst moesten we begrijpen hoe een codebase werkte die door meerdere developers was geschreven, met wisselende standaarden en weinig documentatie. Daarna hebben we de hele module voor het vastzetten van uren opnieuw gebouwd (Python en Angular, met de SAP-API) en controles toegevoegd die verschillen tussen SAP en de tool zelf opsporen. De volledige oplossing stond er binnen acht weken. Waterleau gebruikt de tool weer voor planning en budgettering, en we bouwen samen verder aan de volgende fase.

De les: bij een maatwerk applicatie zit het risico zelden in de schermen. Het zit in de koppeling met je kernsysteem en in de vraag of mensen de cijfers geloven. Budgetteer daar tijd voor, en vraag hoe afwijkingen zichtbaar worden.

Echt voorbeeld 2: RAS Security, een klantportaal dat te traag werd

RAS Security uit Kortrijk levert beveiligingsproducten aan installateurs in België, Luxemburg en Frankrijk. Hun webshop is een klantportaal: installateurs zien hun eigen prijzen, checken voorraad en bestellen, en elke prijs en bestelling loopt in realtime via SAP. Begin 2026 telde de catalogus meer dan 15.000 producten, waren scrapers goed voor twee derde van de bezoekers, en deden categoriepagina's er tot 18 seconden over.

In plaats van alles te herschrijven, hebben we een week gemeten waar de tijd naartoe ging. De eerste verbeteringen stonden binnen drie weken live, als een reeks kleine, omkeerbare aanpassingen: indexen en caches, zoeken per pagina in de database, scrapers aan de deur weigeren en prijsvragen aan SAP bundelen. Categoriepagina's laden nu in minder dan een seconde. Zie de volledige case.

De les: een maatwerk applicatie is nooit af. Ze groeit mee met je catalogus, je klanten en je verkeer. Kies een partner die meet voor hij bouwt, en laat elke wijziging documenteren.

Hoe een maatwerk project verloopt

1. Kennismaking en afbakening. Wat moet de applicatie oplossen, voor wie, en met welke systemen moet ze praten? Het resultaat is een korte beschrijving en een eerste schatting in dagen.
2. Datamodel en schetsen. Welke gegevens bewaar je en hoe hangen ze samen? Dit is het goedkoopste moment om van gedachten te veranderen.
3. Eerste werkende versie. De kleinste versie die echt gebruikt kan worden, met de belangrijkste koppeling. Liever na enkele weken iets in handen dan na maanden een groot pakket.
4. Bijsturen op echt gebruik. Gebruikers vinden dingen die niemand op papier zag. Plan daar tijd voor.
5. Overdracht. Documentatie, toegang tot de code en een draaiboek om te deployen. Ook als je bij dezelfde partner blijft: je moet kunnen vertrekken.

Vragen om te stellen voor je tekent

• Wie bouwt er concreet, en hoeveel jaar ervaring heeft die persoon met dit soort koppelingen?
• Hoe wordt de prijs opgebouwd: vaste prijs of nacalculatie, en wat gebeurt er als de scope verandert?
• Van wie is de code, en krijg je toegang tot de repository vanaf dag één?
• Hoe merk je dat de data uit je ERP en de applicatie uit elkaar lopen?
• Wat kost hosting en onderhoud per maand na de lancering?
• Wat gebeurt er als de developer vertrekt? Is er documentatie en een deploy-draaiboek?

Twijfel je tussen zelf iemand inhuren en een bureau? Lees ook wat een developer inhuren kost.