Maatwerksoftware die meegroeit met je MKB: zes checks

Maatwerksoftware die meegroeit met je MKB is software die rond de processen van uw eigen organisatie is ontworpen, en waarvan onderdelen kunnen worden uitgebreid of vervangen zonder dat het hele systeem opnieuw gebouwd moet worden. Of een systeem dat werkelijk doet, hangt minder af van de gekozen technologie dan van zes punten die u vóór de bouw kunt controleren.

Die zes checks zijn: het proces is het vertrekpunt, de architectuur hangt niet aan één AI-model, het systeem sluit aan op wat er al draait, data en toegang zijn vooraf vastgelegd, de gebruikers zitten op tijd aan tafel en beheer na oplevering hoort bij de investering. Wie er één overslaat, krijgt een systeem dat past op de organisatie van vandaag en knelt in die van overmorgen.

Wat is maatwerksoftware, en waarom loopt groei vaak vast?

Maatwerksoftware is software die specifiek voor één organisatie wordt ontworpen en gebouwd, rond haar eigen processen en systemen. De organisatie past zich dus niet aan een standaardpakket aan dat voor duizenden bedrijven tegelijk is gemaakt. De software past zich aan de organisatie aan.

Een AI-operator is een AI-systeem dat zelfstandig terugkerende taken in een bedrijfsproces uitvoert, zoals informatie beoordelen, sorteren en verwerken. Dat gebeurt binnen vooraf vastgelegde regels, met een medewerker die meekijkt waar dat nodig is. Twijfelt u of u zo'n rol beter met een mens, een pakket of een eigen systeem invult, dan helpt deze keuzehulp voor het inhuren van een AI-operator.

In het grotere MKB is het patroon herkenbaar. De organisatie groeit, maar de processen groeien niet mee. Tussen systemen die niet op elkaar aansluiten ontstaat handwerk, en essentiële kennis zit bij een paar mensen die daardoor onmisbaar zijn geworden. De checks hieronder zijn bedoeld om die knelpunten aan te pakken voordat u investeert.

Check 1: begint het systeem bij het proces?

Een systeem dat meegroeit, is ontworpen rond een concreet beschreven proces, niet rond een technologie. Is niet helder welke stappen, uitzonderingen en beslismomenten het systeem moet dragen, dan is het te vroeg om te bouwen.

Hoe concreet moet de procesbeschrijving zijn?

Een globale omschrijving als "de planning" of "de intake" is niet genoeg. Een bruikbare procesbeschrijving bevat minimaal:

• De stappen: wie doet wat, in welke volgorde en in welk systeem.
• De beslismomenten: waar iemand een afweging maakt, en op basis van welke informatie.
• De uitzonderingen: de gevallen die "eigenlijk nooit" voorkomen maar wel elke week langskomen.
• Het handwerk: waar gegevens worden overgetypt, gecontroleerd, gezocht of doorgestuurd.

De valkuil die wij het vaakst zien, is starten bij de technologie. Een directie hoort dat een AI-model indrukwekkend is en zoekt daar een probleem bij. Het resultaat werkt technisch, maar sluit niet aan op hoe het werk werkelijk verloopt. Hoe u die stap van handwerk naar een vastgelegd proces zet, leest u in AI-systeem laten bouwen voor MKB: van handwerk naar proces.

Check 2: is de architectuur onafhankelijk van één AI-model?

