SLA-beleid in de klantenservice, uitgelegd

Een service level agreement (SLA) is een belofte over hoe snel je op verzoeken reageert en ze oplost. Een SLA-beleid is de manier waarop je helpdesk die belofte op elk ticket afdwingt. De meeste beleidsregels hebben dezelfde onderdelen:

• Voorwaarden: op welke tickets het beleid van toepassing is, bijvoorbeeld per klant, kanaal of aanvraagtype
• Doelen: tijdslimieten voor het eerste antwoord, latere antwoorden en de oplossing, meestal per prioriteit ingesteld
• Uren: of de klok kantooruren of kalenderuren telt
• Pauzeregels: welke statussen de klok stilzetten
• Acties bij overschrijding: herinneringen voordat een doel wordt gemist en escalaties daarna

Bij meerdere beleidsregels is de volgorde belangrijk. Zendesk voert eerst de triggers uit, vergelijkt het ticket daarna van boven naar beneden met de SLA-beleidsregels en past de eerste toe waarvan aan de voorwaarden is voldaan. Zet specifieke beleidsregels, zoals een voor enterpriseklanten, boven algemene. Zendesk vereist ook dat de prioriteit van het ticket in het standaard systeemveld voor prioriteit is ingesteld; een aangepast prioriteitsveld komt niet overeen met een beleid.

Zendesk definieert next reply time als de tijd tussen de oudste onbeantwoorde opmerking van de klant en de volgende openbare opmerking van een agent. Daarnaast is er de metric periodic update, die de tijd tussen openbare opmerkingen van agents meet. Voor de oplossing heeft Zendesk drie metrics en raadt het aan er per beleid maar één te kiezen: requester wait time (tijd in New, Open en On-hold), agent work time (tijd in New en Open) en total resolution time (de hele levenscyclus vanaf het aanmaken tot het ticket is opgelost).

Freshdesk stelt binnen elk SLA-beleid per prioriteit doelen in voor first response, every response en resolution. In Jira Service Management is elke SLA een timer met een naam: je bepaalt wanneer hij start, pauzeert en stopt, en voegt daarna doelen toe die met JQL kiezen op welke aanvragen ze van toepassing zijn, met tijdsdoelen genoteerd als 4h 30m.

Kantooruren tellen alleen tijd binnen je werkrooster; kalenderuren tellen elk uur van elke dag. In Zendesk kies je per prioriteit binnen een beleid voor kantooruren of kalenderuren. Freshdesk vraagt of elke SLA de kantooruren moet gebruiken die je hebt ingesteld of kalenderuren (24x7). Jira Service Management koppelt aan elk doel een kalender, met een tijdzone, werkdagen en -uren, en feestdagen.

Een doel van 4 kantooruren op een ticket dat laat op vrijdag is aangemaakt, verloopt misschien pas op maandag. Dat is eerlijk tegenover je team, maar het is niet wat de klant ervaart, dus gebruik kalenderuren voor elke prioriteit waarvoor je bereikbaarheid rond de klok belooft.

Pauzeren is de andere helft. Tijd waarin je op de klant wacht, hoort meestal niet tegen je te tellen, en elke tool gaat daar anders mee om:

• Zendesk: requester wait time pauzeert in Pending; agent work time pauzeert in Pending en On-hold; total resolution time pauzeert bij geen enkele statuswijziging totdat het ticket is opgelost.
• Freshdesk: de status Pending pauzeert SLA-timers, en je kunt de SLA-timer uitzetten voor elke status, ook voor aangepaste statussen zoals Waiting on Third Party. Tickets waarvan de timer uit staat, worden weergegeven als On Hold, en wanneer de klant antwoordt, gaat het ticket terug naar Open en loopt de klok weer.
• Jira Service Management: een SLA kan pauzevoorwaarden hebben, bijvoorbeeld terwijl je op een reactie van de klant wacht, naast de start- en stopvoorwaarden.

Een SLA heeft alleen zin als iemand in actie komt voordat het doel wordt gemist. Stel een waarschuwing in vóór de deadline en een escalatie daarna:

• Zendesk: bouw een automatisering met de voorwaarde Hours until next SLA breach om een team of persoon te waarschuwen wanneer een ticket bijna over de SLA gaat. Automatiseringen draaien eens per uur, dus de alert kan tot een uur vóór of na de drempel binnenkomen, nooit op het exacte moment. In het voorbeeld van Zendesk voegt dezelfde automatisering een tag toe, zodat ze maar één keer per ticket afgaat.
• Freshdesk: elk SLA-beleid kan agents van 5 minuten tot 4 uur voordat een doel voor first response of resolution verloopt een herinnering sturen, en bij een overschreden doel escaleren naar de toegewezen agent of naar andere mensen die je kiest, zoals een teamleider. Beide stel je in onder Admin > Workflows > SLA Policies.
• Elke tool: stuur overschrijdingsalerts naar de plek waar je team echt kijkt, zoals een Slack-kanaal, en niet alleen naar e-mail.

• Zendesk: maak SLA-beleidsregels met voorwaarden en doelen per prioriteit, kies per prioriteit kantooruren of kalenderuren, en orden de lijst zodat specifieke beleidsregels bovenaan staan. Voeg een automatisering toe voor alerts bij een dreigende overschrijding.
• Freshdesk: stel onder Admin > Workflows > SLA Policies per prioriteit doelen in voor first response, every response en resolution, kies kantooruren of kalenderuren en voeg daarna herinneringen en escalaties toe. Bepaal in de instellingen van je ticketstatussen welke statussen de SLA-timer uitzetten.
• Jira Service Management: maak elke SLA aan met start-, pauze- en stopvoorwaarden. Meerdere startvoorwaarden werken als OR, en de SLA stopt zodra aan een van de stopvoorwaarden is voldaan. Voeg daarna doelen toe die aanvragen selecteren met JQL, stel een tijdsdoel in en kies een kalender.

Welke tool je ook gebruikt, begin met één beleid en een paar prioriteiten, laat het een paar weken draaien en vergelijk daarna de werkelijke eerste reactietijden en oplossingstijden met de doelen voordat je ze aanscherpt.

TascaLab richt SLA-gerelateerde automatisering in bovenop Zendesk, Freshdesk en Jira: routing die de prioriteit instelt zodat het juiste beleid wordt toegepast, overschrijdingsalerts naar Slack en geplande SLA-rapporten. Relevante eenmalige prijzen zijn Ticket Routing & Categorization (€ 690), Automated Reports (€ 620) en Custom Automation (vanaf € 1.070). Projecten omvatten basisdocumentatie, 30 dagen ondersteuning na livegang en geen verborgen kosten, en de meeste duren 1–3 weken. Begin met een gratis Health Check-gesprek van 30 minuten.