Maatwerk software kosten: wat betaal je echt in 2026?

Een eenvoudige tool of MVP kost in Nederland rond €8.000–€20.000, een volwaardig platform meestal €25.000–€150.000 en een enterprise-traject kan richting €250.000+ gaan. De bouwprijs dekt bovendien doorgaans maar 60%–70% van de totale kosten over vijf jaar, omdat onderhoud, hosting, security en doorontwikkeling daarna blijven doorlopen.

Een MKB-eigenaar herkent het probleem meteen: drie offertes voor ogenschijnlijk dezelfde applicatie, één van €12.000, één van €45.000 en één van €110.000. Welke leverancier begrijpt de opdracht goed, en welke offerte bevat vooral risico's die later als meerwerk terugkomen?

De vraag “wat kost maatwerk software?” heeft daarom geen bruikbaar antwoord zonder de onderliggende rekensom. Uren × uurtarief × rolmix vormen de bouwprijs, terwijl scope, integraties, kwaliteitsniveau en onderhoud bepalen hoeveel de oplossing werkelijk kost.

De eerste stap is het project in een realistische categorie plaatsen. Een eenvoudige interne tool automatiseert bijvoorbeeld één proces met beperkte gebruikersrollen. Een MVP bewijst een productidee met alleen de kernfunctionaliteit. Een platform bevat doorgaans meerdere rollen, authenticatie, rapportages, integraties en uitgebreide bedrijfslogica.

Voor opdrachtgevers in Nederland zijn drie prijsankers praktisch:

• Eenvoudige tool of MVP: ongeveer €8.000–€20.000.
• Volwaardig platform: ongeveer €25.000–€150.000.
• Enterprise-oplossing: vanaf circa €250.000, zeker wanneer meerdere afdelingen, legacy-systemen, security-eisen en complexe integraties samenkomen.

Nederlandse marktbronnen noemen daarnaast voor eenvoudige automatisering een bandbreedte van €1.000–€15.000, voor klantportalen en dashboards €5.000–€35.000, voor MVP's €3.000–€40.000 en voor volledig platform- of SaaS-werk €25.000–€150.000+. Deze indicaties staan in de Nederlandse kostenraming voor maatwerksoftware.

De initiële bouwsom is nooit het volledige budget. Onderhoud ligt in Nederland vaak rond 10%–20% van de bouwkosten per jaar, naast hosting, monitoring en security-updates, zoals ook wordt toegelicht in deze uitleg over onderhoud van maatwerksoftware. Een project van €50.000 vraagt dus na oplevering nog steeds structurele aandacht en budget.

Praktische regel: een lage offerte is alleen goedkoop als scope, kwaliteit en beheer dezelfde zijn als bij de duurdere offertes.

De brede range ontstaat niet door willekeur. Twee bureaus kunnen dezelfde schermen bouwen, maar met een andere architectuur, testaanpak, rolmix en integraties. De volgende kostenfactoren maken zichtbaar waar het verschil vandaan komt.

De prijs wordt vooral bepaald door vier knoppen. De woninganalogie werkt goed: scope bepaalt hoeveel kamers er komen, technische complexiteit bepaalt of het een prefab-woning of architectonisch ontwerp wordt, integraties zijn de aansluitingen op gas, water en riolering, en onderhoud is het terugkerende schilderwerk.

Een featurelijst bepaalt de hoeveelheid werk, maar niet automatisch de waarde. Een formulier met opslag is relatief overzichtelijk. Diezelfde functie wordt duurder wanneer gebruikers verschillende rechten hebben, goedkeuring nodig is, notificaties worden verstuurd en iedere wijziging moet worden gelogd.

Een afgebakende MVP verlaagt het risico. Functies die niet nodig zijn om de eerste gebruikerswaarde te bewijzen, horen op een latere roadmap en niet in de eerste offerte.

Complexiteit zit vaak verborgen achter eenvoudige woorden. “Dashboard” kan een paar vaste grafieken betekenen, maar ook realtime data, filters per rol, exports, audit logging en koppelingen met meerdere databronnen. Security, foutafhandeling, schaalbaarheid en datamigratie vergroten het aantal ontwerp-, ontwikkel- en testuren.

