Business Brief

Personeelsverloop in MSP-land

Wat een vertrek je werkelijk kost, waarom alert fatigue een dominante driver is, en hoe je het structureel verlaagt.

~7 min leestijd

De volledige kost van een vertrekkende engineer in een mkb-MSP ligt naar werkhypothese in een range van 0,5 tot 1,5 keer zijn jaarsalaris. Drie componenten verklaren die spreiding: directe wervings- en onboardingkosten, productiviteitsverlies tijdens vacature en inwerkperiode, en team-impact op de overgebleven collega’s. Voor MSPs ligt een dominante verloop-driver niet bij pricing of cultuur — maar bij alert fatigue, en daarmee in een operationeel vraagstuk dat zich laat sturen. Een MSP-eigenaar die verloop als HR-probleem behandelt, mist de meest directe hefboom om het te verlagen.

1. Wat een vertrekkende engineer een mkb-MSP werkelijk kost

De zichtbare kost van een vertrek is bedrieglijk klein. Op de boekhouding verschijnt het vrijwel niet — een wervingsfactuur van een recruiter, eventueel een exit-vergoeding, soms een kleine post voor signing-bonus van de opvolger. Daarmee komt de eigenaar makkelijk uit op een geschat bedrag in de orde van 10.000 tot 20.000 euro per vertrek. Het werkelijke bedrag ligt meestal vele malen hoger.

Het verschil zit in de niet-gefactureerde kosten. Tijdens de vacature-periode draait het team door op verminderde capaciteit. Tijdens de inwerkperiode levert de nieuwe collega minder dan een full-time-equivalent. En tijdens beide periodes nemen overgebleven engineers werk over dat hun eigen productiviteit aantast. Geen van die kosten wordt geboekt; allemaal zijn ze reëel.

Voor mkb-MSPs weegt verloop bovendien zwaarder dan voor grotere organisaties. In een team van twintig engineers wordt een vertrek snel opgevangen door de buffer; in een team van zes vertegenwoordigt elk vertrek 17 procent van de capaciteit. De relatieve impact van één vertrek is daarmee vele malen groter — en het effect op de overgebleven engineers, die direct meer werk en meer escalaties krijgen, ook.

De vraag is daarom niet alleen "wat doen we om vertrekken te voorkomen", maar ook "wat kost een vertrek ons écht, en welke interventie heeft daarop de grootste hefboom?". Voor de meeste mkb-MSPs ligt het antwoord op die tweede vraag niet bij HR-beleid, maar bij de structuur van het dagelijkse engineering-werk.

2. De drie componenten van verloop-kost

Een werkbare verloop-kostberekening valt uiteen in drie componenten. Elk gedraagt zich anders qua zichtbaarheid en stuurbaarheid.

Component 1

Werving en onboarding

Recruiter-fee of interne wervingstijd, sourcing-investering, interviewtijd van het hele team, signing-bonus of welkomstpakket, eerste maanden begeleiding door senior collega’s. Voor een L2/L3-engineer in de Nederlandse markt loopt dit naar werkhypothese op tot een bedrag tussen €10.000 en €18.000 per hire. Volledig zichtbaar, maar slechts een fractie van het totaal.

Component 2

Productiviteitsverlies tijdens vacature en inwerk

Vacature-doorlooptijd in de Nederlandse arbeidsmarkt voor IT-engineers ligt typisch tussen 3 en 6 maanden. Tijdens die periode mist het team de volledig belaste capaciteit van de vertrekker — vaak 50 tot 70 procent gedekt door tijdelijke herverdeling, met de rest als productiviteitsgat. Daarna volgt een inwerkperiode van 3 tot 6 maanden waarin de nieuwe engineer op 50 tot 75 procent draait. Bij een volledig belaste jaarkost van richtwaarde €85.000 tot €120.000 loopt dit verlies snel op tot een bedrag tussen €25.000 en €50.000 per vertrek.

Component 3

Team-impact op overgebleven collega’s

