Een SLA voor klantenservice bij het mkb is een geschreven belofte aan de klant over hoe snel je antwoordt, op welke kanalen, op welke prioriteit. De beste mkb-SLA's zijn saai: twee of drie tiers, realistische responstijden, één helder escalatiepad, en een publieke pagina die precies zegt wat de klant kan verwachten. Teams die het misdoen schrijven ambitieuze doelen die ze in 60% van de gevallen halen. Teams die het goed doen schrijven conservatieve doelen die ze in 95% van de gevallen halen, en verbeteren van daaruit.
Wat moet een klantenservice-SLA beloven?
Twee dingen, in deze volgorde.
Ten eerste de eerste responstijd. Het venster tussen het bericht van de klant en een echt antwoord van je team. Geen autoreply. Een echt antwoord dat de vraag benoemt. Dit is de belofte die een klein team kan waarmaken. Het is ook de belofte die klanten opmerken.
Ten tweede de resolutietijd. Het venster tussen het bericht en het gesloten ticket met opgelost probleem. Dit is de moeilijker belofte omdat hij afhangt van dingen buiten je controle (externe verzending, leverancier, betalingsprovider). Kleine teams beloven het eerste voordat ze het tweede beloven, en voegen resolutiedoelen pas toe na twee maanden schone data over hoe lang gemiddeld een ticket end-to-end loopt.
De rest (openingstijden, escalatiepad, compensatie bij missen) is decor rond die twee getallen.
Wat zijn realistische responstijden per kanaal?
Begin bij wat de klant verwacht, en pas het aan op wat je écht kunt bemensen. De huidige benchmarks:
De gemiddelde e-mailresponstijd in de sector is 12 uur en 10 minuten, per Zendesk-aggregaties. Klanten verwachten onder één uur. Zendesk's CX Trends 2025 noemt een "goede" eerste e-mailresponstijd onder vier uur. Lorikeet's 2026-benchmark zet topteams op onder vier uur voor e-mail, onder 40 seconden voor live chat, onder 60 minuten voor social.
Voor live chat piekt klanttevredenheid op 84,7% CSAT als het eerste antwoord binnen 5 tot 10 seconden komt van het openingsbericht. Dat is een strak doel. Voor de meeste kleine teams is een realistisch chatdoel 30 tot 60 seconden binnen bezette uren, met een helder "we zijn er weer om 09:00" bericht daarbuiten.
Retentiedata maakt de zaak voor strakke doelen concreter. E-mailantwoorden binnen één uur halen 71% retentie tegenover 48% bij 24 uur, per industry-aggregaties voor 2026. Je e-mailresponstijd halveren is geen luxe.
Een startpunt per kanaal voor een klein team:
| Kanaal | Publiek eerste-respons-doel | Realistisch minimum | |---|---|---| | E-mail | 4 werkuur | 8 werkuur | | Chat, bezet | 60 seconden | 3 minuten | | Chat, buiten uren | Volgende werkdag per e-mail | Idem | | WhatsApp / Instagram DM | 2 werkuur | 4 werkuur | | Telefoon | Binnen 20 seconden opnemen tijdens bezette uren | 40 seconden | | Contactformulier | 8 werkuur | 1 werkdag |
Twee regels. Publiceer alleen het doel dat je op rolling vier weken minstens 90% van de tijd echt haalt. Publiceer het realistische minimum, niet het aspirationele. Je kunt het doel later naar beneden bijstellen, maar een gebroken belofte krijg je niet ongedaan.
Hoe werken prioriteitstiers bij een klein team?
Drie tiers, geen vier. Vier is te veel voor een team van vijf tot vijftig.
P1 (kritisch). De klant kan het product niet gebruiken of is verkeerd gefactureerd. Accounttoegang verloren. Geschil of chargeback in gang. Betaling mislukt op ondertekende order. Doel eerste respons: 1 uur binnen kantooruren, volgende werkdag-ochtend daarbuiten, met een helder oproeppad als je dat hebt.
P2 (standaard). Al het andere dat een echt probleem is. Een feature gedraagt zich niet als verwacht, een retour hangt, een levering is te laat. Doel eerste respons: 4 werkuur.
P3 (informatief). Productvragen, hoe-doe-ik-vragen, algemene vraag. Doel eerste respons: 8 werkuur.
Twee extra's. Ten eerste, overriderergels. Bepaalde triggers (bericht bevat "urgent", specifieke accounttags, een keyword uit de intentieclassifier) promoveren een ticket ongeacht de initiële toewijzing. Ten tweede, de metriek die er echt toe doet is compliancepercentage per prioriteit, niet gemiddelde responstijd over alle tickets. "94% van de P1's haalde het eerste-respons-doel" vertelt je of je je belofte houdt. Het gemiddelde over alle tiers vertelt je niets nuttigs.
Wat moet in het geschreven SLA-document staan?
Zes secties, halve pagina per stuk.
Scope. Welke contracten en kanalen deze SLA dekt.
Openingstijden. Lokale tijd, feestdagen benoemd, wat "buiten uren" betekent.
Prioriteitsdefinities. Eén regel per stuk, met voorbeeld. Een klant moet zichzelf kunnen classificeren.
Respons- en resolutiedoelen. De tabel uit het vorige stuk.
Escalatiepad. Bij wie een klant terechtkan als hij denkt dat de SLA gemist is. Een rol en een gedeelde inbox, geen persoonlijke mailbox.
Compensatie bij missen. Enterprise-SLA's bevatten service credits. Consumenten-SLA's van kleine teams meestal niet, en dat is prima. Zeg wat je wél doet als je het doel mist, al is het "we leggen uit wat er gebeurde en zetten het recht".
Publiceer op een stabiele URL. Een levend Google-document is geen belofte. Houd een "laatst bijgewerkt" regel en een korte changelog aan.
Waar falen de meeste mkb-SLA's?
Drie faalpatronen.
Ten eerste, een doel beloven dat het rooster niet aankan. Een team van drie heeft geen dekking voor een chat-SLA van 30 seconden over een venster van 12 uur. Beloofde je het toch, dan mis je hem. Herschrijf de belofte.
Ten tweede, de SLA als een doelstelling waarop het team wordt beoordeeld in plaats van een belofte aan de klant. Beoordeelde teams gamen de cijfers. Ze sturen snel een betekenisloos "we kijken ernaar" om de klok te stoppen. De klant prikt daar doorheen. Eerste respons moet een echt antwoord zijn dat de specifieke vraag benoemt.
Ten derde, geen meetdiscipline. Een belofte die je niet meet is geen belofte. Elk ticket heeft een tijdstempel bij binnenkomst, een tijdstempel bij het eerste menselijke antwoord (geen autoreply), en de prioriteit op dat moment. Kun je die drie velden niet uittrekken, publiceer dan nog geen SLA.
Zendesk's CX Trends 2025 rapport vond dat 88% van klanten snellere antwoorden verwacht dan een jaar eerder, en dat 62% van CX-leiders zich achterlopend voelt. Het gat tussen verwachting en levering is precies waar een SLA zijn geld waard maakt, of niet.
Hoe verandert AI de responstijdbelofte?
Hij verkort de eerste responstijd, het getal dat klanten opmerken. Freshworks' 2025-benchmark vond dat AI de gemiddelde eerste responstijd verkortte van meer dan zes uur naar minder dan vier minuten. Voor een klein team betekent een AI-agent die routinetickets uit je eigen bronnen beantwoordt dat de eerste respons voor een grote plak tickets onder een minuut ligt, op elk uur van de dag.
Dat verandert het SLA-rekenwerk op drie manieren. Ten eerste kun je het publieke doel naar beneden bijstellen (van 4 uur naar 1 uur op e-mail is realistisch zodra AI de routineplak beantwoordt). Ten tweede krimpt de menselijke wachtrij tot tickets die een mens vragen, waardoor die tickets ook sneller worden. Ten derde krijg je buiten-kantoortijd-dekking zonder aannemen.
De kanttekening. AI-eerste-responstijd telt alleen als SLA-compliance als het eerste antwoord een echt antwoord is op de vraag, geen plaatshouder. Wat de ontwerpvraag terugbrengt naar grounding, betrouwbaarheid en escalatie. Ons zusterstuk over wanneer je geen AI inzet voor klantenservice gaat over waar AI de eerste respons wel en niet moet sturen. Voor intervaldetail over eerste-respons-benchmarks zie ons FRT-benchmarks stuk.
Hoe Keloa hiermee omgaat
Keloa's AI-agents staan voor je inbox en beantwoorden de routineplak uit je eigen bronnen, zodat eerste respons voor een grote plak tickets in seconden gemeten wordt, 24 uur per dag. De gedeelde inbox meet eerste respons en resolutie per ticket, tier en kanaal, zodat het compliancepercentage per prioriteit een live getal is in plaats van een maandelijkse reconstructie.
Voor teams die hun eerste geschreven SLA opzetten dekt de klantenservice-oplossingspagina de responstijd-defaults die wij aanbevelen per teamgrootte en kanaal.
Veelgestelde vragen
Hoe verschilt een klantenservice-SLA van een service-credit-clausule in een contract? De SLA is de belofte over respons- en resolutietijd. De service-credit-clausule is de compensatie als je de belofte breekt. Consumentenwinkels publiceren vaak alleen de SLA. B2B-contracten bevatten beide.
Moet onze SLA anders zijn voor betaalde en gratis klanten? Ja, maar publiceer beide. Eén regel "gratis plan: best-effort binnen één werkdag, betaalde plannen: zie onder" is genoeg. De verwachting van de gratis tier verborgen houden nodigt teleurstelling uit.
Wat is een redelijk eerste-respons-doel voor e-mail bij een vijfmansteam? Vier werkuur als je bemand bent 09:00 tot 18:00 en het volume onder ongeveer 60 per dag ligt. Acht werkuur als volume hoger of dekking dunner is. Publiceer het getal dat je 95% van de tijd haalt, niet het getal dat je wenst.
Hoe volgen we SLA-compliance zonder rapportagetool? Onder 200 tickets per week is een wekelijkse handmatige steekproef van 30 tickets per tier genoeg. Daarboven gebruik je het compliancerapport van je inbox, gefilterd op prioriteit.
Telt het antwoord van de AI voor het eerste-respons-SLA? Ja, als het de vraag beantwoordde. Nee, als het een plaatshouder was of de klant opnieuw moest reageren om bij een mens te komen. Meet "eerste bruikbare antwoord", niet "eerste bericht van onze kant".
Hoe vaak zouden we de SLA moeten herzien? Elk kwartaal, rustig, met changelog. Nooit midden in een crisis. Nooit op een manier die de belofte alleen versoepelt. Moet het getal omhoog, doe dat na twee schone maanden op het nieuwe doel.
Wil je er een voor je eigen team ontwerpen? Boek een demo en we lopen je ticketmix door en de responstijd-doelen die een klein team ook echt haalt.