Een ERP- of CRM-koppeling kost al snel €4.000–€15.000 extra, afhankelijk van API-kwaliteit, datamodellen, authenticatie en foutscenario's. Een integratie die alleen gegevens leest, vraagt een andere aanpak dan een tweerichtingskoppeling met synchronisatie, webhooks en herstel bij storingen.

Onderhoud is geen optionele service voor later. Nederlandse marktbronnen rekenen vaak met 10%–20% van de bouwkosten per jaar voor updates, bugfixes, beveiligingspatches en compatibiliteit. Een offerte die alleen de bouwsom toont, laat dus een structurele kostenpost buiten beeld.

Software blijft afhankelijk van externe API's, browsers, hosting en security. Zonder onderhoud blijft de applicatie niet vanzelf betrouwbaar.

De grootste fout in offertes is niet een verkeerd uurtarief, maar een te smalle definitie van “klaar”. Livegang is het begin van gebruik, monitoring, feedback en gecontroleerde doorontwikkeling.

Een offerte wordt niet alleen duurder door meer uren. De samenstelling van het team bepaalt hoeveel iedere ontwikkeluur kost en welke kwaliteit de oplossing vanaf het begin krijgt. Een architect die datamodellen, security en integraties ontwerpt, heeft een andere rol dan een junior developer die afgebakende onderdelen bouwt.

Nederlandse bronnen noemen voor ontwikkeling grofweg €90–€160 per uur. De rolverdeling daarbinnen verschilt per bureau en project.

De Nederlandse analyse van uurtarieven en projectwaarden noemt een stijging van de gemiddelde MKB-projectwaarde van €45.000 in 2023 naar €62.000 in 2025, ongeveer 38%. In dezelfde analyse liggen junior developers op €85–€110, medior developers op €110–€140, senior developers en architecten op €140–€175 en specialisten op €150–€200. De verschillen tussen algemene rolbandbreedtes en specialistische tarieven laten zien waarom een project niet met één gemiddeld uurtarief beoordeeld moet worden.

Een startup-MVP met twee juniors en één medior kan in een vereenvoudigd scenario met een gemiddeld tarief van €95 worden begroot. 400 uur × €95 = €38.000 aan bouwtijd.

Een enterprise-platform met één architect, twee seniors en één medior kan voor dezelfde 400 uur met een gemiddeld tarief van €135 worden gerekend. 400 uur × €135 = €54.000. Dat is een verschil van €16.000, zonder dat het aantal uren verandert.

De uitleg over softwareontwikkelingskosten en uurtarieven maakt dezelfde mechaniek duidelijk. 800 uur tegen €90–€160 per uur komt uit op ongeveer €72.000–€128.000 aan pure bouwtijd, vóór ontwerp, testen, projectmanagement en herstelwerk.

Vergelijk offertes op rolmix, niet op het laagste getal naast “uurtarief”.

Een lage prijs kan passend zijn voor een eenvoudige module. Bij gevoelige data, ingewikkelde koppelingen of een bedrijfskritisch platform is senioriteit vaak een kostenbesparing, omdat technische fouten later duurder herstellen dan ze vooraf ontwerpen.

Een zakelijke dienstverlener met ongeveer 500 klanten wil een klantportaal bouwen. Klanten moeten documenten bekijken, gegevens controleren en de status van aanvragen volgen. Het portaal moet koppelen met Exact Online en een CRM.

De eerste fase is discovery. Het team werkt processen uit, beschrijft user stories, bepaalt rollen en maakt technische risico's zichtbaar. Daarvoor ligt een realistische kostenpost rond €3.000–€6.000. Wie deze fase overslaat, krijgt meestal geen goedkopere bouw, maar een minder betrouwbare raming.

Daarna volgt design. Het portaal moet niet alleen werken, maar ook begrijpelijk zijn voor klanten met verschillende rollen en taken. UX, wireframes en interface-ontwerp brengen de investering naar ongeveer €4.000–€8.000.

De bouw inclusief twee integraties komt uit op €18.000–€35.000. De risico's zitten niet alleen in de schermen. Ontbrekende autorisatie kan ervoor zorgen dat klanten gegevens zien die niet voor hen bedoeld zijn. Data uit Excel kan extra opschoning en migratiewerk vragen. Scope creep na livegang verandert kleine wensen bovendien snel in nieuwe modules.

