Adatsablon a szolgáltatási kérelmek kezeléséhez

Freshservice
Adatsablon a szolgáltatási kérelmek kezeléséhez

Adatsablon a szolgáltatási kérelmek kezeléséhez

Ez a sablon útmutatást ad a szolgáltatásikérelem-kezelési folyamat elemzéséhez szükséges adatok összegyűjtéséhez. Bemutatja a rögzítendő attribútumokat és tevékenységeket, valamint gyakorlati tanácsokat ad az adatok forrásrendszerekből történő kinyeréséhez. A sablon segítségével részletes folyamatelemzésre alkalmas eseménynaplót állíthat össze.
  • Javasolt attribútumok
  • Rögzítendő 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.

A szolgáltatási kérelmek kezelésének attribútumai

Ezeket az adatmezőket érdemes felvenni az eseménynaplóba, hogy részletesen elemezhesse a szolgáltatásikérelem-kezelési folyamatot.
5 Kötelező 5 Javasolt 9 Nem kötelező
Név Leírás
Esemény időpontja
EventTime
Az időbélyeg, amely pontosan jelzi, mikor történt a tevékenység.
Leírás

Az esemény időpontja rögzíti, hogy egy adott tevékenységet mikor jegyeztek fel a szolgáltatási kéréshez. Ez az időbélyeg szükséges az események helyes sorrendbe állításához és a közöttük eltelt idő kiszámításához.

A process mining során ez az attribútum rendezi időrendbe az egyes esetek tevékenységeit, és minden időalapú elemzés kiindulópontja. Segítségével kiszámítható a ciklusidő, a tevékenységek közötti várakozási idő, valamint mérhető a szolgáltatási szintre vonatkozó megállapodások (SLA-k) betartása. A pontos időbélyegek nélkülözhetetlenek a szűk keresztmetszetek feltárásához és a folyamat teljesítményének megértéséhez.

Miért fontos?

Az időbélyeg időrendbe állítja az eseményeket, és minden teljesítményelemzés alapja, beleértve a ciklusidő mérését és a szűk keresztmetszetek feltárását.

Hol szerezhető be?

Ez a Freshservice-ben rögzített tevékenység vagy naplóbejegyzés létrehozási időpontjának felel meg.

Példák
2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:20:05Z
Szolgáltatási kérés azonosítója
ServiceRequestId
Minden szolgáltatási kérés egyedi azonosítója.
Leírás

A szolgáltatási kérés azonosítója egyedi szám vagy kód, amelyet a Freshservice-ben rögzített minden új szolgáltatási kérés kap. Ez az elsődleges azonosító, amellyel a kérés teljes életútja, a létrehozástól a lezárásig nyomon követhető.

A process mining során ez az azonosító tölti be az esetazonosító szerepét. Segítségével kapcsolhatók össze a kéréshez tartozó események, például az állapotváltozások, az ügyintézők hozzárendelése és a megjegyzések. Az egyes szolgáltatási kérések útjának elemzésével a folyamat elejétől a végéig áttekinthető, feltárhatók a jellemző útvonalak, valamint az egyes eseteket érintő eltérések és szűk keresztmetszetek.

Miért fontos?

Ez az azonosító kapcsolja össze az esethez tartozó eseményeket, így egyetlen szolgáltatási kérés útja az elejétől a végéig nyomon követhető.

Hol szerezhető be?

Ez a Freshservice jegyobjektumának egyik alapmezője. A felhasználói felületen látható, és a Freshservice API-n keresztül is elérhető.

Példák
SR-12943SR-13501SR-14011
Tevékenység neve
ActivityName
Annak az eseménynek vagy feladatnak a neve, amely egy adott időpontban történt a szolgáltatási kérés során.
Leírás

A tevékenység neve a szolgáltatási kérés életútjának egy adott lépését vagy eseményét jelöli. Az adat rendszerint a rendszer naplóiból, az állapotváltozásokból vagy a felhasználók konkrét műveleteiből származik. Ilyen például az „Ügyintézőhöz rendelt kérés”, a „Megjegyzés hozzáadva” vagy a „Szolgáltatási kérés megoldva”.

Ez az attribútum adja a folyamattérkép lépéseit, amely a szolgáltatási kérések menetét ábrázolja. A tevékenységek sorrendjének és gyakoriságának elemzésével megismerhető a tényleges folyamat, azonosíthatók a lépések közötti szűk keresztmetszetek, mérhető az egyes tevékenységek időtartama, és feltárhatók a szabályoktól eltérő vagy nem hatékony folyamatváltozatok.

Miért fontos?

Ez az attribútum határozza meg a folyamattérkép lépéseit, így a szolgáltatási kérések munkafolyamata ábrázolható és elemezhető.

Hol szerezhető be?

A Freshservice-ben egy jegyhez tartozó „activities” vagy „audits” adatokból származik. A rendszereseményeket gyakran át kell alakítani, hogy üzleti szempontból érthető tevékenységnevek legyenek belőlük.

