Zelf bouwen met AI of SaaS kiezen? De 80/20-regel voor het MKB.

Een toepassing waarvoor vroeger een ontwikkeltraject van maanden nodig was, staat nu soms in een weekend als werkend prototype klaar. Dat verandert de rekensom. Maar een prototype is nog geen betrouwbare vervanger voor software waarop je bedrijf dagelijks draait.

Voor MKB-bedrijven wordt de vraag daarom steeds relevanter: welke software koop je in en wat bouw je zelf? Het praktische antwoord: gebruik standaardsoftware voor je basisprocessen en reserveer maatwerk voor de onderdelen waarin je bedrijf daadwerkelijk afwijkt.

Een werkende applicatie is nog geen beheerde applicatie

AI verlaagt vooral de drempel om een eerste versie te maken. Een formulier, dashboard of interne planningshulp is sneller gebouwd dan voorheen. De kosten verdwijnen alleen niet; een deel verschuift van ontwikkeling naar controle en beheer.

Zodra medewerkers of klanten op de applicatie vertrouwen, ontstaan andere vragen:

• Wie controleert de code en lost beveiligingsproblemen op?
• Hoe regel je gebruikersrechten, back-ups en herstel?
• Wat gebeurt er als een koppeling of onderliggende dienst verandert?
• Wie beheert de toepassing wanneer de oorspronkelijke bouwer vertrekt?

Bij ERP-implementaties is dit onderscheid belangrijk. Het lastigste onderdeel is zelden alleen het scherm. Het zit in uitzonderingen, datakwaliteit, autorisaties en de aansluiting tussen verkoop, voorraad, facturatie en boekhouding.

Een order invoeren is eenvoudig. Diezelfde order correct verwerken bij deelleveringen, retouren en afwijkende btw-situaties vraagt meer.

Kies standaardsoftware voor bedrijfskritische basisprocessen

Voor boekhouding, salarisverwerking en CRM is bestaande bedrijfssoftware meestal de verstandigste keuze. Deze processen zijn belangrijk, maar de basisvereisten zijn voor veel bedrijven vergelijkbaar.

Je wilt niet zelf verantwoordelijk worden voor iedere wijziging in fiscale regels of voor de betrouwbaarheid van je volledige klant- en verkoopadministratie. AI-gegenereerde code neemt die verantwoordelijkheid niet over.

Een volwassen softwareleverancier zoals Odoo biedt doorgaans een bestaande structuur voor updates, toegangsbeheer en ondersteuning. Dat betekent niet dat compliance en beveiliging automatisch geregeld zijn. Je blijft verantwoordelijk voor een passende inrichting, verwerkersafspraken en zorgvuldig gebruik.

De winst van standaardsoftware zit dus niet alleen in functionaliteit. Je koopt ook continuïteit en een systeem waarmee meerdere medewerkers, beheerders en implementatiepartners kunnen werken.

Wanneer is zelf bouwen wél logisch?

Zelf bouwen wordt interessant wanneer een proces onderscheidend is en bestaande software daar onvoldoende op aansluit. Denk aan een calculatiemethode voor klantspecifieke productie, een sectorspecifieke goedkeuringsflow of een AI-toepassing die documenten beoordeelt volgens eigen beslisregels.

Ook data-soevereiniteit kan een reden zijn om voor een eigen toepassing of een andere hostingvorm te kiezen. Waar staan gegevens? Wie heeft toegang? Welke externe AI-diensten verwerken informatie? Zelf bouwen geeft mogelijk meer controle, maar alleen wanneer hosting, beheer en beveiliging daarop zijn ingericht.

Een bruikbare toets is: levert dit maatwerk aantoonbaar voordeel op dat we met standaardfunctionaliteit of configuratie niet bereiken?

Als het antwoord vooral is dat medewerkers gewend zijn aan een bepaalde werkwijze, is dat onvoldoende. Niet ieder bestaand proces verdient een eigen applicatie.

Twee keuzes die onnodig duur worden

De eerste valkuil is alles zelf bouwen omdat het technisch kan. Iedere toepassing introduceert onderhoud, documentatie en afhankelijkheden. Tien kleine tools kunnen samen een versnipperd IT-landschap vormen waarvoor niemand eindverantwoordelijk is.

De tweede valkuil is iedere nieuwe behoefte oplossen met een extra abonnement. Dan ontstaan losse systemen voor planning, offertes, klantcontact en rapportages. Gegevens worden dubbel ingevoerd en koppelingen moeten de gaten dichten.

De werkelijke kosten staan in beide gevallen niet volledig op de factuur. Ze zitten ook in foutcorrecties, handmatig overtypen en discussies over welke gegevens kloppen.

De 80/20-regel als praktisch uitgangspunt

Een bruikbare middenweg is de 80/20-regel: ongeveer 80 procent standaardsoftware voor gangbare bedrijfsprocessen en 20 procent maatwerk voor unieke workflows.

Die verhouding is geen harde norm. Het is een manier waarop wij, Liberated, keuzes scherp te houden. Begin bij wat het standaardpakket ondersteunt. Onderzoek daarna configuratie en bestaande modules. Bouw pas iets nieuws wanneer de meerwaarde duidelijk is.

Bij een geïntegreerd ERP-platform zoals Odoo betekent dit bijvoorbeeld dat verkoop, voorraad en boekhouding in dezelfde omgeving blijven. Een specifieke berekening of goedkeuringsstap kan daar gericht aan worden toegevoegd, zonder een tweede administratie te creëren.

Begin bij het proces, niet bij de code

Bij Liberated, een ervaren en sterke Odoo partner, is het uitgangspunt: eerst het bedrijfsproces begrijpen, daarna de oplossing kiezen. Welke gegevens zijn leidend? Waar ontstaan fouten? Welke uitzondering is werkelijk noodzakelijk?

AI maakt zelf bouwen toegankelijker. Het maakt onderhoud, verantwoordelijkheid en procesinrichting niet overbodig. De verstandigste keuze is daarom meestal geen volledig eigen softwarelandschap en ook geen verzameling losse abonnementen. Het is een beheersbare standaardbasis, aangevuld met gericht maatwerk waar dat aantoonbaar waarde toevoegt.