Authority

Engineer Capacity Multiplier (EKM): de management-metric voor MSP-schaalbaarheid

~11 min leestijd

Definitie

Engineer Capacity Multiplier (EKM) — een management-metric die beschrijft hoeveel operationele capaciteit een MSP uit één engineer haalt, bepaald door de samenhang tussen standaardisatie, automatisering, governance, documentatiekwaliteit, tooling en organisatorische discipline. EKM is een economisch concept, geen technisch concept.

Engineer Capacity Multiplier (EKM) is een management-metric die beschrijft hoeveel operationele capaciteit een MSP uit één engineer haalt — bepaald door de samenhang tussen tooling, standaardisatie, governance, documentatiekwaliteit, automatisering en organisatorische discipline. EKM is geen technisch concept maar een economisch concept: het verklaart waarom twee MSPs met dezelfde headcount sterk uiteenlopende winstmarges, ticketvolumes en operationele voorspelbaarheid kunnen hebben. Wie EKM serieus neemt, meet niet langer alleen engineer-utilization of billable hours, maar de hefboom achter beide.

1. Wat is EKM?

EKM is een denkraamwerk, geen formule. Probeer EKM niet te reduceren tot één getal of een dashboard-KPI — daar zit zijn waarde niet. EKM beschrijft de structurele relatie tussen wat één engineer aankan en de operationele omgeving waarin die engineer werkt.

Multiplicatief, niet additief

Een engineer in een omgeving met goede tooling, sterke standaardisatie en kortcyclische governance presteert niet een paar procent beter dan een engineer in een chaotische omgeving — vaak een orde van grootte beter. Niet door talent, door omgeving.

Onafhankelijk van skill-level

Een senior engineer in een lage-EKM-omgeving kan minder klantomgevingen bedienen dan een mid-level engineer in een hoge-EKM-omgeving. Skill matters, maar minder dan de driver-stack eromheen.

Niet zichtbaar in traditionele MSP-metrics

EKM verklaart waarom utilization, billable hours en ticket-throughput allemaal goed kunnen ogen terwijl het bedrijf structureel niet schaalt.

EKM is geen vervanging voor bestaande metrics, maar een laag erboven. Een MSP met hoge EKM heeft typisch ook gezonde utilization en ticket-throughput — maar niet andersom. De richting van causaliteit is bepalend.

2. Waarom MSPs de verkeerde metrics meten

De MSP-industrie meet wat eenvoudig te tellen is, niet wat strategisch belangrijk is. Het resultaat: optimalisatie op metrics die structureel niet schalen.

Utilization

Utilization meet bezigheid, geen schaalbaarheid. Een engineer die 85% van zijn tijd factureerbaar werkt kan in een lage-EKM-omgeving de bottleneck zijn — terwijl een engineer met 65% utilization in een hoge-EKM-omgeving bijdraagt aan operationele rust en marge. Utilization als bottom-line metric leidt tot overwerk, key-person-risico en organisatorische fragiliteit.

Billable hours

Billable hours meet revenue per uur, geen operationele hefboom. Twee MSPs kunnen identieke tarieven en identieke billable hours hebben, terwijl de ene driemaal zoveel klantomgevingen bedient met dezelfde headcount. Billable hours zegt niets over hoeveel klanten je per engineer aankan.

Ticket-throughput

Ticket-throughput meet snelheid, geen voorkomen. Snel tickets afhandelen is operationele kwaliteit. Geen tickets meer hebben — omdat het onderliggende probleem structureel is opgelost — is een orde van grootte waardevoller. Ticket-throughput als KPI beloont volume; EKM beloont volume-reductie.

NPS en CSAT

NPS en CSAT meten beleving, geen kostenstructuur. Klanten kunnen extreem tevreden zijn over een MSP die structureel onrendabel werkt. Beleving is een lagging indicator van service-kwaliteit, geen leading indicator van schaalbaarheid.

MSP-management stuurt vaak op metrics die uit klassieke service-organisaties komen (advocatenkantoren, consultants). Een advocatenkantoor schaalt door meer billable hours; een MSP schaalt door meer klantomgevingen per engineer. Dat is een fundamenteel ander economisch model — en het vraagt om een ander hoofd-metric. EKM is dat metric.

