Hoe voorkom je dat klanttickets blijven liggen?

Toewijzen is geen voortgang

De meeste helpdesks zien "toegewezen" als een gezonde status. Voor een ontwikkelteam is het juist de minst informatieve status die er is: het zegt dat er een naam aan hangt, niet dat er iets gebeurt. Teams die alleen open tegenover gesloten meten, zien het gat ertussen niet, en precies daar verliest de klant zijn vertrouwen.

Twee toestanden verdienen een aparte behandeling: wachten op ons en wachten op de klant. Een ticket dat zes dagen stilligt omdat de klant nog geen inloggegevens heeft gestuurd, is prima, mits het ticket dat vermeldt en iemand erachteraan gaat. Een ticket dat zes dagen stilligt omdat niemand keek, is een probleem met hetzelfde etiket.

Geef elk ticket één eigenaar, bij naam

Een ticket dat aan een team is toegewezen, is aan niemand toegewezen. Wachtrijen zijn nuttig bij de intake, maar zodra een ticket wordt opgepakt, hoort er één persoon te zijn wiens taak het is om het te verplaatsen of uit te leggen waarom dat niet kan. Rouleer die rol gerust — veel bureaus draaien een wekelijkse triagedienst — maar de naam op het ticket moet een mens zijn.

Dit is meteen de goedkoopste ingreep: technisch kost het niets en het haalt in de eerste week de meeste "ik dacht dat jij hem had"-gevallen weg.

Stel SLA-niveaus in die iets betekenen

Een SLA is geen belofte op de website, het is een planningsgegeven. Per prioriteit tellen twee getallen: hoe snel iemand reageert, en hoe snel het is opgelost. Op de reactietijd word je door klanten beoordeeld, en juist die laten teams vaak ongedefinieerd.

Die getallen zijn ter illustratie: de jouwe komen uit het contract, per klant. Wat telt, is dat ze bestaan, dat ze aan het ticket hangen en niet aan een pdf, en dat het systeem waarschuwt voordat een termijn verstrijkt in plaats van de overschrijding achteraf te melden. Daarvoor is SLA-afhandeling op het ticket bedoeld.

Signaleer de stille tickets automatisch

SLA-termijnen vangen de tickets met een contractuele klok. Stilvallen is breder: een ticket kan binnen zijn SLA zitten en toch langzaam wegrotten. Nuttige signalen, ongeveer op volgorde van waarde:

• Geen activiteit gedurende N dagen terwijl het ticket is toegewezen. Het beste signaal, en het eenvoudigst te berekenen.
• Klant reageerde, niemand antwoordde. Het laatste bericht in de draad kwam van buiten je organisatie en is ouder dan een dag.
• Meer dan eens heropend. Herhaald heropenen betekent meestal dat het onderliggende probleem nooit is begrepen.
• In een sprint die verder is gegaan. De sprint sloot, het ticket rolde door en er is sindsdien niets mee gebeurd.
• Schatting ver overschreden. Vijf punten werk met twintig punten aan geschreven tijd betekent dat er iets misging zonder dat iemand opschaalde.

Een dagelijkse controle die dit in één aandachtsrapport samenbrengt, is meer waard dan losse notificaties, want het levert een korte lijst op die iemand echt kan afwerken. Suporta draait die controle en zet het resultaat op het dashboard.

De gewoonte van een kwartier die het meeste oplost

Eén persoon, één keer per dag, op een vast moment, die de lijst met niet-bewogen tickets langsloopt. Geen vergadering, geen statusronde, één passage met drie mogelijke uitkomsten per ticket.

1. 1Verplaats het. Doe nu de versie van tien minuten, of geef het aan iemand die dat kan.
2. 2Plan het. Zet het met een schatting in een sprint, zodat het van vaag schuldgevoel verandert in gepland werk.
3. 3Zeg iets. Kan het deze week niet, vertel dat dan aan de klant, met reden en datum. Klanten verdragen vertraging veel beter dan stilte.

Dit werkt omdat blijven liggen bijna altijd besluitschuld is en geen werkschuld. Niemand heeft besloten wat ermee moet. Een kwartier beslissen ruimt meer op dan een middag doen.

Houd de klant op de hoogte zonder overleg

De helft van de escalaties over blijven liggen gaat helemaal niet over snelheid. De klant weet niet wat er gebeurt, vraagt ernaar, en dat vragen voelt voor hem als achter je aan zitten. Twee mechanismen halen het meeste van dat verkeer weg:

• Een portaal dat de klant zelf kan bekijken. Eén draad per ticket, status zichtbaar, interne notities intern. Meer daarover in klantportaal vs traditionele helpdesk.
• Een wekelijkse samenvatting. Een automatische vrijdagmail per klantorganisatie: afgerond, nieuw, bijgewerkt, nog open, gegroepeerd per project. Kost niemand tijd en voorkomt de maandagvraag.

Wanneer blijven liggen eigenlijk een capaciteitsprobleem is

Vallen dezelfde tickets nog steeds stil nadat je eigenaarschap, signalering en triage hebt geregeld, dan ligt het niet aan het proces. Dan zeg je meer toe dan het team kan leveren, en vangt de backlog het verschil stilletjes op.

Dat is een planningsvraagstuk en je lost het op met eerlijke capaciteit, niet met betere herinneringen. Trekt je sprintcapaciteit geen goedgekeurd verlof, feestdagen en een realistische supportreserve af, dan is het een wensenlijst. Zie sprintcapaciteit plannen voor softwareteams.