Tijdens de gap nemen overgebleven engineers extra werk over: meer on-call, meer escalaties, meer overuren. Hun eigen productiviteit op planmatig werk daalt; hun risico op het zelf opzeggen stijgt. Voor een team van vijf collega’s die elk gedurende een half jaar 10 tot 20 procent extra belasting dragen, komt deze component op een bedrag in de orde van €10.000 tot €25.000 per vertrek. Niet-gefactureerd, vaak onzichtbaar in de boekhouding, en de meest onderschatte van de drie.

Opgeteld komt de totale verloop-kost per vertrek voor een gemiddelde mkb-MSP-engineer naar werkhypothese uit op een bedrag tussen €45.000 en €90.000 — ruwweg 0,5 tot 1,5 keer het bruto jaarsalaris. De spreiding hangt vooral af van de gap-duur en het niveau van de vertrekker. Voor senior-profielen ligt het bedrag aan de bovenkant; voor juniors aan de onderkant.

3. Waarom alert fatigue een dominante verloop-driver is

Veel mkb-MSP-eigenaren behandelen verloop als een culturele of pricing-uitdaging. Beide factoren spelen een rol — maar in MSP-context zijn ze zelden een dominante driver. De primaire reden waarom engineers vertrekken bij mkb-MSPs ligt in de structuur van het dagelijkse werk, en die structuur wordt grotendeels bepaald door alert-volume en herhalend reactiewerk.

Een engineer die in een gemiddelde week 100 tot 200 alert-meldingen verwerkt, waarvan 60 tot 80 procent achteraf onbelangrijk blijkt, raakt over de tijd cognitief uitgeput. Het verschijnsel staat in operationele literatuur bekend als alert fatigue: een afnemende reactiekwaliteit, een toenemende latency op echte issues, en een sluipende erosie van werkplezier. Voor de engineer is het niet alleen vermoeiend — het is professioneel onbevredigend. Hij of zij loste niet meer interessante problemen op, maar drukte op steeds dezelfde acknowledge-knop.

Het probleem versterkt zichzelf. Een team met hoge alert-belasting heeft minder tijd voor structurele verbetering — runbooks, automatisering, proces-optimalisatie. Daarmee blijft het alert-volume hoog, blijft de belasting hoog, en blijft de verloop-druk hoog. De cyclus is alleen te doorbreken als ergens structureel werk uit de menselijke responsketen wordt gehaald.

Concreet: een MSP-engineer die per kwartaal 12 tot 20 nachten wordt gewekt voor incidenten die de volgende ochtend ook hadden kunnen wachten, en die overdag 60 tot 80 procent van zijn tijd besteedt aan herhalend werk dat in feite procedure-werk is, zoekt op een gegeven moment een werkgever waar dat niet de norm is. Dat is geen cultureel mankement van die engineer — het is een rationele beslissing op basis van de structuur van het werk dat hij dagelijks doet.

De koppeling met de marge-analyse is direct: een hoge engineering-uren-per-klant-per-maand betekent een hoge alert-belasting per engineer, en daarmee een hoog verloop-risico. Beide variabelen zijn symptomen van dezelfde onderliggende dynamiek: te veel reactiewerk per persoon. De operationele kant daarvan staat uitgewerkt in de alert-fatigue-analyse; deze brief gaat over wat het de MSP-eigenaar in personeelskost oplevert.

4. Het rekenmodel: jaarlijkse verloop-kost voor jouw MSP

Het rekenmodel zelf is eenvoudig. De aannames erachter vragen aandacht.

Jaarlijkse verloop-kost = Aantal engineers × Verloop-percentage × Gemiddelde kost per vertrek

Let op de derde variabele. Gemiddelde kost per vertrek is de som van de drie componenten uit sectie 2, gewogen naar het niveau en specialisme van de typische vertrekker. Een MSP die voornamelijk juniors verliest, rekent met een lagere gemiddelde kost; een MSP die zijn senioren ziet vertrekken, rekent met een hogere. Niet middelen over alle niveaus zonder weging — dat onderschat of overschat structureel.

Met werkhypotheses voor een typische Nederlandse mkb-MSP:

Aantal engineers in team — ~8 (typisch voor een mkb-MSP)
Verloop-percentage per jaar — 15 procent (werkhypothese)
Gemiddelde kost per vertrek — ~€60.000 (gewogen tussen junior en senior)
Jaarlijkse verloop-kost — 8 × 15% × €60.000 ≈ €72.000