Maatwerksoftware die meegroeit is gebouwd op een proces, niet op een model. Taalmodellen (LLM's, de technologie achter systemen als ChatGPT) ontwikkelen zich snel, dus een goed systeem behandelt zo'n model als een vervangbaar onderdeel.

Wordt maatwerksoftware met AI niet snel achterhaald?

Niet als de architectuur klopt. Een goed ontworpen systeem scheidt de bedrijfslogica (de regels en stappen van uw proces) van het AI-model dat bepaalde taken uitvoert. Komt er een beter of efficiënter model beschikbaar, dan wordt alleen dat onderdeel vervangen, terwijl de koppelingen en de werkwijze van uw mensen intact blijven.

Vraag een bouwpartij daarom expliciet: wat moet er gebeuren als we over een jaar van model wisselen? Is het antwoord "een groot deel herbouwen", dan zijn model en procesregels door elkaar gebouwd. Wie op basis daarvan besluit te wachten tot AI is uitgekristalliseerd, wacht op iets wat niet gaat gebeuren. Het handwerk loopt intussen gewoon door.

Check 3: sluit het systeem aan op wat er al staat?

Vrijwel geen organisatie in het grotere MKB begint met een schone lei. Er draait een boekhoudpakket, een ERP- of HR-systeem, een CRM en vaak een reeks spreadsheets die stilletjes de belangrijkste informatie bevatten. Een systeem dat meegroeit, werkt met die systemen samen in plaats van ze te vervangen.

Koppelt maatwerksoftware met systemen als Exact of AFAS?

In de meeste gevallen wel. Pakketten als Exact, AFAS, HubSpot en Salesforce bieden een API: een gestandaardiseerde aansluiting waarlangs systemen gegevens uitwisselen zonder dat iemand iets hoeft over te typen. Maatwerksoftware gebruikt die aansluitingen, zodat bestaande systemen blijven draaien en het nieuwe systeem het werk ertussen overneemt.

Pakket, losse koppelingen of maatwerk: wat past bij groei?

• Standaard SaaS vertrekt vanuit de software. Snel in gebruik, maar bij groei moet de organisatie zich aanpassen aan het pakket.
• Losse no-code koppelingen (bijvoorbeeld met Zapier of Make) vertrekken vanuit de afzonderlijke taak. Lage drempel voor eenvoudige flows, maar bij complexe processen ontstaat een web van automatiseringen zonder samenhang, beheer of overzicht.
• Maatwerk met AI als basis vertrekt vanuit het proces. Past op de operatie en is uitbreidbaar, maar vraagt een zorgvuldige analyse vooraf.

Standaardsoftware is niet per definitie de verkeerde keuze. Voor processen die bij elk bedrijf hetzelfde verlopen, werkt een pakket prima. Maatwerk loont waar het proces uw onderscheidend vermogen raakt of waar pakketten structureel handwerk overlaten. Een uitgebreidere afweging per situatie vindt u in Procesautomatisering laten bouwen: welke route past?

Check 4: zijn data en toegang vooraf vastgelegd?

Zodra AI in het spel komt, verschuift de vraag van "werkt het?" naar "waar gaat onze data naartoe?". Dat is terecht, zeker als het systeem persoonsgegevens van klanten, kandidaten of medewerkers verwerkt.

Is maatwerksoftware met AI AVG-proof te bouwen?

Ja, mits privacy vanaf het ontwerp wordt meegenomen. Bij maatwerk worden de keuzes expliciet gemaakt in plaats van overgelaten aan de standaardinstellingen van een externe tool. Leg in elk geval vast:

• waar de data wordt opgeslagen, bij voorkeur binnen de EU;
• welke gegevens naar een AI-model gaan en welke nadrukkelijk niet;
• wie welke toegang heeft, en hoe dat wordt bijgehouden.

De valkuil is dat medewerkers in de tussentijd zelf al AI-tools gebruiken, met klantgegevens erin, zonder dat de organisatie daar zicht op heeft. Een eigen systeem met duidelijke afspraken over opslag en toegang is dan geen extra risico, maar juist de manier om bestaande risico's in te dammen.

Check 5: zitten de gebruikers op tijd aan tafel?

Een systeem kan technisch kloppen en toch niet worden gebruikt. Dat gebeurt vrijwel altijd wanneer de mensen die het dagelijks bedienen pas bij de oplevering worden betrokken. Zij kennen de uitzonderingen die in geen enkel procesdocument staan.

Wie hen vroeg betrekt, lost meteen een tweede probleem op: kennis die nu bij een paar collega's zit, wordt vastgelegd in de logica van het systeem. Daarmee wordt de organisatie minder kwetsbaar wanneer iemand vertrekt of uitvalt. Praktisch betekent dit: laat een ervaren gebruiker meekijken bij de procesanalyse, laat hen vroege versies testen met echte gevallen en plan na livegang vaste momenten om bij te sturen.

Een voorbeeld uit onze eigen praktijk is FourParties, een horeca-uitzendbureau. Het bedrijf had al met een flink aantal AI-partijen om tafel gezeten en koos voor The Ai Doctor vanwege de praktische aanpak van samen bouwen, testen en continu optimaliseren. Eigenaar Shimo Verbaan gaf aan dat de verwachtingen hoog waren, maar dat hij oprecht verrast was door wat er binnen een paar weken al stond. Het recruitmentsysteem draait inmiddels op acht vestigingen. Meer over dit soort trajecten leest u op onze pagina over AI-systemen en maatwerksoftware.

Check 6: hoort beheer na oplevering bij de investering?

Maatwerksoftware die meegroeit is nooit helemaal af. De organisatie verandert, er komen vestigingen of diensten bij en de technologie ontwikkelt zich. Een systeem zonder beheer na oplevering groeit niet mee, het veroudert alleen langzamer dan een spreadsheet.

Wanneer verdient maatwerksoftware zich terug?

Dat hangt af van hoeveel niet-waardetoevoegend werk het systeem structureel wegneemt. De zuiverste maatstaf is tijd: hoeveel uren per week besteden medewerkers nu aan overtypen, controleren, zoeken en doorsturen? Wanneer die uren verschuiven naar klanten, kwaliteit en groei, is dat de opbrengst waarop u de investering beoordeelt.

De valkuil is dat alleen de bouw wordt begroot. Hosting, AI-gebruik, beheer en doorontwikkeling blijven buiten beeld, waardoor een systeem na een jaar stil komt te staan. Wij stemmen de investering daarom af op het proces en de doelen van de organisatie, inclusief wat er na de oplevering nodig is. Hoe zo'n traject stap voor stap verloopt, staat in Maatwerk AI-platform laten ontwikkelen: zes stappen.

Waar begint u deze maand?

Het logische beginpunt is het proces waar vandaag de meeste uren in verdwijnen. Met drie acties heeft u binnen een paar weken de input voor een onderbouwde keuze:

1. Laat de drie teamleiders met de meeste administratieve druk een week bijhouden hoeveel uur er naar overtypen, controleren en zoeken gaat.
2. Breng in kaart welke systemen er nu draaien en tussen welke systemen gegevens handmatig worden overgezet.
3. Inventariseer welke AI-tools medewerkers al op eigen initiatief gebruiken, en met welke gegevens.

Heeft u die drie lijstjes, dan weet u waar het eerste systeem het meeste tijd vrijmaakt. Wilt u daar samen naar kijken? Plan een vrijblijvend gesprek bij The Ai Doctor.