Ügyfélszolgálati adatsablon

Freshdesk
Ügyfélszolgálati adatsablon

Ügyfélszolgálati adatsablon

Ez a sablon bemutatja az eredményes ügyfélszolgálati elemzéshez szükséges adatattribútumokat és folyamattevékenységeket. Gyakorlati útmutatót is ad az adatok hatékony kinyeréséhez. Használja az adatgyűjtés egyszerűsítésére, és készítse elő adatait a process mining elemzéshez.
  • Javasolt adatattribútumok
  • Követendő fő tevékenységek
  • Útmutató az adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

Ügyfélszolgálati attribútumok

Ezeket az adatmezőket érdemes felvenni az eseménynaplóba, hogy részletesen elemezhesse az ügyfélszolgálati folyamatokat.
3 Kötelező 4 Javasolt 12 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az időbélyeg, amely megadja, mikor történt egy adott tevékenység vagy esemény.
Leírás

Az esemény időpontja, vagyis az időbélyeg rögzíti, hogy egy tevékenység pontosan mikor történt. Ez alapvető az események időrendi sorrendjének megállapításához és a folyamatlépések közötti időtartam kiszámításához. Minden rögzített tevékenységhez időbélyegnek kell tartoznia.

Az elemzés során ez az attribútum adja az egyes szolgáltatási kérések idővonalának alapját. Ebből számíthatók ki az időalapú KPI-k, például a megoldási idő, az első válasz ideje és a szűk keresztmetszeteknél eltöltött idő. A pontos időbélyegek nélkülözhetetlenek a folyamat teljesítményének megértéséhez és a késések feltárásához.

Miért fontos?

Ez az időbélyeg szükséges az események időrendi sorrendjének megállapításához és az időtartam-alapú mutatók, például az átfutási idők és az SLA-k betartásának kiszámításához.

Hol szerezhető be?

A Freshdesk API-ban a jegyeseményekhez, válaszokhoz vagy állapotváltozásokhoz tartozó „created_at” vagy „updated_at” mezőnek felel meg.

Példák
2023-10-25T10:00:00Z2023-10-25T10:05:14Z2023-10-26T14:30:00Z
Szolgáltatási kérés
ServiceRequest
Egy ügyfélkérdés vagy -probléma egyedi azonosítója, amelyet gyakran jegynek vagy esetnek neveznek.
Leírás

A szolgáltatási kérés az elsődleges esetazonosító, amely egyetlen ügyfélkapcsolathoz tartozó összes tevékenységet összekapcsolja. Minden új ügyfélkérdés, probléma vagy kérés egyedi szolgáltatásikérés-azonosítót kap. Ez az azonosító a jegy teljes életciklusa alatt változatlan marad, a létrehozástól és hozzárendeléstől a megoldásig és lezárásig.

A process miningben ez az attribútum alapvető az egyes ügyfélügyek teljes folyamatának rekonstruálásához. Ha az összetartozó eseményeket egyetlen szolgáltatásikérés-azonosító alá rendezi, az elemzők megjeleníthetik a folyamatokat, mérhetik az átfutási időket, és feltárhatják az egyes eseteket érintő eltéréseket vagy szűk keresztmetszeteket.

Miért fontos?

Ez az alapvető esetazonosító kapcsolja össze az összes kapcsolódó eseményt egyetlen folyamatpéldánnyá, így az ügyfélszolgálati ügy teljes menete áttekinthető.

Hol szerezhető be?

Ez a Freshdesk elsődleges jegyazonosítója, amely jellemzően az „id” mezőben található a „Tickets” API-végponton.

Példák
SR-2023-10-4831SR-2023-11-0192SR-2023-11-5210
Tevékenység
Activity
Az ügyfélszolgálati folyamatban történt konkrét üzleti esemény vagy lépés neve.
Leírás

A Tevékenység attribútum azonosítja a szolgáltatási kérés életciklusának egy-egy különálló műveletét vagy állapotváltozását. Olyan fontos üzleti eseményeket rögzít, mint a „Jegy létrehozása”, a „Jegy hozzárendelése”, az „Első válasz elküldése” és a „Jegy megoldása”. Ezek a tevékenységek alkotják a folyamattérkép csomópontjait.

A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segítségével megjeleníthetők a folyamatok, azonosíthatók a gyakori és ritka útvonalak, valamint feltárhatók a szokásos működéstől való eltérések. A tevékenységek megértése segít megtalálni a hatékonysági problémákat, az ismétlődő munkafolyamatokat, például a „Jegy újranyitása” eseményt, és a megfelelési problémákat.

Miért fontos?

Ez az attribútum határozza meg a folyamattérkép lépéseit, így a folyamat elejétől a végéig megjeleníthető és elemezhető.

Hol szerezhető be?

