Voor Managed Service Providers

Technisch sterk is niet genoeg

Je klanten vertrekken niet omdat je IT slecht is. Ze vertrekken omdat je dienstverlening niet goed aanvoelt.

Ben je een MSP die soms worstelt om het verschil te maken naar je klanten toe, tegenover je concurrenten? Heb je sterke technische profielen, maar voelt de klant zich toch in de steek gelaten? Staan alle lampjes op je technisch dashboard op groen, maar ziet je klant rood van ergernis?

Je weet al langer dan vandaag dat technische gesprekken meer en meer naar de achtergrond verschuiven en dat het over de uitdagingen van je klant moet gaan. Maar vandaag geldt dit niet alleen meer voor je business developer, maar eigenlijk voor iedereen in je bedrijf.

Het begint bij dit herkennen. Daarna begint het bij aanpakken.

Klinkt dit bekend?

Je helpdesk lost technisch alles op, maar schat de urgentie niet altijd juist in.
System engineers draaien projecten, maar projectmanagement is niet hun vak.
Klanten krijgen geen tussentijdse update en voelen zich niet gehoord.
De Proof-of-Concept (POC) is wel opgeleverd, maar daar blijft het bij.
Extra vragen worden tijdens een project mee opgenomen, maar zorgen voor discussie zodra het budget wordt overschreden.
Engineers praten te technisch en springen te snel naar een oplossing, in plaats van eerst goed te luisteren naar het probleem.

Waarom dit gebeurt

De reflex is vaak: een nieuw ticketingsysteem, een betere PSA-tool, een dashboard. Dat werkt niet, want het probleem zit niet in de technologie. Het zit bij de mensen en hoe ze werken.

Eerst People, dan Process, dan Technology. In die volgorde, en niet omgekeerd.

Een typisch voorbeeld: de Digitale Werkplek

Als IT-partner denk je wel mee, maar technologie zit in je dna en blijft je eerste uitgangspunt. De markt focust sterk op technologie en overtuigt je ervan dat Teams de productiviteit met grote sprongen vooruit zal helpen, en zo verkoop je het ook aan je klant. Alleen sla je daarbij onbewust en ongewild enkele stappen over, stappen die pas duidelijk worden tijdens de training, wanneer de gebruikers van je klant de nieuwe manier van werken voor het eerst met eigen ogen zien.

  • Danny zit op de boekhouding, en dat is mooi vertaald in de matrix van lees- en schrijfrechten waarop IT zich gebaseerd heeft. Maar Danny was vroeger ook cost-controller en volgt daarom nog enkele projecten op in de productie-bibliotheek, waartoe hij nu geen toegang meer heeft.
  • Pieter van de binnendienst meldt via een Teams-chatje dat er een fout in een prijsofferte zit. Jessica, de accountmanager, ziet het bericht niet en stuurt de offerte door. De klant bevestigt.

In elk van deze voorbeelden werkt de technologie, maar zijn het de mensen en processen bij je klant die niet mee aan boord zijn. Toch is de eerste reactie steevast ‘het ligt weer aan IT’. En dan begint de klok sneller te tikken, maar gebeurt er niets: je contactpersoon heeft niet het juiste mandaat om knopen door te hakken die gebreken in het organisatie-design blootleggen. Het komt wel op de agenda van de directie, maar omdat het ‘maar’ IT is, komt het onderwerp nooit echt aan bod. Structuur dringt zich op, maar hoe combineer je dat met de flexibiliteit die de organisatie nodig heeft?

Dan krijg jij de reactie dat Teams toch niet werkt zoals verwacht, terwijl de technologie zelf wel functioneert. Er is gewoon nooit bepaald hoe ze ingericht moet worden. En je klant wordt geconfronteerd met iets waar hij zelf niet veel tijd in dacht te moeten steken, maar dat nu plots wel prioriteit krijgt, want de kosten zijn gemaakt en de investering moet renderen.

