Build vs buy voor het MKB: kopen, koppelen of laten bouwen?
LAATST BIJGEWERKT ·
Drie opties: standaardsoftware, koppelen wat je hebt, kleine maatwerk-app
Het is zelden "build of buy". In een bedrijf van 10 tot 100 medewerkers is het bijna altijd alle drie, voor verschillende stukken.
| Optie | Wat het is | Goed voor | Niet voor |
|---|---|---|---|
| Standaardsoftware kopen | Exact, AFAS, Twinfield, een TMS of WMS, Microsoft 365 | Alles wat elk bedrijf in jouw sector doet: boekhouden, factureren, voorraad, salaris | Het proces dat jullie anders doen dan de rest |
| Koppelen wat je hebt | Workflows en AI-stappen tussen mail, PDF, Excel en je pakketten | Het overtypen tussen systemen; documentverwerking; herinneringen en statusmails | Iets wat een eigen scherm en eigen logica nodig heeft |
| Kleine maatwerk-app | Een webapp met een paar schermen, rollen en een koppeling naar je pakketten | De Excel of Access-database waar het bedrijf op draait; een uniek proces met meerdere gebruikers | Alles wat een standaardpakket al goed doet |
De fout die we het vaakst zien: een standaardpakket zó ver buigen dat het een uniek proces nadoet, of andersom, maatwerk laten bouwen voor iets dat Exact gewoon kan.
Beslisregels
Vier vragen, in deze volgorde:
- Hoe uniek is het proces? Doet elk bedrijf in je sector dit ongeveer zo? Dan bestaat er software voor. Doe je het echt anders, omdat het je onderscheidt? Dan is dat een kandidaat voor maatwerk.
- Hoeveel mensen gebruiken het? Eén persoon met een Excel: laat het even. Vier of meer mensen die tegelijk in hetzelfde bestand werken, versies mailen en elkaars formules slopen: dat is een app.
- Hoe vaak verandert het? Regels die elk kwartaal wijzigen (prijsstaffels, tarieven) horen als instelling in een app of pakket, niet hardgecodeerd. Een proces dat al vijf jaar hetzelfde is, kun je met vertrouwen laten bouwen.
- Wat kost een fout? Een verkeerde prijs op 12.000 artikelen, een factuur die niet uitgaat, een deadline die wordt gemist. Hoe duurder de fout, hoe meer een gecontroleerde app met logging en rollen loont.
Scoort een proces op uniek, meerdere gebruikers, stabiel en dure fouten? Dan is bouwen verdedigbaar. In alle andere gevallen: kopen of koppelen.
De verborgen kosten van "gratis" Excel
Excel is niet gratis. Het lijkt gratis omdat het al op elke laptop staat. Dit zijn de kosten die niet op een factuur staan:
- Eén persoon snapt het. Als hij ziek is of vertrekt, staat het proces stil. In een van onze cases beheerde één inkoper de prijzen van 12.000 artikelen in één bestand.
- Versies. "Masterlijst_def_v3_NIEUW.xlsx" staat op drie plekken en niemand weet welke klopt.
- Geen logboek. Wie heeft die prijs veranderd, en wanneer? Niemand weet het.
- Fouten die klanten vinden. Een formule die één rij te kort doorloopt. Een kopie-plakfout. De klant ziet het op de factuur.
- Geen koppeling. Het bestand wordt geëxporteerd, ingelezen, opnieuw geëxporteerd. Elke stap is handwerk en een kans op een fout.
Tel de uren en de fouten van een jaar op. Vaak is dat meer dan het bouwen van een kleine app die hetzelfde doet met rollen, logboek en een koppeling.
Eigenaarschap van code en data
Dit is het onderdeel dat het vaakst wordt overgeslagen bij een offerte, en dat het meest pijn doet bij een vertrek.
Bij standaardsoftware is de data van jou, de software niet. Vraag: kan ik mijn data exporteren in een bruikbaar formaat als ik opzeg? En: wat gebeurt er met mijn data bij een overname van de leverancier?
Bij koppelingen wil je weten waar de workflows draaien (op jouw account of dat van de bouwer), of je erbij kunt, en of de documentatie compleet is.
Bij maatwerk is het uitgangspunt dat de broncode, de documentatie en de data van jou zijn. Geen licentie op je eigen app. Dat leggen we vast vóór we beginnen. Vraag elke bouwer hetzelfde, en wees op je hoede bij een "nee".
Onderhoud: wie belt wie
Software die draait, heeft aandacht nodig. Een leverancier wijzigt zijn API, een AI-model krijgt een nieuwe versie, een medewerker verzint een nieuwe uitzondering. De vraag is niet óf er iets verandert, maar wie het oppakt.
| Situatie | Standaardsoftware | Koppelingen | Maatwerk-app |
|---|---|---|---|
| Leverancier wijzigt iets | Leverancier lost op | Bouwer of beheerder past koppeling aan | Bouwer of beheerder past app aan |
| Nieuwe uitzondering in je proces | Vaak niet mogelijk zonder omweg | Regel toevoegen | Scherm of regel toevoegen |
| Er gaat 's ochtends iets stuk | Helpdesk van leverancier | Wie de monitoring heeft | Wie de monitoring heeft |
| Niemand kijkt ernaar | Werkt door, maar veroudert | Stopt stil zonder dat iemand het merkt | Idem |
Voor koppelingen en maatwerk is de belangrijkste afspraak dus: wie bewaakt het en hoe merk je een fout? Dat kun je zelf doen als je iemand hebt, of uitbesteden als Managed AI. Een automatisering zonder beheer is een Excel met extra stappen.
Hoe de keuze eruitziet als proces
Als diagram: Leverancierslijst binnen → Masterlijst in Excel (1 gebruiker, geen logboek) → Prijzen in ERP en webshop is de oude situatie, met de ring om de Excel. De nieuwe situatie: Leverancierslijst binnen → Normaliseren en controleren (koppeling) → Kleine app met 4 gebruikers en logboek → Prijzen in ERP en webshop. Het ERP staat in beide situaties op dezelfde plek; alleen het stuk ertussen is veranderd.
Voorbeeld
Een horecagroothandel met 28 medewerkers draaide zijn prijzen op één Excel die één inkoper beheerde. Standaardsoftware vervangen was niet nodig; het ERP werkte prima. De oplossing was koppelen (prijslijsten automatisch normaliseren) plus een kleine app als vervanging van de Excel, met vier gebruikers en een logboek. Een administratiekantoor met 18 medewerkers deed hetzelfde met zijn Excel-tracker voor aangeleverde stukken. In beide gevallen is de code eigendom van de klant. Cijfers illustratief; lees de cases prijslijsten en backorders en stukken opvragen.
VEELGESTELDE VRAGEN
Veelgestelde vragen
Wanneer is maatwerksoftware verstandig voor een MKB-bedrijf?
Als het proces echt uniek is voor jouw bedrijf, als standaardpakketten het alleen met veel omwegen kunnen, en als het proces niet elke maand van vorm verandert. Dan is een kleine app vaak goedkoper in onderhoud dan een gebogen standaardpakket.
Van wie is de code als iemand een app voor ons bouwt?
Dat spreek je vooraf af. Ons uitgangspunt is dat de broncode, de documentatie en de data van jou zijn en dat je zonder ons verder kunt. Vraag dat bij elke leverancier expliciet na.
Moet ik mijn ERP vervangen als ik ga automatiseren?
Nee. Je ERP of boekhoudpakket blijft de bron van de waarheid. Automatisering en maatwerk zitten eromheen: koppelingen, documentverwerking, een kleine app voor het stuk dat het ERP niet doet.