A Freshdesk eseménytípusaiból származik. A „Tickets” API-végpont állapotváltozásai és a „Conversations” végpont olyan eseményei, mint a megjegyzések vagy válaszok, együttesen is felhasználhatók.

Példák
Jegy létrehozásaElső válasz elküldéseÁllapotváltás „Pending” állapotraJegy megoldásaJegy lezárása
Állapot
Status
A szolgáltatási kérelem aktuális vagy korábbi állapota, például „Nyitott”, „Függőben”, „Megoldva” vagy „Lezárva”.
Leírás

Az Állapot attribútum a szolgáltatási kérelem adott időpontban érvényes állapotát jelzi. Az állapotváltozások gyakran fontos folyamatlépéseket jelölnek. Például a kérelem „Nyitott” állapotból „Függőben” állapotba kerül, amikor az ügyfél válaszára vár, majd az ügyfél válasza után visszakerül „Nyitott” állapotba.

Az állapotváltozások nyomon követése alapvető a jegy életciklusának megértéséhez. Megmutatja, mennyi időt töltenek a jegyek az egyes állapotokban, így segít feltárni a szűk keresztmetszeteket. Ha például egy jegy sokáig „Függőben” marad, az arra utalhat, hogy késik az ügyféltől várt információ.

Miért fontos?

Az állapotváltozások nyomon követése segít megérteni a jegyek életciklusát, és megmutatja, mennyi időt töltenek az egyes esetek például „Függőben” vagy „Várakoztatva” állapotban.

Hol szerezhető be?

Ez a Freshdesk „Tickets” objektumának „status” mezőjének felel meg. A korábbi állapotokat a tevékenységnaplókból kell kikövetkeztetni.

Példák
NyitottFüggőbenMegoldvaLezárva
Hozzárendelt ügyintéző
AssignedAgent
Annak az ügyfélszolgálati ügyintézőnek a neve vagy azonosítója, aki az esemény időpontjában a jegyért felelt.
Leírás

Ez az attribútum azonosítja a szolgáltatási kérést kezelő ügyintézőt. A jegy életciklusa során az újbóli hozzárendelések vagy eszkalációk miatt az ügyintéző személye változhat.

A hozzárendelt ügyintéző szerinti elemzés fontos a teljesítményt bemutató dashboardokhoz. Segítségével mérhetők az egyes ügyintézők KPI-jai, például az átlagos megoldási idő, a jegyek száma és az újranyitási arány. Így azonosíthatók a kiemelkedően teljesítő ügyintézők, feltárhatók a képzési igények, és elemezhető, hogyan hatnak az átadások a teljes megoldási időre.

Miért fontos?

Lehetővé teszi az egyes ügyintézők teljesítményének elemzését, és segít azonosítani a kiemelkedő teljesítményt, a képzési lehetőségeket, valamint az újbóli hozzárendelések hatását.

Hol szerezhető be?

A Freshdesk „Tickets” objektumának „responder_id” mezőjének felel meg, amely összekapcsolható az ügyintézők adataival.

Példák
Alice JohnsonRobert SmithMaria Garcia
Prioritás
Priority
A szolgáltatási kérelemhez rendelt prioritási szint, például „Alacsony”, „Közepes”, „Magas” vagy „Sürgős”.
Leírás

A Prioritás attribútum a szolgáltatási kérelem sürgősségét jelzi, és gyakran meghatározza a válaszadás és a megoldás célidejét. A prioritást szabályok alapján automatikusan is be lehet állítani, vagy az ügyintéző is megadhatja az előzetes besorolás során.

Ez az attribútum elengedhetetlen az SLA-megfelelés és az erőforrások elosztásának elemzéséhez. A folyamattérképet prioritás szerint szűrve az elemzők megállapíthatják, hogy a magas prioritású jegyek valóban gyorsabban kapnak-e megoldást, mint az alacsony prioritásúak. Az is kiderülhet, milyen gyakoriak a prioritásváltások, amelyek újramunkát jelenthetnek, és hogyan hatnak a folyamatra.

Miért fontos?

Segít az SLA-k elemzésében, és megmutatja, hogy az erőforrások megfelelően támogatják-e a magas prioritású ügyek gyorsabb kezelését.

Hol szerezhető be?

Ez a Freshdesk „Tickets” objektumának „priority” mezőjének felel meg.

Példák
AlacsonyKözepesMagasSürgős
Szolgáltatási kérés típusa
ServiceRequestType
A szolgáltatási kérés besorolása, például „Kérdés”, „Incidens”, „Probléma” vagy „Funkcióigény”.
Leírás

A szolgáltatási kérés típusa fontos besorolási mező, amely meghatározza az ügyfél megkeresésének jellegét. A besorolást rendszerint a jegy létrehozásakor vagy az első osztályozás során adják meg. Ez segít a kérést a megfelelő csapathoz vagy ügyintézőhöz irányítani.

