Business Brief
Wanneer verdient automatisering zichzelf terug?
Payback-modellen voor mkb-MSPs — en wat een te lange of te korte payback je vertelt.
De payback-periode van operationele automatisering voor een mkb-MSP ligt naar werkhypothese in een range van 6 tot 18 maanden. Die spreiding wordt grotendeels bepaald door drie variabelen: het volume herhalende incidenten, de mate van procesdocumentatie vóór implementatie, en hoe actief de vrijgekomen engineering-capaciteit wordt herbestemd. Buiten die range — onder de 6 of boven de 18 maanden — is doorgaans iets anders aan de hand dan automatisering alleen. Een te korte beloofde payback is bijna altijd een aanname-probleem; een te lange is meestal een procesprobleem.
1. De payback-vraag voor mkb-MSPs
In de meeste MSP-investeringsbeslissingen is de payback-periode de doorslaggevende metriek — meer dan NPV, meer dan IRR, meer dan totale jaarbesparing. Daar is een goede reden voor. Voor een mkb-MSP met beperkt investeringskapitaal en een onzekere arbeidsmarkt is het belangrijker om te weten wanneer een investering rendeert dan om te weten hoeveel die uiteindelijk oplevert. Een payback van zes maanden in een bedrijf met zes maanden cashflow-voorraad is acceptabel. Een payback van achttien maanden in datzelfde bedrijf is een existentiële keuze.
Wat de payback-vraag voor operationele automatisering bijzonder maakt: de variabelen zijn voor het grootste deel intern. Niet de marktrente, niet de wisselkoers, niet het concurrentielandschap. Wel het aantal herhalende incidenten dat je portefeuille genereert, de uurkost van je engineers, en de mate waarin je vrijgekomen capaciteit kunt herbestemmen. Dat zijn dingen die je in eigen hand hebt — en die je dus ook fout kunt inschatten.
Er is ook een tweede reden waarom payback bij mkb-MSPs zwaarder weegt dan bij grotere bedrijven. Bij een enterprise verspreidt een investeringsfout zich over meerdere business units, meerdere kwartalen, meerdere correctiemogelijkheden. Bij een mkb-MSP komt elke materiële investeringsbeslissing direct uit op de cashpositie van de eigenaar — vaak op het eigen vermogen, soms op een banklening met persoonlijke garantie. Een payback van twaalf maanden op een investering van vijftig duizend euro is geen abstractie. Het is een operationeel ankerpunt waar de eigenaar dagelijks aan toetst of de aannames kloppen.
Deze brief gaat niet over een specifiek platform. Het gaat over hoe je voor jouw situatie een geloofwaardige payback-berekening opstelt, welke factoren die periode versnellen of vertragen, en wanneer een payback-uitkomst je iets vertelt over je bedrijfsmodel in plaats van over de investering.
2. Welke kosten en baten tellen mee
De meeste payback-berekeningen voor automatisering zijn ofwel te optimistisch (besparingen worden bruto opgevoerd) ofwel te pessimistisch (alleen platform-licenties versus alleen FTE-kost). Een werkbare berekening volgt drie regels: tel alle relevante kostencomponenten mee, reken de baten alleen mee voor zover ze daadwerkelijk worden gerealiseerd, en label de aannames expliciet.
Kostencomponenten (investering)
| Component | Type | Opmerking |
|---|---|---|
| Platform-licentie of abonnement | Doorlopend | Maand- of jaarbedrag, vaak per monitored asset of klant |
| Implementatie-tijd engineers | Eenmalig | Inrichten van detectie, schrijven en testen van initiële policies |
| Policy-uitbreiding per incidenttype | Incidenteel | Telkens wanneer je een nieuw incidenttype toevoegt aan het autonome bereik |
| Onderhoud van bestaande policies | Doorlopend | Aanpassingen bij omgevingsveranderingen, verificatie na incidenten |
| Procesdocumentatie (indien nodig) | Eenmalig | Alleen relevant als runbooks ontbreken of verouderd zijn |
Batencomponenten (besparing)
| Component | Type | Opmerking |
|---|---|---|
| Vrijgekomen engineering-uren × uurkost | Doorlopend | Alleen tellen voor zover daadwerkelijk herbestemd of weggevallen |
| Verlaging after-hours / piket-uren | Doorlopend | Typisch hogere uurkost dan reguliere uren |
| Capaciteitsherbestemming naar billable werk | Doorlopend | Sterkere baat dan harde besparing, maar pas tellen als de vraag er is |
| Vermeden hires door schaalbaarheid | Lange termijn | Voorzichtig opnemen — alleen onderbouwd door groei-pijplijn |
Wat hier bewust ontbreekt: zachte baten als “hogere klanttevredenheid” of “minder stress in het team”. Die zijn reëel, maar niet inrekenbaar in een payback-formule zonder schijnprecisie te introduceren.
3. De payback-formule, uitgepakt
De formule zelf is eenvoudig. De aannames erachter niet:
Payback (maanden) = Totale eenmalige investering ÷ (Maandelijkse bruto besparing − Maandelijkse doorlopende kost)
De relevante invoer voor een mkb-MSP, met realistische bandbreedtes als werkhypothese:
De variabele waar het meeste in beweegt: de bespaarde engineering-uren per maand. Die volgen direct uit de EKM-reductie — het verschil tussen je huidige engineering-uren per klant per maand en de waarde ná implementatie van automatisering op de geschikte incidenttypes. EKM staat voor engineering-uren per klant per maand: het totaal aantal engineering-uren dat één klant gemiddeld per maand consumeert.
De rest van het rekenwerk is afgeleid. Een MSP met 80 klanten die zijn EKM met 1 uur per klant per maand verlaagt, bespaart 80 uur per maand. Bij €65 uurkost: ruwweg €5.200 per maand bruto. Trek daar de doorlopende platform-kost van af, en je hebt de netto maandbesparing. Deel de eenmalige investering door die netto besparing — en je hebt de payback.
Concreet uitgewerkt voorbeeld
Stel: een mkb-MSP met 80 klanten, EKM-baseline 3,5, behaalt een reductie van 1 uur per klant per maand. Engineering-uurkost €65 (werkhypothese). Doorlopende platform-kost €2.000 per maand (werkhypothese). Eenmalige investering €35.000 (werkhypothese: implementatie plus initiële policy-set).
Maandelijkse bruto besparing: 80 klanten × 1 uur × €65 = €5.200. Minus doorlopende platform-kost: €5.200 − €2.000 = €3.200 netto per maand.
Payback: €35.000 ÷ €3.200 = ruwweg 11 maanden. Dat is een typische uitkomst voor een gemiddeld profiel — binnen het lopende boekjaar terugverdiend, met marge voor tegenvallers op de aannames.
Dit voorbeeld is bewust conservatief op de besparing (1 uur EKM-reductie is aan de lage kant voor een gemiddeld profiel) en realistisch op de kosten. Verdubbel de behaalde reductie en de payback halveert. Verlaag het herhalingsvolume in je portefeuille en de payback verlengt — soms voorbij de zone waar de investering verantwoord is.
4. Drie scenario’s: traag, typisch, agressief
We gebruiken dezelfde werkhypothese als in de marge-analyse: 80 klanten, ARPC €1.250, volledig belaste engineering-uurkost €65. De drie scenario’s variëren op EKM-baseline en behaalde reductie.
| Variabele | Traag | Typisch | Agressief |
|---|---|---|---|
| EKM-baseline | 2,0 | 3,5 | 5,0 |
| Behaalde EKM-reductie | 25% | 30% | 40% |
| Bespaarde uren / jaar | ~480 | ~1.010 | ~1.920 |
| Bruto besparing / jaar | ~€31k | ~€66k | ~€125k |
| Eenmalige investering (werkhypothese) | ~€30k | ~€35k | ~€40k |
| Doorlopende kost / jaar (werkhypothese) | ~€18k | ~€24k | ~€30k |
| Netto payback | ~14–18 mnd | ~7–10 mnd | ~4–6 mnd |
Werkhypothese, geen marktnorm. Werkelijke uitkomsten zijn afhankelijk van leverancier, schaalvoordelen bij grotere portefeuilles, mate van procesvolwassenheid vóór implementatie, en daadwerkelijke herbestemming van capaciteit. De getallen zijn richtwaarden ter illustratie van de orde van grootte.
Hoe de cijfers ontstaan
Dezelfde berekening, drie keer toegepast op verschillende EKM-baselines:
Vervang de variabelen door jouw eigen waarden — aantal klanten, EKM-baseline, realistisch te behalen reductie, volledig belaste engineering-uurkost — en de logica blijft staan. Het is dezelfde formule die in sectie 3 aan de noemer-kant van de payback-berekening verschijnt.
Het patroon is consistent: hoe hoger de EKM-baseline en hoe agressiever de behaalde reductie, hoe sneller de payback. Een MSP met een licht profiel kan automatisering nog steeds inzetten, maar de business case is dunner — en de kans dat andere interventies (klantmix, pricing-discipline) een betere prioritering zijn, is groter. Een MSP met een zwaar profiel laat letterlijk geld liggen door te wachten.
5. Wat de payback-snelheid bepaalt
Drie factoren verklaren waarom dezelfde investering bij de ene MSP in zes maanden rendeert en bij de andere in achttien. Ze zijn alle drie intern stuurbaar, en het is zinvol om ze vóór de investering te beoordelen.
Factor 1
Volume herhalende incidenten
Automatisering werkt alleen op werk dat zich herhaalt. Een portefeuille met 50+ herhalende L1/L2-incidenten per maand heeft genoeg volume om de investering snel terug te verdienen. Onder de 20 incidenten per maand wordt de payback structureel langer, ongeacht hoe goed het platform is. Concreet: een MSP met 40 herhalende incidenten per maand op een portefeuille van 60 klanten heeft een payback-curve die per kwartaal anders uitvalt — afhankelijk van of nieuwe klantgroei het volume omhoog drukt of de spreiding juist verbreedt. Dat soort grensgevallen verdient eerst een drie-maands meetperiode voordat de investering wordt vrijgegeven.
Factor 2
Mate van procesdocumentatie vooraf
Goed gedocumenteerde runbooks vertalen direct naar werkbare policies. Wie zonder runbooks begint, betaalt de standaardisatie-kost als onderdeel van de implementatie — en die kost kan de payback met enkele maanden verlengen. Voor MSPs zonder runbook-discipline is procesinrichting de eerste investering, niet het platform.
Factor 3
Actieve herbestemming van capaciteit
Bespaarde uren zijn alleen waardevol als ze worden herbestemd. MSPs die de vrijgekomen tijd doorschuiven naar billable werk of nieuwe klanten realiseren een sterkere baat dan MSPs die de tijd ongebruikt laten. Dit is geen technisch, maar een operationeel-managerial vraagstuk — en het is de meest onderschatte payback-versneller.
Een MSP die op alle drie de factoren sterk staat, zit doorgaans aan de onderkant van de 6-tot-18-maanden-range. Een MSP die op één factor zwak staat zit in het midden. Wie op twee of drie zwak staat, zit aan de bovenkant of erbuiten — en moet eerst aan de fundamenten werken.
6. Besliskader: welke payback past bij jou?
De vraag is zelden “is automatisering rendabel”. De vraag is “wat is in mijn situatie een aanvaardbare payback, en wat vertelt de uitkomst me over mijn bedrijf?”. Vier profielen, gerangschikt op payback-uitkomst:
Payback > 18 maanden
Nog niet automatiseren
Als je payback structureel boven 18 maanden uitkomt, is er iets in je situatie waar automatisering geen antwoord op is. Meestal: te weinig herhalend volume, te hoge klant-heterogeniteit, of een te onvolwassen procesfundament. De juiste interventie ligt eerder bij portfolio of proces dan bij technologie.
→ Eerst onderliggend probleem oplossen. Investering uitstellen.
Payback 12–18 maanden
Eerst proces standaardiseren
Een payback in deze range is werkbaar, maar geeft weinig marge voor tegenvallers. De meeste MSPs in deze categorie hebben een procesfundament dat net niet voldoende is. Pilot op één incidenttype, valideer de aannames, en gebruik de pilot om de bredere uitrol te onderbouwen — voordat je breed investeert.
→ Starten met pilot. Bredere uitrol pas na bewijs.
Payback 6–12 maanden
Nu automatiseren
Dit is het typische scenario voor een mkb-MSP met een gemiddeld profiel, behoorlijke proces-discipline en voldoende volume. Investering verantwoord, risico beheersbaar, baten realiseerbaar binnen het lopende boekjaar. Standaard go-beslissing — met de nuance dat fasering verstandiger is dan een big-bang implementatie.
→ Uitrollen in fases. Start met de top-5 herhalende incidenttypes.
Payback < 6 maanden
Nu agressief automatiseren
Een payback onder zes maanden zegt iets over hoe groot je huidige EKM-belasting is. Elke maand uitstel kost geld — aantoonbaar. Het “agressief” betekent niet roekeloos: het betekent dat fasering hier minder belangrijk is dan snelheid, en dat de business case sterk genoeg is om meerdere incidenttypes parallel uit te rollen.
→ Parallelle uitrol op meerdere incidenttypes. Uitstel is duurder dan implementatie-risico.
Eén stap eerder: automatiseren versus alternatieve investeringen
De keuze is in de praktijk zelden “automatiseren of niets doen”. Het is een keuze tussen alternatieve investeringen van hetzelfde kapitaal: een extra engineer (meer capaciteit), een salespersoon (meer omzet), of automatisering (hogere capaciteit per engineer). Elk heeft een ander risicoprofiel en een andere payback-curve. Automatisering scoort sterk op één specifieke variabele: de marginale leveringskost per klant. Voor de andere twee blijft die lineair met groei.
7. Veelgestelde vragen
Wat als de 6 tot 18 maanden range niet aansluit bij wat leveranciers ons vertellen?
Leveranciers werken vrijwel altijd met één scenario in hun pitch — meestal het sterkste. De range hier is bewust breder, omdat de uitkomst sterk afhankelijk is van factoren die de leverancier niet kent: jouw EKM-baseline, jouw mate van procesdocumentatie, en hoe je vrijgekomen capaciteit herbestemt. Als een offerte uitkomt op een payback onder 4 maanden, vraag dan welk EKM-niveau is aangenomen. Als die boven 18 maanden uitkomt, vraag of het type werk wel geschikt is voor automatisering in jouw configuratie.
Telt afgeschreven engineering-tijd ook als besparing, of alleen daadwerkelijk vrijgekomen capaciteit?
Het verschil is groot. Bespaarde uren tellen pas als ze daadwerkelijk worden herbestemd. Als een engineer drie uur per week minder L1-werk doet maar die tijd niet wordt verschoven naar billable werk, advies of nieuwe klanten, dan is de besparing administratief en niet economisch. In de payback-formule reken je daarom met de delta tussen wat de uren vóór en ná automatisering opleverden — niet met de bruto besparing op tijd alleen.
Wat als we de bespaarde capaciteit niet kunnen herbestemmen — engineers ontslaan dus?
Dat is een geldige uitkomst, maar zelden de eerste keus. Voor de meeste mkb-MSPs zit er een wachtlijst aan onderbenutte capaciteitsbehoeften: projectwerk dat blijft liggen, klanten die meer advies zouden afnemen, security-werk dat continu wordt uitgesteld. Engineers ontslaan is een optie als er werkelijk geen alternatieve inzet is — maar dat is ook een signaal dat je commerciële pijplijn klein is. Voor de payback-berekening kun je beide scenario’s parallel doorrekenen: harde besparing (lagere personeelskost) versus herbestemmingseffect (hogere omzet bij gelijke kost).
Hoe weeg ik de payback van een platform tegenover die van een extra engineer?
Een extra engineer heeft geen payback in klassieke zin — hij of zij is een doorlopende kostenpost die wordt afgezet tegen de omzet die hij of zij genereert. Een platform heeft een payback omdat de investering eenmalig is en de baten doorlopen. Het zuiverste vergelijk: hoeveel bespaarde uren per maand levert het platform op versus hoeveel werkbare uren per maand levert de hire op, en wat is de kostprijs van elk uur in beide gevallen. In de meeste configuraties is een platform-uur günstiger dan een engineer-uur op herhalend werk — en duurder op niet-herhalend werk. De hire is de juiste keuze voor het niet-herhalende deel.
Wat is een aanvaardbare payback voor een MSP die kapitaal moet rationeren?
Bij beperkt investeringskapitaal verschuift de eis richting een payback onder 9 maanden — soms onder 6. Dat sluit het "trage" scenario uit, maar laat het typische en agressieve scenario intact. Wat in deze situatie zwaarder weegt dan de exacte payback is voorspelbaarheid: een pilot die binnen 90 dagen aantoont dat de aannames kloppen, geeft de MSP-eigenaar de basis om de bredere uitrol te financieren. Liever een pilot met een payback van 8 maanden die je kúnt bewijzen, dan een belofte van 4 maanden die je móet geloven.
Hoe UptimePilot dit aanpakt
UptimePilot is opgebouwd rond de payback-logica waar deze brief over gaat. De implementatie start met de incidenttypes die de hoogste EKM-belasting hebben — niet met de meest technisch interessante. Dat maakt de payback voorspelbaar en de pilot bewijsbaar binnen 90 dagen.
Een gesprek over jouw payback begint altijd met een EKM-baseline — niet met een productdemo. Zonder die baseline is elke berekening een aanname; mét baseline wordt het een toetsbare voorspelling.
Volgende stap
Wat is jouw EKM-baseline en welke payback hoort daarbij?
In een demo lopen we eerst door jouw EKM-baseline — het werkelijke aantal engineering-uren dat je portefeuille per klant per maand verbruikt — en daarna door welke payback je daadwerkelijk kunt verwachten op die basis. Geen aanname, geen marketing-cijfer.
Plan een demo →