Példák
Szolgáltatási kérelem létrehozvaKérelem hozzárendelve ügyintézőhözSzolgáltatási kérelem megoldvaSzolgáltatási kérelem lezárva
Forrásrendszer
SourceSystem
Megadja, melyik rendszerből származnak a kinyert adatok.
Leírás

Ez az attribútum jelöli meg a folyamatadatok forrásrendszerét, jelen esetben a Freshservice-t. Különösen hasznos, ha több rendszer adatait egyesítik a folyamat egységes áttekintéséhez.

Egyetlen rendszer elemzésekor feleslegesnek tűnhet, de érdemes felvenni a későbbi bővíthetőség és az adatkezelés miatt. Egyértelművé teszi az adatok eredetét, és segít az adatbetöltési folyamatok kezelésében.

Miért fontos?

Biztosítja az adatok eredetének és útjának nyomon követhetőségét. Ez különösen fontos több rendszer adatainak egyesítésekor vagy az adatkezelés során.

Hol szerezhető be?

Ez jellemzően egy rögzített érték, amelyet az adatkinyerés és -átalakítás (ETL) során adnak hozzá.

Példák
FreshserviceFreshservice-API-v2
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg azt jelzi, mikor frissültek utoljára az adatok 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 Freshservice-ből. Megmutatja, mennyire frissek az elemzett adatok.

A folyamat elemzésekor fontos tudni, hogy az adatok mikoriak. Az időbélyegből látható, hogy a legfrissebb információkat vizsgálja-e, ami elengedhetetlen az időben meghozott működési döntésekhez és az elemzés eredményeibe vetett bizalomhoz.

Miért fontos?

Megmutatja, mennyire frissek az adatok, így az elemzések és döntések naprakész információkra támaszkodhatnak.

Hol szerezhető be?

Ezt az értéket az adatkinyerés és -átalakítás (ETL) során állítják elő, majd rögzítik az adatkészletben.

Példák
2024-05-21T02:00:00Z2024-05-20T02:00:00Z
Állapot
Status
A szolgáltatási kérés aktuális állapota az életútja során.
Leírás

Az állapotmező a szolgáltatási kérés adott időpontban érvényes állapotát mutatja, például „Nyitott”, „Függőben”, „Megoldva” vagy „Lezárva”. Az állapotváltozások gyakran a process mining során használt tevékenységek elsődleges forrásai.

Az állapot elemzése kontextust ad a folyamat menetéhez, és megmutatja, mennyi időt töltenek a kérések az egyes állapotokban. Ha például egy kérés sokáig „Függőben” marad, az arra utalhat, hogy a folyamat a kérelmező adataira vagy egy külső beszállító válaszára vár. Ez az attribútum segít meghatározni a folyamat különböző szakaszainak kezdő- és végpontját.

Miért fontos?

Kontextust ad az egyes eseményekhez, és segít mérni, mennyi időt töltenek a kérések az egyes állapotokban, például „Nyitott” vagy „Függőben” állapotban. Így feltárhatók a késések.

Hol szerezhető be?

A Freshservice jegyobjektumának „status” mezőjében érhető el.

Példák
NyitottFüggőbenMegoldvaLezárva
Hozzárendelt csapat
AssignedTeam
A szolgáltatási kérés kezelésére kijelölt támogató csapat vagy csoport.
Leírás

Ez az attribútum jelöli a szolgáltatási kérésért felelős funkcionális csoportot vagy csapatot, például az „IT-támogatás, 2. szint” vagy a „Hardverbeszerzés” csoportot. A kérést először egy csapathoz rendelhetik, majd később egy ügyintéző veszi át.

A hozzárendelt csapat szerinti elemzés megmutatja a csapatok teljesítményét és munkaterhelését, valamint feltárja az egyes területekre jellemző szűk keresztmetszeteket. Segít felmérni, milyen hatékonyan dolgozzák fel a kéréseket az egyes csapatok, és hogyan oszthatók el jobban az erőforrások a támogatási szervezeten belül.

Miért fontos?

Csapat- vagy csoportszinten elemezhető vele a teljesítmény és a munkaterhelés. Ez segít az erőforrások kezelésében és a területspecifikus szűk keresztmetszetek feltárásában.

Hol szerezhető be?

A Freshservice jegyobjektumának „group” mezőjében érhető el.

Példák
SzervizdeskHálózati működésAlkalmazástámogatás
Hozzárendelt ügyintéző
AssignedAgent
A szolgáltatási kéréshez jelenleg hozzárendelt ügyintéző neve.
Leírás

Ez az attribútum azonosítja azt az ügyintézőt, aki egy adott időpontban a szolgáltatási kérés kezeléséért felel. A kérés életútja során az ügyintéző személye változhat.