Az elemzés során ez az attribútum lehetővé teszi a folyamat típus szerinti bontását, így összehasonlítható, hogyan kezelik a különböző kéréseket. Segít megválaszolni például azt, hogy „Az incidensek megoldása tovább tart, mint a kérdéseké?” vagy „Mely kéréstípusokat nyitják meg újra a leggyakrabban?”. Ez a bontás segít feltárni az egyes kéréstípusokra jellemző szűk keresztmetszeteket és ennek megfelelően fejleszteni a munkafolyamatokat.

Miért fontos?

Lehetővé teszi a folyamat típus szerinti bontását, így összehasonlítható a különböző ügyfélproblémák, például az incidensek és a kérdések kezelése és teljesítménye.

Hol szerezhető be?

Valószínűleg a Freshdesk „Tickets” objektumának „type” mezője.

Példák
KérdésIncidensProblémaFunkcióigény
Elégedettségi értékelés
SatisfactionRating
Az ügyfél által a jegy megoldása után adott elégedettségi pontszám.
Leírás

Az Elégedettségi értékelés a folyamat egyik fontos eredménymutatója. Általában a jegy megoldása után küldött kérdőívből származik, és számszerű pontszám vagy kategória, például „Elégedett”, „Semleges” vagy „Elégedetlen” formájában jelenik meg.

Ez az attribútum lehetővé teszi a folyamatminták és az ügyfél-visszajelzések összevetését. Az alacsony elégedettségi pontszámhoz vezető folyamatváltozatok elemzésével azonosíthatók azok a konkrét lépések vagy késedelmek, amelyek rontják az ügyfélélményt. Így közvetlenül összevethető a folyamat hatékonysága és az ügyfelek elégedettsége.

Miért fontos?

Összekapcsolja a folyamat végrehajtását az ügyfél-visszajelzésekkel, és segít feltárni, mely folyamatlépések járnak magasabb vagy alacsonyabb elégedettséggel.

Hol szerezhető be?

Ez az adat a Freshdesk elégedettségi értékelési funkciójához tartozik, és a „Surveys” vagy „Satisfaction Ratings” API-végponton keresztül kérhető le.

Példák
5314
Első válasz ideje
FirstResponseTime
A jegy létrehozása és az ügyfélnek küldött első ügyintézői válasz között eltelt idő.
Leírás

Az első válasz ideje azt méri, milyen gyorsan kap az ügyfél első, nem automatikus választ az ügyintézőtől. A „First Response Sent” tevékenység és a „Ticket Created” tevékenység időbélyege közötti különbségként számítható ki.

Ez a KPI a szolgáltatás válaszkészségének fontos mutatója, és jelentősen befolyásolja az ügyfél-elégedettséget. A gyors első válasz jelzi az ügyfélnek, hogy a megkeresését fogadták, és foglalkoznak vele. A mutató elemzése segít ellenőrizni, hogy a szervezet teljesíti-e az első válaszra vonatkozó SLA-kat, és időben reagál-e az ügyfelekre.

Miért fontos?

A szolgáltatás válaszkészségét méri, amely jelentősen befolyásolja az ügyfél-elégedettséget, és jelzi, mennyire proaktív az ügyfélkiszolgálás.

Hol szerezhető be?

Számított mező. A „Ticket Created” és a „First Response Sent” esemény időbélyege közötti időtartam.

Példák
3000009000001800000
Forrásrendszer
SourceSystem
Az a rendszer, amelyből az adatokat kinyerték, ebben az esetben a Freshdesk.
Leírás

Ez az attribútum azonosítja azt a forrásalkalmazást, ahonnan a folyamatadatok származnak. Ebben az elemzésben az értéke állandó, például „Freshdesk”, ami azt jelzi, hogy minden esemény a Freshdesk ügyfélszolgálati platformjáról származik.

Ez az attribútum egyszerűnek tűnhet, de fontos az adatirányítás szempontjából, különösen akkor, ha több rendszer adatait egyesítik. Egyértelműen megmutatja az adatok eredetét és hátterét, így az elemzők tudják, honnan származnak a vizsgált adatok. Ez elengedhetetlen az adatok épségének megőrzéséhez és az elemzésbe vetett bizalomhoz.

Miért fontos?

Fontos információt ad az adatok eredetéről, ami nélkülözhetetlen az adatirányításhoz és több forrásrendszer adatainak egyesítéséhez.

Hol szerezhető be?

Ez egy állandó „Freshdesk” érték, amelyet az adatátalakítás során adnak hozzá az adatforrás azonosításához.

Példák
Freshdesk
Hozzárendelt csoport
AssignedGroup
Az a csapat vagy részleg, amelyhez a szolgáltatási kérelmet hozzárendelték.
Leírás