Voor een klantportaal met koppelingen is de uitleg over een klantportaal laten ontwikkelen nuttig als voorbereiding op de eerste offerte. Het eerste jaar onderhoud ligt in dit voorbeeld rond €6.000. Over drie jaar komt de totale eigendomskost in deze projectsituatie uit op ongeveer €45.000–€70.000, afhankelijk van hosting, support en doorontwikkeling.

De oorspronkelijke bouwsom vertelt dus maar een deel van het verhaal. De echte vraag is welke processen het portaal vervangt, hoeveel handmatige opvolging verdwijnt en welke wijzigingen na livegang nodig zijn.

Een opdrachtgever kiest niet alleen een leverancier, maar ook een verdeling van risico. Het prijsmodel bepaalt wie betaalt wanneer requirements veranderen, integraties tegenvallen of gebruikers na de eerste versie nieuwe inzichten geven.

Een fixed price werkt wanneer de scope concreet is, de integraties bekend zijn en acceptatiecriteria vooraf zijn vastgelegd. Het bureau draagt dan een groter uitvoeringsrisico binnen de afgesproken grenzen. De keerzijde is voorspelbaar: wijzigingen worden change requests en kunnen de eindprijs verhogen.

Bij time & material betaalt de opdrachtgever voor werkelijk bestede uren. Dat past beter bij productontwikkeling waarin feedback de richting beïnvloedt. Urenregistratie, een duidelijke backlog en vaste evaluatiemomenten zijn noodzakelijk, anders blijft de budgetcontrole beperkt.

Een retainer van €2.500–€8.000 per maand past bij organisaties die na livegang structureel onderhoud, support en kleine uitbreidingen nodig hebben. Het model voorkomt dat iedere kleine verbetering een nieuw verkooptraject wordt. De overeenkomst moet wel beschrijven hoeveel capaciteit beschikbaar is, welke responstijd geldt en welke werkzaamheden buiten de maandelijkse inzet vallen.

De keuze is eenvoudig te maken:

• Kies vast tarief voor een scherp afgebakende eerste versie.
• Kies time & material wanneer gebruikersfeedback de scope nog beïnvloedt.
• Kies een retainer wanneer stabiliteit en doorontwikkeling blijvend onderdeel zijn van de operatie.

Een hybride aanpak werkt vaak goed: discovery tegen een vast bedrag, bouw in sprints en onderhoud via een retainer. Zo blijft de eerste besluitvorming overzichtelijk zonder een onzeker producttraject kunstmatig dicht te timmeren.

Maatwerk is niet automatisch duurder. De relevante vergelijking is niet de eenmalige bouwfactuur tegenover één SaaS-abonnement, maar de totale eigendomskost van beide routes.

Een logistiek MKB kan jaarlijks €40.000 kwijt zijn aan SaaS-licenties en workaround-uren. Een maatwerkoplossing kan in een vereenvoudigd scenario €90.000 eenmalig kosten, gevolgd door €8.000 jaarlijks onderhoud. Over een langere periode kan maatwerk financieel aantrekkelijker worden, vooral wanneer het systeem meerdere handmatige stappen en licenties vervangt. Deze bedragen komen uit het uitgewerkte scenario in de analyse over de kosten van maatwerksoftware laten maken.

De Nederlandse automatiseringsdruk neemt toe. Het CBS meldt dat 75,5% van de bedrijven in 2024 stappen zette in digitalisering en dat 22,7% van de bedrijven AI-technologie gebruikte, tegenover 13,5% in 2023. Die cijfers staan in de context van de CBS-bespreking van digitalisering en AI-gebruik. Voor management verschuift de kernvraag daardoor van “wat kost bouwen?” naar “welke capaciteit en frictie verdwijnen door betere software?”

Maatwerk verdient vooral aandacht wanneer een organisatie:

• Meerdere systemen stapelt: gegevens bewegen tussen ERP, CRM, planning en administratie.
• Een unieke klantreis heeft: het proces onderscheidt zich van standaard workflows.
• Structureel workaround-uren maakt: medewerkers corrigeren dagelijks beperkingen van SaaS.
• Licenties en integraties blijven uitbreiden: de bestaande stack wordt complexer naarmate de organisatie groeit.

Standaardsoftware blijft verstandig voor generieke processen zoals e-mail, boekhouding of basis-CRM. Een hybride model is vaak rationeler: bestaande SaaS voor de basis en maatwerk voor het bedrijfseigen proces.