A hozzárendelt ügyintéző elemzésével megérthető az ügyintézők teljesítménye és a munkaterhelés eloszlása. Olyan KPI-k számíthatók ki, mint az ügyintézőnkénti átlagos megoldási idő, az aktív kérések száma és az áthelyezések aránya. Az elemzés segít azonosítani a kiemelkedően teljesítő ügyintézőket, a további képzést igénylőket és az egyenlőtlen munkaterhelést.

Miért fontos?

Lehetővé teszi az ügyintézők munkaterhelésének és teljesítményének elemzését, valamint annak vizsgálatát, hogyan hatnak az áthelyezések a megoldási időre.

Hol szerezhető be?

A Freshservice jegyobjektumának „agent” vagy „responder” mezőjében érhető el.

Példák
Alice JohnsonRobert SmithNincs hozzárendelve
Prioritás
Priority
A szolgáltatási kérés prioritási szintje, például alacsony, közepes, magas vagy sürgős.
Leírás

A prioritás a szolgáltatási kérés fontosságát és sürgősségét jelzi. Gyakran ez határozza meg a megoldás célidejét és a hozzárendelt erőforrásokat. A prioritást szabályok alapján automatikusan vagy az ügyintézők manuálisan állíthatják be.

A process mining során a prioritás fontos elemzési szempont. Segítségével külön csoportokban hasonlíthatók össze a magas és alacsony prioritású kérések folyamatai és teljesítménye. Ez elengedhetetlen az SLA-k betartásának elemzéséhez, valamint annak megértéséhez, hogy a kérések besorolása megfelelően és időben történik-e.

Miért fontos?

Nélkülözhetetlen az SLA-k betartásának elemzéséhez és annak megértéséhez, hogy a kérések besorolása és kezelése igazodik-e az üzleti hatásukhoz.

Hol szerezhető be?

A Freshservice jegyobjektumának „priority” mezőjében érhető el.

Példák
AlacsonyKözepesMagasSürgős
Szolgáltatás típusa
ServiceType
A kért szolgáltatás konkrét típusa vagy kategóriája.
Leírás

A szolgáltatás típusa a szükséges szolgáltatás alapján sorolja be a kérést, például „Új hardver igénylése”, „Szoftverhozzáférés” vagy „Jelszó-visszaállítás”. Ez gyakran a felhasználó által kiválasztott katalógustételhez kapcsolódik.

Az attribútum alapján külön csoportokban hasonlíthatók össze a különböző szolgáltatástípusok folyamatai és teljesítménye. Olyan KPI-k számításához is használható, mint az „Egy szolgáltatástípusra jutó átlagos tevékenységszám”. Ez megmutatja, mely szolgáltatások összetettebbek vagy igényelnek több erőforrást. Az elemzés alapján egyszerűsíthetők a folyamatok, és automatizálási lehetőségek tárhatók fel az egyes szolgáltatástípusoknál.

Miért fontos?

Segít összehasonlítani a különböző kéréskategóriák folyamatait és összetettségét, így azonosíthatók a szabványosításra vagy automatizálásra alkalmas területek.

Hol szerezhető be?

A Freshservice beállításaitól függően ez gyakran a jegyobjektum „category”, „item” vagy egy egyéni mezőjének felel meg.

Példák
Új munkatárs beléptetéseSzoftverlicenc igényléseVPN-hozzáférés
A kérelmező részlege
RequestorDepartment
Az a részleg, amelyhez a kérelmező tartozik.
Leírás

Ez az attribútum a szolgáltatási kérést benyújtó felhasználó szervezeti egységét jelöli, például az értékesítést, a pénzügyet vagy a humánerőforrás-részleget. Az adat általában a felhasználó rendszerbeli profiljából származik.

Gyakori igény a folyamat teljesítményének részlegenkénti elemzése. Ez megmutathatja, ha egyes részlegeknél hosszabb a megoldási idő, vagy eltérő folyamatokra van szükség. Az eredmények alapján módosítható az erőforrások elosztása, képzések indíthatók, vagy az adott részleg igényeire szabott szolgáltatások alakíthatók ki.

Miért fontos?

Lehetővé teszi a folyamat üzleti egységenkénti elemzését, így feltárhatók a részlegspecifikus problémák és teljesítménybeli eltérések.

Hol szerezhető be?

Ez az adat a kérelmező profiljához kapcsolódik. A Freshservice alapértelmezett „department” mezőjében vagy egy egyéni felhasználói mezőben szerepelhet.

Példák
PénzügyMarketingInformatika
Áthelyezések száma
ReassignmentCount
Hányszor rendelték át a szolgáltatási kérést másik ügyintézőhöz vagy csapathoz.
Leírás

Ez a számított attribútum szolgáltatási kérésenként számolja a „Request Reassigned” vagy hasonló tevékenységek előfordulásait. A gyakori áthelyezés arra utalhat, hogy a kezdeti besorolás nem megfelelő, a készségalapú irányítás hibás, vagy egyenlőtlen a munkaterhelés.

