Wat kost het ontwikkelen van maatwerksoftware echt?

Meestal begint het met iets kleins dat uit z'n voegen groeit. Een Excel-bestand dat niemand meer durft aan te raken, gegevens die dagelijks met de hand van het ene systeem naar het andere gaan, of een portaal dat simpelweg niet meer meekan. Op zo'n moment komt de vraag boven: wat kost het eigenlijk om dit met maatwerk goed op te lossen? Voor een zakelijke maatwerkoplossing moet u grofweg rekenen op €10.000 tot ver boven de €100.000, exclusief btw. Dat is een breed bereik, en dat is geen slordigheid. De prijs volgt uit de omvang van het probleem, de risico's die eraan hangen en de eisen die uw dagelijkse werk stelt.

Een kleine interne tool met één duidelijke taak is nu eenmaal een ander verhaal dan een klantportaal dat aan uw ERP hangt, betalingen afhandelt en dag en nacht in de lucht moet blijven. Een vaste prijs die zonder scherpe afbakening op tafel komt, geeft daarom weinig zekerheid. In de praktijk leidt zo'n bedrag juist tot discussie zodra het project eenmaal loopt.

Wat kost maatwerksoftware per type project?

De bedragen hieronder zijn realistische richtlijnen voor een ervaren Nederlands team. Ze vervangen geen technische inventarisatie, maar ze helpen wel om het budgetgesprek op de juiste schaal te voeren.

• Een gerichte interne tool of automatisering: meestal €10.000 tot €25.000. Bijvoorbeeld een applicatie voor planning, offertebeheer, kwaliteitscontroles of het wegautomatiseren van handelingen die zich elke week herhalen.
• Een bedrijfsapplicatie of klantportaal: vaak €25.000 tot €75.000. Reken op gebruikersrollen, een beheeromgeving, een prettige interface en een of meer koppelingen met bestaande systemen.
• Een mobiele app voor Android en iOS: al snel €30.000 tot €100.000, en soms meer. Wat de prijs opdrijft zijn functies als accounts, pushmeldingen, offline gebruik, locatiebepaling en integraties.
• Een complex platform of SaaS-product: vanaf ongeveer €75.000, waarbij grotere trajecten ruim over de €200.000 gaan. Hier tellen schaalbaarheid, meerdere klantomgevingen, fijnmazige rechten, beveiliging en voortdurende doorontwikkeling flink mee.

In die bedragen zit doorgaans veel meer dan alleen programmeerwerk. Een oplossing die echt bruikbaar is, vraagt om analyse, technisch ontwerp, testen, afstemming onderweg en een nette oplevering. Wie enkel de schermen telt, mist waar de meeste uren gaan zitten.

Waar zit die prijs nou precies in?

Hoe scherp is de scope?

Een duidelijk probleem betekent nog geen duidelijke scope. “We willen een portaal voor onze klanten” kan een simpel documentoverzicht zijn. Het kan net zo goed een volwaardig selfserviceplatform zijn met facturen, bestellingen, support, rapportages en allerlei rechten per gebruiker.

Hoe concreter u vooraf de processen, de uitzonderingen en het gewenste resultaat beschrijft, hoe beter een leverancier kan ramen. Alles dichttimmeren hoeft niet. Wel moet helder zijn wat de eerste versie oplost en wat u bewust doorschuift naar later.

Een MVP is in dat licht geen uitgeklede versie waar niemand iets aan heeft. Het is een eerste versie die één belangrijk bedrijfsproces gewoon goed doet. Die keuze drukt de investering aan de voorkant en laat u sneller zien hoe de software in de praktijk gebruikt wordt.

Koppelingen en de kwaliteit van uw data

Koppelingen zijn de post die het vaakst wordt onderschat. Een API die goed gedocumenteerd is en stabiel draait, sluit u relatief snel aan. Maar een verouderd pakket zonder API, gegevens met gaten of klantnummers die niet overal hetzelfde zijn: dat vraagt om extra logica, controles en foutafhandeling.

Neem een webshop waarvan de orders naar een voorraadpakket moeten, terwijl de klantgegevens uit een CRM komen. Dan is een werkende verbinding pas het begin. U moet ook vastleggen welk systeem leidend is, wat er gebeurt als het misgaat, en hoe u omgaat met dubbele of ontbrekende gegevens. Precies die keuzes bepalen of automatisering u tijd oplevert of juist nieuwe fouten introduceert.

Gebruikers, rollen en uitzonderingen

Een applicatie voor vijf collega's stelt andere eisen dan een platform voor duizenden klanten. Meer gebruikers betekent niet vanzelf meer ontwikkeluren, maar wel meer aandacht voor prestaties, autorisaties, logging en support.

