Een gesprek omzetten in een ticket

Gebruik een ticket wanneer het werk moet doorgaan buiten het live gesprek of een expliciet type, status, toegewezene of oplossingspad nodig heeft. Een ticket vult de tijdlijn van het gesprek aan; het mag niet elk klan...

Gebruik een ticket wanneer het werk moet doorgaan buiten het live gesprek of een expliciet type, status, toegewezene of oplossingspad nodig heeft. Een ticket vult de tijdlijn van het gesprek aan; het mag niet elk klantbericht dupliceren of een noodzakelijk antwoord vervangen.

Deze gids legt uit wanneer u een ticket moet maken, hoe u bruikbare context vastlegt, hoe het primaire ticket in Inbox verschijnt en hoe verzenden-en-sluiten of statusacties zowel het ticket als de overdrachtsstatus kunnen beïnvloeden.

Hoe dit binnen Humind past

Inbox is het operationele dossier van klantgesprekken. Het combineert berichtgeschiedenis, shopper- en productcontext, interne samenwerking, status van overdracht aan een medewerker, tags en tickets. Klantreacties en interne notities hebben bewust verschillende zichtbaarheid.

Een consistente teamroutine is belangrijker dan een individueel filter. Spreek af wanneer u moet overnemen, wanneer u een interne notitie moet achterlaten, wanneer u een ticket moet maken en wanneer u een gesprek moet teruggeven aan de AI, zodat het eigenaarschap voor elke operator duidelijk blijft.

Voordat u begint

Toegang: Toegang tot Inbox is vereist om vanuit een gesprek te werken. Lees- of schrijfacties voor tickets volgen de ticketmachtigingen en configuratie van het bedrijf; providerinstellingen worden door beheerders beheerd.

  • Bevestig dat ticketing is ingeschakeld en dat het bedoelde tickettype en de bedoelde statussen bestaan.
  • Lees het gesprek, interne notities, tags en het bestaande primaire ticket.
  • Weet of het team ticketing van Humind gebruikt of een geteste externe provider.

Stapsgewijze workflow

  1. Bepaal of een ticket nodig is

    Maak een ticket voor werk dat opgevolgd moet worden, een ander team nodig heeft, een gestructureerde levenscyclus vereist of een oplossing nodig heeft nadat de shopper is vertrokken. Houd een eenvoudige vraag in het gesprek wanneer de operator deze direct kan beantwoorden en afhandelen.

    Controleer eerst of er al een primair klantticket bestaat. Meerdere tickets voor één probleem zorgen voor onduidelijke status en onduidelijk eigenaarschap.

  2. Maak bruikbare ticketcontext

    Gebruik de ticketactie van het gesprek en kies het relevante type of de initiële status die door de configuratie van het bedrijf wordt aangeboden. Vat het verzoek, geverifieerde feiten, al uitgevoerd werk, de verwachting van de klant en de volgende actie samen.

    Link naar of vertrouw op de context van het gesprek in plaats van onnodige persoonsgegevens in vrije tekst te kopiëren. Gebruik interne notities voor de afwegingen van teamgenoten die niet in een ticketveld thuishoren.

  3. Behoud status en eigenaarschap

    Controleer het primaire ticket in de gespreksdetails. Werk eigenschappen bij wanneer het onderzoek verandert en gebruik de statuscategorieën van het bedrijf consistent. Humind koppelt geconfigureerde statussen aan categorieën zoals opgelost voor de verzendworkflow.

    Een ticket dat open blijft zonder eigenaar of volgende actie is geen betrouwbare overdracht. Gebruik vermeldingen of het toewijzingsproces van het team wanneer iemand anders moet handelen.

  4. Antwoord en sluit bewust af

    Wanneer er een primair ticket bestaat, kan het verzendmenu van het antwoord een actie verzenden-en-sluiten tonen. Die actie verzendt het antwoord naar de klant, verplaatst het ticket naar de geconfigureerde status in de categorie opgelost en geeft het gesprek terug aan de AI. Andere acties in het verzendmenu kunnen een ticketstatus bijwerken.

    Lees het huidige menulabel en de status voordat u klikt. Het sluiten van het ticket en het teruggeven aan de AI zijn verwante maar verschillende uitkomsten die in dit pad samen plaatsvinden.

  5. Controleer het resultaat voor klant en operator

    Bevestig dat de shopper het bedoelde bericht heeft ontvangen, dat het ticket de juiste status toont, dat het eigenaarschap van de thread correct is en dat interne notities privé blijven. Heropen of werk het ticket volgens het beleid bij als er nieuwe informatie binnenkomt.

    Controleer voor externe providers tijdens de eerste uitrol het overeenkomstige record in de provider. Ga er niet van uit dat een schakelaar voor inloggegevens end-to-end ticketsynchronisatie garandeert.

Machtigingen en belangrijke aandachtspunten

  • Tickettypen en statusnamen zijn bedrijfsconfiguratie; gebruik de huidige labels die in de werkruimte worden getoond.
  • Verzenden-en-sluiten kan zowel de ticket- als de gespreksstatus in één actie wijzigen.
  • Extern gedrag van Gorgias of Zendesk moet afzonderlijk worden geconfigureerd en getest.
  • Een ticket is intern operationeel werk en meldt de shopper op zichzelf niet over voortgang.

Controleer het resultaat

Gebruik deze checklist voordat u het werk als voltooid beschouwt:

  • Het ticket vertegenwoordigt een echte behoefte aan opvolging en dupliceert geen bestaand primair ticket.
  • Samenvatting, type, status, eigenaar en volgende actie zijn begrijpelijk voor een andere teamgenoot.
  • Het uiteindelijke klantantwoord, de ticketstatus en het eigenaarschap door AI of mens komen overeen met het beoogde resultaat.
  • Records van externe providers worden gecontroleerd wanneer die provider deel uitmaakt van de workflow.

Probleemoplossing

Ticketacties zijn niet beschikbaar

Bevestig dat ticketing is ingeschakeld, dat het bedrijf tickettypen en statussen heeft en dat uw rol de vereiste toegang heeft. Vraag een beheerder om de provider- en Inbox-configuratie te controleren.

Verzenden-en-sluiten gebruikte de verkeerde status

Controleer welke geconfigureerde status is gekoppeld aan de categorie opgelost. Corrigeer de ticketstatus en vraag een beheerder om de statusconfiguratie te herstellen voordat operators de gecombineerde actie opnieuw gebruiken.

Een externe provider heeft het ticket niet ontvangen

Controleer de geselecteerde provider, beheerdersreferenties, bedrijfscontext en het eigen record van de provider. Beschouw de integratie als niet geverifieerd totdat een volledige test slaagt.

Gerelateerde gidsen

Was dit artikel nuttig?