Az attribútum közvetlenül támogatja az „Ügyintézői teljesítmény és munkaterhelés eloszlása” dashboardot, valamint az „Átlagos ügyintézői áthelyezésszám kérésenként” KPI-t. Az elemzés feltárja azokat a folyamatbeli problémákat, amelyek miatt a jegyek többször gazdát cserélnek. Ez növeli a megoldási időt, és az ügyintézőknek, valamint a kérelmezőknek is kellemetlenséget okoz.

Miért fontos?

Azt méri, mennyire hatékony a kérések irányítása, és hol akad el a folyamat. A magas érték a kezdeti besorolás vagy az ügyintézők munkaterhelésének problémáira, így késésekre utal.

Hol szerezhető be?

Az adatátalakítás során a „ServiceRequestId” értékhez tartozó konkrét hozzárendelés-változási tevékenységek megszámolásával számítható ki.

Példák
013
Befejezés időpontja
EndTime
Az időbélyeg, amely pontosan jelzi, mikor fejeződött be a tevékenység.
Leírás

A befejezés időpontja a tevékenység lezárásának időbélyegét jelöli. A Freshservice számos eseményénél a kezdési és befejezési idő megegyezik, mivel ezek egy adott időponthoz kötődnek. Az állapothoz kapcsolódó tevékenységeknél viszont a befejezés időpontja a következő állapotváltozás időbélyege.

Ez az attribútum szükséges a tevékenységek időtartamának és a közöttük eltelt várakozási időnek a kiszámításához. A kezdési időpontot kivonva a befejezés időpontjából meghatározható az adott feladat feldolgozási ideje. Így feltárhatók a legtöbb időt igénylő tevékenységek, amelyek elsőként jöhetnek szóba a folyamatfejlesztés során.

Miért fontos?

Lehetővé teszi a tevékenységek időtartamának kiszámítását, ami segít feltárni a szűk keresztmetszeteket és mérni az egyes lépések feldolgozási idejét.

Hol szerezhető be?

Ez nem közvetlen mező a Freshservice naplóiban. Az adott szolgáltatási kérés eseménysorában következő esemény időbélyegéből kell kiszámítani.

Példák
2023-10-26T10:05:15Z2023-10-26T14:00:20Z2023-10-28T09:30:00Z
Csatorna
Channel
A csatorna vagy mód, amelyen keresztül a szolgáltatási kérést benyújtották.
Leírás

A csatorna azt mutatja, hogyan hozták létre a szolgáltatási kérést, például az önkiszolgáló portálon, e-mailben, telefonon vagy chaten. Ez az információ segít megérteni a felhasználói preferenciákat és az egyes csatornák hatékonyságát.

A csatorna szerinti elemzés hasznos összefüggéseket tárhat fel. A portálon benyújtott kérések például teljesebbek lehetnek, és gyorsabban megoldódhatnak, mint az e-mailben érkezők, amelyeknél több egyeztetésre lehet szükség. Az elemzés segíthet a hatékonyabb csatornák használatának ösztönzésében.

Miért fontos?

Segít megvizsgálni, hogy a benyújtási csatorna hogyan hat a folyamat hatékonyságára, a megoldási időre és az utómunka mennyiségére.

Hol szerezhető be?

A Freshservice jegyobjektumának „source” mezőjében érhető el.

Példák
E-mailPortálTelefonChat
Kérelmező
Requestor
A szolgáltatási kérést benyújtó felhasználó.
Leírás

Ez az attribútum azonosítja azt a személyt, általában egy munkatársat, aki elindította a szolgáltatási kérést. Megmutatja, ki használja a szolgáltatási pultot, és mire van szüksége.

A kérelmező vagy a hozzá tartozó részleg szerinti elemzés nem mindig elsődleges szempont a folyamatmenet vizsgálatakor, de hasznos mintákat tárhat fel. Kiderülhet például, hogy egy adott részleg gyakran hiányos kéréseket nyújt be, ami célzott képzés szükségességére utalhat. Az attribútum az ügyfélélmény elemzéséhez is fontos.

Miért fontos?

Megmutatja, ki kezdeményezte a kérést, így a kérések egyén, részleg vagy helyszín szerint is elemezhetők.

Hol szerezhető be?

A Freshservice jegyobjektumának „requester” mezőjében érhető el.

Példák
John DoeJane SmithSzolgáltatásfiók
Megsértették az SLA-t
IsSlaBreached
Logikai jelző, amely megmutatja, hogy a szolgáltatási kérés túllépte-e a megoldásra vonatkozó SLA-célidőt.
Leírás

Ez a számított attribútum egy egyszerű igaz vagy hamis jelző, amely megmutatja, hogy a szolgáltatási kérést az SLA-határidő után zárták-e le. A rendszer a „Service Request Closed” vagy „Service Request Resolved” időbélyegét hasonlítja össze a „SlaDueDate” értékével.