Dat is een doorlopende jaarlijkse kost in de orde van €70.000 voor een typische mkb-MSP — vergelijkbaar met de jaarkost van een extra senior engineer, of met een aanzienlijk deel van de jaarkost van operationele automatisering. Het is bovendien een kost die niet in de boekhouding samengevoegd wordt als één post, maar verspreid zit over recruiters-facturen, gederfde productiviteit, en overuren-budgetten.

Concreet uitgewerkt voorbeeld

Stel: een mkb-MSP met een team van 8 engineers en een verloop-percentage dat de afgelopen drie jaar tussen 18 en 22 procent schommelde. Gemiddeld 1,6 vertrekken per jaar. Gemiddelde kost per vertrek werkhypothese €60.000.

Jaarlijkse verloop-kost: 1,6 × €60.000 = ~€96.000. Verspreid over drie jaar: ruwweg €288.000 verloren productie en uitgaven die niet in de boekhouding als "verloop-kost" terug te vinden zijn.

Reductie van verloop naar 12 procent zou de jaarlijkse kost verlagen tot ruwweg €58.000 — een besparing van orde €38.000 per jaar. Dat is geen marginaal effect; dat is een bedrag in de buurt van een tweede investeringsbeslissing op zichzelf.

Werkhypothese, geen marktnorm. Werkelijke uitkomsten zijn afhankelijk van teamgrootte, profielmix, regio, en hoe snel de werving-cyclus loopt. De getallen tonen orde van grootte, niet specifieke marktuitkomsten.

5. Drie scenario’s: laag, middel, hoog verloop

Hetzelfde team van 8 engineers, dezelfde gemiddelde kost per vertrek van €60.000 — drie verschillende verloop-niveaus laten zien hoe snel de jaarlijkse kost oploopt.

Variabele Laag Middel Hoog
Verloop-percentage / jaar 8% 15% 25%
Aantal vertrekken / jaar (team van 8) ~0,6 ~1,2 ~2,0
Jaarlijkse verloop-kost ~€36k ~€72k ~€120k
Kost over 3 jaar ~€108k ~€216k ~€360k
Indirect: alert-belasting per engineer Beheersbaar Verhoogd Structureel overbelast
Interventieprofiel Geen actie Procesoptimalisatie Structurele ingreep

Werkhypothese, geen marktnorm. Werkelijke uitkomsten variëren met regio, profielmix en arbeidsmarkt-omstandigheden in de Nederlandse IT-markt. De koppeling tussen verloop-percentage en alert-belasting is correlatief — niet alle hoog-verloop-MSPs hebben een hoge alert-belasting, maar de meeste wel.

Drie inzichten uit de scenario-tabel. Het lage scenario laat zien dat verloop op zich zelden de aanleiding is voor een grote investering — onder de 10 procent is verloop een kost die binnen normale operationele variatie valt. Het middelste scenario laat zien hoe snel verloop-kost zich opbouwt over een driejaarsperiode; €216.000 is een bedrag in de buurt van een volledig automatiseringstraject. Het hoge scenario laat zien dat verloop op deze schaal niet alleen kostbaar is, maar dat het ook de capaciteit ondermijnt om er iets aan te doen.

6. Besliskader: wanneer is verloop een investeringssignaal?

Verloop alleen is zelden voldoende reden voor een operationele investering. Maar verloop boven een bepaalde drempel is een signaal dat de onderliggende structuur van het werk een ingreep vraagt. Vier categorieën, gerangschikt op jaarlijks verloop-percentage:

Minder dan 10% verloop / jaar

Nog niet automatiseren

Verloop onder dit niveau is voor MSPs in de Nederlandse markt een prima uitgangspositie. De jaarlijkse kost is hanteerbaar, het team draait stabiel, en de business case voor automatisering moet je elders zoeken — typisch bij marge of incidentvolume, niet bij verloop-reductie.

→ Geen verloop-gedreven investering. Andere business case nodig.

10–15% verloop / jaar

Eerst proces standaardiseren