Vandaag is het AI en Copilot waarmee je klanten om de oren worden geslagen. De technologie is indrukwekkend, maar het grote vraagteken zit bij de meerwaarde. Waar gebruiken we AI? Waarom zouden we AI gebruiken? Hoe gebruiken we AI? Het ene bedrijf geeft enkele medewerkers een Copilot-licentie en hoopt dat er iets gebeurt. Het andere geeft meteen iedereen een licentie en heeft geen flauw idee van wat er allemaal aan het gebeuren is, behalve een stevige stijging in de kosten. Zonder duidelijke use cases wordt AI een kostenpost in plaats van een investering. Hoop en verwachting zijn de ouders van teleurstelling.

De meeste MSP's bouwen hun verhaal naar de klant rond technologie, rond Microsoft, Fortinet, HP, of welk merk ze ook gekozen hebben. Die keuze zelf is niet de vraag, elk van die merken is goed wanneer je weet waarmee je vertrouwd bent en wat bij je past. Waar het wel om gaat, is de inrichting: hoe je die technologie configureert. Dat wordt enerzijds gestuurd door de best practices vanuit IT, en anderzijds door de businessprocessen van de klant, die bepalen welke informatie wanneer, voor wie en op welke manier toegankelijk moet zijn. Ik vertrek vanuit de mensen en de processen. Pas daarna komt de juiste inrichting van de technologie.

Net daar zit de grote meerwaarde voor een MSP: nog meer meedenken met je klant vanuit People en Process. Veel IT’ers die zich business consultant noemen, denken eigenlijk nog als functioneel consultant: vanuit de technologie, niet vanuit het proces of de organisatie. Die vertaalslag kunnen maken, maakt het verschil.

De aanpak

1. People
→
2. Process
→
3. Technology

1. People

Klantgerichtheid van technische profielen

Urgentie wordt vaak ingeschat op basis van het technische probleem, niet op basis van de impact voor de klant. Engineers praten te technisch en luisteren niet voor ze naar de oplossing springen. Terugkoppelen naar de klant wordt gezien als “erbij” in plaats van een kerntaak. Dit is geen kwestie van betere scripts, maar een mindset- en vaardighedentraject: actief luisteren, klantgerichte taal, en het besef dat communicatie deel is van de dienstverlening.

Eerlijk advies durven geven, ook als dat omzet kost

Wat op korte termijn het beste is voor je omzet, is niet altijd wat op lange termijn het beste is voor de klant. Net die keuze bepaalt of een klantrelatie duurzaam blijft. Dat vraagt mensen die durven uitdagen, en durven ‘nee’ zeggen tegen een oplossing die technisch wel klopt, maar niet aansluit bij wat de klant echt nodig heeft. Advies dat niet rond de pot draait om toch maar de technologie te kunnen verkopen.

2. Process

Opvolging en escalatie richting eindgebruikers

Een ticket wordt opgelost, maar zonder vaste afspraken over opvolging, escalatie en terugkoppeling blijft de eindgebruiker met een onbeantwoorde vraag zitten: zijn ze ermee bezig? Heldere escalatiepaden en een consequent opvolgritme bepalen of klanten zich gehoord voelen, los van hoe snel het technische probleem zelf werd opgelost.

Projectmatig werken, opvolging en besluitvorming

Projecten worden ingeschat door system engineers die vooral kijken naar hoeveel tijd er nodig is voor het technisch deel van het werk. Er is geen vast ritme om met de klant te communiceren over eventuele impact op de werking tijdens uitvoering, en rapportering op budget en planning ontbreekt. Extra vragen die tussendoor komen worden niet herkend als scope-uitbreiding. Daarnaast heeft de contactpersoon bij de klant niet altijd het mandaat om organisatorische knopen door te hakken, waardoor besluitvorming blijft hangen. Hier werken we aan heldere afspraken en de juiste escalatie naar de juiste laag, begeleid door changemanagement, zodat de nieuwe werkwijze ook echt blijft hangen.

