Leveranciersprestaties evalueer je door vooraf duidelijke KPI’s en SLA’s in het contract vast te leggen en deze op regelmatige basis formeel te meten en te bespreken met de leverancier. Zo weet je niet alleen of een leverancier levert wat er is afgesproken, maar kun je ook tijdig bijsturen als dat nodig is. In dit artikel beantwoorden we de meest gestelde vragen over leveranciersbeheer en IT-contractbeheer.
Welke KPI’s gebruik je om een IT-leverancier te beoordelen?
De meest gebruikte KPI’s voor het beoordelen van een IT-leverancier zijn beschikbaarheid, responstijd, oplostijd bij incidenten, klanttevredenheid en de mate van contractnaleving. Welke KPI’s het meest relevant zijn, hangt af van het type dienst dat de leverancier levert en de impact daarvan op jouw organisatie.
Een goede set KPI’s dekt minimaal de volgende gebieden:
- Beschikbaarheid en uptime: Hoe betrouwbaar is de dienst of het systeem?
- Incidentbeheer: Hoe snel worden storingen opgepakt en opgelost?
- Wijzigingsbeheer: Worden wijzigingen tijdig en correct doorgevoerd?
- Facturatiecorrectheid: Klopt de facturatie met de afgesproken scope en tarieven?
- Klanttevredenheid: Hoe ervaren interne gebruikers de dienstverlening?
- Contractnaleving: Worden alle afspraken uit het IT-contract nagekomen?
Zorg dat KPI’s meetbaar en specifiek zijn. Vage afspraken zoals “de leverancier reageert snel” bieden geen houvast bij een conflict. Formuleer altijd een concreet getal of percentage als norm, zodat je objectief kunt vaststellen of de leverancier presteert zoals verwacht.
Wat is het verschil tussen een SLA en een KPI in een IT-contract?
Een SLA (Service Level Agreement) is de contractuele afspraak over het minimale prestatieniveau dat een leverancier moet leveren. Een KPI (Key Performance Indicator) is de meetbare indicator waarmee je controleert of die afspraak daadwerkelijk wordt nagekomen. De SLA stelt de norm, de KPI meet de werkelijkheid.
Een eenvoudig voorbeeld: een SLA kan bepalen dat een systeem minimaal 99,5% beschikbaar moet zijn per maand. De bijbehorende KPI meet de werkelijke uptime en vergelijkt die met die norm. Als de uptime structureel onder de 99,5% uitkomt, is er sprake van een SLA-schending.
Het onderscheid is belangrijk voor IT-contractbeheer, omdat SLA-schendingen in veel gevallen recht geven op boetes of credits. Zonder goede KPI-monitoring weet je simpelweg niet wanneer een leverancier de grens overschrijdt. SLA-monitoring is dan ook geen bijzaak, maar een kernonderdeel van effectief leveranciersbeheer.
Hoe vaak moet je leveranciersprestaties formeel meten?
Leveranciersprestaties meet je idealiter maandelijks op operationeel niveau en minimaal elk kwartaal op strategisch niveau. De frequentie hangt af van de kritikaliteit van de dienst: hoe afhankelijker je organisatie is van een leverancier, hoe vaker je formeel moet evalueren.
Een praktisch ritme voor leveranciersevaluatie ziet er als volgt uit:
- Maandelijks: Automatische rapportages over KPI’s en SLA-naleving, eventueel aangevuld met een kort operationeel overleg.
- Kwartaal: Formele servicereview waarbij trends, afwijkingen en verbeteracties worden besproken met de leverancier.
- Jaarlijks: Strategische evaluatie van de totale relatie, inclusief contractverlenging, prijsherziening en toekomstplannen.
Leg de meetfrequentie vast in het IT-contract zelf. Zo voorkom je discussies achteraf over wie waarvoor verantwoordelijk is en wanneer rapportages moeten worden aangeleverd.
Wat doe je als een IT-leverancier structureel onderpresteert?
Als een IT-leverancier structureel onderpresteert, volg je een gestructureerde escalatieprocedure: documenteer de afwijkingen, bespreek ze formeel met de leverancier, stel een verbeterplan op met concrete deadlines en activeer indien nodig de contractuele sanctiemechanismen.
Structureel onderpresteren is iets anders dan een incidentele storing. Pas als een patroon zichtbaar is, is een formele aanpak gerechtvaardigd. Doorloop de volgende stappen:
- Verzamel de KPI-data en documenteer de afwijkingen ten opzichte van de SLA.
- Confronteer de leverancier in een formeel overleg met de feiten.
- Vraag om een schriftelijk verbeterplan (ook wel een “Improvement Plan” of “Remediation Plan”) met meetbare doelstellingen.
- Monitor de voortgang van het verbeterplan in de weken daarna.
- Activeer contractuele sancties zoals boetes of credits als verbetering uitblijft.
- Overweeg bij aanhoudend falen een exit of contractheronderhandeling.
Goede contracten bevatten altijd een escalatieladder en exitclausules. Ontbreken die, dan sta je als afnemer zwak. Dit is precies waarom het loont om al bij het afsluiten van een IT-contract scherp te onderhandelen over dit soort bepalingen.
Welke tools helpen bij het monitoren van IT-contractprestaties?
Voor het monitoren van IT-contractprestaties gebruik je een combinatie van IT Service Management (ITSM)-tools, dashboardsoftware en contractmanagementsystemen. Welke tool het meest geschikt is, hangt af van de omvang van je leveranciersportfolio en de complexiteit van de contracten.
Veelgebruikte categorieën tools zijn:
- ITSM-platforms zoals ServiceNow of Jira Service Management voor incidentregistratie en SLA-tracking.
- Contractmanagementsoftware voor het centraal beheren van contracttermijnen, KPI-afspraken en verlengingsdata.
- Business Intelligence-tools zoals Power BI voor het visualiseren van prestatietrends over meerdere leveranciers.
- Leveranciersportals die grote IT-leveranciers zelf aanbieden voor rapportages over gebruik en beschikbaarheid.
Ongeacht welke tool je kiest, is het essentieel dat de data die je gebruikt voor evaluatie onafhankelijk is van de leverancier zelf. Leveranciers rapporteren doorgaans vanuit hun eigen perspectief. Eigen metingen of data van een derde partij geven een objectiever beeld.
Wanneer is een onafhankelijke partij nodig bij leveranciersevaluatie?
Een onafhankelijke partij is nodig bij leveranciersevaluatie wanneer er sprake is van een kenniskloof, een conflict met de leverancier, een complexe contractheronderhandeling of een strategische beslissing over sourcing. In die situaties ontbreekt de interne expertise of objectiviteit om tot een eerlijk oordeel te komen.
In de praktijk zijn er vier situaties waarbij externe ondersteuning duidelijk toegevoegde waarde heeft:
- Je organisatie heeft geen gespecialiseerde IT-inkoopkennis in huis en kan de prestaties van een leverancier niet goed beoordelen.
- Er is een dispuut over SLA-naleving of facturatie waarbij een neutrale partij nodig is.
- Het contract loopt af en je wilt weten of de huidige leverancier marktconform presteert.
- Je overweegt een nieuwe sourcingstrategie en wilt een onafhankelijke benchmark.
Een onafhankelijke adviseur brengt marktkennis en vergelijkingsmateriaal mee dat intern zelden beschikbaar is. Dat maakt het verschil bij onderhandelingen en bij het stellen van realistische prestatienormen.
Hoe Thornstein Groep helpt bij het evalueren van leveranciersprestaties
Thornstein Groep ondersteunt organisaties bij het professionaliseren van hun leveranciersbeheer, van het opstellen van scherpe KPI’s en SLA’s tot het begeleiden van contractheronderhandelingen met grote IT-leveranciers. Wij nemen de kenniskloof weg die tussen organisaties en hun leveranciers bestaat, zodat jij altijd met de juiste informatie aan tafel zit.
Wat wij concreet voor je doen:
- Beoordelen van bestaande IT-contracten op volledigheid en marktconformiteit.
- Opstellen van meetbare KPI-frameworks afgestemd op jouw leveranciersportfolio.
- Begeleiden van formele leveranciersevaluaties en escalatietrajecten.
- Adviseren over softwarelicenties en de bijbehorende contractuele verplichtingen.
- Onafhankelijk benchmarken van leveranciersprestaties ten opzichte van de markt.
Wil je weten hoe je jouw IT-contracten beter in de grip krijgt? Neem contact op met Thornstein Groep en ontdek wat wij voor jouw organisatie kunnen betekenen.
Gerelateerde artikelen
- Wat zijn de voordelen van professionele ondersteuning bij EA renewal?
- Hoe zorg je voor transparantie in Enterprise Agreement koststructuur?
- Welke resultaten kun je verwachten van interim inkoop?
- Cloud kostenoptimalisatie automatisering: complete gids
- Welke stappen zijn nodig om een Enterprise Agreement op te zetten?