Dit is een marktconform niveau, maar het signaleert wel dat het team onder reguliere druk staat. Voordat een platform-investering wordt overwogen, eerst de operationele bottlenecks valideren: hoeveel alert-onderbrekingen per engineer per maand, hoeveel after-hours-uren, welk percentage van de werkweek aan herhalend reactiewerk. Als die getallen verhoogd zijn, is automatisering een logische volgende stap. Als ze normaal zijn, ligt het verloop-probleem elders en is een HR-gerichte interventie effectiever.

→ Diagnose op leidende indicatoren eerst. Investering onderbouwd na meting.

15–25% verloop / jaar

Nu automatiseren

Op dit niveau loopt de jaarlijkse verloop-kost al ruim boven de jaarkost van een gemiddeld automatiseringstraject — alleen al de besparing op verloop draagt een groot deel van de business case. Daarbovenop komt dat het team in deze zone structureel overbelast is, wat het werk-aan-verbeteren tegelijk dringend en moeilijk maakt. Starten met de incidenttypes die de grootste alert-belasting genereren geeft de snelste retentie-uplift.

→ Investering vanuit alert-belasting-reductie. Begin met grootste alert-volumes.

Meer dan 25% verloop / jaar

Nu agressief automatiseren

Verloop boven dit niveau is niet meer alleen kostbaar — het is een existentieel risico. De MSP verliest sneller kennis dan hij die kan opbouwen, de overgebleven engineers dragen onhoudbare lasten, en de cyclus van overbelasting versterkt zichzelf. Parallelle uitrol op meerdere incidenttypes is hier geen optie maar een noodzaak, met verloop-percentage als primaire KPI naast technische metrics.

→ Verloop is existentieel risico. Parallelle uitrol met retentie als primaire KPI.

Eén onderscheid dat het besliskader doorkruist

Als verloop geconcentreerd zit bij seniore engineers of bij sleutelpersonen waar kennis aan vasthangt die nergens anders gedocumenteerd is, schuift de besliskader-uitkomst altijd één categorie omhoog. Verlies van één sleutelfiguur kan meer kennis kosten dan vijf juniors samen — en die kennisgap is niet door werving alleen te dichten. In die situatie weegt automatisering dubbel: enerzijds als retentie-instrument, anderzijds als kennisborgingsinstrument (omdat policies expliciet documenteren wat eerder in iemands hoofd zat).

Zie ook: Wanneer verdient automatisering zichzelf terug? — de payback-curve waarin verloop-reductie als batencomponent meeloopt, en de alert-fatigue-kosten-analyse — de operationele diagnose die hieraan voorafgaat.

7. Veelgestelde vragen

Onze marktbenchmark is 15 procent verloop in IT-dienstverlening. Is dat acceptabel?

Marktbenchmarks geven een referentie, geen verantwoording. Wat in jouw MSP acceptabel is, hangt af van hoe goed je verlies kunt opvangen: heb je voldoende bench-capaciteit, draait kennis structureel door collega’s heen, en is werving snel genoeg om de gap te overbruggen? Een MSP met 15 procent verloop maar een goede kennisspreiding en korte werving-tijd, draait stabiel. Een MSP met 12 procent verloop maar met silo’s in kennis en lange werving-doorlooptijd, voelt elk vertrek scherper. Het percentage zegt iets, het patroon van verloop zegt meer.

We hebben de afgelopen jaren al geïnvesteerd in cultuur, salaris en flexibiliteit. Waarom blijft verloop een probleem?

Omdat cultuur, salaris en flexibiliteit drie typische niveau-1-interventies zijn — ze zijn nodig, maar zelden voldoende. Voor MSP-engineers is het belangrijkste retentiekenmerk de structuur van het dagelijkse werk, niet de randvoorwaarden eromheen. Een engineer die elk uur door alert-meldingen wordt onderbroken, in zijn slaap wordt gebeld voor incidenten die de volgende ochtend ook hadden gekund, en in zijn ontwikkeling stilstaat omdat al zijn tijd in reactiewerk gaat — die engineer vertrekt, ongeacht de cultuur. De vraag is daarom niet alleen "wat bieden we", maar "wat vragen we van ze tijdens een gemiddelde werkweek".

Hoe weeg ik verloop-kost in een investering tegenover meetbare ROI op andere terreinen?

