Wat is een SLA en hoe stel je hem op?
Een SLA — voluit een service level agreement — is een schriftelijke afspraak tussen een dienstverlener en een klant over de kwaliteit en snelheid van een dienst. Voor MKB-ondernemers wordt dit document steeds relevanter: of je nu IT-beheer uitbesteedt, klantenservice inkoopt of softwarelicenties afneemt, overal kom je SLA's tegen. Zonder duidelijke afspraken weet niemand wat 'goed genoeg' betekent als er iets mis gaat. Met een goed opgestelde SLA leg je responstijden, prioriteiten en verantwoordelijkheden vast zodat zowel jij als je leverancier precies weten waar ze aan toe zijn.
Wat is een SLA precies en wat staat er in?
Een service level agreement is een formeel contract — of een bijlage bij een hoofdcontract — waarin meetbare afspraken staan over de te leveren dienst. Het gaat niet over wat een dienst doet, maar over hoe goed en hoe snel die dienst functioneert. Denk aan een reactietijd van maximaal twee uur bij een storing, een beschikbaarheidsgarantie van 99,5 procent per maand of een maximale oplostijd van vier uur voor kritieke incidenten. Een SLA is dus altijd gekoppeld aan aantoonbare prestatiemaatstaven, ook wel KPI's of servicenormen genoemd. Zonder die meetbaarheid is het geen SLA maar een vage belofte die juridisch weinig waard is.
Een volledig uitgewerkte SLA bevat doorgaans vijf bouwstenen: de omschrijving van de dienst, de servicenormen (responstijd, oplostijd, beschikbaarheid), de prioriteitsmatrix, de rapportageverplichting en de consequenties bij niet-nakoming. Die laatste bouwsteen — ook wel penalty-clausule of service credit genoemd — is het meest over het hoofd gezien element. Toch is het cruciaal: als je leverancier de afgesproken responstijd overschrijdt, wat gebeurt er dan? Een korting op de factuur, een gratis extra maand, of niets? Door dit vooraf vast te leggen, voorkom je discussies achteraf en stuur je op gedrag.
Welke bedrijven hebben een SLA nodig?
Vrijwel elk bedrijf dat een dienst uitbesteedt of levert waarbij continuïteit en snelheid er echt toe doen, heeft baat bij een SLA. Voor MKB-bedrijven zijn de meest voorkomende situaties: IT-beheer en hosting (als jouw webshop plat ligt, verlies je direct omzet), klantenserviceafdelingen die werken met een externe helpdesk, softwareabonnementen met gegarandeerde uptime en telecomdiensten. Maar ook aan de leverende kant geldt het: als jij als ondernemer diensten levert aan andere bedrijven — denk aan accountantskantoren, marketingbureaus of logistieke dienstverleners — verwachten zakelijke klanten steeds vaker een SLA als onderdeel van het contract.
Een veelgehoord misverstand is dat SLA's alleen relevant zijn voor grote corporates. Onderzoek toont echter aan dat ruim 60 procent van de MKB-bedrijven met meer dan tien medewerkers al werkt met ten minste één externe dienstverlener waarbij een SLA van toepassing is of zou moeten zijn. Kleine bedrijven worden juist harder geraakt door uitval: als een webwinkel met vijf medewerkers vier uur onbereikbaar is door een serverprobleem, kan dat 10 tot 20 procent van de dagomzet kosten. Een SLA dwingt je leverancier tot snelle actie én geeft jou als ondernemer een juridisch fundament om die leverancier aan te spreken.
Responstijd vs. oplostijd: het verschil dat elke SLA bepaalt
De twee meest gebruikte maatstaven in een SLA zijn de responstijd (response time) en de oplostijd (resolution time). Deze worden vaak door elkaar gehaald, maar ze betekenen iets wezenlijk anders. De responstijd is de tijd tussen het melden van een probleem en de eerste reactie van de dienstverlener — niet de oplossing, maar de bevestiging dat het probleem is ontvangen en in behandeling is. Een typische responstijd voor een kritieke storing bij IT-beheer ligt op 15 tot 30 minuten. Voor een niet-urgente vraag kan dat 4 tot 8 werkuren zijn. Responstijd is makkelijk automatisch te registreren via een ticketsysteem.
De oplostijd — ook wel resolution time of hersteltijd — is de tijd tussen het melden van het probleem en het moment dat de dienst weer volledig functioneert. Dit is inhoudelijk complexer en sterk afhankelijk van de aard van het probleem. Voor een kritieke storing bij een productiesysteem geldt in de praktijk vaak een oplostijd van maximaal 4 uur; voor een functionele fout zonder directe bedrijfsschade kan dat 3 tot 5 werkdagen zijn. Let op: bij het afspreken van oplostijden moet je ook vastleggen of dit kalenderuren of werkuren zijn, want dat verschil kan bij een storing in het weekend enorm uitmaken voor de feitelijke hersteltijd.
Hoe maak je een prioriteitsmatrix voor je SLA?
Een prioriteitsmatrix bepaalt welke categorie een incident krijgt op basis van twee factoren: de ernst (impact op de bedrijfsvoering) en de urgentie (hoe snel neemt de schade toe). Typisch worden vier prioriteitsniveaus onderscheiden. Prioriteit 1, ook wel P1 of 'kritiek' genoemd, betreft situaties waarbij de kerndienst volledig uitgevallen is en er directe omzetschade of veiligheidsrisico's zijn — denk aan een neergestorte webshop of een datalek. Prioriteit 2 of 'hoog' geldt voor gedeeltelijke uitval die meerdere gebruikers raakt. Prioriteit 3 of 'normaal' betreft fouten waarbij een workaround beschikbaar is. Prioriteit 4 of 'laag' zijn vragen en wensen zonder tijdsdruk.
Voor elk prioriteitsniveau stel je aparte respons- en oplostijden in. Een praktisch voorbeeld voor een MKB-IT-SLA: P1 krijgt een responstijd van 30 minuten en een oplostijd van 4 uur. P2 heeft een responstijd van 2 uur en een oplostijd van 8 werkuren. P3 scoort een responstijd van 4 werkuren en een oplostijd van 3 werkdagen. P4 wordt beantwoord binnen 1 werkdag en opgelost binnen 10 werkdagen. Door dit matrix-systeem te gebruiken, voorkom je dat een leverancier alle meldingen als 'normaal' behandelt. Leg in de SLA ook vast wie de prioriteit mag bepalen en wat er gebeurt als klant en leverancier het er niet over eens zijn.
SLA opstellen: stap-voor-stap aanpak voor MKB
Stap één is het inventariseren van de dienst en de bedrijfskritische afhankelijkheden. Schrijf op welke processen direct afhankelijk zijn van de te leveren dienst en wat de financiële impact is per uur uitval. Dit vormt de basis voor realistische normstelling. Stap twee is het definiëren van de meetpunten: beschikbaarheid (uitgedrukt als percentage per maand), responstijd, oplostijd en eventueel capaciteitsnormen zoals maximale laadtijd van een applicatie. Stap drie is het bepalen van de prioriteitsmatrix zoals hiervoor beschreven. Stap vier is het vastleggen van de rapportageverplichtingen: hoe vaak rapporteert de leverancier, in welk format en wie is aanspreekpunt?
Stap vijf — en de stap die de meeste MKB-ondernemers overslaan — is het formuleren van de consequenties bij niet-nakoming. Gebruikelijke opties zijn service credits (een financiële compensatie als percentage van de maandfactuur, doorgaans 5 tot 25 procent per overtreding), het recht op contractbeëindiging bij structurele tekortkomingen (bijvoorbeeld bij drie schendingen in één kwartaal) of het recht om de dienst tijdelijk bij een andere partij in te kopen op kosten van de leverancier. Stap zes is het reviewproces: bouw in dat de SLA jaarlijks wordt geëvalueerd en dat beide partijen kunnen voorstellen om normen bij te stellen op basis van ervaringen uit het afgelopen jaar.
SLA-voorbeelden voor IT-beheer en klantenservice
Voor een MKB-bedrijf dat IT-beheer uitbesteedt, ziet een compacte SLA er in de kern als volgt uit. De beschikbaarheid van de bedrijfsomgeving wordt gegarandeerd op minimaal 99,5 procent per kalendermaand, exclusief geplande onderhoudsmomenten buiten kantoortijd. Bij P1-incidenten geldt een responstijd van 30 minuten en een oplostijd van 4 uur, zeven dagen per week. Bij P2-incidenten is de responstijd 2 uur en de oplostijd 1 werkdag, binnen kantooruren van 08:00 tot 18:00. Maandelijks ontvangt de klant een rapport met het aantal meldingen per categorie, de gemiddelde respons- en oplostijden en een beschikbaarheidsoverzicht. Bij onderschrijding van de beschikbaarheidsnorm van 99,5 procent ontvangt de klant een service credit van 10 procent van de maandelijkse servicefee.
Voor een klantenservice-SLA, bijvoorbeeld bij uitbesteding van eerstelijns support, liggen de normen anders. Hier zijn de meest gebruikte maatstaven: het percentage vragen dat bij eerste contact wordt opgelost (first contact resolution, streefwaarde minimaal 75 procent), de gemiddelde afhandeltijd per kanaal (telefoon maximaal 4 minuten, e-mail maximaal 1 werkdag, chat maximaal 3 minuten), en de klanttevredenheidsscore na afhandeling (CSAT-score van minimaal 4,0 op een schaal van 1 tot 5). Bij overschrijding van de wachttijd voor telefonisch contact van meer dan 3 minuten voor meer dan 15 procent van de gesprekken per week, wordt een verbeterplan ingediend binnen 5 werkdagen. Zo meet je niet alleen snelheid maar ook kwaliteit.
Samenvatting
Een SLA is geen bureaucratisch document maar een praktisch sturingsinstrument. Door responstijden, oplostijden en een prioriteitsmatrix helder vast te leggen, weet elke partij wat er verwacht wordt zodra er iets misgaat. Zorg altijd voor meetbare normen, duidelijke rapportageverplichtingen en concrete consequenties bij niet-nakoming — anders verliest de SLA zijn tanden. Begin klein: stel voor je meest kritieke dienst één compacte SLA op met maximaal drie prioriteitsniveaus en één rapportagemoment per maand. Evalueer na zes maanden of de normen realistisch zijn en pas ze aan. Een goede SLA groeit mee met je bedrijf.
Klaar om dit te automatiseren?
JustRunBiz combineert boekhouding, CRM, HR, helpdesk, voorraad, marketing en projectmanagement in één platform. AI ingebouwd in elke module, alle modules inbegrepen. 30 dagen gratis proberen.
Gratis proberen