En dan zijn er de uitzonderingen, die stapelen zich op. Mag een manager een bestelling nog aanpassen nadat die is goedgekeurd? Wat gebeurt er als een medewerker uit dienst gaat? Moet een klant meerdere vestigingen kunnen beheren? Juist dat soort praktische vragen bepaalt of u een mooie demo hebt of software die de dagelijkse drukte overleeft.

Kwaliteit, beveiliging en beschikbaarheid

Software die een paar uur per week aanstaat, hoeft niet dezelfde beschikbaarheid te halen als een bestelplatform of een planningstool voor de buitendienst. Zodra stilstand uw omzet, uw klanten of uw interne processen raakt, wordt investeren in monitoring, back-ups, herstelprocedures en een hostingomgeving die de belasting aankan onvermijdelijk.

Beveiliging plakt u er niet achteraf even bij. Tweefactorauthenticatie, rechten per rol, versleuteling, auditlogs, veilig omgaan met persoonsgegevens: welke maatregelen nodig zijn, hangt af van het risico. Een interne registratie-app vraagt nu eenmaal om andere keuzes dan een omgeving vol klantdata, betalingen of gevoelige documenten.

Niet alleen bouwen, maar de hele levensduur

De factuur voor het bouwen is zichtbaar. De kosten daarna zijn minstens zo belangrijk. Software wil gehost, in de gaten gehouden, bijgewerkt en aangepast worden zodra processen, browsers, apparaten of gekoppelde systemen veranderen.

Zet daarom budget opzij voor beheer en doorontwikkeling. Een gebruikelijke vuistregel is 15 tot 25 procent van de initiële ontwikkelkosten per jaar, afhankelijk van gebruik, complexiteit en hoe snel u een reactie verwacht. Bij een applicatie van €40.000 komt dat neer op zo'n €6.000 tot €10.000 per jaar voor hosting, technisch onderhoud, support en kleine verbeteringen. Grote nieuwe functies komen daar uiteraard bovenop.

De goedkoopste bouwer is lang niet altijd de voordeligste keuze. Liggen ontwikkeling, hosting en support bij verschillende partijen, dan kan één storing uitdraaien op een rondje doorverwijzen. De hoster wijst naar de software, de bouwer naar de koppeling, en uw team zit te wachten. Eén technisch aanspreekpunt haalt die vertraging eruit en maakt duidelijk wie eigenaar is van het probleem.

Zo houdt u grip op budget en planning

Een goed project begint niet met een lange wensenlijst, maar met de vraag welk knelpunt als eerste weg moet. Een korte analysefase brengt de processen, koppelingen, risico's en prioriteiten in beeld. Daaruit rolt een technisch plan met een afgebakende eerste oplevering en een begroting die klopt.

Werk daarna in fasen. Eerst een werkende basis waar gebruikers echt mee aan de slag kunnen, daarna uitbreidingen op basis van wat het gebruik u leert. Dat vraagt discipline, want niet elke wens kan meteen mee. Daar staat tegenover dat u eerder waarde ziet, minder geld in aannames steekt en gerichter beslist over de volgende stap.

Vraag bij een offerte ook hoe de leverancier met wijzigingen omgaat. Een serieus voorstel laat zien welke aannames erin zitten, wat inbegrepen is en hoe meerwerk wordt beoordeeld. Een lage eindprijs zonder een woord over testen, oplevering, beheer of koppelingen geeft u weinig om op te bouwen.

Waar let u op als u offertes vergelijkt?

Leg geen totaalbedragen naast elkaar zonder ook de inhoud te vergelijken. Kijk of analyse en ontwerp erin zitten, hoeveel testwerk is ingecalculeerd, welke integraties zijn meegenomen en of er rekening is gehouden met beheer na livegang. Ga ook na wie verantwoordelijk is als een koppeling of serveromgeving straks hapert.

Let net zo goed op de manier van samenwerken. Krijgt u rechtstreeks contact met mensen die de techniek snappen? Worden risico's benoemd voordat ze vertraging worden? En is duidelijk wie er na de oplevering bereikbaar blijft? Voor organisaties die op hun systemen leunen, zijn dat geen bijzaken maar gewoon voorwaarden om door te kunnen draaien.

Bij LJPc start een betrouwbare raming daarom bij het bedrijfsproces achter de aanvraag. Pas als helder is welke handelingen, gegevens en afhankelijkheden een oplossing moet dragen, valt een investering goed te onderbouwen.

Maatwerksoftware hoeft niet meteen alles te kunnen. Kies de eerste stap die aantoonbaar tijd bespaart, fouten voorkomt of klanten sneller helpt. Levert die stap direct resultaat, dan staat u een stuk steviger als u besluit verder te bouwen.