Kiest u maatwerk of standaard software? Een beslistabel

TechinFlow levert maatwerk software en heeft dus baat bij een keuze voor maatwerk. Deze pagina is daarom zo opgezet dat de beslistabel ook tot de uitkomst "koop een pakket" leidt, en bevat geen aanbod en geen prijzen. Wie de kosten van maatwerk wil doorrekenen, vindt een rekenmodel op kosten van maatwerk software; hier gaat het om de keuze zelf.

Standaard software is hier elk pakket of elke dienst die een leverancier aan meerdere klanten levert, inclusief abonnementen en open source. Maatwerk is software die voor één opdrachtgever wordt gebouwd of die een bestaand platform in hoge mate aanpast. Daartussen ligt een grijs gebied van configureerbare pakketten en low-code; de tabel behandelt dat als aparte rij.

Beantwoord de zeven vragen per proces, niet per organisatie. Een gemeente kan voor financiën een pakket nemen en voor een eigen kaartportaal maatwerk laten bouwen.

Tel niet blind het aantal kruisjes. Eén zwaar wegend punt, bijvoorbeeld afhankelijkheid van een leverancier die niet te vervangen is, kan beslissend zijn. Leg uw weging vast voordat u offertes opvraagt, zodat de uitkomst niet achteraf wordt gekleurd.

Elke route verschuift kosten en risico naar een ander moment. Maatwerk vraagt een grotere investering vooraf, standaard software vraagt vaker aanpassing van uw werkwijze en een doorlopende licentie.

De kolommen beschrijven tendensen, geen wetten. Een zeer goed gedocumenteerd maatwerksysteem kan beter vervangbaar zijn dan een pakket met gesloten dataformaat. Daarom is de exitregeling belangrijker dan het etiket: zie vendor lock-in en exitstrategie.

Veel organisaties draaien kritieke processen op een spreadsheet of een Access-database die één medewerker heeft gebouwd. Dat werkt, tot die medewerker vertrekt, de data te groot wordt of meer mensen tegelijk moeten werken. Twee technische grenzen zijn openbaar gedocumenteerd.

Microsoft schrijft over de omvang van Access:

2 gigabytes, minus the space needed for system objects.

Bron: Microsoft Support, Access specifications (Engelstalig citaat, databasegrootte), gelezen op 11 oktober 2026. Dezelfde pagina noemt de mogelijkheid om tabellen uit andere Access-bestanden te koppelen. De einddatum van Access 2021 komt van Microsoft Learn; dat zegt niets over Access in Microsoft 365, waarvoor andere regels gelden. Een einddatum is op zich geen reden tot vervanging, maar wel een moment om de keuze te herijken.

Vervang in stappen en vervang niet alles. Veel oplossingen blijken bij inventarisatie niet kritiek, en een deel kunt u laten staan met betere afspraken over beheer en back-up.

1. Inventariseer alle bestanden en databases die een proces dragen: eigenaar, gebruikers, gegevens, koppelingen, macro's en frequentie van gebruik.
2. Beoordeel risico per oplossing. Verwerkt het persoonsgegevens, hangt een wettelijke taak ervan af, werkt er maar één persoon aan, of staat de data op een gedeelde schijf zonder versiebeheer? Bespreek persoonsgegevens met uw functionaris gegevensbescherming.
3. Kies de route met de beslistabel hierboven: laten staan, standaard pakket, configureerbaar platform of maatwerk.
4. Leg de logica vast. Haal formules, macro's en ongeschreven regels uit het bestand en beschrijf ze als eisen. Dit is vaak het meeste werk en bepaalt of de nieuwe oplossing hetzelfde resultaat geeft.
5. Migreer en draai parallel. Laat oud en nieuw een periode naast elkaar draaien en vergelijk uitkomsten voordat u het oude bestand op alleen-lezen zet.
6. Archiveer het oude bestand met een datum en een verwijzing naar de opvolger.

Voor oplossingen die al jaren draaien en waarvan de oorspronkelijke bouwer weg is, is legacy-modernisering de bijpassende dienst. Zijn de gegevens al verspreid over meerdere bestanden, dan komt eerst een gezamenlijke bron, zoals beschreven bij dataplatforms.

Een pakket lijkt snel te passen, tot blijkt wat achter de demonstratie zit. Stel vóór de keuze vragen die de kosten over vijf jaar zichtbaar maken en leg de antwoorden schriftelijk vast.

• Welke eisen uit uw lijst worden zonder aanpassing gedekt, welke via configuratie en welke alleen via maatwerk van de leverancier? Laat de leverancier die indeling zelf aanleveren.
• Wat kosten aanpassingen en wie is eigenaar van de code die voor u wordt gemaakt?
• Hoe verloopt een nieuwe versie van het pakket als u aanpassingen heeft: gaan ze vanzelf mee of moeten ze opnieuw worden gebouwd?
• Welke gegevens en welke configuratie kunt u exporteren, in welk formaat en tegen welke kosten?
• Welke API's zijn beschikbaar, zijn ze gedocumenteerd en zijn er beperkingen op het aantal aanroepen?
• Hoe lang worden versies ondersteund en wat is het beleid bij einde van ondersteuning?

Een leverancier die op de derde vraag geen duidelijk antwoord heeft, laat u achter met een aangepast pakket dat bij elke update opnieuw werk kost. Zo kan een pakket met "kleine aanpassingen" over vijf jaar duurder uitpakken dan een maatwerkoplossing met een heldere scope. Neem de uitkomst op in de berekening van kosten van maatwerk software en vergelijk dan pas.

Voor overheden telt mee dat de keuze ook langs de lijn van de aanbestedingsregels loopt. Een pakket en een bouwopdracht zijn beide een opdracht, maar de eisen en de gunningsvorm verschillen. De Aanbestedingswet 2012 geeft aanbestedende diensten de keuze tussen beste prijs-kwaliteitverhouding, laagste kosten op basis van levenscycluskosten en laagste prijs (artikel 2.114); lees daarvoor de uitleg op kosten van maatwerk software.

Een tweede factor is de wens om open source en open standaarden te gebruiken. Bij een pakket met een gesloten formaat is de exit moeilijker dan bij een product dat open standaarden spreekt; zie open source bij de overheid en de EUPL. Voor gemeenten komt daar de richting van Common Ground bij: leveranciers zonder standaard-API's maken uitwisseling lastiger. Voor het mkb is de afweging eenvoudiger: kies het pakket tenzij uw proces uw onderscheidend vermogen is; meer daarover bij web- en app-ontwikkeling.