3. De zes EKM-drivers

EKM is de uitkomst van zes onderliggende drivers. Geen daarvan staat op zichzelf — ze versterken elkaar of houden elkaar tegen.

1

Standaardisatie

Hoe homogeen zijn jouw klantomgevingen? Hoe meer variatie in stacks, configuraties en werkwijzen per klant, hoe lager je EKM. Maatwerk per klant is verdedigbaar in nichesegmenten, maar het is altijd een EKM-rem. Een MSP die voor elke klant dezelfde monitoringstack, back-up-conventie en escalatie-paden hanteert, bouwt EKM. Een MSP waarin elke klant "uniek" is, niet.

2

Automatisering

Hoeveel terugkerend werk verdwijnt zonder menselijke aandacht? Niet alleen via scripts, maar via remediation-playbooks die incidenten oplossen vóór ze een ticket worden. Automatisering is een EKM-driver — niet omdat het de hele EKM-vergelijking is, maar omdat het de hefboom is waarmee de andere vijf drivers exponentieel werken.

3

Governance

Hoe veilig kan verandering plaatsvinden? Een MSP met formele change-approval, audit-trail en gestructureerde policy-review kan sneller wijzigingen doorvoeren — niet ondanks de governance maar dankzij. Zonder governance leeft elke wijziging op vertrouwen in één engineer; mét governance leeft elke wijziging in een reviewbaar proces. Dat verlaagt key-person-risico en verhoogt EKM evenredig.

4

Documentatie

Hoe snel wordt kennis overdraagbaar? Een nieuwe engineer moet binnen weken productief zijn op klantomgevingen die hij nog nooit heeft gezien. Dat lukt alleen als de documentatie compact, accuraat en actueel is. Documentatie-rot is een directe EKM-killer: de bouwer rolt door naar klantwerk, de docs blijven achter, nieuwe engineers leren via mondelinge overdracht — en de bus-factor crasht naar één.

5

Tooling

Hoeveel context krijgt de engineer direct? Een engineer die voor elk incident eerst in drie systemen moet zoeken om klantcontext, history en runbooks bijeen te brengen, werkt in een lage-EKM-omgeving. Een engineer die bij ticket-open meteen de relevante context, eerdere incidenten en aanbevolen playbook ziet, werkt in een hoge-EKM-omgeving.

6

Organisatorische discipline

Wie escaleert wanneer, wie owns wat, hoe lopen processen onder druk? Een MSP zonder duidelijke ownership-modellen draait op individuele heroïek. Een MSP met heldere escalatie-paden, on-call-rotaties en gedefinieerde response-protocollen draait op een systeem. Het verschil is niet zichtbaar in rustige periodes — het is zichtbaar in incidenten.

Wat opvalt aan deze zes: vier zijn niet-technisch (standaardisatie, governance, documentatie, organisatorische discipline). Slechts twee zijn technisch (automatisering, tooling). EKM is daarmee in essentie een organisatorisch concept — geen tech-stack-concept. MSPs die EKM proberen te verhogen door uitsluitend te investeren in tooling en automation, lopen onvermijdelijk tegen een plafond.

4. EKM-niveaus 1–5

EKM-niveaus zijn een framework om jouw eigen positie te ordenen, geen marktbenchmark. De niveaus zijn puur kwalitatief beschreven — geen externe benchmarkgetallen, geen industriegemiddelden.

Niveau 1

Heroics

Alles draait op individuen. Incidenten worden opgelost door de engineer die toevallig beschikbaar is, met kennis die toevallig in zijn hoofd zit. Geen documentatie, geen runbooks, geen governance. Capaciteit is direct gekoppeld aan headcount en aan specifieke senior engineers. Verlies één persoon en het systeem wankelt. Veel mkb-MSPs functioneren hier zonder dat ze het beseffen — omdat het werkt, totdat het niet meer werkt.

Niveau 2

Scripted