Az attribútum egyszerűbbé teszi az SLA-k betartását bemutató dashboard elemzését és megjelenítését. Segítségével könnyen szűrhetők és összesíthetők a kérések az SLA-betartási arány KPI kiszámításához. A jelző szerinti csoportosítás gyorsan elkülöníti a határidőn túli kéréseket az időben megoldottaktól, és lehetővé teszi a folyamatjellemzőik összehasonlítását.

Miért fontos?

Egyszerűsíti az SLA-k betartásának elemzését: egyértelmű jelzővel szűrhetők és összesíthetők azok a kérések, amelyek nem teljesítették a célokat.

Hol szerezhető be?

Ez egy számított mező, amely az adatátalakítás során a végső megoldás időbélyegének és a „SlaDueDate” mezőnek az összehasonlításával jön létre.

Példák
truefalse
SLA-határidő
SlaDueDate
Az az időpont, ameddig az SLA szerint meg kell oldani a szolgáltatási kérést.
Leírás

Ez az attribútum az alkalmazandó SLA-szabályzatban meghatározott megoldási határidőt jelöli. A rendszer a kérés létrehozásának időpontja, prioritása és az SLA-ban meghatározott munkaidő alapján számítja ki.

Ez az adatpont elengedhetetlen a teljesítmény valós idejű nyomon követéséhez és az SLA-k utólagos betartásának elemzéséhez. A tényleges megoldási idő és a SlaDueDate összehasonlításával megállapítható, hogy a határidőt betartották-e vagy túllépték. Ez az SLA-betartási arány KPI kiszámításának alapja.

Miért fontos?

Ez a megoldás célhatárideje, amely alapján megállapítható, hogy a szolgáltatási kérés teljesítette-e az SLA-t, vagy túllépte annak határidejét.

Hol szerezhető be?

Ez a Freshservice-ben számított mező, amely a jegyen „Due by” néven látható. Az API-n keresztül is elérhető.

Példák
2023-10-28T17:00:00Z2023-11-01T09:00:00Z
SLA-szabályzat neve
SlaPolicyName
A kérésre alkalmazott szolgáltatási szintre vonatkozó megállapodás (SLA) szabályzatának neve.
Leírás

Ez az attribútum azonosítja azt az SLA-szabályzatot, amely meghatározza a szolgáltatási kérésre vonatkozó válaszadási és megoldási célidőket. A szabályzatok általában olyan tényezőktől függenek, mint a prioritás, a szolgáltatás típusa vagy a kérelmező csoportja.

Az alkalmazott SLA-szabályzat ismerete elengedhetetlen az SLA-k betartását és megsértését elemző dashboard használatához. Lehetővé teszi a teljesítmény pontos összevetését a meghatározott célokkal, és megmutatja, mely szabályzatok határidejét lépik túl leggyakrabban. Az eredmények alapján felülvizsgálható a folyamat teljesítménye, illetve az SLA-célok megvalósíthatósága.

Miért fontos?

Megmutatja, milyen szolgáltatási célokhoz mérik a kérést, ami elengedhetetlen az SLA-k betartásáról szóló pontos jelentésekhez.

Hol szerezhető be?

Ez az adat a jegyhez tartozó SLA-adatok között található. Lekérdezéséhez szükség lehet az SLA-val kapcsolatos API-végpontok vagy mezők használatára.

Példák
Magas prioritású incidensek, 4 óraNormál kérések, 3 napVIP-támogatás, 1 óra
Utómunkát igényel
IsRework
Logikai jelző, amely megmutatja, hogy a kérés során történt-e utómunka.
Leírás

Ez a számított jelző igaz értéket kap, ha a szolgáltatási kérés során utómunkára utaló tevékenységek történnek. Ilyen például a kérés megoldás utáni újranyitása („Service Request Reopened”), a többszöri áthelyezés vagy az ismételt információkérés a felhasználótól („Information Requested from Requestor”).

Az attribútum egyszerűbbé teszi a folyamatbeli hatékonysági problémák elemzését. Segítségével könnyen kiszűrhetők az utómunkát igénylő esetek, és összehasonlíthatók a folyamattérképeik, valamint a ciklusidejük a problémamentes esetekével. Az attribútum közvetlenül támogatja a „Szolgáltatási kérések utómunkájának elemzése” dashboardot, és segít számszerűsíteni a nem hatékony átadások vagy a kezdeti információhiány hatását.

Miért fontos?

Egyszerűen megjelölhetők és elemezhetők vele azok az esetek, amelyekben nem hatékony ismétlődések vagy lépések fordulnak elő. Így számszerűsíthető a gyenge minőség költsége.

Hol szerezhető be?

Az adatátalakítás során, az egyes „ServiceRequestId” értékekhez tartozó tevékenységek sorrendjére alkalmazott üzleti logika alapján számítják ki.

Példák
truefalse
Kötelező Javasolt Nem kötelező

A szolgáltatási kérelmek kezelésének tevékenységei

