Supportsoftware is gek op dashboards. Grafieken, meters, trendlijnen en een tiental cijfers die allemaal belangrijk klinken. Voor een grote supportorganisatie is het volgen ervan zinvol. Voor een klein team is het merendeel van dat dashboard ruis die u druk laat lijken zonder u beter te maken.
Deze gids brengt het terug tot de zes metrics die daadwerkelijk veranderen hoe goed u klanten bedient, wat voor elk een goed cijfer is, en enkele populaire metrics die u kunt loslaten.
Waarom minder metrics beter is voor kleine teams
Een metric is alleen nuttig als hij een beslissing verandert. Als u elke week naar een cijfer kijkt en er nooit naar handelt, is het geen metric maar decoratie. Grote teams kunnen zich analisten veroorloven die subtiele signalen opdelven. Een klein team heeft een korte lijst cijfers nodig waarbij een slecht cijfer naar een voor de hand liggende volgende actie wijst.
De test voor elke metric hieronder is dus simpel: als dit cijfer de verkeerde kant op gaat, weet u dan wat u moet doen?
1. Eerste reactietijd (First Reply Time, FRT)
Dit is de belangrijkste supportmetric voor een klein bedrijf, omdat klanten hem het directst voelen. Hij meet hoe lang een klant wacht tussen het versturen van een vraag en uw eerste zinvolle reactie.
Wat goed is: onder 4 kantooruren bij e-mail, onder 1 uur bij social media en messengers, onder 2 minuten bij livechat.
Als het misgaat: stijgt de FRT, dan zit de oplossing bijna altijd in de workflow, niet in meer moeite. Centraliseer uw kanalen zodat niets verstopt raakt in een onbewaakte inbox, en laat AI antwoorden opstellen op routinevragen zodat geen mens het knelpunt wordt. We schreven een heel stuk over waarom de eerste reactietijd telt.
2. Oplossingspercentage
Snelheid zonder oplossing is slechts een snelle manier om mensen teleur te stellen. Het oplossingspercentage meet het aandeel gesprekken dat daadwerkelijk tot een bevredigend einde komt, idealiter zonder dat de klant een tweede keer hoeft te schrijven.
Wat goed is: de meeste teams zouden 80 procent of meer van de gesprekken moeten oplossen zonder escalatie of herhaald heen en weer.
Als het misgaat: een dalend oplossingspercentage betekent meestal dat uw antwoorden snel maar oppervlakkig zijn. Kijk wat er heropend wordt en verbeter het bronmateriaal achter die antwoorden (uw kennisbank, uw tekstblokken of uw AI-grondingscontent).
3. Oplossing bij eerste contact (First Contact Resolution, FCR)
Een naaste verwant van het oplossingspercentage: de FCR meet hoe vaak een klant al bij de eerste reactie een compleet antwoord krijgt, zonder vervolgvraag. Het is het verschil tussen "we hebben gereageerd" en "we hebben het opgelost".
Wat goed is: 70 tot 75 procent is voor de meeste kleine bedrijven een sterk doel.
Als het misgaat: een lage FCR betekent vaak dat uw eerste antwoorden vragen om informatie die u had kunnen voorzien, of maar een deel van een meerdelige vraag beantwoorden. Train uzelf (en uw AI-concepten) om de vraag achter de vraag te beantwoorden.
4. Klanttevredenheid (CSAT)
CSAT is de directe stem van de klant: een korte beoordeling direct nadat een gesprek sluit, meestal een duim omhoog of omlaag of een schaal van 1 tot 5. Het komt het dichtst bij een betrouwbare maatstaf voor de vraag of uw support iets waard is.
Wat goed is: 90 procent positief (of een gemiddelde boven 4,5 van 5) is uitstekend; alles onder 80 procent verdient aandacht.
Als het misgaat: kijk niet alleen naar het cijfer, lees de slechte beoordelingen. Vijf één-sterbeoordelingen met commentaar leren u meer dan duizend tevreden klikken. Patronen in de klachten zijn uw kaart.
5. Ticketvolume per categorie
Dit gaat niet om één cijfer, maar om de vorm van uw inbox. Als u binnenkomende vragen tagt of categoriseert, leert u waar klanten echt mee worstelen. De top drie categorieën onthullen meestal een productprobleem, een documentatiegat of een automatiseringskans.
Wat goed is: hier is geen doel. De waarde zit in het patroon. Als 30 procent van uw tickets "hoe reset ik mijn wachtwoord" is, is dat geen supportprobleem maar een product- of contentprobleem dat één keer opgelost wil worden.
Als het misgaat: zwelt één categorie op, behandel dat dan als een signaal om de oorzaak aan te pakken, niet om sneller te antwoorden. Het beste supportticket is het ticket dat nooit verstuurd hoefde te worden.
6. Achterstand (open gesprekken over tijd)
De achterstand is het aantal onopgeloste gesprekken in uw wachtrij. Het is het waarschuwingslampje op uw supportdashboard. Een stabiele achterstand betekent dat u de vraag bijhoudt. Een groeiende betekent dat u achterop raakt, nog voordat klanten hebben geklaagd.
Wat goed is: vlak of dalend. Het absolute getal telt minder dan de richting.
Als het misgaat: een gestaag stijgende achterstand betekent dat het volume uw huidige proces is ontgroeid. Dat is het moment om een categorie die u met de hand afhandelt te automatiseren, voordat de achterstand uitmondt in een golf boze vervolgvragen.
De metrics die u gerust kunt negeren
Niet elk cijfer verdient uw aandacht. Een paar veelgebruikte doen kleine teams meer kwaad dan goed:
| IJdelheidsmetric | Waarom negeren |
|---|---|
| Totaal afgehandelde tickets | Beloont drukte, geen resultaten. Meer tickets afhandelen is geen doel. |
| Gemiddelde afhandeltijd | Duwt medewerkers tot haasten en gesprekken voortijdig sluiten. Tijd tot oplossing telt, ruwe afhandeltijd niet. |
| Aantal reacties per ticket | Minder reacties kan efficiënt betekenen, of dat u te vroeg afsloot. Op zichzelf betekenisloos. |
| Ranglijsten van medewerkers | In een klein team schaadt het ranken van collega's het moreel veel meer dan het de service verbetert. |
Zo gebruikt u deze zes echt
Kies één vaste dag per week en bekijk precies deze cijfers, in deze volgorde: is mijn eerste reactietijd gezond, worden gesprekken opgelost, zijn klanten tevreden, en is mijn achterstand onder controle. Zijn alle vier groen, raak dan niets aan. Is er één rood, dan wijst de metric zelf naar de oplossing.
Het doel van support meten is geen mooier dashboard. Het is een probleem opmerken terwijl het nog klein is, en weten wat u eraan moet doen. Zes cijfers, één keer per week bekeken, doen dat voor een klein team beter dan vijftig cijfers die nooit bekeken worden.