Een goede businesscase telt niet alleen licenties. Ook dubbele invoer, fouten, wachttijd en gemiste capaciteit horen in de vergelijking. Zonder die posten lijkt SaaS goedkoop, terwijl de organisatie het verschil intern betaalt.

Een ontwikkelpartner kan pas scherp ramen wanneer de opdrachtgever het probleem en de randvoorwaarden concreet beschrijft. Deze zeven vragen leveren daarvoor de juiste basis.

1. Welk probleem lost de software op? Beschrijf de huidige vertraging, fout of handmatige stap. Een concreet probleem geeft richting aan de MVP.
2. Wie zijn de primaire gebruikers? Benoem medewerkers, klanten, partners en beheerders. Rollen bepalen schermen, rechten en testscenario's.
3. Welke processen moeten worden ondersteund? Zet de stappen van begin tot eind op papier. Zo worden uitzonderingen zichtbaar voordat de bouw start.
4. Welke systemen koppelen mee? Noem ERP, CRM, boekhouding, webshop en andere databronnen. De kwaliteit en beperkingen van hun API's beïnvloeden de raming.
5. Welke data is beschikbaar? Geef aan waar gegevens nu staan, bijvoorbeeld in Excel, een bestaand platform of meerdere bestanden. Opschoning en migratie vragen aparte aandacht.
6. Wat hoort bij de MVP en wat staat op de wensenlijst? Een harde scheiding voorkomt dat extra ideeën ongemerkt onderdeel van de eerste release worden.
7. Welke deadline geldt, en waarom? Een wettelijke datum, contractuele verplichting of commerciële lancering vraagt een andere planning dan een interne voorkeur.

De antwoorden helpen developers uren koppelen aan functies, rollen en risico's. Ze maken ook de rolmix bespreekbaar: een project met complexe rechten en integraties vraagt andere expertise dan een eenvoudige interne tool.

Een leverancier die na deze vragen nog steeds alleen een totaalbedrag geeft, laat te weinig zien van de aannames achter de offerte.

Wie de checklist vooraf invult, voorkomt volgens de aangeleverde praktijkrichtlijn gemiddeld 15%–20% extra scopewerk en kan een offerte twee tot drie weken eerder concreet krijgen. Die kwantitatieve richtlijn is niet opgenomen in de openbare kostenbronnen, maar hoort wel bij de praktische besluitvorming rond het offertetraject.

Drie keuzes sturen de eindprijs het sterkst: scopebegrenzing, integratiecomplexiteit en het prijsmodel. Wie de eerste versie klein houdt, externe systemen vroeg onderzoekt en geen onzeker product in een onrealistisch vast tarief stopt, budgetteert aanzienlijk beter.

Drie concrete richtlijnen helpen:

• Reserveer voor jaar één: houd 30%–40% van de bouwsom beschikbaar voor onderhoud en doorontwikkeling.
• Plan een buffer: zet 15% bovenop iedere offerte voor onvoorzien scopewerk.
• Vergelijk over vijf jaar: beoordeel maatwerk naast de volledige TCO van standaardsoftware, inclusief licenties, workarounds, hosting en beheer.

Gebruik voor de eerste berekening een kostenraming-template voor maatwerksoftware. Vul niet alleen functies in, maar ook gebruikersrollen, integraties, data, security en de gewenste ondersteuning na livegang.

Een Nederlandse prijsgids noemt voor discovery en prototype €5.000–€25.000 en voor een productieplatform €100.000–€500.000+, met doorlooptijden van respectievelijk 1–6 weken en 6–18 maanden. Die bandbreedtes bevestigen één praktische conclusie: een gefaseerde start maakt de investering bestuurbaar, maar alleen wanneer de eerste fase echt afgebakend is.

Wie deze richtlijnen combineert met de checklist, kan in 2026 binnen 10% van het geplande budget blijven volgens de aangeleverde budgetrichtlijn. MG Software kan organisaties in Haarlem en de rest van Nederland helpen met kostenramingen, maatwerk webapplicaties, integraties, AI-workflows, onderhoud en technische SEO. Bespreek de eigen scope en TCO met MG Software en vraag om een raming waarin bouw, integraties en beheer afzonderlijk zichtbaar zijn.