Onboarding af en ny agent i Zendesk er en af de mest kritiske administrative opgaver. En god onboarding-proces er ikke blot en fordel; den er fundamentet for høj kundetilfredshed, agentfastholdelse og en velfungerende supportorganisation. En utilstrækkelig proces kan føre til usikre agenter, inkonsistente svar, frustration hos kunder og en vedvarende strøm af simple spørgsmål til mere erfarne kolleger.
Over tid kan onboarding-processen blive forfinet gennem erfaring med både “læring under pres” og længere, teoretiske forløb. Konklusionen er typisk, at en struktureret, praktisk og gradvis tilgang giver de bedste resultater. Artiklen beskriver erfaringer, læringspunkter og konkrete strategier, der kan gøre nye agenter produktive og selvkørende hurtigt.
De første 72 timer: En struktureret start
De første tre dage er afgørende. Målet er ikke at gøre den nye agent til Zendesk-ekspert, men at opbygge et solidt fundament af tryghed og basal forståelse. Overvældelse er en væsentlig risikofaktor. De første 72 timer kan med fordel opdeles i tre fokuserede faser.
Dag 1: Fundamentet – "Hvad er dette sted?"
Dag 1 handler udelukkende om navigation og terminologi. Avancerede funktioner og komplekse arbejdsgange holdes ude.
Mål for dagen: Agenten kan logge ind, identificere de vigtigste dele af agent-interfacet og forstå, hvad en ticket er i sin enkleste form.
Agenda for dag 1:
- Zendesk-universet (30 minutter): Start med overblikket: Hvad er Zendesk, og hvorfor anvendes det? Vis et simpelt flow-diagram over, hvordan en ticket ankommer (via e-mail, formular, chat), håndteres af en agent og lukkes. Dette skaber kontekst.
- Rundtur i agent-interfacet (60 minutter): Gennemgå systematisk de primære elementer:
- Ticket Editor: Hvad er Subject, Comment, Requester, Assignee, Group, Status, Type, Priority? Forklar hvert felt med simple eksempler (fx “Dette er kundens navn”, “Dette er, hvem der arbejder på sagen”, “Dette er, om sagen er åben eller lukket”).
- Sidepanelet: Introducer kort, hvad Apps er (fx Jira, Salesforce), men angiv, at der gennemgås mere senere. Fokus er at vise, hvor informationen findes.
- Topbjælken: Hvad er Views, Macros, Guides, Explore? Forklar, at dette er centrale værktøjer, som introduceres trinvis.
- Den første ticket (90 minutter): Opret en “trænings-ticket” og gennemgå processen sammen:
- Læs og forstå kundens henvendelse.
- Tilføj en intern note (
Note) til dokumentation af overvejelser. - Skriv en offentlig kommentar (
Comment) til kunden. - Sæt status til
Pending(venter på kunden) ellerSolved(hvis sagen kan løses med det samme). - Tildel (
Assign) ticketen til agenten selv.
Dagen kan afsluttes med tid i et sandkassemiljø med 5-10 simple, fiktive tickets. Målet er ikke perfekte løsninger, men tryghed i navigation og basale handlinger.
Dag 2: Værktøjskassen – "Hvordan gøres arbejdet effektivt?"
Når agenten forstår, hvad en ticket er, introduceres værktøjer, der øger effektiviteten. Fokus er at automatisere og standardisere gentagne opgaver.
Mål for dagen: Agenten forstår og kan anvende Views og Macros til at håndtere et standard ticket-flow.
Agenda for dag 2:
- Views – Personligt dashboard (60 minutter):
- Forklar konceptet: Et View er en gemt søgning, der viser de tickets, der skal arbejdes på; en to-do-liste.
- Introducer tre kritiske views for begyndere (uddybes i næste sektion):
Mine Åbne Tickets,Nye Uafhængige TicketsogVentende på min Respons. - Vis, hvordan et view opdateres via “Update”, og hvad kolonnerne betyder.
- Makroer – Genvej til konsistens (90 minutter):
- Forklar formålet: Makroer sikrer ensartede, korrekte svar og reducerer gentaget skrivearbejde, så fokus kan være på problemløsning.
- Introducer 3-5 essentielle makroer:
- En velkomst-makro.
- En makro til det mest almindelige spørgsmål (fx “Nulstilling af adgangskode”).
- En makro til eskalering til 2nd level support.
- En makro til at bede om mere information.
- Gennemgå, hvordan en makro anvendes, og især: hvordan den tilpasses før afsendelse. En makro er en skabelon, ikke en færdig løsning.
- Praktisk øvelse (90 minutter): Giv en ny bunke trænings-tickets, hvor views og makroer skal anvendes. Opgaven kan være: Tag en ticket fra “Nye”, tildel den til agenten selv, find relevant makro, tilpas den, og send svaret.
Dag 3: Første håndværk – "Jeg kan selv!"
Dag 3 bygger bro fra træning til drift. Der introduceres SLA’er, interne noter og samarbejde, og agenten håndterer de første ægte (men lavprioritets) tickets under tæt opsyn.
Mål for dagen: Agenten kan håndtere en simpel, lavprioritets ticket fra start til slut med minimal vejledning.
Agenda for dag 3:
- SLA og opfølgning (45 minutter): Forklar, hvad et Service Level Agreement (SLA) er, og hvorfor det er vigtigt. Vis, hvordan SLA-uret vises i views, og hvad farverne betyder. Introducer
Pendingsom primært værktøj til at “pause uret”, mens der afventes svar fra kunden. - Kommunikation og samarbejde (45 minutter):
- Interne noter vs. offentlige kommentarer: En enkel regel kan anvendes: Alt, der ikke skal være synligt for kunden, skrives som intern note. Interne noter bruges til spørgsmål til kolleger, dokumentation af research og vigtige detaljer.
- CC’er og Followers: Forklar, hvordan andre agenter eller eksterne parter inddrages i en sag.
- Første ægte tickets (resten af dagen):
- Opret et specifikt view for nye agenter, fx
Nye Agent - Træningskø, med simple, lav-risiko tickets (fx fakturaspørgsmål, generelle “how-to”-spørgsmål). - Agenten tager én ticket ad gangen. En senior agent er tilgængelig ved siden af (eller via screenshare) til spørgsmål.
- For hver ticket gennemgås indholdet før afsendelse: “Hvad er planen? Hvilken makro anvendes? Er interne noter tjekket? Er svaret klart og venligt?”
- Den første løste ticket markeres som en vigtig milepæl, der understøtter selvtillid.
- Opret et specifikt view for nye agenter, fx
De vigtigste views for en nybegynder
En ny agent har ikke behov for 50 forskellige views. 3-5 views kan dække størstedelen af det daglige arbejde. For mange views kan skabe “analysis paralysis” og forvirring. En hensigtsmæssig tilgang er at starte simpelt og udbygge senere.
Nedenstående views kan oprettes og tilføjes direkte til agentens startside.
1. Mine Åbne Tickets
Det vigtigste view og agentens personlige to-do-liste. Indeholder alle tickets, som agenten aktivt arbejder på.
Formål: At give et klart overblik over, hvad der skal gøres nu.
Konfiguration:
Status: Less than - Open
Assignee: Current user
Pro Tip: Tilføj ofte kolonner som Requester, Subject, Created, Updated og SLA. Sortér efter SLA (descending), så tickets tæt på udløb ligger øverst. Dette understøtter en god vane fra dag ét.
2. Nye Uafhængige Tickets
Stedet, hvor nye, uafhåndterede tickets lander. Her findes nyt arbejde.
Formål: At give et sted at hente nye sager fra og understøtte forståelsen af en fælles indbakke.
Konfiguration:
Status: New
Group: [Navn på agentens gruppe, f.eks. Kundeservice]
Assignee: - (Ingen)
Pro Tip: I starten kan filtrering på en specifik kanal eller type reducere overvældelse, fx Via: Email og Type: Question. Dette sikrer, at de simpleste henvendelser håndteres først.
3. Ventende på min Respons
Et centralt view for at undgå, at tickets “dør”. Når en agent har svaret kunden og sat ticketen til Pending, lander den her. Hvis kunden svarer, flyttes ticketen automatisk tilbage til Mine Åbne Tickets.
Formål: At minde om opfølgning på sager, hvor der afventes svar fra kunden.
Konfiguration:
Status: Pending
Assignee: Current user
Pro Tip: En makro som “Følg-op: Ingen Respons” kan anvendes efter et vist antal dage (fx 3 dage) til at sende en venlig påmindelse. Dette view er stedet, hvor tickets til den makro typisk findes.
4. Løst i dag
Dette view er ikke til aktivt arbejde, men til motivation og kvalitetssikring.
Formål: At give en følelse af fremdrift og et nemt sted at finde dagens arbejde til eventuel gennemgang.
Konfiguration:
Status: Solved
Assignee: Current user
Solved: - Today
Pro Tip: At se listen vokse i løbet af dagen kan være motiverende. Viewet er også et oplagt udgangspunkt for daglig “ticket review” med mentor eller teamleder.
Makroer: Den nye agents superkraft
Uden makroer kan en ny agent ende i en cyklus, hvor hvert svar skal formuleres fra bunden. Makroer fungerer som en “superkraft”, der muliggør konsistente, hurtige og korrekte svar, også før al viden er fuldt indarbejdet.
Ved opbygning af makroer til onboarding kan der tænkes i kategorier.
Kategori 1: Velkomst- og kvitteringsmakroer
Disse makroer er typisk de første, en ny agent lærer. De sætter forventninger og bekræfter, at henvendelsen er modtaget.
Eksempel: "Kvittering: Vi har modtaget din henvendelse"
Subject: Re: {{ticket.title}}
Comment:
Hej {{ticket.requester.first_name}},
Tak for din henvendelse. Vi har modtaget din besked og en af vores agenter vil kigge på den så hurtigt som muligt.
Vi bestræber os på at svare inden for [antal] timer.
Med venlig hilsen,
{{current_user.name}}
[Virksomhedsnavn]
Hvorfor den er essentiel: Den er professionel, sætter forventning til svartid og er let at anvende på nye tickets.
Kategori 2: Almindelige svar-makroer (FAQ-makroer)
Rygraden i effektivitet. For spørgsmål, der optræder flere gange om ugen, bør der være en makro.
Eksempel: "FAQ: Nulstilling af adgangskode"
Subject: Re: {{ticket.title}}
Comment:
Hej {{ticket.requester.first_name}},
Du kan nemt nulstille din adgangskode ved at følge disse trin:
1. Gå til vores login-side: [link til login-side]
2. Klik på "Glemt adgangskode?".
3. Indtast den e-mailadresse, du brugte til at oprette din konto.
4. Du vil modtage en e-mail med et link til at oprette en ny adgangskode.
Hvis du oplever problemer, bedes du svare på denne e-mail og gerne vedhæfte et screenshot af eventuelle fejlmeddelelser.
Med venlig hilsen,
{{current_user.name}}
Hvorfor den er essentiel: Den giver et komplet og korrekt svar på størstedelen af adgangskode-henvendelser og lærer korrekt procedure fra starten.
Kategori 3: Eskalerings- og overdragelsesmakroer
Eskaleringsmakroer giver en struktureret og sikker måde at sende sager videre på, når en ny agent sidder fast.
Eksempel: "Eskalering: Til Teknisk Afdeling"
Actions:
- Assignee: [Navn på Teknisk Afdeling/Gruppe]
- Group: Teknisk Afdeling
- Type: Incident
- Priority: High
- Add internal note: Hej team, denne henvendelse vedrører et teknisk problem, som jeg ikke kan løse i 1st level. Kunden har beskrevet følgende: [Indsæt kundens problem her]. Jeg har allerede prøvet at [indsæt hvad du har prøvet]. Venlig hilsen, {{current_user.name}}.
- Set status: Open
Hvorfor den er essentiel: Den sikrer, at nødvendige oplysninger følger med ticketen, at den sendes til rette modtagere, og at prioritet sættes korrekt. Det reducerer usikkerhed hos nye agenter.
Kategori 4: Afslutningsmakroer
Korrekt lukning af en ticket er en vigtig del af kundeoplevelsen.
Eksempel: "Afslutning: Løst - Vent på bekræftelse"
Actions:
- Set status: Pending
- Comment:
Hej {{ticket.requester.first_name}},
Vi har nu foretaget [beskriv hvad du har gjort].
Lad os endelig vide, om dette løser dit problem. Hvis vi ikke hører fra dig inden for [antal] dage, vil vi automatisk lukke denne sag.
Med venlig hilsen,
{{current_user.name}}
Hvorfor den er essentiel: Den bekræfter handling over for kunden og forsøger proaktivt at reducere risikoen for genåbning senere.
Mål succesen: Sådan testes onboarding
En onboarding-proces er ikke statisk. Den bør løbende måles og forbedres. Antagelsen om, at processen fungerer, fordi der ikke kommer klager, kan føre til stagnation. En kombination af kvantitative data og kvalitativ feedback kan anvendes til at vurdere effektiviteten.
Kvantitative målinger
Følg specifikke nøgletal for nye agenter (typisk de første 30-90 dage) og sammenlign med teamgennemsnittet.
- First Contact Resolution (FCR): Hvor stor en andel af tickets løses i første forsøg? Lav FCR kan indikere manglende viden eller utilstrækkelige værktøjer (makroer).
- Time to First Response: Hvor hurtigt svares der på en ny ticket? En høj værdi kan tyde på usikkerhed eller for lang researchtid.
- Ticket Reopen Rate: Hvor ofte genåbnes løste tickets? En høj rate er et tydeligt rødt flag og kan indikere utilstrækkelige eller uklare løsninger.
- CSAT/NPS Scores: Kundernes vurdering af interaktionen med den nye agent; en direkte kvalitetsindikator.
- Makro-brug: Hvor ofte anvendes makroer? Lav brug kan betyde manglende kendskab eller lav relevans. Høj brug er et positivt tegn.
Der kan opsættes et simpelt dashboard i Zendesk Explore, der sporer disse metrikker for et “New Agent”-segment, så der hurtigt kan identificeres behov for ekstra støtte.
Kvalitative målinger
Tal dækker ikke hele billedet; den menneskelige faktor er afgørende.
- Ugentlig ticket review: En senior agent eller teamleder gennemgår ugentligt 5-10 tilfældigt udvalgte tickets. Fokus er konstruktiv feedback frem for fejlfinding:
- “Svaret var klart og venligt. Næste gang kan makroen ‘FAQ: Nulstilling af adgangskode’ overvejes, da den indeholder et link, der gør det nemmere for kunden.”
- “Spørgsmålet i den interne note var relevant. Sådan undersøges den type problem typisk…”
- Shadowing: De første dage observerer den nye agent en erfaren agent. Efter en uge eller to vendes det om, så den erfarne agent observerer den nye agent i arbejdet med rigtige tickets. Dette giver indsigt i tankeprocesser og udfordringer.
- Struktureret feedback: Efter første uge og igen efter første måned afholdes et kort, struktureret møde med direkte spørgsmål:
- “Hvad føles mest overvældende?”
- “Hvilken makro mangler?”
- “Er der noget i processen, der virker unødvendigt kompliceret?”
- “Hvordan kan der ydes bedre støtte?”
Kombinationen af disse metoder giver et samlet billede af onboarding-forløbets effekt i praksis.
Almindelige onboarding-fejl og læringspunkter
Klassiske fejl i onboarding kan være dyre, men værdifulde læringskilder. Nedenfor beskrives typiske faldgruber og måder at undgå dem på.
Fejl 1: "The Firehose"-metoden
Fejlen: Alt præsenteres på én gang: tickets, makroer, automatiseringer, triggers, views, apps, SLA’er, reporting, Guides m.m. Resultatet er ofte overbelastning og afmagt.
Læringspunkt: Det er ikke realistisk at absorbere så meget information på én gang. Det kan skabe stress og hæmme læring.
Løsningen: 72-timers modellen er udviklet som modtræk: Ét koncept ad gangen og rigeligt med praktisk øvelse mellem hvert emne.
Fejl 2: At ignorere "hvorfor"
Fejlen: Fokus ligger kun på “hvordan” (klik her, skriv dette, vælg den dropdown), uden forklaring af hvorfor processer og makroer er udformet som de er.
Læringspunkt: Uden kontekst bliver viden til kommandoer, og det bliver svært at håndtere afvigelser fra standarden.
Løsningen: Start med rationalet: “Makroen anvendes for at sikre GDPR-overholdelse” eller “Status sættes til ‘Pending’ for at pause SLA-uret, så ventetid på kunden ikke tæller negativt.” Når rationalet forstås, fastholdes proceduren bedre.
Fejl 3: Manglende struktur og dokumentation
Fejlen: Onboarding foregår ad hoc. Forskellige senior agenter lærer forskellige (og til tider modstridende) metoder, og der mangler et centralt sted at finde information.
Læringspunkt: Inkonsistens skaber forvirring og dårlige vaner. Nye agenter bruger unødigt meget tid på at lede efter svar eller får forskellige svar fra forskellige personer.
Løsningen: Et simpelt onboarding-site i Zendesk Guide kan fungere som referencepunkt og indeholde:
- En ugentlig plan med links til relevante artikler.
- Videoer, der viser, hvordan specifikke opgaver udføres.
- En “glossar” over Zendesk-terminologi.
- En liste over essentielle makroer med beskrivelse af anvendelse.
- En FAQ for nye agenter.
Dette fungerer som “single source of truth” gennem hele onboarding-forløbet.
Fejl 4: At glemme den menneskelige faktor
Fejlen: Fokus er udelukkende på systemet og ikke på teamet. Den nye agent introduceres til Zendesk, men ikke til kolleger, kultur eller uofficielle spilleregler.
Læringspunkt: Teknisk dygtighed er ikke tilstrækkeligt, hvis agenten ikke føler sig som en del af teamet. Det kan påvirke performance og øge risikoen for hurtig afgang.
Løsningen: Onboarding starter før Zendesk. En “buddy”-ordning kan sikre, at en erfaren agent (ikke nødvendigvis en leder) er dedikeret til at besvare “simple” spørgsmål, vise praktiske forhold og introducere til teamet. Den nye agent inddrages i sociale aktiviteter fra dag ét.
Røde flag: Tegn på en overvældet agent
Tidlige advarselssignaler bør identificeres hurtigt. En overvældet agent er ikke kun mindre effektiv, men kan være på vej mod udbrændthed eller opsigelse. Følgende røde flag er relevante at overvåge:
- Tickets ligger længe i
Mine Åbne Tickets: Hvis en simpel ticket ligger i flere timer uden opdatering, kan det indikere usikkerhed, glemsel eller manglende viden om løsning. - Ekstrem brug af interne noter til simple spørgsmål: Interne spørgsmål er relevante, men hvis hver anden note er et spørgsmål, der burde være dækket af basal træning eller en makro, mangler fundamentet.
- Høj Ticket Reopen Rate: Et tydeligt kvantitativt rødt flag, der indikerer utilstrækkelig kvalitet.
- Undgåelsesadfærd: Konsekvent valg af de nemmeste tickets fra
Nye Uafhændige Ticketsog efterladelse af mere komplekse sager, eller undgåelse af nye tickets ved kun at fokusere på eksisterende. - Gentagne spørgsmål: Gentagne spørgsmål om samme grundlæggende koncept kan indikere, at informationen blev præsenteret for hurtigt eller uklart.
- Stress og usikkerhed i møder: Manglende bidrag, synlig forvirring ved procesdrøftelser eller direkte udtryk for at være “bagud”.
Når et rødt flag observeres, kan der handles hurtigt med fx ekstra one-on-one session, gennemgang af specifikke tickets eller midlertidig reduktion af aktive tickets for at genopbygge tryghed.
Grønne flag: Tegn på en selvstændig agent
Det er lige så vigtigt at identificere og understøtte positive tegn. Grønne flag indikerer, at onboarding-processen fungerer, og at agenten udvikler sig til en stabil ressource.
- Proaktivitet i
Nye Uafhændige Tickets: Agenten tager initiativ til at hente nye sager og bidrager til at holde køen nede. - Forslag til forbedringer: Udsagn som “Der kommer ofte dette spørgsmål; bør der være en makro?” viser kritisk og proaktiv procesforståelse.
- Stigende FCR og faldende Reopen Rate: Nøgletal bevæger sig i den rigtige retning og nærmer sig teamgennemsnittet.
- Konstruktiv brug af interne noter: Interne noter bruges også til dokumentation af research, deling af løsninger og information om trends i henvendelser.
- Hjælp til andre nye agenter: Når en relativt ny agent hjælper en endnu nyere agent, tyder det på, at viden og processer er internaliseret.
- Positive CSAT-kommentarer: Kunder nævner agenten ved navn i positive tilbagemeldinger, fx “Tak for den hurtige og venlige hjælp fra [Agent Navn]!”
Anerkendelse af grønne flag er centralt, da det forstærker ønsket adfærd og understøtter fortsat udvikling.
En vellykket onboarding-proces er dynamisk og kræver løbende opmærksomhed, justering og empati. Investeringen kan give stor værdi i form af trygge, kompetente og effektive agenter, der ikke blot kan anvende Zendesk, men også forstår rationalet bag arbejdsgangene. Dette understøtter både teamet, kunderne og den administrative funktion.