Wat kost maatwerk software voor het MKB? Kosten en proces uitgelegd

Waarom deze gids: prijs is te vaak een blackbox

De vraag 'wat kost maatwerk software' krijgt bijna altijd hetzelfde antwoord: 'dat hangt ervan af'. Klopt op zich, maar helpt je niet verder. Als ondernemer wil je weten waarvan het afhangt, welke keuzes je zelf in de hand hebt en waar het traject uit bestaat. Alleen dan kun je een geïnformeerde beslissing nemen en niet enkel afgaan op een offerte die je moet vertrouwen.

Deze pagina is geen aanbod, maar een gids. We leggen uit hoe onze prijzen tot stand komen, welke keuzes de kosten opdrijven of juist temperen, en hoe het ontwikkelproces bij ThrAive eruitziet. Wil je na het lezen direct aan de slag, spring dan door naar de pagina maatwerk software laten maken voor het MKB.

De vijf kostendrijvers waar je zelf invloed op hebt

De prijs van een maatwerktraject is opgebouwd uit een paar factoren. Aan alle vijf kun je zelf draaien:

• Scope: hoeveel functies zitten in de eerste versie. Kleiner starten is bijna altijd goedkoper én sneller waardevol.
• Koppelingen: elk extern systeem waarmee de software praat (boekhouding, CRM, ERP, webshop, Microsoft 365) is een aparte bouwstap. Systemen met een goede API zijn goedkoper te koppelen dan systemen zonder.
• Complexiteit van de bedrijfslogica: hoe meer uitzonderingen, prijsafspraken of klantspecifieke regels je vastlegt, hoe meer werk. Vaak zit hier winst in vereenvoudiging vóór automatisering.
• Gebruikersinterface: een eenvoudige interne tool is goedkoper dan een gepolijste externe klantomgeving. Rol en publiek bepalen hoeveel aandacht de UI mag krijgen.
• Testen en overdracht: bij bedrijfskritische software steken we meer tijd in testen op echte data en in documentatie voor je team. Bij een interne experimentversie kan dat lichter.

In de procesanalyse maken we deze vijf drijvers samen expliciet. Zo zie je niet alleen de eindprijs, maar ook welke keuzes die prijs bepalen.

Hoe onze prijsopbouw werkt

ThrAive werkt niet met een uurtarief met open einde, maar met een vaste prijs vooraf per afgebakende scope. Nadat de requirements staan, krijg je één bedrag voor de bouw tot en met livegang van de eerste werkende versie. Dat bedrag verandert niet meer, ook niet als de bouw voor ons meer werk blijkt dan gedacht. Wijzigingen buiten de oorspronkelijke scope leggen we vast in een aanvullende afspraak met opnieuw een vaste prijs, zodat je nooit voor verrassingen komt te staan.

Naast de bouwkosten zijn er lopende kosten voor hosting en, waar van toepassing, gebruik van externe API's zoals AI-modellen of berichtenverkeer. Die kosten zijn transparant, gaan rechtstreeks naar de aanbieder van jouw keuze en blijven doorgaans beperkt. Je zit niet vast aan een verplicht servicecontract of doorlopende licentie bij ons.

Het ontwikkelproces in vijf stappen

Elk traject bij ThrAive loopt langs dezelfde vijf stappen. Zo weet je vooraf wat er wanneer gebeurt en waar de beslismomenten liggen:

1. 1

   Procesanalyse en kostendrijvers

   We bespreken je huidige proces, de knelpunten en de doelen. Direct daarbij benoemen we welke van de vijf kostendrijvers in jouw geval het zwaarst wegen.

2. 2

   Requirements en vaste prijs vooraf

   We leggen scope, koppelingen en acceptatiecriteria vast in een korte requirementsdocument. Op basis daarvan krijg je één vaste prijs voor de bouw.

3. 3

   Bouwen in korte iteraties

   We bouwen in blokken met vaste opleveringen. Je krijgt na elk blok werkende software in handen en kunt binnen de scope bijsturen.

4. 4

   Testen met echte data

   We toetsen op historische en lopende cases uit jouw bedrijf, inclusief de uitzonderingen. Zo blijkt vóór livegang of de logica klopt.

5. 5

   Eerste werkende stroom binnen 2 weken live

   De eerste werkende stroom staat binnen 2 weken live en binnen 30 dagen staat de volledige oplossing in productie. Vandaaruit werken we in vervolgblokken naar de volledige scope of stoppen we als deze versie volstaat.

Hoe je zelf de kosten laag houdt

Zonder aan kwaliteit in te leveren, kun je zelf een groot verschil maken in het eindbedrag:

• Start met de kleinste versie die op zichzelf al waarde oplevert. Wat je later erbij bouwt, kun je later betalen.
• Ruim uitzonderingen op vóór automatisering. Elke uitzondering die je niet meer nodig hebt, hoeft ook niet in software terecht te komen.
• Kies systemen met een goede API voor de koppelingen. Dat is een keuze die je nu al kunt maken bij een nieuwe leverancier.
• Wees streng op wat 'nice to have' is. Wat je nu niet vraagt, kun je in een vervolgblok altijd nog toevoegen als het echt blijkt te ontbreken.
• Zet één iemand aan onze kant van tafel die knopen kan doorhakken. Overleg met vier partijen tegelijk kost tijd en dus geld.

