Maatwerk of standaardsoftware: hoe kies je?

De meeste organisaties komen op een punt waarop een spreadsheet, een stapel SaaS-abonnementen of een verouderd intern systeem niet meer past bij hoe het bedrijf werkt. Dan moet je kiezen. Je koopt een standaardproduct en past je proces daarop aan, of je bouwt software rond je proces.

Dit artikel is voor operationeel leidinggevenden, CTO's en oprichters die die keuze maken voor interne tools of platforms voor klanten. Wij verdienen ons geld met maatwerksoftware, dus we zeggen het eerlijk: kopen is vaak het juiste antwoord. Het doel is dat je weet in welke situatie je zit voordat je budget vastlegt.

• Koop als het proces bij veel bedrijven hetzelfde is en je er geen voorsprong mee hebt.
• Bouw als het proces de reden is dat je wint, als de koppelingen het product zijn, of als bestaande tools je dwingen tot omwegen die meer kosten dan software.
• Combineer als een gekochte kern het meeste dekt en een dunne laag maatwerk afhandelt wat jou anders maakt.

Standaardproducten hebben veel klanten die meebetalen aan de ontwikkeling, de beveiliging en de support. Voor standaardproblemen is dat moeilijk te evenaren. Kopen wint meestal als:

• Het proces vastligt in wetgeving of gewoonte, zoals salarisadministratie, boekhouding, personeelsdossiers, e-mail of digitale handtekeningen.
• Je eisen passen bij wat het product met configuratie al doet.
• Het binnen een paar weken moet werken en je geen engineeringteam hebt dat eigenaar van software kan zijn.
• De roadmap van de leverancier dezelfde kant op gaat als jij.
• De certificeringen die je nodig hebt, zoals SOC 2 of ISO 27001, al aanwezig zijn.

Dekt een product de eisen die ertoe doen en zijn de gaten alleen wensen, koop het dan en pas het proces aan. Maatwerksoftware die alleen kleine gaten dicht, verdient zich zelden terug.

Bouwen is zinvol als de software waarde bevat die geen leverancier verkoopt. Typische signalen:

1. 01Het proces is je voorsprong. Hoe je prijst, matcht, plant of risico beoordeelt, is de reden dat klanten voor je kiezen. Een generieke tool zou dat afvlakken.
2. 02Je betaalt voor omwegen. Medewerkers typen data over tussen systemen, houden schaduwspreadsheets bij of doen handmatige controles omdat de tool niet past.
3. 03De koppelingen zijn het lastige deel. De waarde zit in het verbinden van je ERP, CRM, datawarehouse en API's van partners, op een manier die geen enkel product biedt.
4. 04Prijzen per gebruiker groeien harder dan het bedrijf. Op schaal kunnen licenties voor honderden gebruikers meer kosten dan eigen software.
5. 05Je wilt het verkopen. Een platform voor klanten of een SaaS-product is per definitie maatwerk.
6. 06AI is onderdeel van het proces. Agents, documenten parsen of retrieval over je eigen data moeten meestal dicht bij je systemen en je regels voor data draaien.

Een abonnementsprijs vergelijken met een offerte voor maatwerk is misleidend, omdat beide opties kosten hebben die pas later zichtbaar worden. Vergelijk ze over drie tot vijf jaar:

Reken de omwegen expliciet door. Besteden bijvoorbeeld zes mensen elk een uur per dag aan het overzetten van data tussen twee systemen, dan is dat een bekende jaarlijkse kostenpost die je naast een schatting voor bouwen kunt leggen. Vaak is het de grootste post die niemand heeft opgeschreven.

Plan aan de bouwkant vanaf de eerste dag voor onderhoud. Reserveer elk jaar budget voor updates van dependencies, beveiligingspatches, kleine wijzigingen en hosting. Software die je bouwt en daarna laat liggen, veroudert.

Tabellen die features vergelijken krijgen de meeste aandacht in een aankooptraject. In onze ervaring bepalen de koppelingen of een systeem in het dagelijks gebruik werkt. Breng in kaart voordat je een route kiest:

• Welk systeem de leidende bron is voor elk type data: klanten, orders, producten en documenten.
• Welke kant de data op moet, hoe vaak, en wie conflicten oplost.
• Welke API's er zijn, wat hun rate limits zijn en of ze de velden bieden die je nodig hebt.
• Wat er gebeurt als een koppeling faalt: retries, meldingen en het rechttrekken van verschillen.

Heeft een gekocht product een goede API en webhooks, dan kan een dunne laag maatwerk vaak de gaten dichten zonder dat je het hele systeem bouwt. Deze hybride aanpak komt veel voor en geeft vaak de meeste waarde voor je geld.

De klassieke risico's van maatwerksoftware zijn budgetoverschrijdingen, een systeem dat niemand kan onderhouden en afhankelijkheid van één leverancier. Alle drie kun je beheersen:

• Begin met de kleinste versie die een echt proces vervangt voor echte gebruikers, en breng die binnen een paar weken uit.
• Kies gangbare technologie waarvoor je toekomstige team mensen kan vinden.
• Zorg dat code, infrastructuur en data vanaf de eerste dag in accounts staan die van jou zijn.
• Eis automatische tests, documentatie en een duidelijk plan voor de overdracht.
• Leg de scope per fase vast, zodat je budget toezegt in stappen die je kunt beoordelen.

Agentic engineering, waarbij ervaren engineers met coding agents werken, heeft ook de kosten verlaagd van het bouwen van goed gedefinieerde software. Daardoor verschuiven sommige beslissingen die een paar jaar geleden duidelijk richting kopen gingen. Ons artikel over agentic engineering voor SaaS legt uit hoe.

1. 01Beschrijf het proces en markeer welke delen standaard zijn en welke je onderscheiden.
2. 02Maak een shortlist van twee of drie producten en test ze met je vijf lastigste echte scenario's, inclusief koppelingen.
3. 03Reken uit welke omwegen elk product laat bestaan.
4. 04Schat de kosten over vijf jaar voor kopen, bouwen en een combinatie van beide.
5. 05Kies de laagste totale kosten voor de delen die je niet onderscheiden, en investeer in de delen die dat wel doen.

We zeggen het tegen klanten als een product dat ze kunnen kopen de betere keuze is. Is maatwerksoftware het antwoord, dan bouwen we het in korte, vaste fases met de code in jouw accounts, zoals beschreven in onze aanpak. Sta je voor zo'n keuze, dan kun je een gesprek plannen om het samen door te nemen.