Low-code vs. maatwerk software: wat kies je als MKB?

Waar kijk je eerst naar?

De keuze is niet ideologisch. Hij hangt af van levensduur, risico, integraties en onderhoud.

• Schat levensduur in.
• Check integratiediepte.
• Beoordeel datagevoeligheid.
• Plan onderhoudseigenaarschap.

Wat moet het opleveren?

Het bedrijf kiest snelheid waar snelheid telt en eigenaarschap waar eigenaarschap telt.

Kies op levensduur, risico en veranderingssnelheid

Low-code is sterk wanneer een intern proces snel moet worden getest, het risico beperkt is en de functionele grenzen van het platform passen. Maatwerk past beter bij onderscheidende klantflows, hoge volumes, complexe rechten of langdurige productontwikkeling. Beoordeel niet alleen de eerste oplevertijd, maar ook verwachte levensduur, aantal gebruikers, integraties, beveiliging en wie het systeem over drie jaar onderhoudt. Een prototypekeuze hoeft niet automatisch de productiearchitectuur te worden.

• Tijdelijke workflow of structureel bedrijfssysteem.
• Interne gebruikers of extern product voor klanten.
• Beperkte formulieren of complexe domeinregels.
• Standaardconnectoren of diepe API-integraties.
• Acceptabel platformrisico en geplande exit.

Bereken totale kosten bij realistisch gebruik

Low-code kan goedkoop starten en duurder worden door licenties per gebruiker, automation runs, premiumconnectoren en specialistische beheerders. Maatwerk vraagt meer initiële ontwikkeling, maar geeft controle over hosting en productrichting. Maak scenario's voor groei, externe gebruikers, dataopslag en transacties. Neem interne bouwtijd, governance, testen en migratie mee. Vergelijk dezelfde functionaliteit en servicekwaliteit over meerdere jaren in plaats van een gratis proef met een volwassen product.

• Licenties per maker, medewerker en externe gebruiker.
• Kosten van runs, opslag, API en premiumfuncties.
• Ontwikkeling, testen, security en beheer.
• Impact van prijswijziging of platformlimiet.
• Kosten en haalbaarheid van export of herbouw.

Toets data, security en governance vóór de pilot

Een visuele builder neemt verantwoordelijkheid voor privacy en toegangscontrole niet weg. Controleer datalocatie, subverwerkers, rollen, auditlogs, back-ups, identity en secretbeheer. Bepaal wie apps mag publiceren en hoe wijzigingen worden gereviewd. Zonder governance ontstaat shadow IT met bedrijfskritische flows in persoonlijke accounts. Voor gevoelige of kritieke processen is een onafhankelijke security- en architectuurreview verstandig, ongeacht de technologie.

• Organisatieaccounts en centraal identitybeheer.
• Scheiding tussen ontwikkeling, test en productie.
• Versiebeheer, review en herstel van wijzigingen.
• Minimale rechten voor connectoren en makers.
• Export, logging en incidentprocedure.

Gebruik een hybride architectuur waar dat de beste balans geeft

De keuze hoeft niet alles-of-niets te zijn. Een low-code interface kan een stabiele API en eigen datalaag gebruiken, terwijl maatwerk de complexe regels uitvoert. Andersom kan een maatwerkproduct standaarddiensten inzetten voor identity, e-mail of betalingen. Leg de grens duidelijk vast: kritieke data en logica mogen niet verspreid raken over onzichtbare automatiseringen. Iedere component krijgt eigenaar, tests en monitoring.

• Low-code voor interne formulieren en eenvoudige goedkeuring.
• Eigen API voor domeinregels en integratiecontracten.
• Beheerde diensten voor generieke infrastructuur.
• Eén bron voor kerngegevens en status.
• Gezamenlijke observability over de hele workflow.

Organiseer kwaliteit en beheer passend bij het platform

Low-code verandert het soort ontwikkelwerk, maar verwijdert het niet. Makers moeten procesanalyse, datamodellering, security en testen begrijpen; engineers blijven nodig voor complexe integraties en kritieke logica. Leg code- en configuratiereview, testdata, releaseprocedure en incidentverantwoordelijkheid vast. Voorkom dat alleen de oorspronkelijke maker weet hoe een flow werkt. Bij maatwerk gelden dezelfde beheereisen, aangevuld met dependency-updates, infrastructuur en technische documentatie. Vergelijk dus ook beschikbare vaardigheden en continuïteit van het team.

• Minimaal twee mensen begrijpen iedere kritieke workflow.
• Geautomatiseerde tests waar de gekozen tooling dat ondersteunt.
• Releasekalender en herstelbare vorige versie.
• Monitoring op fouten, wachtrijen, kosten en performance.
• Documentatie van regels, connectoren en handmatige noodroute.

Gebruik herkenbare scenario's om de keuze te maken

Een interne goedkeuringsflow met standaardvelden en Microsoft- of Google-koppelingen past vaak goed in low-code. Een klantplatform met duizenden externe gebruikers, specifieke prijsregels en eigen productroadmap vraagt eerder maatwerk. Een tijdelijk migratiedashboard kan bewust low-code blijven; een realtime orderengine niet. Score per scenario snelheid, differentiatie, schaal, gevoeligheid, integratiediepte en verwachte levensduur. Kies vervolgens per component in plaats van één technologie tot bedrijfsstandaard te verklaren.

• Interne CRUD-tool: meestal eerst low-code toetsen.
• Klantgericht digitaal product: maatwerk of hybride serieus vergelijken.
• Bedrijfskritische transacties: vaste regels en engineeringcontrole.
• Tijdelijke campagne of pilot: snelheid mag zwaarder wegen.
• Onzekere use case: bouw klein en plan een expliciet herbesluit.

Plan de overstap voordat het prototype succesvol wordt

Veel lock-in ontstaat juist wanneer een pilot snel populair wordt. Definieer vooraf grenzen voor gebruikers, volume, complexiteit, performance en risico. Wanneer een grens wordt bereikt, volgt een architectuurreview en keuze: optimaliseren, opsplitsen of herbouwen. Houd data exporteerbaar, documenteer regels en gebruik API-contracten. Zo blijft een succesvolle pilot een bewijs van waarde in plaats van een noodgedwongen permanent platform.

• Drempelwaarden voor kosten, volume en responstijd.
• Eigendom van data, processen en documentatie.
• Geautomatiseerde export en hersteltest.
• Beslismoment vóór grote extra module.
• Gefaseerde migratie zonder onderbreking van de operatie.