Wanneer mag support een SLA pauzeren voor de klant

Een elektrische fiets staat bij de reparateur met een storing, maar de afneembare oplader ligt nog bij de klant thuis. De monteur kan de afgesproken test niet uitvoeren voordat de klant hem brengt. Dat is een echte reden om de relevante serviceklok te pauzeren.

Pauzeer een SLA alleen wanneer de klant één concrete volgende actie bezit die nodig is om verder te kunnen. Pauzeer niet omdat een ander team traag is, een leverancier niet antwoordt, goedkeuring ontbreekt of de eigenaar afwezig is. Die vertragingen blijven van het bedrijf.

Pauzeer alleen voor een actie van de klant

Een SLA is een servicebelofte en niet alleen een timer in een ticketsysteem. Een pauze haalt tijd uit die belofte. Daarom is meer bewijs nodig dan een handige statuswijziging.

Benoem de ontbrekende invoer in gewone taal. Denk aan een foto van schade, bevestiging van een adres, een keuze tussen twee geldige oplossingen of toestemming om een account te openen. Het verzoek moet nodig, redelijk en uitvoerbaar zijn. Kan het team zonder antwoord verder, dan wacht de case niet echt op de klant.

Microsoft beschrijft instelbare pauzevoorwaarden voor SLA's op het niveau van entiteit, KPI en SLA-item. Een specifieke voorwaarde kan een algemene instelling overschrijven. Die flexibiliteit is nuttig, maar één brede wachtstatus kan meerdere klokken onverwacht beïnvloeden. Koppel de pauze daarom aan de maat en status die u werkelijk wilt stoppen.

Scheid wachten op de klant van bedrijfsvertraging

De duidelijkste test is wie de volgende nuttige actie bezit. Ligt die bij de klant, dan kan een pauze eerlijk zijn. Ligt die bij het bedrijf of een afhankelijkheid, dan loopt de klok normaal door.

Microsoft legt in de SLA-timerrichtlijn uit dat een case op on hold de KPI-instantie pauzeert en de wachttijd bewaart, terwijl actieve en verstreken duur aparte velden blijven. Kopieer geen standaardinstelling. Bepaal eerst welke belofte wordt gemeten.

Zo wordt de medewerker niet afgerekend op tijd die werkelijk bij de klant ligt en kan het bedrijf eigen wachtrijen niet verbergen.

Leg de pauze vast als controleerbare gebeurtenis

Een geldige pauze bevat meer dan een status. Bewaar de precieze invoer, het bericht aan de klant, de eigenaar tijdens het wachten, het begin, het controlemoment en de gebeurtenis die het werk hervat. Houd ook de oorspronkelijke ontvangstdatum en de pauzeduur vast. Anders keert een oude case terug alsof hij nieuw is.

Vertel de klant wat nodig is en wat daarna gebeurt. De fietsenmaker kan om de oplader vragen, uitleggen dat de diagnose zonder oplader niet doorgaat en bevestigen dat het werk na ontvangst wordt hervat. Een verzoek als “stuur meer informatie” is te vaag om te bepalen of de klant klaar is.

Plan ook zonder harde deadline een korte herzieningsdatum. Een wachtende case houdt een eigenaar. Die kan één redelijke herinnering sturen, een andere aanleverroute bieden of vaststellen dat de vraag onnodig was. Een pauze mag geen onzichtbare plank voor lastig werk worden.

Hervat zonder de oorspronkelijke leeftijd te verliezen

Hervat de klok zodra de gevraagde informatie via een verbonden kanaal binnenkomt. Een klant kan op een e-mail reageren via WhatsApp of de gegevens telefonisch geven. Een betrouwbare koppeling aan dezelfde klant en case is belangrijker dan het oorspronkelijke kanaal.

Bewaar de tijd voor de pauze, de pauzeduur en de tijd erna. Zet de case niet terug op nul. De totale wachttijd van de klant blijft zichtbaar, ook als de SLA een deel uitsluit. Dat past bij eerlijke meting van de volgende reactie, waarbij een status de geschiedenis niet wist.

Reageert de klant nooit, gebruik dan de transparante inactiviteitsregel uit het beleid voor het sluiten van cases. Sluit alleen als de termijn is gemeld en het bedrijf niets meer verschuldigd is. Stilte is geen bewijs dat het probleem weg is.

Meet wachten zonder het te verbergen

Rapporteer actieve werktijd, wachten op de klant en bedrijfsafhankelijkheden apart. Bekijk mediaan en trage staart, pauzes zonder concrete vraag, hervatte cases zonder eigenaar en cases die direct vanuit een wachtstatus sluiten. Lees voorbeelden terug, want een nette statushistorie kan een slecht verzoek verbergen.

In DripTell kan een supportproces de volgende actie zichtbaar houden, terwijl de gedeelde inbox eigenaar en geschiedenis bewaart. Workflowautomatisering kan reageren op een klantgebeurtenis, maar het beleid vereist een menselijke eigenaar en geteste voorwaarden. Beperk wie regels kan wijzigen met passende beveiligingscontroles.

De regel blijft eenvoudig. Pauzeer alleen als de klant de noodzakelijke volgende stap bezit. Houd de bedrijfsklok in alle andere gevallen eerlijk.

Veelgestelde vragen

Wanneer mag een support SLA pauzeren?

Alleen wanneer de klant om concrete noodzakelijke informatie of een besluit is gevraagd en het werk zonder die stap niet verder kan. Leg verzoek, eigenaar, start, controle en hervattingssignaal vast.

Pauzeert de SLA bij wachten op een ander team?

Normaal niet. Een intern team, leverancier, vervoerder of goedkeuring blijft onderdeel van de bedrijfslevering. Laat de klok lopen en toon de afhankelijkheid en eigenaar van de klantupdate.

Wat gebeurt er wanneer de klant antwoordt?

Hervat de relevante klok direct, geef de case terug aan een verantwoordelijke eigenaar en bewaar de oorspronkelijke leeftijd plus de pauzeduur. Koppel antwoorden uit andere kanalen betrouwbaar aan dezelfde case.

Kan automatisering een SLA pauzeren?

Ja bij een precieze en bewezen voorwaarde. Leid klantverantwoordelijkheid niet af uit een brede status. Test ontbrekende data, antwoorden via andere kanalen, dubbele gebeurtenissen, time-outs en handmatig herstel.