Van IT leverancier naar business enabler: waarom de meeste MSP’s blijven steken

De stap van IT leverancier naar business enabler staat op elke MSP-strategieplaat, meestal als pijl naar rechts met een kleurtje eromheen. En toch komt een gemiddelde accountmanager op dinsdagochtend bij zijn klant binnen met exact hetzelfde verhaal als drie jaar geleden: een prijs, een SLA, een ticketstatus. De directie heeft het over transformatie, de klant merkt er niets van.

Wat je overal ziet gebeuren: eigenaren en directies hebben intern de discussie gevoerd, de conclusie getrokken dat ze de klant breder moeten ondersteunen, en het woord “enabler” in de pitch gezet. In de dagelijkse praktijk is de MSP nog steeds een leverancier van producten en incidenten. De trots zit in het product dat je levert, niet in wat de klant er mee doet.

Dat werkt zolang de klant zelf niet doorheeft wat er ontbreekt. Maar de MKB-ondernemer aan de andere kant loopt tegen NIS2, tegen AI-vragen die hij niet kan overzien, tegen data die nergens op orde is. Hij belt zijn accountant. Niet zijn MSP. Terwijl de MSP een veel beter beeld heeft van wat er in zijn bedrijf gebeurt. Dat is niet de schuld van de klant. Dat is een positioneringsprobleem dat je zelf in stand houdt door in techniek te blijven praten.

Van IT leverancier naar business enabler begint bij taal, niet bij dienst

Wat in de praktijk werkt is minder spectaculair dan de meeste transitie-decks suggereren. Geen nieuwe propositie, geen rebranding, geen extra vertical. Het begint bij de vraag of de verkoper met de poot in de modder de taal van de klant spreekt. Niet “wij leveren product X met 99,9% uptime”, maar “hoe verhuur jij op dit moment je boten, en waar loopt dat proces vast”.

Dat klinkt banaal, en dat is het ook. Alleen: de meeste MSP’s doen het niet. Ze sturen een accountmanager langs die in cycli van kwartalen denkt, met een pipeline die ergens dicht moet, en dus in twee gesprekken naar een offerte werkt. In die tijd leer je de klant niet kennen. Je leert zijn IT-budget kennen. Dat is iets anders. Het verschil zit in of je bereid bent om drie of vier gesprekken lang geen product te noemen.

De menukaart compleet, of de regie in handen

Er is een tweede laag die dieper zit. Een MSP van vijf of tien man kan het hele security-speelveld niet meer overzien, laat staan AI-governance, data-classificatie en branchespecifieke wetgeving erbij. Dat is geen zwakte, dat is gewoon de werkelijkheid van de markt in 2025. Wie doet alsof hij het allemaal zelf kan, verliest binnen twee jaar de klant aan een partij die eerlijker is over wat wel en niet zelf kan.

De keuze is dan simpel maar hard: of je zorgt dat je menukaart compleet is door onderdeel te worden van een groter geheel, of je kiest expliciet voor een niche en regelt de rest via partners. Wat niet werkt is de tussenvorm. De MSP die op zijn website vijftien diensten heeft staan, waarvan er acht in de praktijk aan een externe worden doorgezet zonder regie, zonder governance, zonder eigenaarschap over het resultaat. Dat is geen business enabler. Dat is een doorgeefluik met een factuur eraan.

Die tussenvorm is trouwens niet dom gekozen, het is meestal historisch gegroeid. Een klant vroeg ooit iets, je hebt een partner erbij gehaald, het werkte, en sindsdien staat het op de site. Maar wat drie jaar geleden nog een aardige extra was, is nu een risico. Want als de klant een keer belt met een incident op dat gebied en jij moet doorverbinden naar iemand die hem niet kent, ben je in één gesprek je regierol kwijt. De vraag die eigenaren zich te weinig stellen: van welke van mijn huidige diensten heb ik écht de regie, en welke laat ik eigenlijk over aan een leverancier waar ik zelf klant van ben?

Wat een regierol concreet betekent

De rol die er structureel bijkomt is die van orchestrator. Vroeger hield je overzicht op de install base van een klant: welke servers, welke licenties, welk contract. Straks houd je overzicht op de agentic workforce van diezelfde klant: welke bots draaien er, welke data zien ze, welke beslissingen mogen ze zelfstandig nemen, waar zit de governance. Dat is een compleet ander vak dan het beheren van endpoints, en het is nauwelijks te doen zonder schaal aan de achterkant.

Concreet betekent dat: de moderne werkplek, security-baseline, patching, monitoring, back-office van je eigen bedrijf — al die dingen moeten geautomatiseerd zijn tot het punt waarop ze voor de klant onzichtbaar zijn. De tijd die dat oplevert stop je in het gesprek dat er echt toe doet. Roadmaps doornemen met de ondernemer. Wetgeving vertalen naar wat het voor zijn continuïteit betekent. Meekijken hoe data uit zijn ERP en zijn CRM gebruikt kan worden voor iets wat hij nu handmatig doet. Dat is business enabling. Niet meer AI aanzetten, maar helpen inzetten.

Waarom de meeste transities stranden op de eigen organisatie

Wat in strategie-sessies zelden op tafel komt: de rem zit meestal niet bij de klant, maar bij het eigen team. Een engineer die vijftien jaar op tickets is afgerekend, ga je niet in een kwartaal ombouwen tot iemand die op donderdagmiddag naast een ondernemer zit om over zijn bedrijfsvoering te praten. Dat is een ander type mens, en soms een andere functie. Wie de transitie serieus neemt, splitst die rollen. De één blijft techniek doen, en doet dat uitstekend. De ander zit vooraan, verdiept zich in de sector van de klant, leest de vakbladen die de klant leest, en kent de namen van de concurrenten van zijn klant beter dan de klant zelf.

Daar zit ook meteen het commerciële probleem. Zo iemand is duur, en levert het eerste jaar geen aantoonbare omzet op. Hij bouwt vertrouwen op waarvan de uitkomst pas in jaar twee of drie zichtbaar wordt in cross-sell, verlengingen en referrals. Dat vraagt om een eigenaar die dat begrijpt en die bereid is om marge tijdelijk in te leveren voor positie. In de MSP-markt, waar EBITDA-multiples aan overnames hangen, is dat een lastige keuze. Toch is het precies dat geduld dat de partijen scheidt die over vijf jaar nog zelfstandig zijn van de partijen die worden opgeslokt of leeggekocht.

De MSP’s die deze transitie de komende jaren winnen zijn niet de meest technische en niet de meest verkooppratige. Het zijn de partijen die de achterkant zo strak hebben ingericht dat er tijd overblijft voor de voorkant, en die aan de voorkant het lef hebben om over de business van de klant te praten in plaats van over de techniek. Wie zijn klanten op tijd terugbelt, zijn afspraken nakomt en zich verdiept in de sector waarin ze werken, verdient nog steeds een uitstekende boterham. Wie blijft leunen op het product als anker, wordt binnen drie jaar overgenomen of overgeslagen.