3. Technology

Tooling ter ondersteuning van de helpdesk

Pas wanneer de werkwijze van de helpdesk op orde is, heeft het zin om naar tooling te kijken: een ticketingsysteem, kennisbank of chatbot. Zonder de juiste klantgerichtheid en opvolging, en zonder de juiste strategische keuzes in je processen gaat nieuwe technologie alleen meer problemen en meer kosten met zich meebrengen.

Technologiekeuze en partnerselectie bij projecten

Pas wanneer People en Process op projectniveau op orde zijn, heeft het zin om naar de architectuur te kijken: welke technologie, welke leverancier. Een keuze die te snel gemaakt wordt, bevestigt alleen het bestaande probleem in plaats van het op te lossen, met hogere kosten en meer gedoe.

Wat het oplevert

Een betere klantbeleving, ook wanneer er toch iets fout loopt.
Minder escalaties die tot bij het management moeten doorstromen.
Minder discussies achteraf over scope en extra kosten.
Meer eigenaarschap bij je eigen mensen, op elk niveau.
Duidelijkere communicatie naar de klant over impact, planning en budget.
Meer vertrouwen tussen klant en MSP, ook op langere termijn.

Werkwijze

Dit is geen eenmalige training of een extra tool. Het is een andere manier van kijken naar je eigen werking, die je als MSP zelf overneemt en blijft toepassen: een begeleiding van je mensen om nog meer klantgericht en procesgericht te denken en handelen. Beperkt in tijd, maar met voldoende doorlooptijd om de overgedragen kennis ook echt te doen landen.

Scan. Een korte doorlichting van helpdesk- en projectwerking, communicatiegewoontes en klantfeedback. Geeft een scherp beeld van waar de knelpunten echt zitten.

Mentoring/Coaching en training op maat. Voor helpdesk, system engineers, projectverantwoordelijken, account managers, customer success managers, … gericht op de concrete situaties uit hun eigen klantenwerking.

Sparring met management. Heldere afspraken over urgentie, rapportering en scope, en hoe je die als leidinggevende bewaakt.

Is dit voor jou?

Wel, als je

  • Operations Manager, Service Manager of zaakvoerder bent van een MSP
  • 10 of meer technische medewerkers met klantcontact aanstuurt
  • terugkerende klachten krijgt over communicatie of projecten die uitlopen

Niet, als je

  • op zoek bent naar een eenmalige trainingsdag zonder vervolg
  • het probleem eerst met een nieuwe tool wil oplossen
Kris Mampaey

Waarom ik

Als co-CEO van een MSP heb ik onze omzet op een paar jaar tijd verdriedubbeld in een moeilijke markt. Niet alleen door harder te verkopen, maar door te focussen op de juiste mensen op de juiste plaats en op onze bestaande klanten. Ik heb zowel bij gevestigde MSP's als bij MSP's in opstart gewerkt, en ken de druk van escalaties, projecten en klantverwachtingen van binnenuit. Mijn ervaring is de som van mijn littekens: ik heb zelf de fouten gemaakt en de lessen geleerd waar ik vandaag andere MSP's voor behoed.

Ik heb ook lang aan de andere kant van de tafel gezeten, als klant van diverse IT-partners. Ik weet hoe het voelt wanneer een business developer binnenkomt met een kant-en-klare oplossing, niet zelden de technologie met de hoogste marge of beste rebate, nog voor hij goed en wel heeft geluisterd naar wat het probleem eigenlijk is. En hoe het voelt wanneer een project goed start, maar stilvalt zodra het de verantwoordelijkheid van je eigen organisatie raakt.

Ik werk als onafhankelijk adviseur en mentor/coach, niet per se als uitvoerder. Het doel is dat jouw team het zelf kan.

Volgende stap

Een vrijblijvend gesprek om te bekijken waar de grootste impact zit voor jouw organisatie.

Naar het contactformulier