A szolgáltatási kérelmek munkafolyamatainak pontos feltárásához és elemzéséhez ezeket a fő folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban.
6 Javasolt 9 Nem kötelező
Tevékenység Leírás
Kérelem hozzárendelve ügyintézőhöz
Azt jelöli, amikor egy szolgáltatási kérelmet egy adott ügyintézőhöz rendelnek. Ez fontos mérföldkő, amely a jegy „Assigned Agent” vagy „Owner” mezőjének módosításával követhető nyomon.
Miért fontos?

Ez a tevékenység fontos az ügyintézők munkaterhelésének elemzéséhez és a hozzárendelési folyamat szűk keresztmetszeteinek feltárásához. A létrehozás és a hozzárendelés között eltelt idő fontos teljesítménymutató.

Hol szerezhető be?

A jegy tevékenységnaplójából vagy mezőinek auditnaplójából következtethető ki az „Agent” vagy „Assignee” mező módosításainak figyelésével.

Rögzítés

Rögzítse az időbélyeget, amikor az „Assigned Agent” mező értéket kap, vagy amikor megváltozik az értéke.

Eseménytípus inferred
Külső beszállító bevonása
Azt jelöli, amikor a jegyet megoldásra átadják egy külső beszállítónak vagy harmadik félnek. Erre abból lehet következtetni, hogy az állapot egy olyan értékre változik, mint a „Pending Vendor” vagy az „Awaiting Third Party”.
Miért fontos?

A beszállító bevonása jelentős késedelmet okozhat. Ennek nyomon követése elengedhetetlen a beszállító teljesítményének és a teljes szolgáltatásikérelem-átfutási időre gyakorolt hatásának méréséhez.

Hol szerezhető be?

A jegy állapotváltozási előzményeiből következtethető ki. Keresse azt az állapotot, amelyet kifejezetten a külső beszállítótól való függés nyomon követésére állítottak be.

Rögzítés

Észlelje, amikor a jegy állapotmezője olyan értékre változik, amely harmadik félre való várakozást jelez.

Eseménytípus inferred
SLA-célidő túllépve
Számított esemény, amely akkor következik be, ha a szolgáltatási kérelem megoldási ideje meghaladja a meghatározott szolgáltatási szintű megállapodás (SLA) célidejét. Ez nem közvetlen rendszeresemény, hanem a megoldási idő és az SLA-határidő összevetéséből származik.
Miért fontos?

Ez közvetlenül méri a szolgáltatás teljesítményét a vállalásokhoz képest, és fontos vezetői KPI. Segít azonosítani, mely kérelmeknél vagy prioritásoknál a legnagyobb a nemteljesítés kockázata.

Hol szerezhető be?

A „Resolved” időbélyeg és az „SLA Due By” időbélyeg összehasonlításával számítható ki. Ha a megoldás időpontja későbbi, az esemény bekövetkezik.

Rögzítés

Hasonlítsa össze a megoldás időbélyegét az SLA-határidő időbélyegével. Ha resolved_at > sla_due_by, hozza létre ezt az eseményt.

Eseménytípus calculated
Szolgáltatási kérelem létrehozva
Ez a tevékenység jelzi a szolgáltatási kérelem életciklusának kezdetét, amikor az új kérelmet rögzítik a Freshservice-ben. Az esemény akkor kerül be a rendszerbe, amikor új jegy jön létre a szolgáltatáskatalóguson, e-mailen vagy más csatornán keresztül, és egyedi Service Request ID-t kap.
Miért fontos?

Ez a folyamat elsődleges kezdőeseménye. Az ettől a tevékenységtől a többi tevékenységig eltelt idő elemzése alapvető a teljes átfutási idő méréséhez és a kezdeti feldolgozási késedelmek feltárásához.

Hol szerezhető be?

Ezt az eseményt a Freshservice kifejezetten rögzíti. A jegy tevékenységnaplójában vagy auditnaplójában található, jellemzően a jegy létrehozásának időbélyegével.

Rögzítés

Használja a Freshservice-jegyek adatai között szereplő létrehozási időbélyeget.

Eseménytípus explicit
Szolgáltatási kérelem lezárva
Ez az utolsó tevékenység, amely a szolgáltatási kérelem életciklusának végét jelzi. Általában automatikusan történik, ha a jegy egy meghatározott ideig „Resolved” állapotban marad anélkül, hogy újranyitnák.
Miért fontos?

Ez az esemény jelzi a folyamatpéldány végleges végét. A „Resolved” és a „Closed” állapot között eltelt idő a kérelmező visszaigazolására rendelkezésre álló időszakot jelenti.

Hol szerezhető be?

A jegy állapotváltozási előzményeiből következtethető ki. Az időbélyeg azt mutatja, amikor az állapot „Closed” értékre változik.

Rögzítés

Rögzítse az időbélyeget, amikor a jegy állapota „Closed” értékre változik.

