Hulp nodig bij deze handleiding?Vraag het DripTell-team
Een herhaald contact telt alleen wanneer dezelfde klant terugkomt over dezelfde behoefte omdat de beloofde uitkomst nog niet is bereikt. Een tweede bericht is niet automatisch een mislukking. Het kan een geplande update, een bedankje of een heel ander probleem zijn.
Dat onderscheid klinkt vanzelfsprekend totdat het in een dashboard moet worden vastgelegd. Teams voegen soms elk contact van dezelfde persoon binnen zeven of dertig dagen samen. Het percentage stijgt dan wanneer een trouwe klant twee losse vragen stelt en daalt wanneer hetzelfde onopgeloste probleem via een ander kanaal terugkomt. Geen van beide uitkomsten vertelt de waarheid.
Tel alleen een terugkeer bij dezelfde behoefte
Begin bij de klantbehoefte en niet bij het ticketnummer. Stel dat iemand meldt dat de internetverbinding iedere middag wegvalt. Support herstart de router en sluit de chat. Twee dagen later belt de klant omdat de verbinding nog steeds wegvalt. Dat is herhaald contact, ook wanneer het telefoongesprek een nieuw dossier heeft gemaakt.
Verander één detail. Belt die persoon twee dagen later met een vraag over een factuur, dan is dat een nieuwe behoefte. Die hoort niet in de teller.
De heldere regel is dat klantidentiteit, probleemidentiteit en de ontbrekende uitkomst alle drie overeenkomen. Kan één daarvan niet worden vastgesteld, zet het voorval dan in de categorie onbekend in plaats van te gokken.
Kies de eenheid voor de formule
Bevries een cohort van geschikte eerste contacten en observeer ieder probleem gedurende een gepubliceerde periode. De teller is het aantal eerste problemen dat minstens één ongeplande terugkeer over dezelfde onopgeloste behoefte oplevert. De noemer bevat alle geschikte eerste problemen in het cohort.
- 1Bevries het eerste cohortNeem geschikte eerste behoeften op en geef elk probleem hetzelfde volledige observatievenster.
- 2Koppel klant en probleemVerbind toegestane identiteitsgegevens over kanalen en toets of de latere behoefte echt dezelfde is.
- 3Deel het latere contact inScheid onopgeloste terugkeer van gepland vervolg, bedankjes, nieuwe behoeften, dubbelen en onbekenden.
- 4Bekijk de vroegste oorzaakOnderzoek gekoppelde reizen en wijs de eerste beheersbare fout in kennis, bevoegdheid, proces, product, communicatie of eigenaarschap toe.
Deze berekening op probleemniveau telt een gefrustreerde klant niet driemaal omdat die drie vervolgberichten stuurde. Is werklast belangrijk, toon dan apart het aandeel herhaalde contacten. Daarvoor deelt u alle herhaalde contacten door alle afgehandelde contacten in de periode.
Het venster moet bij het werk passen. Zeven dagen kan geschikt zijn voor een wachtwoordreset, maar te kort voor een vervangend onderdeel of verzekeringsonderzoek. De officiële Microsoft-richtlijn voor routering van terugkerende klanten staat terugkijkvensters van bijvoorbeeld zeven, tien of dertig dagen toe. Die keuzes tonen waarom één venster niet bij elke operatie past. Publiceer het uwe en verander het niet nadat u de uitslag ziet.
Leg de verbinding tussen kanalen
Een bruikbare meting heeft twee koppelingen nodig. Verbind eerst de persoon over e-mail, telefoon, WhatsApp, webchat en andere ingangen. Bepaal daarna of het latere contact over dezelfde niet behaalde uitkomst gaat.
Een gedeelde inbox kan het gespreksspoor bewaren, terwijl een klantrecord de stabiele identiteit en probleemrelatie vasthoudt. Koppel niet alleen op telefoonnummer wanneer nummers gedeeld, gewijzigd of verkeerd ingevoerd kunnen zijn. Gebruik uitsluitend toegestane identificatoren en plaats de koppelregels binnen uw beveiligings- en toegangsregels.
Probleemmatching kan beginnen met relaties tussen dossiers en een kleine redenindeling. Menselijke controle moet mogelijk blijven. Twee berichten met hetzelfde woord kunnen andere behoeften beschrijven. Twee berichten met andere woorden kunnen over dezelfde mislukte levering gaan. Automatiseringsregels kunnen een koppeling voorstellen, maar een match met lage zekerheid blijft onbekend totdat iemand hem controleert.
Scheid herhaling van normaal vervolgcontact
De classificatieregel is belangrijker dan de rekensom.
| Later contact | Telt als herhaling | Reden |
|---|---|---|
| Dezelfde behoefte en de beloofde uitkomst ontbreekt | Ja | Het oorspronkelijke probleem is niet opgelost |
| Een update op een afgesproken moment | Nee | Het contact hoort bij de geplande dienstverlening |
| De klant bedankt en vraagt niets nieuws | Nee | Er is geen hernieuwde servicebehoefte |
| Dezelfde klant meldt een ander probleem | Nee | De klant klopt maar de probleemidentiteit niet |
| Het team stuurt een dubbel uitgaand bericht | Nee | Dit is een berichtfout en geen herhaalde klantvraag |
| Het bewijs is onvoldoende | Onbekend | Dwing een onzeker voorval niet naar één kant |
De officiële Microsoft-richtlijn voor het proces van case tot oplossing beschrijft klantidentificatie over kanalen en het registreren, onderzoeken, oplossen en sluiten van cases. Die gebeurtenissen bewaren nuttig bewijs, maar bepalen niet zelf of een latere behoefte een herhaling is. Eén aanraking, oplossing bij eerste contact, heropening en herhaald contact hangen samen, maar zijn niet uitwisselbaar.
Zoek oorzaken zonder de medewerker te beschuldigen
Wijs na bevestiging van een herhaling de vroegste beheersbare oorzaak toe. Het eerste antwoord kan fout zijn geweest. De klant kan ook zijn teruggekomen omdat een terugbetaling mislukte, een overdracht context verloor, een beloofde update uitbleef, het product defect bleef of het beleid een onnodig tweede contact vereiste.
Bekijk een steekproef van de gekoppelde reizen. Controleer de eerste behoefte, iedere belofte, de zichtbare uitkomst, het latere contact en de uiteindelijke correctie. Een beoordeling van het supportproces moet onderscheid maken tussen kennis, bevoegdheid, proces, product, communicatie en eigenaarschap. Als iedere herhaling een coachingsprobleem wordt, verbergt het rapport het systeem dat extra werk maakt.
Lees ook de verdeling. Toon hoeveel problemen eenmaal, tweemaal of vaker terugkeerden en hoeveel tijd tot de terugkeer verstreek. Een stabiel gemiddelde kan een kleine groep verbergen die in een lus zit.
Lees deze maat naast andere maten
Het percentage herhaald contact is het nuttigst naast heropening, oplossing bij eerste contact, klantinspanning en geverifieerde voltooiing. Verbetert de eerste oplossing terwijl herhaling stijgt, controleer dan de definities voordat u tevreden bent. De ene maat kan op afsluiting door een medewerker rusten en de andere op zichtbaar klantgedrag.
Gebruik vaste cohorten zodat recente zaken hun volledige observatievenster krijgen. Een wekelijks inboxrapport kan het volwassen cohort, het aandeel onbekende matches, het percentage herhaalde problemen, het aandeel contacten, de tijd tot terugkeer en de belangrijkste bewezen oorzaken tonen. Meng onrijpe zaken niet in de noemer om sneller een cijfer te publiceren.
De bruikbare uitkomst is niet alleen een lager percentage. Het gaat erom dat minder klanten moeten terugkomen omdat een verwachte uitkomst niet plaatsvond.
Veelgestelde vragen
Is herhaald contact het omgekeerde van oplossing bij eerste contact
Niet betrouwbaar. Oplossing bij eerste contact kan een medewerkerstatus, enquêteantwoord of regel voor één aanraking gebruiken. Herhaald contact observeert later klantgedrag binnen een gekozen venster. Verschillende toelatings- en identiteitsregels laten de cijfers los van elkaar bewegen.
Wat is een goed observatievenster
Kies het kortste venster dat een normale terugkeer voor het probleem nog opvangt. Publiceer het per probleemgroep en houd het stabiel. Snelle accounttaken hebben mogelijk dagen nodig, terwijl uitvoering door een externe partij langer kan duren.
Tellen meerdere vervolgberichten meerdere keren
Niet in een percentage op probleemniveau. Tel het eerste probleem eenmaal in de teller zodra er een bevestigde herhaling is. Houd het totale aantal herhaalde contacten apart bij voor werklast en lussen in de klantreis.
Wat gebeurt er als hetzelfde probleem via een ander kanaal terugkomt
Koppel het aan de oorspronkelijke behoefte wanneer identiteit en bewijs sterk genoeg zijn. Een kanaalwissel wist de herhaling niet. Classificeer een onzekere match als onbekend en beoordeel de koppelregel.
DripTell Editorial
Praktische uitleg, gecontroleerd door het product- en klantworkflowteam van DripTell.
Lees hoe DripTell productclaims controleert, primaire bronnen gebruikt en correcties verwerkt.
Redactioneel en bronnenbeleid