Maatwerksoftware of kant-en-klaar? B2B-beslissingsgids

Eerste onderscheid: standaard of uw voordeel?

Boekhouding, e-mail, loonstrook — standaardprocessen. Duizenden bedrijven doen het hetzelfde. Kant-en-klare pakketten (SAP, QuickBooks, Workday) zijn volwassen, veilig en goedkoop. Maatwerk hier is meestal verspilling.

Maar uw "concurrentievoordeel" — een eigen prijsalgoritme, een klantspecifieke integratie, een bepaalde operationele flow — wordt generiek zodra u het in een pakket propt. De 20 % van het bedrijf die daadwerkelijk waarde levert zakt naar 0 %. Hier is maatwerksoftware niet onderhandelbaar: gebruikt u dezelfde tools als uw concurrent, dan produceert u dezelfde uitkomst.

Vier praktische vragen

Voor u kiest, beantwoord deze vier:

1) Is het proces een sectorstandaard of bedrijfsspecifiek? 2) Verandert het datamodel met de buitenwereld (facturatie, integraties)? Zo ja, dan volstaat een pakket of SaaS met open API. 3) Verschuift uw businessmodel rond dit proces binnen 24 maanden? Zo ja, dan bindt u het configuratieplafond van een pakket. 4) Schuilt uw concurrentievoordeel in het proces? Als u het noemt bij "waarom kiezen klanten ons", is maatwerk verplicht.

Twee of meer "onderscheidende" antwoorden (uniek, verborgen voordeel) wijzen naar maatwerk. Anders: start met een pakket en migreer zodra u het plafond raakt — dat is de goedkoopste strategie.

De hybride aanpak: de meest pragmatische keuze

In de praktijk zijn de meeste B2B-keuzes niet "alles maatwerk" of "alles standaard" — maar de slimme combinatie van beide. Het patroon: laat de standaardlaag (boekhouding, HR, CRM-ruggengraat, e-mail) draaien op het beste pakket op de markt; bouw de onderscheidende laag (prijsengine, klantportaal, operationele flow, datatransformatie) als maatwerk dat via API's op de pakketten aansluit.

Dit levert drie dingen: (1) leveranciersveiligheid en lage TCO op de commoditylaag, (2) volledige controle en snelle iteratie op de differentiator, (3) elke laag evolueert in eigen tempo. In de praktijk wordt dat "SaaS + API + een dunne maatwerklaag". Groeit u, dan groeit de maatwerklaag; de pakketten blijven stabiel. Bij Setviva start rond de 70 % van de klanten hybride — wie volledig maatwerk vraagt, kiest na onze flow-mapping vaak alsnog om standaardprocessen naar pakketten te verhuizen.

De migratiekosten correct inschatten

De fout die B2B-beslissers het vaakst maken: alleen de licentie of de projectprijs vergelijken. De echte kosten zitten onder de waterlijn. Bij overstap op pakketsoftware tellen: datamigratie en opschoning, training, productiviteitsverlies tijdens de overgang, integratieontwikkeling, rapportageaanpassing, procesherontwerp. Dit sommeert meestal tot 3–5× de licentie. Bij overstap op maatwerk tellen: ontwerp en discovery, ontwikkeling, testen, training, onderhoud en doorlopende iteratie, infrastructuur (servers, monitoring, back-ups), eigendomrisico (wie draait het als het team weggaat). Dit sommeert meestal tot 1,5–2× de bouwprijs.

Voor een eerlijke vergelijking schrijft u de totale eigendomskosten (TCO) over 24–36 maanden uit en legt u beide opties op dezelfde lat. In elk Setviva-voorstel presenteren wij deze regel-per-regel TCO meteen aan het begin zodat de beslissing steunt op "echt goedkoop", niet op "ziet er goedkoop uit". De migratiekosten goed inschatten kan zwaarder wegen dan de keuze zelf.

Lock-in-risico: het snijdt aan twee kanten

Elke beslisser vraagt zich af "wat kost dit vandaag", maar bijna niemand vraagt zich af "wie heeft over drie jaar de macht over mij". Bij SaaS bepaalt de leverancier de routekaart, niet u. Contracten worden verlengd met prijsverhogingen die fors kunnen uitpakken zodra de tool verankerd is in uw dagelijkse bedrijfsvoering; functies worden uitgefaseerd of verplaatst naar een duurder abonnement; de leverancier kan worden overgenomen en het product op een tijdstip dat u niet zelf koos, worden stopgezet. Niets hiervan is hypothetisch — het is de gewone levenscyclus van softwareleveranciers, en hoe dieper een tool in uw bedrijfsvoering verankerd zit, hoe duurder het wordt om ermee te stoppen, zelfs als de prijs verdrievoudigt. Dit is geen reden om SaaS te vermijden — voor standaardprocessen is het meestal nog steeds de juiste keuze — maar het betekent dat de vergelijking op basis van de "maandelijkse vergoeding" de eigenlijke vraag verhult: hoeveel zeggenschap geeft u uit handen aan een partij wiens belangen niet de uwe zijn?

Maatwerksoftware keert het machtsprobleem naar binnen. Het risico ligt niet langer bij de routekaart van een leverancier, maar bij de 'bus factor' van uw eigen team. Als de ontwikkelaars die het systeem bouwden vertrekken en de onderliggende keuzes nooit zijn gedocumenteerd, wordt het systeem sluipenderwijs een black box die niemand durft aan te raken. Zonder onderhoud verouderen afhankelijkheden, blijven beveiligingspatches uit, en uiteindelijk verandert "maatwerk" in precies datgene waar u het voor wilde behoeden — een kwetsbaar legacysysteem. De lock-in is hier geen contractbepaling, maar geconcentreerde kennis, maar het effect is identiek: u kunt niet vertrekken zonder een hoge prijs te betalen.

De oplossing is om exitkosten vanaf dag één als beslissingscriterium te hanteren, aan beide kanten. Controleer bij SaaS vóór ondertekening welke data u kunt exporteren en in welk formaat, of het contract prijsverhogingen begrenst, en hoe pijnlijk vertrekken in de praktijk daadwerkelijk zou zijn. Eis bij maatwerk dat eigendom van de broncode, toegang tot de infrastructuur en actuele documentatie contractuele leveringsonderdelen zijn, geen gunsten — en kies een partner die codeert voor wie het systeem straks overneemt, niet alleen voor de demo. Welk pad u ook kiest, stel de exitvraag vóór de aankoopvraag. De optie waar u vanaf kunt stappen is meer waard dan de optie die vandaag het goedkoopst lijkt.