A Hozzárendelt csoport a szolgáltatási kérelem kezeléséért felelős ügyintézői csapatot jelöli. A jegyeket gyakran típusuk vagy összetettségük alapján szakosodott csoportokhoz irányítják, például a „Műszaki támogatás” vagy a „Számlázás” csoporthoz.

Ez az attribútum segít elemezni a részlegek közötti átadásokat és a csapatok teljesítményét. Megmutatja, mely csoportok kezelik a legtöbb jegyet, hol tart a legtovább a megoldás, és milyen gyakran kerülnek át a jegyek egyik csoporttól a másikhoz. Ezek az adatok segítenek a csapatok felépítésének és munkafolyamatainak javításában.

Miért fontos?

Lehetővé teszi a csapatok és részlegek teljesítményének elemzését, feltárja az átadásokat és az egyes csoportok szűk keresztmetszeteit.

Hol szerezhető be?

Ez a Freshdesk „Tickets” objektumának „group_id” mezőjének felel meg.

Példák
Első szintű támogatásMásodik szintű műszaki támogatásSzámlázásÜgyfélsiker
Kapcsolattartási csatorna
CommunicationChannel
Az a csatorna, amelyen keresztül a szolgáltatási kérelmet benyújtották, például „E-mail”, „Telefon”, „Chat” vagy „Webes portál”.
Leírás

Ez az attribútum azonosítja az ügyfél megkeresésének forrását, vagyis a kapcsolattartási csatornát. Az egyes csatornák folyamata és megoldási ideje eltérhet. A chaten benyújtott kérelem például várhatóan gyorsabban megoldható, mint az e-mailben érkezett.

A folyamat csatornánkénti elemzése segít az erőforrások elosztásának javításában és a csatornák hatékonyságának megértésében. Megmutatja, mely csatornákhoz kapcsolódik gyorsabb megoldás vagy nagyobb ügyfél-elégedettség. Ez segíthet eldönteni, mely csatornákat érdemes előnyben részesíteni vagy fejleszteni.

Miért fontos?

Segít összehasonlítani a folyamat teljesítményét és hatékonyságát az olyan ügyfélkapcsolati csatornákon, mint az e-mail, a telefon vagy a chat.

Hol szerezhető be?

Ez a Freshdesk „Tickets” objektumának „source” mezőjének felel meg.

Példák
E-mailTelefonWebes portálChat
SLA szerinti megoldási célidő
SlaTargetResolutionTime
A szolgáltatási kérelem megoldására szerződésben vállalt vagy célként meghatározott idő.
Leírás

Ez az attribútum határozza meg, hogy a szolgáltatási kérelmet a szolgáltatási szintre vonatkozó megállapodás (SLA) szerint mennyi időn belül kell megoldani. A célidő gyakran a jegy prioritásától vagy típusától függ.

Ez az adat szükséges az SLA-megfelelés kiszámításához. A tényleges megoldási időt a célidővel összevetve megállapítható, hogy a vállalás teljesült-e vagy sérült. A különböző kérelmek, csapatok és ügyintézők SLA-teljesítményének elemzése a szolgáltatásmenedzsment alapvető része.

Miért fontos?

Alapul szolgál az SLA-megfelelés méréséhez, amely az ügyfélszolgálatok egyik fontos teljesítménymutatója.

Hol szerezhető be?

A Freshdesk „Tickets” objektumában szerepelhet például „fr_due_by” (első válasz) vagy „due_by” (megoldás) mezőként. Az is előfordulhat, hogy az SLA-szabályok alapján kell kiszámítani.

Példák
2023-10-25T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
SLA-sértés történt
IsSlaBreached
Logikai jelző, amely megmutatja, hogy a szolgáltatási kérelem megoldási ideje túllépte-e az SLA-célidőt.
Leírás

Ez a számított attribútum egyértelmű, igen-nem jelzést ad arról, hogy az egyes szolgáltatási kérelmek megfeleltek-e az SLA-nak. A tényleges „ResolutionTime” és a „SlaTargetResolutionTime” összevetésével számítható ki. Ha a tényleges idő meghaladja a célidőt, a jelző értéke igaz.

Az attribútum egyszerűbbé teszi az SLA-megfelelés elemzését és dashboardon való megjelenítését. Könnyen megszámolhatók és szűrhetők vele az SLA-t túllépő jegyek. Az elemzők gyorsan felmérhetik a meg nem felelés mértékét, majd részletesebben megvizsgálhatják az érintett jegyek folyamatait és a kiváltó okokat. Közvetlenül támogatja az SLA-megfelelés áttekintő dashboardot és KPI-t.

Miért fontos?

Egyértelmű jelzést ad azokról az esetekről, amelyek túllépték a célidőt, így egyszerűbb az SLA-megfelelés elemzése és a túllépések okainak feltárása.

