Wat kost maatwerk software laten maken in 2026?

Maatwerksoftware hoeft in 2026 niet meer automatisch tienduizenden euro's te kosten. Natuurlijk hangt de prijs af van wat je wilt bouwen. Hieronder lees je waarom het goedkoper en sneller kan, en wat je voor je geld krijgt.

Waarom het goedkoper en sneller kan

Door AI is er behoorlijk wat veranderd in softwareontwikkeling. Waar ik vroeger uren kwijt was aan componenten, een database of bepaalde functies, gaat dat nu met tools als Claude Code en Cursor veel sneller.

En als ik sneller kan werken, waarom zou jij daar dan niet van mogen profiteren?

Minstens zo belangrijk: hoe snel je iets bruikbaars in handen hebt. In de tijd van AI kun je iemand niet meer drie maanden laten wachten voordat er überhaupt iets staat. In die tussentijd zit je opdrachtgever alweer bij een ander, of hij is zelf aan het vibecoden geslagen. En ergens geef ik hem dan nog gelijk ook.

Daarom werk ik het liefst naar een eerste bruikbare versie binnen drie weken. Dat geldt voor een afgebakend project, vanaf het moment dat we kunnen starten en de benodigde informatie er is. Geen paar mooie schermen om doorheen te klikken, maar iets waarmee je echt kunt werken en testen.

Zo werkt het

1. We praten over wat je wilt bereiken. Niet over een lijst functies, maar over het probleem dat je oplost.
2. Binnen drie weken heb je een eerste versie. Iets waarmee je echt kunt werken en testen.
3. Daarna bouwen we verder. Op basis van wat je gebruikers er echt mee doen.

Ik ben zelf ook ondernemer

Dat speelt misschien wel de grootste rol in hoe ik naar software kijk. Ik heb een achtergrond in sales en ben voor mijn werk continu omringd door ondernemers. Ik hoor dagelijks waar ze tegenaan lopen en wat er nodig is om een idee echt naar de markt te brengen.

Kom je bij mij met een idee voor een applicatie, dan werk ik niet simpelweg je lijstje af en hang ik er een prijskaartje aan. Eerst wil ik begrijpen wat je ermee wilt bereiken:

• Wie gaat het gebruiken?
• Welk probleem los je op?
• Hoe wil je er geld mee verdienen?
• En vooral: wat heb je écht nodig om die eerste versie succesvol te lanceren?

Stel, je hebt twintig functies bedacht, terwijl je met vijf al je eerste klanten kunt helpen.

Dan zeg ik je ook eerlijk dat je die andere vijftien voorlopig niet nodig hebt.

Ik heb liever dat je na drie weken iets hebt waarmee je de markt op kunt, dan dat we drie maanden bezig zijn met functies waarvan niemand weet of iemand erop zit te wachten.

Zo zou ik zelf ook willen samenwerken met iemand die software voor mijn bedrijf bouwt. Niet iemand die overal ja op zegt omdat er toch uren geschreven worden. Wel iemand die meedenkt en af en toe zegt: volgens mij moeten we dit juist anders aanpakken.

Wat als je zelf al iets hebt gebouwd met AI?

Dat vind ik alleen maar mooi. Steeds meer ondernemers bouwen zelf iets met Lovable, Bolt of Claude. Een dashboard, een klantenportaal, soms zelfs een complete eerste versie van hun applicatie.

Waarom zou ik dan zeggen dat alles opnieuw moet? Ik kijk eerst naar wat er staat. Vaak is de basis prima en moeten alleen de database goed worden ingericht, een paar koppelingen worden gebouwd en alles veilig en betrouwbaar worden gemaakt. Dat scheelt je veel tijd en geld.

Soms is het slimmer om een deel opnieuw te bouwen. Ook dat zeg ik dan eerlijk. Het gaat erom wat voor jouw bedrijf de slimste oplossing is, niet hoe we zoveel mogelijk uren kunnen maken.

Waarom zou je dan nog een developer inhuren?

Je kunt tegenwoordig ontzettend veel zelf bouwen met AI, en ik moedig je vooral aan om dat te proberen. Maar er zit een verschil tussen iets bouwen wat werkt en software waar je bedrijf op kan vertrouwen.

Het is allemaal leuk totdat je om half vier 's nachts een melding krijgt dat je website eruit ligt. Een deployment die misging, een DDoS-aanval of een kwetsbaarheid in een dependency. En dan? Ga je midden in de nacht aan Claude vragen waarom je applicatie niet meer werkt?

Dat kan, en misschien los je het nog op ook. Maar als je klanten er niet meer bij kunnen, of je bedrijf draait op die software, wordt het ineens een ander verhaal.

Daar zit voor mij een groot deel van de waarde van een developer. Niet alleen code schrijven, maar ook nadenken over:

• de architectuur
• gebruikersrechten
• performance
• backups en onderhoud
• duidelijke afspraken over wie het oplost als er iets misgaat

Een applicatie die er goed uitziet, zit achter de schermen niet automatisch goed in elkaar.

Een voorbeeld: Beek Automotive

De eigenaar van Beek Automotive wilde een nieuwe website, maar gewoon blijven werken met zijn bestaande dealersysteem. Technisch kon ik van alles voorstellen, maar dat was zijn vraag niet. Hij wilde een website die bij zijn bedrijf paste, zonder zijn manier van werken te veranderen.

Daarom bouwde ik een koppeling met Hexon, waarmee zijn auto's automatisch op de website verschijnen. Achter die simpele wens zat behoorlijk wat techniek: een database, XML-verwerking en het goed toevoegen, aanpassen en verwijderen van voertuigen. Hier lees je hoe ik die koppeling heb gebouwd.

Wat krijg je voor € 2.000 tot € 5.000?

Voor een kleinere applicatie met een duidelijke scope is dat een realistisch uitgangspunt voor mijn werk. Denk aan:

• een intern systeem waarmee je medewerkers bepaalde processen uitvoeren
• een dashboard dat je gegevens inzichtelijk maakt
• een koppeling tussen twee systemen
• het verbeteren en afronden van een prototype dat je zelf al hebt gebouwd

Moet ik vanaf nul meedenken over het concept, de architectuur en alle functies, dan wordt het een ander verhaal. En een compleet SaaS-platform kan aanzienlijk meer kosten.

Belangrijk is dat je vooraf weet waar je aan begint. Daarom spreken we samen af:

• wat we gaan bouwen
• wat de eerste versie moet kunnen
• welke onderdelen we voor later bewaren
• wat het kost om de software na oplevering draaiende te houden, zoals hosting, externe diensten en onderhoud

Van ondernemer tot ondernemer

AI gaat softwareontwikkeling de komende jaren alleen maar toegankelijker maken. Goed nieuws voor ondernemers, en eigenlijk ook voor developers. We bouwen sneller, experimenteren makkelijker en ontdekken veel eerder of een idee werkt.

Maar als developer moet je daardoor ook steeds meer snappen van de ondernemer voor wie je bouwt. Uiteindelijk gaat het niet om hoeveel regels code je schrijft. Het gaat om wat iemand met die software kan bereiken.

Zo werk ik het liefst. Ik bouw de software, en denk mee over hoe we iets zo snel en verstandig mogelijk lanceren.

Van ondernemer tot ondernemer.