Eerste vormen van automatisering verschijnen. Losse PowerShell-scripts, ad-hoc playbooks, individuele engineers die hun eigen tooling bouwen. Er is technische capaciteit — maar niet organisatorisch geconsolideerd. Twee engineers binnen hetzelfde team kunnen hetzelfde probleem op fundamenteel verschillende manieren oplossen. Bus-factor blijft één per script.

Niveau 3

Repeatable

Governance en documentatie ontstaan. Er komen formele change-procedures, een centraal documentatieplatform, gedeelde runbooks. Capaciteit per engineer stijgt merkbaar — niet door betere mensen, door betere context en processen. Voor de meeste MSPs is dit het eerste niveau waarop bewust strategisch wordt gestuurd in plaats van reactief.

Niveau 4

Scalable

Capaciteit groeit sneller dan headcount. Een nieuwe engineer levert meer dan proportionele toename in klantomgevingen die het team kan bedienen. Standaardisatie is doorgevoerd, runbook-library is volwassen, governance is geïnternaliseerd in dagelijkse werkwijze. De MSP-eigenaar kan beginnen na te denken over groei zonder evenredige recruiting-pijn.

Niveau 5

Multiplicative

Nieuwe engineers verhogen de capaciteit van het hele team direct vanaf dag één. Onboarding-tijd is gereduceerd tot weken in plaats van maanden. Tooling levert volledige context bij elk ticket. Documentatie is single source of truth. Governance is zo natuurlijk dat niemand er actief aan denkt. Niveau 5 is een theoretische aspiratie — een richting, geen breed marktverschijnsel.

De sprong tussen niveau 3 en 4 is groter dan tussen 1 en 2 of tussen 4 en 5. De sprong van Repeatable naar Scalable is precies de plek waar de meeste MSPs vastlopen — niet omdat ze tools missen, maar omdat ze EKM niet bewust hanteren als sturend principe.

5. Hoe EKM groeit zonder extra engineers

EKM verhogen is geen tooling-project. Het is een organisatorisch project waarin tooling één van zes hefbomen is. De volgorde van investering is bepalend — beginnen met automatisering is een veelgemaakte fout die leidt tot scripts die niemand begrijpt en een nog hogere bus-factor.

  1. 1.

    Documentatie eerst

    Niet uitputtend, niet perfect — maar centraal, actueel, en met eigenaarschap geregeld. Documentatie is de voorwaarde voor alle andere drivers.

  2. 2.

    Standaardisatie tweede

    Klantomgevingen uniformeren waar mogelijk. Begin bij nieuwe klanten (eenvoudiger) en herzie bestaande klanten alleen waar de ROI duidelijk is.

  3. 3.

    Governance derde

    Formele change-approval, audit-trail, ownership-modellen. Klein beginnen — één pagina runbook is meer waard dan tien pagina's onbenutte procedures.

  4. 4.

    Tooling vierde

    Pas wanneer documentatie, standaardisatie en governance op orde zijn, levert tooling-investering de exponentiële winst die EKM nodig heeft.

  5. 5.

    Automatisering vijfde

    Remediation-playbooks bovenop een hoge-EKM-fundament zijn een multiplier. Bovenop een lage-EKM-fundament zijn ze technische schulden.

  6. 6.

    Organisatorische discipline doorlopend

    Geen één-time investering — een dagelijkse praktijk die door alle vijf andere drivers heen loopt.

In omgevingen waar deze volgorde wordt aangehouden, verloopt de sprong naar niveau 4 na niveau 3 vaak sneller dan verwacht — niet omdat het werk minder is, maar omdat de fundamenten op orde zijn. In omgevingen waar de volgorde wordt omgedraaid (automatisering eerst), blijven MSPs vaak vastzitten op een hybride niveau 2–3 met groeiende technische schuld.

6. Waarom EKM uiteindelijk een waarderingsmetric wordt

Op een bepaald moment verlaat EKM het operationele domein en wordt het een strategische metric. Specifiek: bij M&A en bij waardering van MSPs.