Door verloop-kost expliciet als een terugkerende jaarkost te behandelen, niet als een incidentele tegenvaller. Een MSP met een verloop-percentage van 20 procent op een team van 10 engineers heeft elke jaar twee vertrekken die elk in de buurt van een jaarsalaris kosten. Dat is een doorlopende kost in de orde van €120.000 tot €180.000 per jaar — een bedrag dat in volle omvang in een ROI-vergelijking thuishoort. Wie verloop alleen meeneemt als hij toevallig optreedt, onderschat structureel de hefboom van interventies die het verlagen.

Onze junior engineers vertrekken sneller dan onze senioren. Geldt dezelfde verloop-kost-logica?

In structuur wel, in absolute bedragen verschilt het. Een junior heeft een lager salaris en kortere onboarding, dus de directe werving- en productiviteits-componenten zijn kleiner. Maar de team-impact-component is per saldo vergelijkbaar, en bij seriële junior-uitstroom — wat een patroon is bij overbelaste teams — accumuleert het effect snel. Bovendien: een MSP die zijn juniors snel ziet vertrekken, kweekt geen senioren. Op lange termijn raakt dat de retentie van de senioren zelf, omdat zij de werkbelasting overnemen die de juniors niet konden dragen.

We werken met externe partners en freelancers — vertaalt verloop zich daar ook in kosten?

Anders, maar wel. Bij externe partners zit de equivalent-kost niet in werving en onboarding (die ligt bij de partner), maar in continuïteit en kennisbehoud. Elke wisseling van externe engineer op jouw account brengt een leerperiode mee waarin de partner-engineer de specifieke configuratie van jouw klanten moet leren. Dat is voor jou onzichtbare productiviteitskost — die je doorgaans wel betaalt in uurtarief, maar niet als zodanig identificeert. MSPs die zwaar leunen op externe capaciteit, profiteren even sterk van verloop-reductie als MSPs met intern personeel — alleen langs een ander mechanisme.

Hoe meet ik of een investering daadwerkelijk het verloop verlaagt — kan dat in een meetbare cyclus?

Direct meten kan pas na 18 tot 24 maanden, omdat verloop een langzaam-bewegende indicator is en jaarcijfers door kleine getallen volatiel zijn. Wel meetbaar op kortere termijn zijn de leidende indicatoren: aantal nachtelijke alert-onderbrekingen per engineer per maand, percentage werktijd dat aan herhalend reactiewerk wordt besteed, en pulse-survey-uitkomsten over werkdruk. Een MSP die ziet dat alert-volume per engineer met 40 tot 60 procent daalt na implementatie van automatisering, mag met redelijke zekerheid verwachten dat het verloop binnen 18 maanden mee daalt. Het bewijs volgt achteraf; de leidende indicator komt eerder.

Hoe UptimePilot dit aanpakt

UptimePilot is ontworpen om een dominante verloop-driver — alert-belasting per engineer — structureel te verlagen. Niet door alerts te onderdrukken, maar door autonome afhandeling van events die de menselijke responsketen niet meer hoeven te bereiken. Wat overblijft voor engineers is wat het ook hoort te zijn: het werk dat hun beoordeling, hun ervaring, en hun escalatie-vermogen daadwerkelijk vraagt.

Detect — Decide — Act zonder menselijke onderbreking — autonome respons op herhalende events buiten de aandachtsspan van het team
Alert-volume per engineer als KPI — expliciete meting van de leidende verloop-indicator, vóór en ná implementatie
Kennisborging in policies — expliciete documentatie van eerder impliciete kennis — minder afhankelijkheid van sleutelfiguren
After-hours-reductie meetbaar — nachtelijke onderbrekingen verminderen tot zone die met retentie-effect correleert

Een gesprek over jouw verloop-blootstelling begint met een meting van de huidige alert-belasting per engineer — niet met een productdemo. Zonder die meting is elke verloop-reductie-belofte een aanname; mét meting wordt het een toetsbare verwachting.

Volgende stap

Wat is jouw verloop-kost — en welke alert-belasting drijft het?

In een demo doorlopen we eerst je verloop-percentage en de huidige alert-belasting per engineer, en bekijken we welk deel van de verloop-kost autonome afhandeling structureel kan verlagen. Geen aanname, geen marketing-cijfer.

Plan een demo →