Wanneer maatwerk zich echt terugverdient

Maatwerk software loont zodra een standaardpakket je proces vertraagt, workarounds afdwingt of niet koppelt met de rest van je omgeving. Ook als je onderscheidend vermogen in een specifieke werkwijze zit die geen enkel pakket goed ondersteunt, weegt maatwerk vaak op tegen de kosten. In die situaties verdien je de investering terug in tijd, minder fouten en ruimte om te groeien zonder de bottleneck van je bestaande tools.

Past een standaardpakket prima bij wat je doet en zijn de aantallen klein en incidenteel, dan raden we eerlijk aan om die route te volgen. Dan komt maatwerk pas in beeld als je tegen echte grenzen aanloopt. In een AI-scan bespreken we dat open.

Klaar om te starten?

Deze pagina is bewust een gids, geen aanbod. Wil je aan de slag, ga dan naar de pagina maatwerk software laten maken voor het MKB voor de aanpak, of doe de gratis AI-scan op thraive.nl/ai-scan voor een indicatie op basis van jouw situatie. Werkt de software niet volgens afspraak, dan geldt onze geld-terug-garantie. Je bent eigenaar van de broncode zonder vendor lock-in, en je krijgt binnen 1 uur op werkdagen reactie als je iets nodig hebt.

Maatwerk software ontwikkeling uitbesteden: zo houd je zelf de regie

Uitbesteden betekent niet loslaten. Een goed traject heeft aan beide kanten een duidelijk aanspreekpunt: bij jou iemand die beslissingen kan nemen, bij ons iemand die het hele traject overziet. Alle vragen en keuzes lopen via die lijn, zodat niets tussen wal en schip valt en je nooit hoeft te raden bij wie iets ligt.

De regie zit verder in vaste beslismomenten. Aan het eind van elke iteratie zie je werkende software en bepaal jij of we op koers liggen, bijsturen of een onderdeel naar voren halen. Je stuurt dus op wat je ziet, niet op een voortgangsrapport. Dat maakt uitbesteden overzichtelijk, ook als je nog nooit eerder software liet bouwen.

Zo ziet een iteratie eruit: van afspraak tot werkende oplevering

We werken in blokken van een tot twee weken. Elk blok begint met een korte afstemming over wat er in dat blok wordt gebouwd, en eindigt met een oplevering die je zelf kunt aanklikken in een testomgeving. Geen presentaties over voortgang, maar software die je met eigen ogen beoordeelt.

Je feedback uit elk blok gaat direct het volgende blok in. Klopt een scherm net niet met hoe het werk echt loopt, dan is dat binnen dagen aangepast in plaats van aan het einde van het traject. Zo groeit de software in kleine, controleerbare stappen naar het eindresultaat, en zijn er bij de oplevering geen verrassingen meer: je hebt alles onderweg al gezien.

Kwaliteitsborging: hoe we bewaken dat de software klopt

Kwaliteit borgen we op meerdere lagen. Elke wijziging doorloopt geautomatiseerde controles die fouten vangen voordat een mens ze ziet, en wordt beoordeeld voordat hij in de hoofdversie komt. Daarnaast testen we tegen de acceptatiecriteria die we in de requirementsfase samen hebben vastgelegd: die vormen de meetlat waaraan elke oplevering wordt getoetst.

Het sluitstuk is testen met jouw echte gevallen, inclusief de rommelige uitzonderingen die elk bedrijf heeft. Software die alleen op nette verzonnen voorbeelden is getest, valt in de praktijk door de mand. Daarom vragen we vroeg om historische data en laten we eindgebruikers meetesten voordat er iets live gaat.

Documentatie en overdracht: software die je echt kunt meenemen

Eigenaarschap van broncode is pas iets waard als een ander ermee verder kan. Daarom hoort bij elke oplevering documentatie: hoe de software in elkaar zit, welke koppelingen er lopen, hoe je een testomgeving opzet en hoe een nieuwe ontwikkelaar de software draaiend krijgt. Dat is het verschil tussen formeel eigendom en praktische overdraagbaarheid.

De repository staat vanaf dag een op naam van jouw bedrijf, niet pas bij de eindfactuur. Je kunt dus op elk moment meekijken, een second opinion laten uitvoeren of het traject overdragen. Dat klinkt als een detail, maar het verandert de verhouding: wij moeten elke maand opnieuw waarmaken dat je bij ons wilt blijven.

Wat we tijdens de ontwikkeling van jouw team vragen

Maatwerk software ontwikkeling uitbesteden vraagt geen technische kennis van jouw kant, wel betrokkenheid. Reken op een paar uur per week voor een vast contactpersoon: vragen beantwoorden, tussentijdse versies bekijken en knopen doorhakken. Daarnaast vragen we in de testfase enkele eindgebruikers die de software met echt werk willen uitproberen.

Die uren zijn de best bestede tijd van het traject. Elke vraag die vroeg wordt beantwoord, voorkomt herbouw later, en elke medewerker die vroeg meekijkt, wordt na livegang een ambassadeur in plaats van een sceptische gebruiker. Trajecten die misgaan, stranden zelden op techniek en bijna altijd op stiltes in de samenwerking.