Waarom de consultant van je Microsoft-partner niet altijd de beste match is

Een groot Microsoft-partnerlogo op de offerte voelt als zekerheid. Bekende naam, referenties, een heel team achter de hand. Maar het logo zegt niets over wie er daadwerkelijk op jouw project komt te zitten. En juist daar zit het risico dat opdrachtgevers regelmatig over het hoofd zien: je koopt geen consultant, je koopt beschikbare capaciteit op het moment dat jouw project op de planning staat.

Hoe staffing bij een partner werkt

Een implementatiepartner verkoopt projecten, maar bemenst ze met de consultants die op dat moment vrij zijn, niet per se met de consultants die het beste bij jouw vraagstuk passen. Een groter partnerbureau heeft doorgaans meerdere projecten tegelijk lopen, en wie waar wordt ingezet hangt sterk af van planning en beschikbaarheid. Dat betekent in de praktijk dat een consultant die net van een heel ander soort traject afkomt, of die nog relatief weinig ervaring heeft met jouw specifieke situatie, op jouw project kan belanden om simpelweg op te vullen wat er open staat. Die consultant maakt dan zijn leeruren op kosten van jouw project, niet omdat hij de verkeerde persoon is, maar omdat de bemensing is ingericht op de agenda van de partner, niet op de inhoud van jouw vraagstuk.

Dat is geen verwijt aan individuele consultants. Het is een structureel gevolg van hoe een partnerorganisatie draait: een salesteam verkoopt de deal, een resource manager vult de bezetting, en de klik tussen jouw vraagstuk en de specifieke persoon die het gaat uitvoeren is in dat proces vaak niet de eerste prioriteit.

Grotere partners verschuiven naar support, jouw project heeft projectcapaciteit nodig

In de markt is een duidelijke verschuiving zichtbaar: grotere partners bewegen steeds meer richting managed services en langlopende supportcontracten, terwijl nieuwe implementatietrajecten relatief vaker bij kleinere, flexibelere partijen terechtkomen. Voor een opdrachtgever betekent dat iets concreets: als je bij een grote partner een nieuw implementatietraject start, is de kans reëel dat je senior mensen vooral op accountniveau spreekt, terwijl het uitvoerende werk bij consultants ligt die intern worden opgeleid op jouw traject. Dat kan prima uitpakken, maar het is iets anders dan wat het partnerlogo op de offerte suggereert.

AI-tools maken het risico groter, niet kleiner

Grotere D365-partners investeren op dit moment fors in AI-agents en Copilot-functionaliteit, en dat is voor ervaren consultants een reëel hulpmiddel: het scheelt tijd op documentatie en herhalend werk. Voor minder ervaren consultants werkt het risicovoller. Een AI-tool geeft een plausibel klinkend antwoord op een procesvraag, maar zonder de ervaring om te herkennen wanneer dat antwoord net niet klopt voor jouw specifieke situatie, wordt een half-foute diagnose al snel als uitgangspunt genomen voor het vervolg. Precies het soort proces-intuïtie dat je pas na meerdere implementaties opbouwt, is wat het verschil maakt tussen een AI-suggestie overnemen en een AI-suggestie kritisch toetsen. Hoe minder ervaring de consultant op jouw project heeft, hoe groter dat risico, ongeacht hoe goed de tooling van de partner is.

Wat dit betekent voor jou

• Vraag bij de offerte niet alleen naar het bureau, maar expliciet naar de naam, ervaring en trackrecord van de consultant die het werk gaat doen, en laat je dat vastleggen.
• Een groot partnerlogo geeft zekerheid over continuïteit en escalatiemogelijkheden, niet automatisch over de ervaring van de persoon die aan je project werkt.
• Vraag door op wie je senior aanspreekpunt is en wie het uitvoerende werk doet: dat zijn bij een groter traject vaak niet dezelfde mensen.
• Een gespecialiseerde freelancer of kleiner bureau met een consultant die je vooraf hebt gesproken en beoordeeld, geeft vaak meer zekerheid over de match dan een groter logo met een onbekende bezetting.
• Bij gebruik van AI-tooling door je partner: vraag hoe consultants AI-output valideren, zeker als de consultant op je project relatief weinig ervaring heeft.