Vraag drie ontwikkelaars wat "maatwerk software" voor uw bedrijf kost, en u krijgt drie bedragen die nauwelijks over hetzelfde lijken te gaan: de een noemt achtduizend euro, de ander vijfentwintigduizend, een derde ruim boven de honderdduizend. Anders dan een chatbot of een sjabloonwebsite heeft maatwerk software geen vaste vorm. Eén intern hulpmiddel dat één handmatig proces automatiseert en een platform met meerdere gebruikers dat met vijf andere systemen praat, vallen allebei onder "maatwerk software", en het prijsverschil daartussen is geen marge, maar scope.
Deze gids laat zien wat maatwerk software in 2026 daadwerkelijk kost voor een Nederlands MKB-bedrijf, hoe een ontwikkeltraject er in de praktijk uitziet zodra u er een laat bouwen, wat u moet voorbereiden voordat u een ontwikkelaar belt, en het ene onderdeel van het contract dat stilletjes een juridische kwestie wordt zodra de software klantdata raakt.
Maatwerk of kant-en-klaar: de eerste keuze
Voordat u iets laat prijzen, bepaalt u eerst of u überhaupt maatwerk nodig heeft. Boekhouding, CRM, HR, e-commerce en projectmanagement hebben allemaal gevestigde kant-en-klare pakketten die het grootste deel dekken van wat een gemiddeld MKB-bedrijf nodig heeft, onderhouden door een leverancier met een heel klantenbestand dat de doorontwikkeling financiert.
Maatwerk verdient zich terug zodra uw proces écht niet in een bestaande tool past — uw prijslogica of goedkeuringsflow is specifiek genoeg dat een pakket eromheen buigen meer omwegen kost dan het echte ding bouwen — of u moet systemen koppelen zonder standaardintegratie. Is het resterende gat eerder een klein ongemak dan een dagelijkse blokkade, dan is het meestal goedkoper om ermee te leven dan om het met maatwerk te dichten.
De afweging werkt ook andersom. Bezit u maatwerk software, dan kan geen leverancier uw abonnementsprijs verhogen of u naar een nieuwe interface dwingen. U draagt ook de verantwoordelijkheid: iemand moet het systeem draaiende en gepatcht houden zolang u het gebruikt.
Wat maatwerk software kost in 2026
| Type project | Wat het typisch omvat | Typische bouwkosten |
|---|---|---|
| Eenvoudig intern hulpmiddel | Eén kernproces geautomatiseerd, één gebruikersrol, één of twee koppelingen | EUR 8.000 - 20.000 |
| Middelgrote bedrijfsapplicatie | Meerdere modules, verschillende gebruikersrollen en rechtenniveaus, een handvol koppelingen (CRM, boekhouding, e-mail) | EUR 25.000 - 75.000 |
| Complex platform | Veel koppelingen, meerdere typen gebruikers (intern en klantgericht), maatwerkrapportages, hogere beveiligingseisen | EUR 80.000 - 200.000+ |
Bovenop de bouwprijs reken u apart op hosting en onderhoud. Afhankelijk van de scope loopt dit doorgaans van een paar honderd tot een paar duizend euro per maand, voor servergerelateerde kosten, beveiligingspatches, monitoring en kleine aanpassingen. Vraag hier expliciet naar als eigen regel in elke offerte — een bouwprijs zonder enige vermelding van wat er na livegang gebeurt, is geen complete offerte.
Hoe het traject er in de praktijk uitziet
Een ontwikkeltraject dat direct naar code springt, kost meestal meer aan herstelwerk dan het had gekost om vooraf goed te plannen. Een goed geleid traject doorloopt, ongeacht de omvang, dezelfde brede fasen:
- Intake en procesanalyse. Het huidige proces wordt in kaart gebracht zoals het vandaag daadwerkelijk verloopt, niet zoals het organogram zegt — praten met de mensen die dagelijks met het bestaande systeem werken, brengt de uitzonderingen naar boven die een managementomschrijving meestal mist.
- Requirements en ontwerp. Wat de software moet doen, wordt concreet vastgelegd, en een klikbaar prototype wordt beoordeeld voordat er een regel productiecode wordt geschreven, zodat misverstanden op een mockup naar boven komen in plaats van in een afgeronde functie.
- Ontwikkeling in korte cycli. In plaats van maandenlang te verdwijnen, bouwt een capabel team in korte sprints en levert onderweg werkende, testbare onderdelen op, zodat u vroeg kunt bijsturen als iets afwijkt.
- Testen en een gefaseerde uitrol. De software wordt getest tegen echte data en uitzonderingsgevallen, en gaat daarna eerst live bij een kleine groep voordat het hele bedrijf ervan afhankelijk is, zodat problemen naar boven komen bij vijf gebruikers in plaats van vijftig.
- Overdracht en documentatie. U ontvangt de broncode, toegangsgegevens en documentatie van hoe het systeem is opgebouwd — alles wat een andere ontwikkelaar nodig zou hebben om het onderhoud over te nemen mocht uw samenwerking met de huidige ooit eindigen.
Wat u voorbereidt voordat u een ontwikkelaar belt
De kwaliteit van een offerte hangt sterk af van wat u vooraf kunt vertellen. Zorg dat u voor het eerste gesprek klaar heeft:
- Een geschreven omschrijving, in uw eigen woorden, van het proces dat u wilt automatiseren of het probleem dat u wilt oplossen — geen functielijst overgenomen van een concurrent.
- Een lijst van de systemen waarmee de nieuwe software moet praten (CRM, boekhouding, e-mail, het bestelsysteem van een leverancier), en of die systemen een bestaande koppelmogelijkheid hebben.
- Wie de software dagelijks daadwerkelijk gaat gebruiken, en wat zij mogen zien en doen — dit bepaalt de rechtenstructuur meer dan bijna al het andere.
- Een grove budgetrange. Ontwikkelaars scopen veel nauwkeuriger richting een genoemde range dan richting een open vraag, en dat bespaart beide partijen een ronde offertes die nooit realistisch waren geweest.
Wat u vastlegt in het contract voordat u tekent
- Eigendom van de code. Leg expliciet vast dat u eigenaar wordt van de broncode zodra het project is betaald, niet alleen een gebruikslicentie — staat dit niet op papier, dan kunt u niet van ontwikkelaar wisselen zonder opnieuw te beginnen.
- Een duidelijke scope en wijzigingsproces. Een vaste prijs betekent alleen iets tegenover een vaste scope. Spreek vooraf af hoe een wijzigingsverzoek buiten die scope wordt geprijsd, zodat "nog even dit erbij" niet stilletjes een tweede project wordt tegen de prijs van het eerste.
- Een onderhoudsafspraak, niet alleen een overdracht. Bepaal vóór livegang wie een bug oplost die in maand drie opduikt, wat de reactietijd is, en wat er gebeurt als de oorspronkelijke ontwikkelaar niet meer beschikbaar is.
- Een verwerkersovereenkomst, als de software persoonsgegevens raakt. Dit is het onderdeel dat de meeste MKB-bedrijven vergeten, omdat het eigenlijk geen softwarekeuze is, maar een juridische. Bouwt, host of onderhoudt uw ontwikkelaar software die namens u persoonsgegevens verwerkt — klantgegevens, een HR-systeem, een boekingstool met namen en e-mailadressen van klanten — dan bent u de *verwerkingsverantwoordelijke* onder de AVG, en is de ontwikkelaar of hostingpartij uw *verwerker*. De Autoriteit Persoonsgegevens stelt het onomwonden: besteedt u een verwerking uit aan een verwerker, dan moet u een verwerkersovereenkomst sluiten op grond van artikel 28 AVG, waarin precies staat wat de verwerker wel en niet met de gegevens mag doen. U blijft verantwoordelijk voor de verwerking, ook al heeft u die uitbesteed; die verantwoordelijkheid gaat niet over op de ontwikkelaar alleen omdat die de code heeft geschreven. Twee punten zijn het waard om specifiek vast te leggen in die overeenkomst: de verwerker mag alleen met uw schriftelijke toestemming een subverwerker inschakelen — bijvoorbeeld een aparte hostingpartij — en heeft de verwerker een datalek met uw gegevens, dan is die verplicht u zo snel mogelijk te informeren, want het melden daarvan bij de Autoriteit Persoonsgegevens binnen 72 uur, waar dat verplicht is, blijft úw plicht, niet die van de verwerker.
Niets hiervan is papierwerk voorbehouden aan grote bedrijven. Elk MKB-bedrijf dat een boekingssysteem, een klantportaal of een intern HR-hulpmiddel laat bouwen, besteedt in AVG-termen een verwerking uit zodra er persoonsgegevens door dat systeem lopen — en de verwerkersovereenkomst hoort er te zijn voordat de ontwikkeling begint, niet achteraf toegevoegd na livegang.
Onderhoud na livegang
De factuur voor de bouw is zelden de laatste. Houd rekening met doorlopende hostingkosten, beveiligingspatches naarmate de frameworks onder de software verouderen, monitoring zodat een probleem wordt opgemerkt voordat een klant het meldt, en een kanaal voor kleine fixes terwijl uw bedrijf verandert rondom de tool. Software die na livegang nooit meer wordt aangeraakt, verzamelt kleine defecten die onopgemerkt blijven totdat ze uitgroeien tot een veel duurdere reparatie — behandel onderhoud vanaf dag één als vaste post, niet als bijzaak.
Wanneer kant-en-klaar nog steeds de slimmere keuze is
De afweging maatwerk-of-kant-en-klaar is het waard om te herhalen, ook nadat u al een werkende relatie heeft met een ontwikkelaar. Komt er later een kant-en-klare tool op de markt die dekt wat uw maatwerksysteem doet, voor een fractie van de doorlopende onderhoudskosten? Dan is overstappen een legitieme optie, geen erkenning dat de oorspronkelijke bouw een fout was — eisen en de markt veranderen allebei. Dezelfde vraag die maatwerk destijds rechtvaardigde, is het waard om periodiek opnieuw te stellen, niet alleen eenmalig aan het begin.
Veelgemaakte fouten
- Een vaste prijs tekenen tegen een vage scope. Een vaste prijs beschermt u alleen als beide partijen schriftelijk exact hebben afgesproken wat die dekt.
- De verwerkersovereenkomst overslaan. Lopen er persoonsgegevens door de software, dan hoort dit in het contract voordat de ontwikkeling begint, niet als bijzaak zodra de AVG toevallig in een ander gesprek ter sprake komt.
- Livegang als eindpunt behandelen. Software waar niemand budget voor onderhoud voor reserveert, verslechtert stilletjes totdat een fix ineens urgent en duur is.
- Geen plan voor wie de relatie op lange termijn beheert. Vertrekt de ene ontwikkelaar die het systeem kent, of stopt het bureau ermee, dan heeft u de documentatie en codetoegang nodig om het aan iemand anders over te dragen zonder opnieuw te beginnen.
Veelgestelde vragen
Wat kost maatwerk software laten ontwikkelen? In Nederland kost een eenvoudig intern hulpmiddel met één kernproces doorgaans EUR 8.000 - 20.000, een middelgrote bedrijfsapplicatie met meerdere modules en koppelingen EUR 25.000 - 75.000, en een complex platform met veel koppelingen en gebruikerstypen EUR 80.000 - 200.000 of meer. Hosting en onderhoud zijn aparte, doorlopende kosten, doorgaans een paar honderd tot een paar duizend euro per maand afhankelijk van de scope.
Wat is het verschil tussen maatwerk software en standaardsoftware? Standaardsoftware wordt één keer gebouwd en aan veel bedrijven verkocht: bewezen functionaliteit, ingebouwde support, een lagere prijs, maar u past uw proces aan op de tool. Maatwerk software sluit precies aan op uw proces en u bezit het resultaat, maar u draagt de volledige ontwikkelkosten en de doorlopende verantwoordelijkheid voor het onderhoud.
Hoe lang duurt een maatwerk softwareproject? Een eenvoudig intern hulpmiddel kan in een paar weken tot een paar maanden worden gebouwd. Een middelgrote bedrijfsapplicatie duurt doorgaans drie tot zes maanden, en een complex platform met veel koppelingen kan zes maanden tot ruim een jaar duren, afhankelijk van hoeveel systemen het moet aansluiten.
Wie is eigenaar van de broncode zodra die gebouwd is? Dit hoort expliciet in het contract te staan voordat de ontwikkeling begint. Leg schriftelijk vast dat u eigenaar wordt van de broncode zodra het project is betaald, niet alleen een gebruikslicentie — zonder dat kan wisselen van ontwikkelaar later betekenen dat u helemaal opnieuw moet beginnen.
Heb ik een verwerkersovereenkomst nodig voor maatwerk software? Verwerkt de software namens u persoonsgegevens — klantgegevens, een HR-systeem, alles met namen of e-mailadressen van individuen — dan is het antwoord ja. Onder artikel 28 AVG vereist het uitbesteden van die verwerking aan een ontwikkelaar of hostingpartij een verwerkersovereenkomst waarin staat wat zij wel en niet met de gegevens mogen doen, en u blijft verantwoordelijk voor de verwerking, ook al heeft u het werk uitbesteed.
Praat met ons voordat u een traject start
Weet u niet zeker of uw probleem maatwerk nodig heeft of dat een bestaand pakket volstaat, of hoe een eerlijke offerte er voor uw scope uitziet? Ons team Web & Software Development scopet beide richtingen eerlijk, inclusief het moment waarop een kant-en-klare tool het betere antwoord is. Gaat de software gevoelige klant- of medewerkersgegevens verwerken, dan kan ons team Cybersecurity & Identity de verwerkersovereenkomst en toegangsopzet beoordelen voordat u iets tekent.