De belangrijkste punten
- De prijs is een optelsom van uren; uitzonderingen en koppelingen wegen zwaarder dan het aantal schermen.
- Een eerste werkende versie zit in Nederland vaak in de tienduizenden euro; een compleet platform is een veelvoud.
- De grootste besparing zit in de scope: klein beginnen en koppelen met wat je al hebt.
- Reken naast bouwkosten op hosting, onderhoud, licenties van derden en doorontwikkeling.
- Vergelijk offertes op wat is inbegrepen, wie eigenaar wordt en wat er na oplevering gebeurt.
In het kort
Maatwerksoftware heeft geen vaste prijs. De kosten hangen af van wat de software moet doen, met hoeveel systemen ze moet praten en hoe strak de eisen zijn rond beveiliging en ontwerp. Als indicatie: een kleine eerste werkende versie zit in de Nederlandse markt vaak in de tienduizenden euro's, een volwassen bedrijfsapplicatie loopt op tot een veelvoud daarvan. Wat het voor jouw situatie wordt, weet je pas na een gesprek waarin het proces op tafel ligt.
Waarom er geen prijslijst bestaat
Bij een auto weet je wat je koopt. Bij software koop je vooral tijd van mensen die nadenken, ontwerpen, bouwen en testen. De prijs is dus een optelsom van uren, en die uren hangen af van keuzes die je samen maakt. Twee applicaties die voor een buitenstaander op elkaar lijken, kunnen in kosten flink verschillen.
Dat maakt de vraag wat maatwerksoftware kost niet onzinnig. Het betekent alleen dat je de vraag moet opknippen: welke factoren maken het duurder, welke goedkoper, en waar heb je zelf invloed op.
De zeven factoren die de prijs bepalen
- Omvang van de functionaliteit. Elk scherm, elke regel, elke uitzondering kost tijd. Niet het aantal schermen telt het zwaarst, maar het aantal uitzonderingen op de regel.
- Aantal rollen en rechten. Een tool voor één team is simpeler dan een systeem waarin klanten, medewerkers en externe partijen elk iets anders mogen zien.
- Koppelingen. Praten met je boekhouding, CRM of een portaal van een leverancier kost per koppeling tijd. Een nette API is snel gekoppeld; een systeem zonder API vraagt om een omweg.
- Gegevensmigratie. Bestaande data uit Excel of een oud pakket overzetten is zelden een kwestie van importeren. Meestal moet er eerst worden opgeschoond.
- Ontwerp en gebruiksgemak. Een interne tool mag er functioneel uitzien. Een portaal waar klanten in werken vraagt om meer aandacht voor ontwerp.
- Beveiliging en wetgeving. Werk je met medische of juridische dossiers, dan zijn logging, toegangsbeheer en opslag binnen de EU geen extra's maar basis.
- Onzekerheid. Hoe minder duidelijk het proces is bij de start, hoe meer tijd er gaat zitten in uitzoeken en bijsturen.
Indicatieve bandbreedtes in de Nederlandse markt
Onderstaande bedragen zijn nadrukkelijk een indicatie. Ze geven een gevoel voor de orde van grootte zoals die in Nederland gangbaar is voor software die door een professioneel bureau wordt gebouwd. Ze zijn geen offerte en zeggen niets over jouw specifieke situatie. Daarvoor is een gesprek nodig.
| Type project | Wat je ongeveer krijgt | Indicatieve bandbreedte |
|---|---|---|
| Kleine tool of eerste werkende versie (MVP) | Eén kernproces, een handvol schermen, één of geen koppeling | Grofweg tussen de tien- en dertigduizend euro |
| Bedrijfsapplicatie | Meerdere processen, rollen en rechten, enkele koppelingen, migratie van bestaande gegevens | Grofweg tussen de dertig- en honderdduizend euro |
| Platform of portaal met externe gebruikers | Klant- of partnerportaal, meerdere koppelingen, hoge eisen aan beveiliging en ontwerp, doorlopende ontwikkeling | Vanaf een ton, afhankelijk van de ambitie |
De bandbreedtes overlappen elkaar bewust. Een MVP met een lastige koppeling kan duurder zijn dan een eenvoudige bedrijfsapplicatie zonder koppelingen. En let op: dit zijn bouwkosten. De terugkerende kosten komen verderop apart aan bod.
Waar de uren werkelijk in gaan zitten
Veel ondernemers denken dat het geld naar programmeren gaat. In de praktijk is het typen van code maar een deel van de tijd. Zo ziet de verdeling er in grote lijnen uit bij een gemiddeld project:
- Proces in kaart brengen. Gesprekken met de mensen die het werk doen, uitzonderingen boven tafel krijgen, beslissen wat wel en niet in de eerste versie komt.
- Schetsen en ontwerpen. Schermen tekenen, datamodel bepalen, koppelingen uitzoeken. Hier voorkom je de dure fouten.
- Bouwen. Het programmeerwerk zelf, in sprints van twee weken zodat je tussentijds kunt bijsturen.
- Testen en koppelen. Randgevallen, foutmeldingen, gegevens die niet kloppen. Koppelingen testen tegen echte systemen.
- Uitrollen en overdragen. Hosting inrichten, gegevens overzetten, gebruikers instrueren, de eerste weken meekijken.
Wie bezuinigt op stap één en twee, betaalt dat terug in stap drie en vier. Een uur nadenken aan het begin scheelt vaak een dag bouwen later. Hoe die stappen bij ons in elkaar zitten, lees je op de pagina over onze werkwijze.
De kosten na oplevering
Software is klaar als ze live staat, maar ze is nooit af. Reken naast de bouwkosten op deze terugkerende posten:
- Hosting. Servers, opslag, back-ups en een domein. Voor de meeste bedrijfsapplicaties een bescheiden maandbedrag dat meegroeit met het gebruik.
- Onderhoud en monitoring. Beveiligingsupdates, controleren of alles nog draait, ingrijpen als een koppeling stukgaat omdat de andere kant iets veranderde.
- Licenties van derden. Denk aan een dienst voor e-mailverzending, sms, kaarten of documentherkenning. Meestal betaal je die per gebruik.
- Doorontwikkeling. De wensen die na de eerste versie ontstaan. Dit is geen kostenpost om te vrezen: het betekent dat de software wordt gebruikt.
Vraag bij elke offerte expliciet naar deze vier posten. Een lage bouwprijs met een dure onderhoudsverplichting is op termijn duurder dan andersom. En vraag wie eigenaar is van de code en de data, zodat je niet vastzit aan één partij. Waarom dat zo belangrijk is, lees je in het artikel over vendor lock-in vermijden.
Zo houd je de kosten beheersbaar
Begin klein, maar begin echt
De grootste kostenbesparing is niet onderhandelen over het tarief, maar snijden in de scope. Kies het ene proces dat nu het meeste pijn doet en bouw daar een eerste werkende versie voor. Alles wat je niet in de eerste versie zet, kost nog niets en kan later alsnog, met de kennis van wat gebruikers echt doen. Hoe je die scope kiest, staat in het artikel over een MVP bouwen.
Koppel wat er al is
Bouw geen eigen boekhouding, e-mailsysteem of documentopslag na. Koppel met wat je al gebruikt via een integratie. Dat is vrijwel altijd goedkoper en je houdt de tools die je team kent.
Neem beslissingen snel
Elke week dat een beslissing openstaat, kost het bouwteam tijd. Zorg dat er één iemand aan jouw kant is die knopen mag doorhakken en dat die persoon bij elke sprintdemo aanwezig is.
Accepteer standaardoplossingen voor bijzaken
Inloggen, wachtwoord vergeten, e-mailnotificaties, pdf-export: daar hoeft niets uniek aan te zijn. Laat het bureau hier beproefde bouwstenen gebruiken en bewaar het maatwerk voor het proces dat jou onderscheidt.
Waar je op let bij een offerte
Twee offertes vergelijken op het eindbedrag alleen is zinloos. Let op deze punten:
| Vraag | Waarom het uitmaakt |
|---|---|
| Vaste prijs of per sprint? | Een vaste prijs klinkt veilig, maar dwingt tot alles vooraf vastleggen. Per sprint betalen geeft ruimte om bij te sturen; vraag dan wel om een plafond. |
| Wat is inbegrepen? | Ontwerp, testen, migratie, hosting inrichten, instructie: staat het erin of komt het als meerwerk? |
| Hoe gaat men om met meerwerk? | Goede bureaus zeggen vooraf hoe ze wijzigingen inschatten en laten je kiezen voordat ze bouwen. |
| Wie is eigenaar van code en data? | Jij, als het goed is. Laat het zwart-op-wit zetten. |
| Wat kost het na oplevering? | Hosting, onderhoud en monitoring per maand, en wat daarvoor wordt gedaan. |
| Wie bouwt er eigenlijk? | De mensen uit het verkoopgesprek, of een team dat je nooit spreekt? |
Meer vragen die je een bureau kunt stellen vind je in tien vragen bij het kiezen van een softwarebureau.
Zo krijg je een echte inschatting
Een betrouwbare prijs begint niet met een offerteaanvraag, maar met een beschrijving van het probleem. Dit heb je nodig voor een eerste gesprek:
- Het proces dat je wilt verbeteren, in gewone woorden: wie doet wat, in welke volgorde, en waar gaat het mis.
- De systemen die erbij betrokken zijn: boekhouding, CRM, Excel-bestanden, portalen.
- Wie ermee gaat werken en hoeveel mensen dat zijn.
- Wat het je nu kost dat het niet goed loopt: uren, fouten, gemiste omzet, frustratie.
- Wat je minimaal nodig hebt om te starten, en wat later mag.
Met die vijf punten kan een bureau een eerlijke bandbreedte geven en aangeven wat de eerste werkende versie zou zijn. Wil je weten hoe wij zo'n gesprek aanpakken, kijk dan op de pagina over maatwerksoftware.
