Elk team dat iets voor anderen doet, of het nu klanten zijn of collega's van een andere afdeling, doet beloftes, uitgesproken of niet. “We reageren snel.” “Het systeem is bijna altijd beschikbaar.” Een service level agreement (SLA) maakt van die vage beloftes iets wat beide partijen kunnen meten. Deze gids beantwoordt de meestgestelde vragen: wat een SLA is, wat erin staat en hoe je doelen stelt die je echt kunt waarmaken.
Wat is een service level agreement?
Een SLA is een schriftelijke afspraak tussen een dienstverlener en degenen die van die dienst afhankelijk zijn. Hij legt vast welk serviceniveau wordt geleverd, hoe dat wordt gemeten en wat er gebeurt als het niet wordt gehaald. Een SLA kan extern zijn, tussen een bedrijf en zijn klanten, of intern, tussen twee teams zoals IT en finance.
Wat hoort er in een SLA?
- Reikwijdte. Wat de service dekt en, minstens zo belangrijk, wat niet.
- Meetwaarden. De cijfers waarover je rapporteert, zoals beschikbaarheid, tijd tot eerste reactie, oplostijd of foutpercentage.
- Doelen. De waarde die elke meetwaarde moet halen, bijvoorbeeld 99,5% beschikbaarheid of een eerste reactie binnen vier werkuren.
- Meetperiode en meetmethode. Per maand of per kwartaal, met welk hulpmiddel en volgens welke uren.
- Verantwoordelijkheden. Wat de klant moet aanleveren, zoals toegang, informatie of tijdige goedkeuringen.
- Gevolgen. Servicetegoeden, escalatie of een evaluatiegesprek wanneer een doel niet wordt gehaald.
- Uitzonderingen. Gepland onderhoud, gebeurtenissen buiten jouw controle en verzoeken buiten de scope.
SLA, SLO en SLI: wat is het verschil?
De drie termen worden vaak door elkaar gehaald. Een service level indicator (SLI) is de meting zelf, zoals het percentage verzoeken dat binnen twee seconden wordt beantwoord. Een service level objective (SLO) is het interne doel voor die meting, bijvoorbeeld 99,9%. De SLA is de afspraak, met gevolgen eraan verbonden. Een goede gewoonte is om je interne SLO iets strenger te stellen dan de SLA, zodat je een waarschuwingsmarge hebt voordat een belofte breekt.
Hoe stel je realistische doelen?
Begin bij data, niet bij ambitie
Kijk naar je daadwerkelijke prestaties van de afgelopen drie tot zes maanden. Los je nu 80% van de tickets binnen twee dagen op, dan is 95% binnen één dag beloven een wens, geen doel. Kies een getal dat je meestal al haalt en verbeter het bewust.
Vraag wat klanten echt nodig hebben
Een snellere reactie is niet altijd waardevol. Vraag gebruikers welke vertragingen pijn doen en welke ze nauwelijks merken. Een eerste reactie binnen vier uur kan ze volledig tevredenstellen, terwijl een belofte van één uur extra personeel kost zonder echt voordeel.
Houd rekening met capaciteit en afhankelijkheden
Je doel is zo sterk als je zwakste leverancier. Hangt je service af van een partij die 99,5% garandeert, dan kun je eerlijk gezegd geen 99,9% beloven. Controleer ook bezetting, vakanties en tijdzones.
Werk met niveaus in plaats van één getal
Niet elk verzoek is gelijk. Definieer prioriteitsniveaus, met een strak doel voor urgente incidenten en een ruimer doel voor routineverzoeken. Beperk je tot drie of vier niveaus, zodat mensen ze onthouden.
Formuleer doelen als percentages
“Elk ticket binnen vier uur beantwoord” wordt al op dag één gebroken. “95% van de tickets binnen vier werkuren beantwoord” is eerlijk over de incidentele slechte dag.
Een eenvoudig voorbeeld
Een intern IT-team ondersteunt 200 medewerkers. Vorig kwartaal beantwoordde het 88% van de tickets binnen vier werkuren en loste het 90% van de urgente incidenten binnen acht uur op. Het kan deze doelen stellen:
- Urgent: eerste reactie binnen een uur, 90% binnen acht uur opgelost.
- Normaal: eerste reactie binnen vier werkuren voor 92% van de tickets.
- Laag: eerste reactie binnen twee werkdagen voor 95% van de tickets.
Deze waarden liggen iets boven de huidige prestaties, dus ze dagen het team uit zonder fantasie te zijn.
Veelgemaakte SLA-fouten
- 100% beloven. Geen enkele service is perfect, en een doel zonder ruimte voor falen wordt gebroken.
- Te veel meetwaarden. Drie tot vijf goed gekozen cijfers verslaan twintig die niemand leest.
- Meten wat makkelijk is in plaats van wat telt. De uptime kan 100% zijn terwijl gebruikers niet kunnen inloggen.
- Eén keer vaststellen en vergeten. Behoeften veranderen en de afspraak moet meebewegen.
- Geen evaluatie en geen gesprek. Een SLA waarover nooit wordt gesproken is slechts een document.
Evalueren en rapporteren
Rapporteer de resultaten in een vast ritme, voor de meeste teams maandelijks, en bespreek missers zonder schuldvraag: wat was de oorzaak, en ligt het aan het doel of aan het proces? Toets de doelen zelf elke zes tot twaalf maanden. Een spreadsheet is genoeg om te beginnen. Als je je operatie al volgt in FulcrumGrid Command Center, kun je SLA-meetwaarden naast je andere KPI's en projecten bewaren, zodat een verslechterende reactietijd zichtbaar is vóór de maandelijkse evaluatie in plaats van tijdens.
Begin met echte data, beloof wat je kunt waarmaken en kom er vaak op terug. Een realistische SLA schept meer vertrouwen dan een indrukwekkende die je niet kunt halen.
Veelgestelde vragen
Wat is het verschil tussen een SLA en een contract?
Een contract regelt de hele zakelijke relatie, inclusief prijs, aansprakelijkheid en looptijd. Een SLA is meestal een onderdeel daarvan, gericht op meetbare serviceniveaus en wat er gebeurt als die niet worden gehaald.
Wat is een goed beschikbaarheidsdoel voor een SLA?
Dat hangt af van wat je kunt leveren en wat gebruikers nodig hebben. 99,5% staat ongeveer 3,6 uur downtime per maand toe, 99,9% ongeveer 43 minuten. Kijk naar je eigen historie en je leveranciers voordat je kiest.
Hebben interne teams SLA's nodig?
Vaak wel. Een interne SLA tussen bijvoorbeeld IT en finance maakt verwachtingen en prioriteiten duidelijk zonder juridisch gewicht. Houd hem kort en richt je op de paar verzoeken die het belangrijkst zijn.
Hoe vaak moet een SLA worden herzien?
Rapporteer maandelijks en toets de doelen zelf elke zes tot twaalf maanden, of eerder na een grote verandering in bezetting, hulpmiddelen of vraag.
FulcrumGrid Command Center
Zie je serviceniveaus in één oogopslag
FulcrumGrid Command Center helpt je KPI's en projecten op één plek te volgen, zodat reactietijden en doelen de hele maand zichtbaar blijven.