Eseménytípus inferred
Szolgáltatási kérelem megoldva
Ez a fontos mérföldkő azt jelöli, amikor az ügyintéző megoldást nyújtott, és befejezettnek tekinti a munkát. Erre abból lehet következtetni, hogy a jegy állapota „Resolved” értékre változik.
Miért fontos?

Ez a tevékenység az aktív munkaszakasz végét jelzi. Az eddig eltelt idő az ügyintéző és a folyamat hatékonyságának fontos mérőszáma, valamint az SLA-számítások alapja.

Hol szerezhető be?

A jegy állapotváltozási előzményeiből következtethető ki. Az időbélyeg azt mutatja, amikor az állapot először „Resolved” értékre változott.

Rögzítés

Rögzítse az időbélyeget, amikor a jegy állapota először „Resolved” értékre változik.

Eseménytípus inferred
A kérelmező megadta a kért információt
Akkor történik, amikor a kérelmező megadja a szükséges információt, és az ügyintéző folytathatja a munkát. Ez általában abból következtethető ki, hogy a jegy állapota automatikusan „Pending” értékről „Open” értékre változik.
Miért fontos?

Ez a tevékenység lezárja az információkérés körét. A kérés és az információ megadása között eltelt idő fontos várakozási idő, amelyet érdemes elemezni és csökkenteni.

Hol szerezhető be?

A „Pending” állapotról „Open” vagy „In Progress” állapotra váltásból következtethető ki. A változást gyakran a kérelmező válasza váltja ki.

Rögzítés

Észlelje, amikor a jegy állapota függőben lévő értékről nyitott értékre változik.

Eseménytípus inferred
A kérelmező visszaigazolta a megoldást
Ez a tevékenység azt jelzi, hogy a kérelmező kifejezetten megerősítette: a kapott megoldás megfelelő. Erre pozitív kérdőíves válaszból vagy a jegy lezárása előtt írt konkrét megjegyzésből lehet következtetni.
Miért fontos?

A visszaigazolás közvetlen visszajelzést ad a megoldás minőségéről. Az alacsony visszaigazolási arány arra utalhat, hogy a megoldások nem felelnek meg teljesen a felhasználói igényeknek, még akkor sem, ha a kérelmezők nem nyitják újra a jegyet.

Hol szerezhető be?

Ezt nehéz közvetlenül rögzíteni, és egyedi beállításra lehet szükség. A jegyhez kapcsolt ügyfél-elégedettségi kérdőív válaszából vagy egy konkrét címke alkalmazásából lehet rá következtetni.

Rögzítés

Ehhez a kapcsolódó adatok, például az elégedettségi kérdőívek vagy a megoldás után alkalmazott címkék elemzése szükséges.

Eseménytípus inferred
Belső felülvizsgálat elvégezve
Azt jelzi, hogy a javasolt megoldást vagy a kérelem teljesítését belső felülvizsgálatnak vagy jóváhagyásnak kell megelőznie. Erre abból lehet következtetni, hogy az állapot például „Pending Approval” vagy „Internal Review” értékre változik.
Miért fontos?

A belső felülvizsgálatok szűk keresztmetszetet okozhatnak, különösen összetett vagy nagy hatású szolgáltatási kérelmeknél. Az időtartam mérésével egyszerűsíthetők a jóváhagyási munkafolyamatok.

Hol szerezhető be?

A jegy állapotváltozási előzményeiből következtethető ki. Ehhez a munkafolyamatban olyan konkrét állapotot kell használni, mint a „Pending Internal Approval”.

Rögzítés

Észlelje, amikor a jegy állapotmezője belső felülvizsgálatot vagy jóváhagyást jelző értékre változik.

Eseménytípus inferred
Kérelem áthelyezve másik ügyintézőhöz
Ez a tevékenység a kezdeti hozzárendelés utáni ügyintéző- vagy csoportváltásokat rögzíti. Az „Assigned Agent” vagy „Assigned Group” mező további módosításaiból következtethető ki.
Miért fontos?

A gyakori áthelyezések a kezdeti besorolás, a készségek és a feladatok összehangolása vagy a munkaterhelés kiegyensúlyozása terén felmerülő problémákra utalhatnak. Ez a tevékenység fontos az ügyintézők közötti áthelyezések számát mérő KPI és az utómunka elemzése szempontjából.

Hol szerezhető be?

A jegy mezőmódosítási előzményeiből következtethető ki. Az esemény minden alkalommal rögzül, amikor az „Assigned Agent” vagy „Assigned Group” mező értéke az első beállítás után módosul.

Rögzítés

Észlelje az „Assigned Agent” vagy „Assigned Group” mező minden módosítását az első hozzárendelés után.

Eseménytípus inferred
Kérelem kezdeti besorolása
Az új szolgáltatási kérelem első értékelését és kategorizálását jelöli. Ez a tevékenység általában abból következtethető ki, hogy mikor állítják be először a prioritást, vagy mikor rendelik a kérelmet egy csoporthoz. Ez azt jelzi, hogy a kérelmet áttekintették, és bekerült a várólistára.
Miért fontos?

