Maakt AI maatwerksoftware opnieuw betaalbaar?
AI kan de ontwikkeling van digitale toepassingen sneller en goedkoper maken. Daardoor verschuift de grens tussen standaardsoftware kopen en zelf iets laten bouwen. Standaardsoftware wordt daarmee niet overbodig en ook de kosten voor ontwerp, beveiliging, integratie, beheer en onderhoud verdwijnen niet. De interessantste mogelijkheid is meestal geen volledig systeem op maat, maar een beperkte eigen proceslaag rond de bestaande software.
Hoe standaardsoftware digitalisering bereikbaar maakte
In de beginjaren van de bedrijfsdigitalisering werden toepassingen vaak ontwikkeld voor één specifieke organisatie. Ze volgden de processen, terminologie en uitzonderingen van dat bedrijf, maar waren duur om te bouwen en te onderhouden. Wanneer de oorspronkelijke ontwikkelaars vertrokken of de technologie verouderde, ontstond bovendien een continuïteitsprobleem.
Standaardsoftware bood een economisch antwoord. De ontwikkelkosten konden over veel klanten worden verdeeld. Onderhoud, beveiligingsupdates en nieuwe functionaliteit kwamen bij een leverancier te liggen. Met cloudsoftware en Software as a Service (SaaS) werd de instap nog lager: geen eigen infrastructuur, voorspelbare abonnementen en regelmatige updates.
Dat model heeft digitalisering voor veel meer ondernemingen toegankelijk gemaakt, maar had ook een prijs. Niet langer volgde de software volledig de werkwijze van het bedrijf. Ondernemingen gingen hun processen organiseren volgens de logica en mogelijkheden van het gekozen pakket. De leverancier bepaalde in toenemende mate welke functionaliteit beschikbaar was, wanneer ze veranderde en tegen welke voorwaarden ze kon worden gebruikt.
Naarmate meer gegevens, processen en koppelingen in hetzelfde software-ecosysteem terechtkwamen, werd overstappen bovendien moeilijker. Een onderneming kon formeel nog altijd van leverancier veranderen, maar moest dan gegevens migreren, integraties herbouwen, processen hertekenen en medewerkers opnieuw opleiden. Zo ontstond vendor lock-in: geen formeel verbod om te vertrekken, maar een steeds hogere economische en operationele drempel.
Voor processen zoals boekhouding, loonverwerking of standaard klantbeheer is verregaande standaardisering meestal verstandig. Een eigen oplossing biedt daar zelden voldoende meerwaarde om de extra verantwoordelijkheid te verantwoorden.
De moeilijkheden ontstaan waar een pakket het proces bijna, maar niet helemaal ondersteunt.
Waar standaardisering oncomfortabel wordt
Een standaardpakket is ontworpen voor een gemiddelde of herkenbare werkwijze. Een onderneming heeft echter ook uitzonderingen, sectorspecifieke afspraken en processen die historisch gegroeid zijn.
Wanneer het pakket die niet ondersteunt, zien we doorgaans een van deze reacties:
medewerkers houden aanvullende Excelbestanden bij
informatie wordt via e-mail tussen afdelingen doorgegeven
dezelfde gegevens worden in verschillende systemen ingevoerd
controles en goedkeuringen gebeuren buiten het pakket
het standaardpakket wordt ingrijpend aangepast, waardoor upgrades moeilijker worden
Zo kan een organisatie over uitgebreide software beschikken en toch afhankelijk blijven van manuele tussenstappen.
Tot voor kort waren de alternatieven beperkt. Het bedrijf kon zijn proces aanpassen, dure uitbreidingen laten bouwen binnen het pakket of kiezen voor een volledig afzonderlijke maatwerktoepassing. Voor relatief kleine processen woog de bouwkost vaak niet op tegen de mogelijke tijdwinst.
AI verandert die afweging.
Wat AI aan de bouwkost verandert
AI-ondersteunde ontwikkeltools kunnen helpen bij het schrijven en controleren van code, het opstellen van testen, het documenteren van toepassingen en het analyseren van fouten. Ook een eerste prototype kan sneller worden gemaakt.
Daardoor worden toepassingen economisch haalbaar die vroeger te klein, te specifiek of te veranderlijk waren om apart te laten ontwikkelen. Het kan gaan om een intern goedkeuringsproces, een sectorspecifieke calculatie, een toepassing voor mobiele medewerkers of een opvolgingsscherm dat informatie uit verschillende systemen samenbrengt.
AI verlaagt daarmee in de eerste plaats de technische bouwdrempel. Bij een goed ontworpen en gedocumenteerde toepassing kan AI ook latere aanpassingen vlot ondersteunen. Dat voordeel is niet automatisch. Gegenereerde code die onvoldoende wordt gecontroleerd, kan de onderhoudskost net verhogen.
Een werkend prototype kan vandaag snel ontstaan. Dat maakt het nog geen betrouwbare bedrijfstoepassing.
De bottleneck verschuift van programmeren naar beslissen
Wanneer code sneller geproduceerd kan worden, worden andere onderdelen relatief belangrijker:
Welk probleem moet de toepassing precies oplossen?
Welke uitzonderingen moet ze ondersteunen?
Uit welke systemen komen de gegevens?
Wie mag welke informatie bekijken of wijzigen?
Wat gebeurt er wanneer een koppeling of AI-model een fout maakt?
Wanneer is de toepassing voldoende getest?
Wie beheert en wijzigt ze na de oplevering?
AI kan een goed ontwerp sneller omzetten in software. Het kan ook een slecht begrepen proces sneller vastleggen in een slecht ontworpen toepassing.
De lagere bouwdrempel vermindert daarom niet het belang van analyse en ontwerp. Ze maakt die stappen juist bepalender. Als bouwen gemakkelijker wordt, ontstaat sneller de verleiding om te beginnen voordat duidelijk is wat er nodig is.
Geen terugkeer naar het oude maatwerk
De meest verstandige evolutie is niet dat ondernemingen hun ERP, boekhouding of CRM opnieuw volledig zelf gaan bouwen. Standaardsoftware blijft geschikt voor processen die in veel organisaties gelijkaardig verlopen en waarvoor een leverancier schaalvoordelen, updates en gespecialiseerde kennis kan aanbieden.
De nieuwe mogelijkheid zit vooral in de laag rond die standaardsystemen.
Een ERP-pakket kan de centrale gegevens over klanten, producten en orders blijven beheren. Een specifieke toepassing kan daarbovenop het eigen calculatie-, goedkeurings- of opvolgingsproces ondersteunen. Integraties zorgen ervoor dat gegevens niet opnieuw moeten worden ingevoerd.
Zo ontstaat geen keuze tussen uitsluitend standaardsoftware of uitsluitend maatwerk. Een organisatie kan standaardiseren waar dat verstandig is en alleen eigenaarschap nemen over de processen waarin een afwijkende werkwijze werkelijk waarde heeft.
Aanpassen, koppelen of bouwen?
Voor ieder proces zien wij drie mogelijke routes.
Aanpassen
Het proces is niet onderscheidend en het standaardpakket ondersteunt een voldoende goede werkwijze.
Wat verandert AI? Meestal weinig. Het bedrijf past zijn proces of configuratie aan.
Koppelen
De juiste functionaliteit bestaat al, maar informatie stroomt niet goed tussen systemen of medewerkers.
Wat verandert AI? AI kan helpen bij documentverwerking, classificatie en uitzonderingen. Klassieke integratie en automatisering blijven de basis.
Bouwen
Het proces bevat specifieke logica, beslissingen of gebruikersbehoeften die standaardsoftware onvoldoende ondersteunt.
Wat verandert AI? AI kan prototyping, ontwikkeling, testen en wijzigingen ondersteunen.
De verleiding is groot om rechtstreeks, vanuit een frustratie, naar bouwen te springen. Een extra toepassing is echter alleen verantwoord als het onderliggende probleem niet eenvoudiger kan worden opgelost door het proces aan te passen, het bestaande pakket beter te configureren of systemen met elkaar te verbinden.
Voor die keuze komt bovendien een voorafgaand beslismoment. Wanneer het proces nog niet helder is, de gegevens onvoldoende betrouwbaar zijn of niemand het eigenaarschap opneemt, is nog niet bouwen vaak het verstandigste antwoord.
Vendor lock-in verdwijnt niet vanzelf
Een eigen toepassing kan de afhankelijkheid van één softwarepakket verminderen. Dat betekent niet automatisch dat de onderneming onafhankelijk wordt. De afhankelijkheid kan verschuiven naar het cloudplatform, een AI- of ontwikkeltool, de oorspronkelijke bouwer of slecht gedocumenteerde code.
Eigenaarschap vraagt daarom meer dan toegang tot de toepassing. Gegevens moeten exporteerbaar zijn, koppelingen moeten worden gedocumenteerd en een andere bekwame partij moet het beheer kunnen overnemen.
Welke afspraken daarvoor nodig zijn, werken we verder uit in het vervolgartikel ‘Eigen software betekent nog geen onafhankelijkheid’.
Wanneer is maatwerk opnieuw rationeel?
Een specifieke toepassing wordt interessanter wanneer meerdere voorwaarden samenkomen:
het proces veroorzaakt terugkerende manuele handelingen, fouten of vertraging
het standaardpakket ondersteunt net het waardevolle of kritieke deel niet
de eigen werkwijze creëert aantoonbare waarde en is niet alleen historisch gegroeid
de organisatie kan beschrijven hoe het proces en de uitzonderingen moeten werken
de nodige gegevens zijn beschikbaar en de bestaande systemen kunnen worden gekoppeld
iemand neemt verantwoordelijkheid voor beheer, wijzigingen en continuïteit
de verwachte bedrijfswaarde verantwoordt niet alleen de bouw, maar ook het verdere eigenaarschap
Een lagere bouwkost volstaat niet als argument om voor maatwerk te kiezen. Het moet gaan om een proces dat de onderneming bewust zelf wil beheersen en aanpassen.
AI brengt ons niet terug naar het maatwerk van vroeger. Het verlaagt de kost om af te wijken van standaardisatie, waardoor een specifieke digitale toepassing economisch verdedigbaar wordt.
Daardoor kunnen ondernemingen selectiever standaardiseren. Ze behouden standaardsoftware voor algemene processen en bouwen alleen waar een eigen werkwijze, snellere verandering of betere aansluiting aantoonbaar waarde creëert.
De eerste stap is daarom niet bouwen. Breng eerst in kaart waar medewerkers vandaag buiten de bestaande software werken, waarom ze dat doen en welke bedrijfswaarde daar verloren gaat. Pas daarna kunt u beslissen of het proces moet worden aangepast, gekoppeld of op maat ondersteund.
Wilt u een vastgelopen proces laten beoordelen voordat u investeert?