De economische logica is recht-toe-recht-aan: een MSP met hoge EKM is operationeel minder afhankelijk van specifieke individuen. Dat verlaagt key-person-risico. Lager key-person-risico verhoogt operationele overdraagbaarheid. Hogere operationele overdraagbaarheid vertaalt zich, alles overige gelijk gehouden, naar hogere EBITDA-multiples bij verkoop.

In gesprekken met M&A-adviseurs en private-equity-investeerders in de MSP-markt komt deze logica systematisch terug — zij het zelden onder de naam "EKM". De vragen die ze stellen — hoe overdraagbaar is de operationele kennis, hoe afhankelijk is het bedrijf van specifieke engineers, hoe gestandaardiseerd zijn de klantleveringen — zijn allemaal proxies voor EKM-niveau.

Een niveau-2 MSP en een niveau-4 MSP met identieke omzet en EBITDA worden typisch verschillend gewaardeerd
De waarderingsdelta zit niet in de financiële cijfers, maar in de operationele overdraagbaarheid
Een MSP die zijn EKM verhoogt, verhoogt — vrijwel altijd — zijn exit-multiple

Dit maakt EKM een dubbele metric: operationeel relevant voor dagelijkse efficiency, en strategisch relevant voor lange-termijn waardecreatie. Voor MSP-eigenaren zonder exit-ambitie blijft EKM relevant als operationeel sturingsinstrument. Voor MSP-eigenaren die wél naar verkoop kijken, is EKM mogelijk het belangrijkste niet-financiële cijfer waar ze de komende jaren op kunnen sturen.

7. Veelgestelde vragen

Hoe meet ik EKM in mijn organisatie?

EKM laat zich niet vangen in één getal. De praktische aanpak: gebruik de zes drivers (standaardisatie, automatisering, governance, documentatie, tooling, organisatorische discipline) als zelfdiagnostisch raamwerk. Scoor jezelf op elk: waar sta je, waar moet je naartoe, wat is je bottleneck? De som van die zes assessments is een betere proxy voor EKM dan welke gequantificeerde formule ook.

Wat is een goede EKM?

Niet een specifiek niveau — een richting. Niveau 3 (Repeatable) is voor de meeste mkb-MSPs een gezond ambitieniveau. Niveau 4 (Scalable) is haalbaar binnen enkele jaren van bewuste investering. Niveau 5 (Multiplicative) is een theoretisch eindpunt, geen breed marktverschijnsel.

Hoeveel tijd kost EKM verbeteren?

Afhankelijk van waar je begint en welke driver je eerst aanpakt. De sprong van niveau 1 naar niveau 2 is typisch sneller dan de sprong van niveau 3 naar niveau 4 — niet door gebrek aan tools, maar door gebrek aan organisatorische discipline. De sprong van 3 naar 4 is waar de meeste MSPs vastlopen.

EKM vs. utilization — welke moet ik centraal stellen?

EKM, met utilization als secundaire metric. Utilization vertelt je of je engineers bezig zijn; EKM vertelt je of die bezigheid schaalbaar is. Hoge utilization in een lage-EKM-omgeving is geen succes — het is een waarschuwingssignaal.

Wat is de relatie tussen EKM en bedrijfswaarde?

Direct, via operationele overdraagbaarheid. Hogere EKM verlaagt key-person-risico, verlaagt afhankelijkheid van specifieke individuen, en verhoogt daarmee de M&A-overdraagbaarheid. Voor MSP-eigenaren met exit-ambitie is EKM mogelijk het belangrijkste niet-financiële sturingsinstrument.

Geldt EKM alleen voor MSPs?

Het concept is breder toepasbaar op service-georiënteerde tech-organisaties (hosting-bureaus, beheerde-services-providers, digital agencies met productieomgevingen). De zes drivers zijn voor de meeste gevallen herkenbaar; de specifieke invulling verschilt per industrie.

Volgende stap

Wil je weten waar jouw MSP staat op de EKM-niveaus?

We doen een kosteloze EKM-assessment op basis van de zes drivers — geen scorebord-praatje, een eerlijk gesprek over waar je hefbomen liggen en welke volgorde van investering voor jouw situatie het meest oplevert.

Contact opnemen →