A kezdeti besorolás nyomon követése segít mérni az első válaszért felelős csapat hatékonyságát. Az ebben a szakaszban fellépő késedelem jelentősen növelheti a teljes megoldási időt, és ronthatja az SLA-megfelelést.

Hol szerezhető be?

Az eseménynapló alapján következtethető ki. A létrehozás után bekövetkező első „Priority Set” vagy „Group Assigned” esemény időbélyegével azonosítható.

Rögzítés

Keresse meg a prioritásmező vagy a hozzárendelt csoport mezője módosításának legkorábbi időbélyegét.

Eseménytípus inferred
Kérelem prioritásának beállítása
Ez a tevékenység akkor történik, amikor a szolgáltatási kérelemhez prioritási szintet, például alacsony, közepes vagy magas értéket rendelnek. A jegy előzményeiben szereplő „Priority” mező módosításából következtethető ki.
Miért fontos?

A prioritás meghatározása fontos az erőforrások elosztásához és az SLA-célok teljesítéséhez. A tevékenység elemzésével ellenőrizhető, hogy a kérelmeket megfelelően és időben értékelik-e.

Hol szerezhető be?

A Freshservice-ben a jegy mezőmódosítási előzményeiből következtethető ki. Keresse meg a „Priority” mező módosításait, és rögzítse a módosítás időbélyegét.

Rögzítés

Észlelje, ha a „Priority” mező értéke üresről vagy az előző értékről megváltozik, és rögzítse az időbélyeget.

Eseménytípus inferred
Megjegyzés hozzáadva
A szolgáltatási kérelemhez az ügyintéző vagy a kérelmező által hozzáadott nyilvános vagy belső megjegyzést jelöli. Ez kifejezetten rögzített esemény a jegy beszélgetési vagy tevékenységnaplójában.
Miért fontos?

A megjegyzések gyakoriságának és időzítésének elemzése feltárhatja a kommunikációs mintákat, az együttműködés hatékonyságát és a folyamatban felmerülő félreértéseket.

Hol szerezhető be?

A Freshservice kifejezetten rögzíti a jegy beszélgetési előzményeiben. Minden megjegyzéshez időbélyeg és szerző tartozik.

Rögzítés

Nyerje ki a jegy beszélgetési vagy megjegyzésnaplójának minden bejegyzését.

Eseménytípus explicit
Szolgáltatási kérelem újranyitva
Akkor történik, amikor a kérelmező jelzi, hogy a probléma a „Resolved” állapot beállítása után is fennáll, ezért a jegy visszakerül nyitott állapotba. Erre abból lehet következtetni, hogy az állapot „Resolved” értékről „Open” vagy „In Progress” értékre változik.
Miért fontos?

Az újranyitott kérelmek gyakran az első kapcsolatfelvételkor történő megoldás alacsony arányára és az ügyfelek elégedetlenségére utalnak. Ennek az ismétlődő körnek a nyomon követése fontos a megoldások minőségének javításához.

Hol szerezhető be?

A jegy tevékenységnaplójában szereplő állapotváltozási előzményekből következtethető ki. Ez a „Resolved” állapotból „Open” állapotba történő közvetlen váltás.

Rögzítés

Észlelje, amikor az állapot megoldottról nyitottra változik.

Eseménytípus inferred
További információ kérése a kérelmezőtől
Azt jelöli, amikor a kijelölt ügyintéző további információt kér a kérelmezőtől, és a folyamat megáll. Erre abból lehet következtetni, hogy a jegy állapota „Pending” vagy „Awaiting Customer” értékre változik.
Miért fontos?

Ez a tevékenység a késedelem és az utómunka gyakori okára hívja fel a figyelmet. Gyakoriságának elemzése segít feltárni, hogyan javíthatók a kérelmi sablonok és a kezdeti adatgyűjtés.

Hol szerezhető be?

A jegy állapotváltozási előzményeiből következtethető ki. Keresse az olyan állapotokra váltást, mint a „Pending Customer Response” vagy az „Awaiting Information”.

Rögzítés

Észlelje, amikor a jegy állapotmezője olyan értékre változik, amely a kérelmező válaszára való várakozást jelzi.

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

Útmutatók az adatok kinyeréséhez

Adatok kinyerése a Freshservice-ből

Kezdje el most?

Az első lépés a szolgáltatásikérelem-kezelési folyamat fejlesztése felé az adatok előkészítése. Segítünk abban, hogy jobbá tegye a szolgáltatásnyújtást.

Növelje a szolgáltatási kérelmek kezelésének hatékonyságát a Freshservice-ben

Csökkentse a lassú ügyintézést és a felhasználói elégedetlenséget, érjen el 70%-os automatizálást.

Kezdje el az ingyenes próbaverziót

Nincs szükség bankkártyára. A beállítás percek alatt elvégezhető.