Hol szerezhető be?

Számított mező, amely a tényleges megoldási időbélyeg és a Freshdesk „SlaTargetResolutionTime” vagy „due_by” mezőjének összevetésével áll elő.

Példák
truefalse
Termék
Product
Az a termék vagy szolgáltatás, amelyre az ügyfél kérelme vonatkozik.
Leírás

Ez az attribútum adja meg, melyik termékhez vagy szolgáltatáshoz kapcsolódik a szolgáltatási kérelem. A jegyek irányításának és jelentéskészítésének támogatására ezt gyakran egyéni mezőként állítják be a Freshdeskben.

Ha a folyamatot termék szerint szűri, feltárhatók az egyes termékekhez kapcsolódó problémák. Kiderülhet például, hogy egy adott termék aránytalanul sok támogatási jegyet generál, vagy hogy egy új termék bevezetése után megugrott a megkeresések száma. Az elemzés hasznos visszajelzést ad a termékfejlesztési és termékmenedzsment-csapatoknak.

Miért fontos?

A folyamat termékterület szerint szűrhető, így láthatóvá válik, mely termékekhez érkezik a legtöbb támogatási kérelem, illetve melyeknél tart legtovább a megoldás.

Hol szerezhető be?

Ez általában egyéni mező. A pontos helye a Freshdesk beállításaitól függ, valószínűleg a „Tickets” API-válasz „custom_fields” részében található.

Példák
Alpha PlatformBeta mobilalkalmazásGamma-előfizetés
Ügyfél neve
CustomerName
A szolgáltatási kérelmet benyújtó ügyfél neve vagy azonosítója.
Leírás

Ez az attribútum azonosítja a szolgáltatási kérelemhez tartozó ügyfelet. Segítségével az ügyfél szemszögéből elemezhető a folyamat, és időben nyomon követhetők az adott ügyféllel folytatott interakciók.

Az ügyfelenkénti elemzésből kiderülhet például, ki nyújtja be a legtöbb jegyet, illetve kinél fordul elő gyakran újranyitott ügy. Ezek az információk segíthetik az ügyfélkapcsolatok fejlesztését, és jelezhetik, ha egy ügyfelet a rossz szolgáltatási tapasztalatok miatt elveszíthetnek. Több szolgáltatási kérelem alapján az ügyfél teljes útja is áttekinthető.

Miért fontos?

Az ügyfélközpontú folyamatelemzés segít azonosítani a gyakran kérelmet benyújtó ügyfeleket és az ismétlődő problémákkal küzdő ügyfeleket.

Hol szerezhető be?

Az adat a „Tickets” objektum „requester_id” mezőjén keresztül kapcsolódik a Freshdesk „Contacts” vagy „Users” objektumához.

Példák
Kovács JánosNagy AnnaGlobal Tech Inc.
Ügyintézők közötti átadások száma
AgentTransferCount
Az alkalmak száma, ahányszor a szolgáltatási kérelmet egyik ügyintézőtől a másikhoz rendelték át.
Leírás

Ez az eset szintjén értelmezett mutató azt számolja, hányszor változott meg a jegyhez rendelt ügyintéző. A számítás a „Ticket Reassigned” tevékenység előfordulásainak összeszámlálásával történik szolgáltatási kérelmenként.

A gyakori átadások, más néven „pingpongozás”, jelentős késedelmet és rossz ügyfélélményt okozhatnak, mert minden átadásnál elveszhet a korábbi ügyintézés kontextusa. Az átadások számának elemzése segít feltárni a kezdeti irányítás, az ügyintézői készségek vagy a folyamat összetettségének problémáit. A cél általában a szükségtelen átadások csökkentése a hatékonyság és az ügyfél-elégedettség javítása érdekében.

Miért fontos?

Méri a belső átadások gyakoriságát. Ezek jelentős késedelmet és ügyfél-elégedetlenséget okozhatnak, ezért a mutató segít javítani az első szintű megoldási arányt.

Hol szerezhető be?

Számított mező. Az egyes szolgáltatási kérelmekhez tartozó „Ticket Reassigned” tevékenységek száma.

Példák
0132
Újranyitották
IsReopened
Logikai jelző, amely megmutatja, hogy a megoldott szolgáltatási kérelmet újranyitották-e.
Leírás

Ez az eset szintjén értelmezett attribútum akkor kap igaz értéket, ha a szolgáltatási kérelem életciklusa során bármikor megtörtént a „Ticket Reopened” tevékenység. Segítségével egyszerűen azonosíthatók és elemezhetők az újramunkát igénylő esetek.

