Een workflow voor de status van klantenservicetickets is een gedeelde taal voor het werk dat uw team doet. Wanneer elk verzoek een duidelijke fase heeft, kan iedereen die de supportinbox opent snel zien wat nieuw is, wat actie vereist, wat in behandeling is en wat is afgerond. Die duidelijkheid is vooral belangrijk voor kleine teams, waar dezelfde mensen verzoeken kunnen ontvangen, problemen kunnen onderzoeken en klanten kunnen antwoorden.
Een bruikbaar statussysteem heeft niet veel labels nodig. Te veel labels kunnen klantgesprekken juist moeilijker scanbaar maken en onzekerheid creëren over welk label te kiezen. Het doel is een klein aantal betekenisvolle fasen voor supporttickets te gebruiken, elke fase helder te definiëren en overeenstemming te bereiken over de gebeurtenis die een verzoek naar de volgende fase brengt.
Dit artikel legt uit hoe u een eenvoudige workflow voor klantenservicetickets opzet, van een nieuw verzoek via actief werk tot oplossing, en hoe u deze in de loop der tijd bruikbaar houdt.
Waarom statusnamen belangrijk zijn in een gedeeld supportproces
Statusnamen beïnvloeden hoe uw team de inbox leest en beslist wat het daarna moet doen. Een verzoek met de status Nieuw vertelt het team dat het nog niet in het werkproces is opgenomen. Een verzoek met de status In behandeling vertelt collega's dat iemand ermee bezig is. Een verzoek met de status Wacht op klant verklaart waarom het tijdelijk stil kan liggen. Een opgelost verzoek laat zien dat het gesprek tot een uitkomst is gekomen.
Zonder deze verschillen kunnen alle verzoeken even dringend lijken. Een teamlid kan tijd besteden aan het opnieuw oppakken van een zaak die al een eigenaar heeft, of een nieuw verzoek over het hoofd zien omdat het tussen gesprekken staat die op een reactie van een klant wachten. Duidelijke definities van ticketstatussen verminderen die ambiguïteit en maken overdrachten eenvoudiger wanneer meer dan één persoon verantwoordelijk is voor support.
De namen moeten de huidige status van het verzoek beschrijven, niet de persoon die eraan werkt of het type klant. Een eigenaar geeft bijvoorbeeld aan wie verantwoordelijk is, terwijl een status aangeeft waar het verzoek zich bevindt op weg naar een oplossing. Door deze begrippen gescheiden te houden, wordt de workflow makkelijker te begrijpen.
Voor een gedeeld overzicht van verzoeken, gesprekken en eigenaarschap brengt Klantenservice voor gedeeld ticketbeheer deze onderdelen samen op één plek. Een gemeenschappelijke werkruimte helpt het team om dezelfde statustaal consequent toe te passen, terwijl de context van elk klantgesprek behouden blijft.
Definieer een klein aantal betekenisvolle fasen
Begin met zo weinig mogelijk fasen waarmee uw team de acties kan onderscheiden die ertoe doen. Een praktische workflow voor een klein team kan vier of vijf statussen gebruiken. Elk label moet een eenvoudige vraag beantwoorden: wat moet het team nu doen?
1. Nieuw
Gebruik Nieuw voor verzoeken die zijn binnengekomen maar nog niet zijn beoordeeld. Deze fase creëert een duidelijk beginpunt. De volgende actie is het verzoek lezen, begrijpen wat de klant nodig heeft en bepalen wie de verantwoordelijkheid op zich neemt.
Nieuw mag geen langdurige wachtruimte worden. Zodra een teamlid het verzoek heeft beoordeeld, verplaatst u het naar de status die de daadwerkelijke volgende stap weergeeft. Zo voorkomt u dat het overzicht met nieuwe verzoeken een mix wordt van onaangeroerd en gedeeltelijk afgehandeld werk.
2. In behandeling
Gebruik In behandeling wanneer iemand actief aan het verzoek werkt. Dit kan betekenen dat het probleem wordt onderzocht, een antwoord wordt voorbereid of de informatie wordt gecoördineerd die nodig is om het op te lossen. Het belangrijkste is dat het team het verzoek heeft geaccepteerd en dat een eigenaar het vooruit kan helpen.
In een eenvoudige workflow kan deze status verschillende soorten actief werk omvatten. U hebt geen aparte labels nodig voor elke mogelijke activiteit als die labels niet veranderen hoe het team reageert. Een toegewezen eigenaar en de context van het gesprek kunnen de details bieden, terwijl de status eenvoudig scanbaar blijft.
3. Wacht op klant
Gebruik Wacht op klant wanneer het team redelijkerwijs de volgende stap niet kan zetten voordat de klant informatie, bevestiging of een antwoord geeft. Deze status is bijzonder nuttig omdat hij gesprekken die gepauzeerd zijn onderscheidt van verzoeken waaraan het team nog moet werken.
Ook maakt deze status beslissingen over opvolging duidelijker. In plaats van het ticket als vergeten te beschouwen, kan het team zien dat het verzoek wacht op externe input. Wanneer de klant antwoordt, verplaatst u het terug naar In behandeling als er meer werk nodig is.
4. Opgelost
Gebruik Opgelost wanneer het verzoek van de klant is beantwoord of het probleem tot een uitkomst is gekomen. Deze status geeft het team een duidelijk eindpunt en scheidt afgeronde gesprekken van lopend werk.
Oplossing moet meer betekenen dan zomaar een antwoord versturen. Definieer dit als het moment waarop het team de gevraagde hulp, informatie of uitkomst heeft geleverd en er momenteel geen verdere interne actie nodig is. Als de klant met een nieuwe vraag reageert of het probleem open blijft, zet u het ticket terug naar de fase die het nieuwe werk weergeeft.
5. Gesloten, alleen als uw team dit nodig heeft
Sommige teams hebben baat bij een aparte status Gesloten nadat een opgelost gesprek is gecontroleerd of geen aandacht meer nodig heeft. Andere teams kunnen bij Opgelost stoppen. Voeg Gesloten niet toe alleen omdat deze status in een andere workflow voorkomt. Voeg deze alleen toe wanneer hij een echt, terugkerend onderscheid voor uw team vertegenwoordigt.
Hetzelfde principe geldt voor elke aanvullende status. Een label verdient alleen een plaats als het iemand helpt een betere beslissing over de volgende actie te nemen.
Verduidelijk waardoor een verzoek van de ene fase naar de andere gaat
Labels alleen vormen geen workflow. Een betrouwbare workflow voor de status van klantenservicetickets definieert ook de overgang tussen fasen. Schrijf voor elke overgang een korte regel, zodat teamleden bij vergelijkbare gesprekken tot dezelfde conclusie komen.
Een basisset overgangsregels kan er als volgt uitzien:
- Nieuw naar In behandeling: een teamlid heeft het verzoek beoordeeld en de verantwoordelijkheid voor de volgende actie op zich genomen.
- In behandeling naar Wacht op klant: de volgende betekenisvolle stap hangt af van een antwoord, detail of bevestiging van de klant.
- Wacht op klant naar In behandeling: de klant heeft geantwoord en het team heeft werk te doen.
- In behandeling naar Opgelost: het verzoek heeft een uitkomst gekregen en er is geen verdere interne actie nodig.
- Opgelost naar In behandeling: nieuwe informatie laat zien dat er meer werk nodig is.
Deze regels hoeven geen uitgebreide handleiding te worden. Eén of twee zinnen voor elke status kunnen voldoende zijn. Belangrijk is dat de regels zichtbaar zijn voor iedereen die klantverzoeken behandelt en in het dagelijkse werk worden gebruikt.
Het is ook nuttig om te bepalen wie een status wijzigt. In een klein team kan de persoon die het verzoek op dat moment behandelt deze update doorgaans uitvoeren. Als één persoon binnenkomende verzoeken beoordeelt voordat ze worden toegewezen, kan die persoon verantwoordelijk zijn voor het verplaatsen van tickets uit Nieuw. De exacte werkwijze kan verschillen, maar de verantwoordelijkheid moet duidelijk zijn.
Een status moet de vereiste volgende actie weergeven, niet slechts de laatst uitgevoerde actie.
Dit principe helpt bij lastige gevallen. Als het team een antwoord heeft gestuurd maar nog iets moet onderzoeken, is het ticket nog steeds In behandeling. Als het team informatie van de klant nodig heeft, is de status Wacht op klant. Het huidige obstakel of de volgende stap is nuttiger dan een registratie van wat het meest recent is gebeurd.
Houd statussen gescheiden van prioriteit, eigenaarschap en notities
Een statussysteem werkt het beste wanneer het niet alles over een verzoek probeert weer te geven. Teams overladen fasen vaak door labels te maken die verschillende begrippen combineren, zoals ‘Onderzoek met hoge prioriteit’ of ‘Toegewezen aan Sam’. Deze labels worden moeilijk scanbaar omdat ze urgentie, verantwoordelijkheid en voortgang door elkaar halen.
- Status toont de huidige fase van het verzoek.
- Eigenaarschap toont wie verantwoordelijk is voor de volgende actie.
- Prioriteit toont hoe dringend het team moet reageren of het verzoek moet oplossen.
- Gespreksdetails bewaren het verzoek van de klant, antwoorden en relevante context.
Door deze elementen te scheiden, krijgt het team een duidelijker operationeel overzicht. Een verzoek kan een hoge prioriteit hebben en In behandeling zijn. Een ander verzoek kan aan dezelfde persoon zijn toegewezen maar op de klant wachten. Geen van beide situaties vereist een speciale statusnaam.
Met Klantenservice om klantverzoeken en eigenaren te organiseren kunt u dit onderscheid ondersteunen door verzoeken, toegewezen eigenaren en de voortgang naar oplossing samen met het gesprek te bewaren. Het praktische voordeel is een gedeelde inbox waarmee teamleden zowel de fase van het werk als de context erachter begrijpen.
Beoordeel verzoeken die niet meer vooruitgaan
Zelfs een goed ontworpen set fasen voor supporttickets heeft regelmatig aandacht nodig. Verzoeken kunnen In behandeling blijven omdat de volgende actie niet duidelijk was, of langer dan verwacht op de klant wachten. Een routinematige beoordeling helpt het team deze vastgelopen gesprekken te vinden voordat ze onzichtbaar worden.
Houd de beoordeling licht. Bekijk met een regelmatige frequentie die past bij de werklast van uw team elke niet-opgeloste status en vraag:
- Heeft dit verzoek een duidelijke eigenaar?
- Is de huidige status nog steeds juist?
- Wat is de volgende actie en wie voert die uit?
- Wacht het team op de klant, of is er nog intern werk te doen?
- Kan het verzoek nu worden opgelost?
Deze beoordeling gaat niet over het verplaatsen van tickets alleen om de inbox netjes te laten lijken. Het gaat om het herstellen van een duidelijke volgende stap. Als een verzoek geen betekenisvolle volgende actie heeft, heeft het team mogelijk meer informatie nodig. Als er wel een actie is maar geen eigenaar, wijs er dan een toe. Als het verzoek tot een uitkomst is gekomen, los het dan op.
Let ook op patronen. Als veel verzoeken regelmatig in dezelfde fase vastlopen, kan de definitie onduidelijk zijn of kan de overdracht aandacht nodig hebben. Het aanpassen van één verwarrend label of één overgangsregel kan waardevoller zijn dan meerdere nieuwe statussen toevoegen.
Introduceer de workflow bij het team
Een eenvoudige invoering maakt acceptatie waarschijnlijker. Deel de gekozen statusnamen, hun definities en de regels voor overgangen. Gebruik vervolgens echte binnenkomende verzoeken om te toetsen of het systeem antwoord geeft op de vragen die uw team daadwerkelijk heeft.
Vraag collega's of ze in één oogopslag kunnen zien welke verzoeken nu aandacht nodig hebben. Als twee mensen herhaaldelijk verschillende statussen kiezen voor dezelfde situatie, verduidelijk dan de definitie in plaats van aan te nemen dat het probleem individuele inconsistentie is. De workflow moet begrijpelijk zijn zonder dat mensen uitzonderingen hoeven te onthouden.
Naarmate het team ervaring opdoet, weersta dan de neiging om het systeem voor elk uitzonderlijk geval te veranderen. Een duurzame workflow voor klantenservicetickets behandelt veelvoorkomend werk duidelijk en laat ruimte voor gespreksnotities en eigenaarschap om de bijzonderheden vast te leggen. Beoordeel de workflow wanneer het supportproces van het team werkelijk verandert, niet enkel omdat één verzoek ingewikkeld was.
Conclusie: maak de volgende actie zichtbaar
Een eenvoudig statussysteem geeft een klein supportteam een directe manier om klantwerk te begrijpen. Begin met Nieuw, In behandeling, Wacht op klant en Opgelost, en voeg pas een extra fase toe als die een betekenisvol en terugkerend verschil vertegenwoordigt. Definieer waardoor elk verzoek verdergaat, houd eigenaarschap en prioriteit gescheiden en beoordeel gesprekken die niet meer vooruitgaan.
Klaar om de workflow in de praktijk te brengen? Gebruik Klantenservice om verzoeken, eigenaren en de voortgang naar oplossing op één plek te organiseren.