Az újranyitott jegyek magas aránya arra utalhat, hogy az első megoldás nem volt megfelelő vagy teljes, ami rontja a hatékonyságot és elégedetlenné teszi az ügyfeleket. Az újranyitott jegyekre szűrve feltárhatók a kiváltó okok: például az újranyitás gyakori indokai, az érintett ügyintézők vagy csapatok, illetve az újranyitásra leginkább hajlamos jegytípusok.

Miért fontos?

Azonosítja az újramunkát igénylő eseteket, amelyek a megoldás minőségét és a folyamat hatékonyságát jelzik. Elemzésük segít növelni az első kapcsolatfelvételkor megoldott ügyek arányát.

Hol szerezhető be?

Számított mező. A szolgáltatási kérelem értéke igaz, ha az adott esethez tartozik „Ticket Reopened” tevékenység.

Példák
truefalse
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg, amely megmutatja, mikor frissítették utoljára az adatokat a forrásrendszerből.
Leírás

Ez az attribútum rögzíti, mikor nyerték ki vagy frissítették utoljára az adatkészletet a Freshdeskből. Megmutatja, mennyire frissek az elemzett adatok, ami fontos a megfelelő időben meghozott, megalapozott üzleti döntésekhez.

Az elemzők ebből látják, milyen időszakot fednek le az adatok, és ellenőrizhetik, hogy az elérhető legfrissebb információkkal dolgoznak-e. Ez fontos metaadat minden process mining dashboardon vagy jelentésben, mert jelzi az érintetteknek, mikoriak az adatok.

Miért fontos?

Jelzi az adatok frissességét, így az elemzések és döntések naprakész információkra épülhetnek.

Hol szerezhető be?

Ez az adatkinyerés során létrehozott metaadatmező rögzíti az adatok lekérésének időpontját.

Példák
2023-12-01T08:00:00Z
Kötelező Javasolt Nem kötelező

Ügyfélszolgálati tevékenységek

Ezeket a fő folyamatlépéseket és fontos mérföldköveket rögzítse az eseménynaplóban, hogy pontosan feltárhassa a folyamatot és azonosíthassa a szűk keresztmetszeteket.
5 Javasolt 8 Nem kötelező
Tevékenység Leírás
Első válasz elküldése
Azt jelzi, hogy az ügyintéző mikor küldte el az első nyilvános választ az ügyfélnek a jegy létrehozása után. A Freshdesk kifejezetten rögzíti ezt az eseményt az SLA-követéshez szükséges „First Response Time” méréséhez.
Miért fontos?

Ez fontos mérföldkő az ügyfeleknek adott válaszok gyorsaságának és az SLA-k betartásának mérésében. Az eseményig eltelt idő elemzésével feltárhatók az első kapcsolatfelvétel késései.

Hol szerezhető be?

A Freshdesk ezt az eseményt kifejezetten az SLA-k követéséhez rögzíti. Az időpont az ügyintéző első nyilvános hozzászólásának időbélyege.

Rögzítés

A jegy beszélgetési előzményeiben szereplő első nyilvános ügyintézői válasz alapján azonosítható.

Eseménytípus explicit
Jegy hozzárendelése
Azt jelzi, hogy a jegyet egy adott ügyintézőhöz vagy csoporthoz rendelték. Az esemény kifejezetten megjelenik a jegy előzményeiben, amikor kitöltik vagy módosítják a hozzárendelt ügyintéző vagy csoport mezőjét.
Miért fontos?

A hozzárendelések követése segít elemezni az ügyintézők leterheltségét, feltárni az irányítási problémákat és mérni a hozzárendelésig eltelt időt KPI-ként. Megmutatja, hogyan oszlik meg a munka, és hol keletkeznek késések a munka megkezdése előtt.

Hol szerezhető be?

A „Ticket Activities” naplóból származik, amely időbélyeggel rögzíti az „Agent” vagy a „Group” mező módosításait.

Rögzítés

Akkor kerül be a naplóba, amikor módosítják az „Assigned to” mezőben szereplő ügyintézőt vagy csoportot.

Eseménytípus explicit
Jegy létrehozása
Ez az ügyfélszolgálati folyamat első eseménye: ekkor rögzítik hivatalosan az ügyfél kérését a Freshdeskben. Az esemény akkor kerül be a rendszerbe, amikor új jegy jön létre e-mailből, portálról, telefonhívásból vagy API-kapcsolaton keresztül.
Miért fontos?

Ez az esemény minden eset kiindulópontja, ezért nélkülözhetetlen a teljes megoldási idő kiszámításához, valamint a jegyek csatorna vagy típus szerinti mennyiségi trendjeinek elemzéséhez.

Hol szerezhető be?

Ez kifejezetten rögzített esemény a Freshdesk „Ticket Activities” naplójában. Új jegyrekord létrehozásakor automatikusan keletkezik.

Rögzítés

A jegy létrehozásakor közvetlenül bekerül a tevékenységek előzményei közé.

Eseménytípus explicit
Jegy lezárása
Ez az utolsó tevékenység, amely a jegy végleges lezárását jelzi. A rendszer gyakran automatikusan hajtja végre, miután a jegy meghatározott ideig „Resolved” állapotban maradt új ügyfélválasz nélkül.
Miért fontos?

Ez az esemény jelzi a szolgáltatási kérés életciklusának végleges lezárását. A teljes, elejétől a végéig tartó átfutási idő pontos kiszámításához ez adja a végpontot.

Hol szerezhető be?

A „Ticket Activities” naplóból származik, amely rögzíti a végső „Closed” állapotba lépést. Ezt gyakran rendszerautomatizálás indítja el.

Rögzítés

Akkor kerül be a naplóba, amikor a jegy „Status” mezője „Closed” értékre változik.

Eseménytípus explicit
Jegy megoldása
Azt a fontos mérföldkövet jelzi, amikor az ügyintéző megoldást adott, és a jegy állapotát „Resolved” értékre módosította. Ez kifejezetten rögzített állapotváltozás a jegy előzményeiben.
Miért fontos?

Ez az esemény jelzi a jegyen végzett aktív munka végét, és ez szolgál a megoldási idő mérésének alapjául. Fontos adat az ügyintézői teljesítmény és a folyamat egészének hatékonysága szempontjából.

Hol szerezhető be?

A „Ticket Activities” naplóból származik, amely időbélyeggel rögzíti a „Resolved” állapotba lépést.

Rögzítés

Akkor kerül be a naplóba, amikor a jegy „Status” mezője „Resolved” értékre változik.

Eseménytípus explicit
Állapotváltás „Pending” állapotra
Ez akkor történik, amikor az ügyintéző az ügyféltől vár információt, ezért a jegy állapotát „Pending” értékre módosítja. Az esemény állapotváltozásként kifejezetten megjelenik a jegy tevékenységi előzményeiben.
Miért fontos?

Megmutatja, mikor áll meg a folyamat külső információra várva. Az ebben az állapotban töltött idő elemzésével mérhető az ügyfél oldalán keletkező késedelem, és vizsgálható az SLA-k betartása, mivel az SLA-időmérők ebben az állapotban gyakran szünetelnek.

Hol szerezhető be?

A „Ticket Activities” naplóból származik, amely minden állapotváltozást rögzít, beleértve a „Pending” állapotba lépést is.

Rögzítés

Akkor kerül be a naplóba, amikor a jegy „Status” mezője „Pending” értékre változik.

Eseménytípus explicit
Belső megjegyzés hozzáadása
Az ügyintéző privát megjegyzést fűz a jegyhez, hogy együttműködhessen a többi ügyintézővel. Ez kifejezetten rögzített esemény a jegy tevékenységi előzményeiben, és csak az ügyintézők láthatják.
Miért fontos?

A belső megjegyzések követése segít elemezni az együttműködést, és feltárni azokat az ügyeket, amelyek jelentős belső egyeztetést igényelnek. Ha a megoldás előtt gyakran születnek belső megjegyzések, az összetett problémára vagy tudáshiányra utalhat.

Hol szerezhető be?

A jegy beszélgetési előzményeiben „Private Note” bejegyzésként szerepel, így megkülönböztethető az ügyfélnek küldött nyilvános válaszoktól.

Rögzítés

Akkor kerül be a naplóba, amikor az ügyintéző „Private” jelölésű megjegyzést ad hozzá.

Eseménytípus explicit
Elégedettségi felmérés küldése
Az ügyfél-elégedettségi felmérés elküldését jelzi. Ezt rendszerint egy automatizálási szabály indítja el a jegy megoldása után. Az esemény akkor rögzíthető, ha az automatizálási művelet megjelenik a jegy előzményeiben.
Miért fontos?

Ez jelzi a visszajelzések gyűjtésének kezdetét. Ha a felmérés válaszait összeveti a folyamatváltozatokkal, pontosabban megértheti, hogyan hat a folyamat teljesítménye az ügyfél-elégedettségre.

Hol szerezhető be?

Ezt rendszerint egy „Automation Rule” indítja el. Az, hogy külön eseményként látható-e a jegy tevékenységi naplójában, a Freshdesk automatizálási naplózási beállításaitól függ.

Rögzítés

A jegy megoldása után végrehajtott automatizálási szabály rögzíti az eseményt.

Eseménytípus explicit
Jegy prioritásának módosítása
Ez az esemény akkor történik, amikor egy ügyintéző vagy automatizálási szabály módosítja a jegy prioritását, például „Low” értékről „High” értékre. A módosítás kifejezetten megjelenik a jegy tevékenységi naplójában.
Miért fontos?

A prioritás módosítása eszkalációt vagy az ügy sürgősségének újraértékelését jelezheti. Ezeknek a változásoknak az elemzése segít megérteni az eszkalációk okait és a megoldási időre gyakorolt hatásukat.

Hol szerezhető be?

A „Ticket Activities” naplóból származik, amely rögzíti a jegy összes tulajdonságának módosítását, beleértve a „Priority” mezőt is.

Rögzítés

Akkor kerül be a naplóba, amikor módosítják a „Priority” mező értékét.

Eseménytípus explicit
Jegy újbóli hozzárendelése
Akkor történik, amikor az első hozzárendelés után a jegyet egy másik ügyintézőhöz vagy csoporthoz továbbítják. Ez kifejezetten rögzített esemény a jegy tevékenységi naplójában, ahol a felelős módosításaként jelenik meg.
Miért fontos?

A gyakori újbóli hozzárendelés vagy az ügyintézők közötti sok átadás gyakran hibás kezdeti irányításra vagy elszigetelt tudásra utal. Az elemzés segít feltárni, hogyan javítható az ügyek első kapcsolatfelvételkor történő megoldása.

Hol szerezhető be?

Az első hozzárendelés után a „Ticket Activities” napló „Agent” vagy „Group” mezőjének módosításai alapján követhető.

Rögzítés

Az „Assigned to” mező első hozzárendelés utáni módosítása.

Eseménytípus explicit
Jegy újranyitása
Ez akkor történik, amikor az ügyfél egy már „Resolved” állapotú jegyre válaszol, és a rendszer automatikusan visszaállítja az állapotot „Open” értékre. A rendszer ezt kifejezetten rögzíti.
Miért fontos?

A magas újranyitási arány arra utal, hogy az első megoldások nem hatékonyak, ami ismételt munkához és elégedetlen ügyfelekhez vezet. Ennek az eseménynek az elemzése elengedhetetlen a jegyek újranyitásának vizsgálatához és az első kapcsolatfelvételkor történő megoldás javításához.

Hol szerezhető be?

Ez az esemény akkor keletkezik, amikor az ügyfél válasza automatikusan „Resolved” állapotból „Open” állapotba váltja a jegyet. Az állapotváltozást a „Ticket Activities” napló rögzíti.

Rögzítés

Az ügyfél tevékenysége miatt a jegy állapota „Resolved” értékről „Open” értékre változik.

Eseménytípus explicit
SLA megsértése
Számított esemény, amely akkor következik be, ha a jegyre adott válasz vagy annak megoldása túllépi a meghatározott SLA-célértéket. A Freshdesk követi az SLA állapotát, és „violated” jelöléssel látja el a jegyeket. Ebből az adatból levezethető ez a tevékenység.
Miért fontos?

Ez az esemény közvetlenül támogatja az SLA-k betartásának elemzését: pontosan megmutatja, mikor és hol nem teljesülnek a szolgáltatási vállalások. Segít feltárni a késések rendszerszintű okait.

Hol szerezhető be?

Az esemény a jegy „SLA” állapotának megfigyelésével következtethető ki vagy számítható ki. Létrehozható, amikor a jegy SLA-állapota „Violated” értékre vált, vagy a válasz- és megoldási időbélyegek SLA-célértékekkel való összevetésével.

Rögzítés

A jegy adataiból akkor vezethető le, ha a „Time to Resolve” meghaladja az „SLA Target Resolution Time” értékét.

Eseménytípus calculated
Ügyfél válasza
Új ügyfélválaszt vagy üzenetet jelez. Ez kifejezetten megjelenik a jegy beszélgetési előzményeiben, és rendszerint a „Pending” állapot „Open” állapotra váltását eredményezi.
Miért fontos?

Ez az esemény segít megérteni az ügyféllel folytatott oda-vissza kommunikációt és mérni az ügyfél válaszidejét. Az esetlegesen szünetelő SLA-időmérőket is újraindítja, ami hatással van a megfelelési mutatókra.

Hol szerezhető be?

Új bejegyzésként jelenik meg a jegy beszélgetési előzményeiben, és az ügyfél kapcsolattartói rekordjához kapcsolódik.

Rögzítés

Az ügyfél kapcsolattartója új nyilvános megjegyzést fűzött a jegyhez.

Eseménytípus explicit
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése a Freshdeskből

Készen áll a kezdésre?

Kezdje ügyfélszolgálati működésének fejlesztését azzal, hogy pontos képet alkot folyamatairól. Ez a sablon az adatvezérelt fejlesztés első lépése.

Fejlessze Freshdesk ügyfélszolgálati folyamatát még ma

Érje el, hogy az ügyek 80%-a már az első kapcsolatfelvételkor megoldódjon, és szolgálja ki még jobban ügyfeleit.

Próbálja ki ingyen

Nincs szükség bankkártyára, a beállítás néhány percet vesz igénybe