Incidenskezelési adatsablon

Freshservice
Incidenskezelési adatsablon

Incidenskezelési adatsablon

Ez a sablon segít előkészíteni az adatokat az incidenskezelés hatékony elemzéséhez. Bemutatja, milyen alapvető attribútumokat érdemes gyűjteni, mely tevékenységeket kell követni, és gyakorlati útmutatást ad az adatok forrásrendszerből történő kinyeréséhez. Használja az adat-előkészítés egyszerűsítésére.
  • Javasolt attribú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.

Az incidenskezelés attribútumai

Ezeket az adatmezőket érdemes felvenni az eseménynaplóba, hogy részletesen elemezhesse az incidenskezelési folyamatot.
5 Kötelező 7 Javasolt 7 Nem kötelező
Név Leírás
Incidensazonosító
IncidentId
Az egyes incidensrekordok egyedi azonosítója, amely az incidens teljes életciklusának nyomon követésére szolgál.
Leírás

Az incidensazonosító az incidenskezelési elemzés alapja. Esetazonosítóként összekapcsolja az incidenshez tartozó tevékenységeket, időbélyegeket és attribútumváltozásokat, így egyetlen folyamatként követhető végig az eset.

A process mining során az eseménynapló minden bejegyzése egy incidensazonosítóhoz kapcsolódik. Ez teszi lehetővé az egyes incidensek teljes folyamatának rekonstruálását. Az azonosító szükséges az átfutási idők kiszámításához, a folyamatváltozatok elemzéséhez és az egyes esetekre jellemző szűk keresztmetszetek feltárásához. Egyedi azonosító nélkül nem lehetne megkülönböztetni az incidenseket, és elemezni a bejelentéstől a megoldásig vezető útjukat.

Miért fontos?

Egyedileg azonosítja az incidenseket, így a létrehozástól a lezárásig végig követhető és elemezhető az életciklusuk.

Hol szerezhető be?

Ez a jegy elsődleges azonosítója. A Freshservice Tickets API-ban a jegyobjektum „id” mezőjeként érhető el.

Példák
INC-10234INC-10235INC-10236
Esemény időbélyege
EventTimestamp
A tevékenység vagy esemény pontos dátuma és időpontja.
Leírás

Az esemény időbélyege, más néven kezdési idő, azt a pontos időpontot jelöli, amikor egy tevékenység történt. Az incidens életciklusának minden tevékenységéhez, a létrehozástól a lezárásig, időbélyeg tartozik.

Ez az attribútum minden időalapú process mining elemzéshez szükséges. Az események időrendi sorrendbe állítására, a tevékenységek közötti időtartam kiszámítására, az esetek teljes átfutási idejének mérésére és a várakozási idők elemzésére használható. Erre épülnek azok a dashboardok, amelyek az SLA-teljesítményt, az átadások késedelmét és a megoldás teljes idejét követik.

Miért fontos?

Megadja az események időrendi sorrendjét, ami szükséges az időtartamok és az átfutási idők kiszámításához, valamint a folyamat teljesítményének megértéséhez.

Hol szerezhető be?

A Freshservice különböző időbélyegmezőiből származik, például a „created_at” és „updated_at” mezőkből, valamint a jegy beszélgetéseiben vagy auditnaplóiban szereplő időbélyegekből.

Példák
2023-10-26T10:00:00Z2023-10-26T10:05:14Z2023-10-27T14:30:00Z
Forrásrendszer
SourceSystem
Az a rendszer, amelyből az adatokat kinyerték, jellemzően a Freshservice.
Leírás

Ez az attribútum azonosítja az adatok forrását. Ebben az esetben az értéke mindig „Freshservice”, de fontos mező olyan környezetben, ahol több rendszer adatait egyesítik a folyamat teljesebb áttekintéséhez.

A forrásrendszer attribútumának feltüntetése bevált gyakorlat az adatkezelés és a nyomon követhetőség szempontjából. Egyértelművé teszi az adatok eredetét, ami segíti az ellenőrzést és a hibakeresést, valamint megkönnyíti a process mining projekt későbbi kiterjesztését más szolgáltatáskezelő vagy működési rendszerekre.

Miért fontos?

Az incidenskezelési adatok forrásának egyértelmű megadásával biztosítja az adatok nyomon követhetőségét és megfelelő kezelését.

Hol szerezhető be?

Ez jellemzően az adatátalakítási (ETL) folyamat során hozzáadott, állandó érték, amely az adatkészlet megjelölésére szolgál.

Példák
FreshserviceFreshservice-EUFreshservice-PROD
Tevékenység neve
ActivityName
Az incidens életciklusának egy adott időpontjában végrehajtott üzleti tevékenység vagy bekövetkezett esemény neve.
Leírás

A tevékenység neve az incidenskezelési folyamat egyetlen lépését vagy eseményét jelöli, például „Incidens csoporthoz rendelve”, „Állapot függőben értékre módosítva” vagy „Incidens megoldva”. Ezek a tevékenységek az incidens adatainak időbeli változásaiból származnak.

Ez az attribútum a process mining alapja, mert meghatározza a feltárt folyamattérkép csomópontjait. A tevékenységek sorrendjének és gyakoriságának elemzésével a szervezetek megjeleníthetik a tényleges incidensmegoldási folyamatot, azonosíthatják a gyakori útvonalakat, feltárhatják az előírt eljárástól való eltéréseket, és felismerhetik az utómunka ismétlődő köreit, például a gyakori újra-hozzárendeléseket.

Miért fontos?

Meghatározza a folyamattérkép lépéseit, így megjeleníthető és elemezhető az incidensek megoldási folyamata, a szűk keresztmetszetek és az eltérések.

Hol szerezhető be?

Ez nem közvetlen Freshservice-mező, hanem a jegy tulajdonságainak, például az állapotnak, a prioritásnak, az ügyintéző- vagy csoport-hozzárendelésnek, illetve a megjegyzések hozzáadásának változásaiból származik.

Példák
Incidens bejelentveIncidens hozzárendelve egy csoporthozMegoldási megjegyzés hozzáadvaIncidens megoldva
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg azt jelzi, mikor frissítették vagy nyerték ki utoljára a folyamathoz tartozó adatokat.
Leírás

Ez az attribútum azt az időpontot rögzíti, amikor a teljes adatkészletet utoljára frissítették a forrásrendszerből. Metaadatmezőként a teljes adatkészletre vonatkozik, nem az egyes eseményekre, de az egységesség érdekében gyakran eseményszinten is feltüntetik.

Az elemzés során ez az információ megmutatja, mennyire frissek az adatok, és milyen időszakot fednek le a dashboardok és a KPI-k. Segít a felhasználóknak megítélni, mennyire aktuálisak az eredmények, és tisztázza, hogy a legutóbbi incidensek szerepelnek-e már az elemzésben.

Miért fontos?

Tájékoztatja a felhasználókat az adatok frissességéről, és megmutatja, milyen időszakot fed le az elemzés.

Hol szerezhető be?

Az adatkinyerési (ETL) folyamat során létrehozott metaadat-időbélyeg.

Példák
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
A megoldási SLA határideje
ResolutionSlaTargetTime
Az az időpont, ameddig az SLA-szabályzat szerint meg kell oldani az incidenst.
Leírás

Ez az attribútum tárolja azt a pontos dátumot és időpontot, amely az incidens megoldási határideje. A határidőt a jegyre érvényes szolgáltatási szint megállapodás (SLA) határozza meg, jellemzően olyan tényezők alapján, mint a prioritás.

Ez a határidő szükséges az „SLA-teljesítési arány” KPI kiszámításához és az „SLA-teljesítmény” dashboard működtetéséhez. A tényleges megoldási időponttal összevetve megállapítható, hogy az incidens időben megoldódott-e, vagy sérült az SLA. Ez alapvető a szolgáltatási szintre vonatkozó vállalások teljesítésének méréséhez.

Miért fontos?

Megadja a megoldás határidejét, amely szükséges az SLA-teljesítés kiszámításához és a veszélyeztetett incidensek azonosításához.

Hol szerezhető be?

A Freshservice Tickets API „fr_due_by” (első válasz) és „due_by” (megoldás) mezőjében érhető el.

Példák
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-05T17:00:00Z
Hozzárendelt csoport
AssignedGroup
Az incidensért jelenleg felelős támogató csoport vagy csapat.
Leírás

A hozzárendelt csoport azt mutatja meg, melyik csapat, például az „1. szintű támogatás”, a „Hálózati csapat” vagy az „Adatbázis-adminisztrátorok” felelős az incidensért. Az attribútum változása eszkalációt vagy másik funkcionális csapatnak történő átadást jelez.

A hozzárendelt csoport elemzése segít megérteni az átadások és a csoportváltások okozta késedelmeket. A process mining megjeleníti az incidensek csoportok közötti útját, feltárja a gyakori eszkalációs útvonalakat, és méri, mennyi idő telik el, mire az egyes csoportok intézkednek. Ezzel azonosíthatók a szervezeti szűk keresztmetszetek és a csapatok közötti együttműködés javításának lehetőségei.

Miért fontos?

Követi, melyik csapat felelős az incidensért, ami segít az átadások, az eszkalációk és a csapatok közötti késedelmek elemzésében.

Hol szerezhető be?

A Freshservice Tickets API „group_id” mezőjében érhető el. Az azonosító a Groups API adataival összekapcsolva megadja a csoport nevét.

Példák
Szolgáltatási ügyfélszolgálatHálózati üzemeltetésInfrastruktúra-támogatás
Hozzárendelt ügyintéző
AssignedAgent
Az incidens megoldásáért jelenleg felelős ügyintéző neve vagy azonosítója.
Leírás

A hozzárendelt ügyintéző azonosítja azt a szervizdesk-munkatársat, aki egy adott időpontban felelős az incidensért. Az attribútum változása az ügyintézők közötti felelősségátadást jelzi.

Ez az attribútum nélkülözhetetlen a teljesítmény elemzéséhez. Segítségével olyan dashboardok készíthetők, amelyek az ügyintézők leterheltségét, az ügyintézőnkénti átlagos megoldási időt és az első kapcsolatfelvételkor történő megoldások arányát követik. Az ügyintézők közötti átadások is elemezhetők, amelyek késedelmet és hatékonyságvesztést okozhatnak. A hozzárendelések követésével a vezetők felismerhetik a képzési igényeket, és azonosíthatják a kiemelkedően teljesítő csapattagokat.

Miért fontos?

Lehetővé teszi az ügyintézői teljesítmény, a munkaterhelés eloszlása és az ügyintézők közötti átadások megoldási időre gyakorolt hatásának elemzését.

Hol szerezhető be?

A Freshservice Tickets API „responder_id” mezőjében érhető el. Az azonosító az Agents API adataival összekapcsolva az ügyintéző nevét adja meg.

Példák
John DoeJane SmithSupportBot
Incidens állapota
IncidentStatus
Az incidens aktuális állapota az életciklusa során, például nyitott, függőben, megoldott vagy lezárt.
Leírás

Az incidens állapota megmutatja az eset aktuális helyzetét. Az állapotváltozások a feltárt folyamattérkép alapjául szolgáló fontos események, például a „In Progress” állapotból „Pending” állapotba, vagy a „Resolved” állapotból „Closed” állapotba lépés.

Ez az attribútum alapvető az incidens útjának megértéséhez. Az egyes állapotokban eltöltött idő elemzésével felismerhetők a szűk keresztmetszetek, például azok az incidensek, amelyek túl sokáig maradnak „Pending” állapotban a felhasználó válaszára várva. Az átfutási idő számításának kezdő- és végpontját is ez alapján lehet meghatározni.

Miért fontos?

Követi az incidens előrehaladását az életciklusa során, és segít azonosítani azokat a szakaszokat, ahol gyakoriak a késedelmek.

Hol szerezhető be?

A Freshservice Tickets API „status” mezőjében érhető el. Az értékek számok.

Példák
NyitottFolyamatbanFüggőbenMegoldvaLezárva
Incidens prioritása
IncidentPriority
Az incidens prioritási szintje, amely meghatározza a válaszadás és a megoldás sürgősségét.
Leírás

Az incidens prioritása határozza meg, milyen gyorsan és milyen figyelemmel kell kezelni az esetet. A prioritást jellemzően az alacsony, közepes, magas és sürgős értékek valamelyikével jelölik, és gyakran ez határozza meg az SLA-célokat is.

A process mining során a prioritás fontos szempont a szűréshez és az elemzéshez. Segítségével összehasonlítható a magas és az alacsony prioritású incidensek megoldási folyamata, így ellenőrizhető, hogy a kritikus eseteket hatékonyan kezelik-e. A dashboardok gyakran prioritás szerint bontják le az átfutási időt és az SLA-teljesítést, hogy a támogatási vezetők számára hasznos információkat adjanak.

Miért fontos?

Segít az elemzést a legkritikusabb incidensekre összpontosítani, és szükséges az SLA-teljesítmény, valamint az erőforrások elosztásának értékeléséhez.

Hol szerezhető be?

A Freshservice Tickets API „priority” mezőjében érhető el. Az értékek számok, például az 1 az alacsony, a 4 a sürgős prioritást jelöli.

Példák
AlacsonyKözepesMagasSürgős
Incidens súlyossága
IncidentSeverity
Az incidens súlyossági szintje, amely az üzleti hatását jelzi.
Leírás

Az incidens súlyossága az üzletmenetre gyakorolt hatást méri, jellemzően alacsony, közepes, magas vagy kritikus értékkel. A súlyosság összefügg a prioritással, de nem ugyanazt jelenti: a súlyosság a hatást, a prioritás pedig a sürgősséget fejezi ki. A súlyosság és a hatás együtt gyakran meghatározza a végső prioritást.

A súlyosság szerinti elemzés megmutatja, hogyan kezeli a szervezet a jelentős üzleti következményekkel járó incidenseket. A dashboardok ezen attribútum alapján bontják le a megoldási időt és az SLA-teljesítményt, így ellenőrizhető, hogy a legnagyobb hatású esetek a teljes életciklusuk során megfelelő figyelmet és erőforrásokat kapnak-e.

Miért fontos?

Méri az incidens üzleti hatását, így az elemzés a legsúlyosabb problémák elhárítására összpontosíthat.

Hol szerezhető be?

A Freshservice alapértelmezett mezője, amely a Tickets API „impact” mezőjén keresztül érhető el. Az értékek számok.

Példák
AlacsonyKözepesMagas
Incidenskategória
IncidentCategory
Az incidens besorolására szolgáló kategória, például hardver, szoftver vagy hálózat.
Leírás

Az incidenskategória a bejelentett probléma típusa szerint sorolja be az incidenseket. Ez a hierarchikus besorolás segít a megfelelő csapathoz irányítani az esetet, és fontos a trendek elemzéséhez.

Ez az attribútum az „Incidenskategorizálás pontossága” dashboardon használható annak vizsgálatára, hogy a kezdeti téves besorolás meghosszabbítja-e a megoldási időt az újra-hozzárendelések miatt. A kategóriák szerinti csoportosítással a szervezetek felismerhetik a visszatérő problémákat, megérthetik, mire fordítják a legtöbb támogatási erőforrást, és célzott folyamatfejlesztést indíthatnak.

Miért fontos?

Lehetővé teszi az incidensek trendjeinek elemzését, és segít megállapítani, hogy a téves besorolás késlelteti-e a megoldást.

Hol szerezhető be?

A Freshservice alapértelmezett, de testre szabható mezője. A Tickets API „category” mezőjében érhető el, a kapcsolódó mezők neve „sub_category” és „item_category”.

Példák
HardverSzoftverHálózati problémaFiókhozzáférés
A bejelentő szervezeti egysége
RequestersDepartment
Az a szervezeti egység, amelyhez az incidenst bejelentő felhasználó tartozik.
Leírás

Ez az attribútum a bejelentő üzleti területét azonosítja, például az értékesítést, a pénzügyet vagy az informatikát. Az adat általában a felhasználó Freshservice-profiljából származik.

A bejelentő szervezeti egysége szerinti elemzés megmutathatja, hogy bizonyos üzleti területeket aránytalanul sok probléma érint-e, vagy vannak-e kifejezetten egy-egy egységre jellemző gondok. Az attribútum segít megérteni az incidensek üzleti hatását, és előtérbe helyezni a kritikus szervezeti egységeket érintő javításokat.

Miért fontos?

Üzleti kontextust ad, így elemezhetők az incidensek trendjei és az egyes szervezeti egységekre gyakorolt hatásai.

Hol szerezhető be?

A jegy bejelentőjéhez kapcsolódik. A jegy „requester_id” értékével lekérhető a „Requesters” API-végpontból, majd a „department_id” és a név alapján azonosítható a szervezeti egység.

Példák
ÉrtékesítésMarketingPénzügyHumánerőforrás
Átadások száma
HandoffCount
Az alkalmak száma, ahányszor az incidenst különböző ügyintézők vagy csoportok között átadták.
Leírás

Az átadások száma számított mutató, amely az incidens életciklusa során történt újra-hozzárendeléseket méri. A „AssignedAgent” vagy „AssignedGroup” attribútum minden változása növeli ezt az értéket.

A sok átadás gyakran a folyamat hatékonysági problémájára, a kezdeti téves irányításra vagy az ügyintézői szaktudás hiányára utal. Ez a mutató közvetlenül támogatja az „Incidensátadások száma” KPI-t és az „Átadások és átirányítások késedelmének elemzése” dashboardot. Segítségével azonosíthatók azok az incidensek és folyamatútvonalak, ahol a túl sok átadás késedelmet okoz.

Miért fontos?

Méri az utómunkát és az újra-hozzárendeléseket, így feltárhatók a téves irányításból vagy tudáshiányból eredő hatékonysági problémák.

Hol szerezhető be?

Számított mutató, amelyet az egyetlen incidens életciklusa során az „AssignedAgent” vagy „AssignedGroup” mező különböző értékeinek, illetve változásainak megszámlálásával határoznak meg.

Példák
0125
Bejelentési csatorna
ReportingChannel
Az incidens bejelentésére használt mód vagy csatorna, például e-mail, portál vagy telefon.
Leírás

A bejelentési csatorna, más néven forrás, megmutatja, hogyan került az incidens a támogatási rendszerbe. Gyakori csatorna az e-mail, az önkiszolgáló portál, a telefonhívás és a chat.

Ennek az attribútumnak az elemzésével értékelhető a különböző bejelentési csatornák hatékonysága. A „Bejelentési csatornák hatékonysága” dashboard csatornánként hasonlítja össze az incidensek számát és az átlagos megoldási időt, így látható, mely módszerek működnek jól, és hol lehet szükség folyamatfejlesztésre. A portálon bejelentett incidensek például gyorsabban megoldhatók, ha már kezdetben több strukturált információ áll rendelkezésre.

Miért fontos?

Segít azonosítani a leghatékonyabb bejelentési csatornákat, és feltárja az incidensfogadási folyamat fejlesztési lehetőségeit.

Hol szerezhető be?

A Freshservice Tickets API „source” mezőjében érhető el. Az értékek számok.

Példák
E-mailPortálTelefonChat
Kerülő megoldás megadva
WorkaroundProvided
Jelzi, hogy a végleges megoldás előtt adtak-e ideiglenes megoldást a felhasználónak.
Leírás

Ez a logikai attribútum jelzi, hogy az incidens hatásának mérséklésére bevezettek-e ideiglenes javítást vagy átmeneti megoldást, amíg a végleges megoldás készült. Ezt gyakran jelölőnégyzettel vagy egy adott állapottal követik.

A process mining során ez az attribútum a „Átmeneti megoldások hatékonyságának mutatói” dashboardot támogatja. Összehasonlítható vele az átmeneti megoldással kezelt és az anélkül megoldott incidensek megoldási ideje. Így megállapítható, hogy az ideiglenes javítások valóban csökkentik-e az üzletmenet zavarát, és a felhasználó szempontjából gyorsabbnak tűnik-e a megoldás.

Miért fontos?

Segít mérni, hogy az átmeneti megoldások mennyire csökkentik az incidensek hatását, és mennyivel gyorsítják a megoldás érzékelhető lezárását.

Hol szerezhető be?

Ez általában egyéni logikai mező, például jelölőnégyzet. A meglétét ellenőrizni kell a Freshservice „Ticket Fields” beállításaiban.

Példák
truefalse
Kiváltó ok
RootCause
A vizsgálat után az incidens mögött feltárt alapvető ok.
Leírás

A kiváltó ok attribútum rögzíti az incidenst előidéző alapvető problémát. Ezt az információt az ügyintézők általában a megoldás során vagy azt követően adják meg a kiváltó ok elemzése (RCA) részeként.

Ez az attribútum szükséges a „Visszatérő incidensek és kiváltó okaik” dashboardhoz és a „Kiváltóok-elemzések befejezési aránya” KPI-hoz. A gyakori kiváltó okok elemzésével a szervezetek a reaktív incidenskezelés helyett megelőző problémakezelésre térhetnek át. Tartós megoldásokat vezethetnek be, amelyek megelőzik az újabb incidenseket és csökkentik a visszatérő problémák számát.

Miért fontos?

Segíti a megelőző problémakezelést azáltal, hogy feltárja és megszünteti a visszatérő incidensek alapvető okait.

Hol szerezhető be?

Ez gyakran egyéni mező a Freshservice-ben, mivel az alapértelmezett funkciók korlátozottak lehetnek. Ellenőrizze a „Ticket Fields” beállításai között, hogy van-e „Root Cause” vagy hasonló nevű mező.

Példák
SzoftverhibaHálózati konfigurációs hibaFelhasználói képzési problémaHardverhiba
SLA megsértve
IsSlaBreached
Számított jelző, amely igaz értéket kap, ha az incidenst nem oldották meg az SLA-ban meghatározott határidőig.
Leírás

Ez a logikai attribútum számított mutatóként jelzi, hogy az incidens megoldási ideje túllépte-e az SLA határidejét. A tényleges megoldási időbélyeg és a „ResolutionSlaTargetTime” összevetésével számítható ki.

Ez a jelző közvetlenül felhasználható az „SLA-teljesítési arány” KPI-hoz és az „SLA-teljesítmény” dashboardhoz. Egyszerűsíti az elemzést, mert minden incidens SLA-teljesítését egyértelmű, igen-nem eredménnyel mutatja. Így könnyen összesíthető és elemezhető, hány incidens, illetve az esetek mekkora hányada nem teljesíti a szolgáltatási vállalásokat.

Miért fontos?

Közvetlenül méri az egyes incidensek SLA-teljesítését, így könnyen kiszámítható az összesített teljesítési arány, és azonosíthatók a problémás területek.

Hol szerezhető be?

Számított mező, amely az adatátalakítás során az „Incident Resolved” időbélyeg és a „ResolutionSlaTargetTime” mező összevetésével jön létre.

Példák
truefalse
Újranyitva
IsReopened
Számított jelző, amely igaz értéket kap, ha az incidenst megoldás vagy lezárás után újranyitották.
Leírás

Ez a logikai attribútum számított jelzőként azonosítja az újranyitott incidenseket. Igaz értéket kap, ha az incidens „Resolved” vagy „Closed” állapot után ismét nyitott vagy folyamatban lévő állapotba kerül.

Ez a jelző szükséges az „Incidensek újranyitási aránya” KPI kiszámításához és a „Visszatérő incidensek” dashboardhoz. Az újranyitott incidensek magas aránya a kezdeti megoldás gyenge minőségére, a kiváltó ok hiányos elemzésére vagy a túl korai lezárásra utalhat. Ezeknek az eseteknek az elemzésével javítható a megoldások minősége és tartóssága.

Miért fontos?

Feltárja a megoldási folyamat hibáit, és megmutatja, mely esetekben nem volt hatékony az első javítás, ezért utómunkára volt szükség.

Hol szerezhető be?

Az eseménynapló tevékenységeinek sorrendjéből számított mező. Igaz értéket kap, ha például „Incidens újranyitása” tevékenység történik, vagy ha ugyanahhoz az incidensazonosítóhoz egy lezárt állapot után nyitott állapotú tevékenység tartozik.

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

Az incidenskezelés tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket rögzítse az eseménynaplóban a pontos folyamattérképezéshez és a szűk keresztmetszetek azonosításához.
7 Javasolt 7 Nem kötelező
Tevékenység Leírás
Állapot: folyamatban
Ez a tevékenység jelzi, hogy megkezdődött az incidens aktív vizsgálata és kezelése. Akkor rögzíthető, amikor egy ügyintéző az incidens állapotát „Folyamatban” értékre módosítja. Ez a jegy tevékenységtörténetében rögzített szokásos állapotváltozás.
Miért fontos?

Ez a mérföldkő segít elkülöníteni a várakozási időt az aktív munkával töltött időtől. Az incidens „Folyamatban” állapotban töltött idejének elemzése fontos a megoldáshoz szükséges munka megértéséhez.

Hol szerezhető be?

Az incidens tevékenységnaplójából állapítható meg annak az időpontja, amikor az „Állapot” mező „Folyamatban” értékre változik.

Rögzítés

Szűrje a tevékenységnaplót a „Folyamatban” állapotra váltásra, és használja a hozzá tartozó időbélyeget.

Eseménytípus inferred
Incidens bejelentve
Új incidensrekord létrehozását jelzi a Freshservice-ben. Ez az incidens életciklusának kezdete. A folyamatot jellemzően egy végfelhasználó indítja a portálon vagy e-mailben, illetve egy ügyfélszolgálati munkatárs hoz létre jegyet a felhasználó nevében. Az eseményt a rendszer a létrehozás időbélyegével rögzíti.
Miért fontos?

Ez a tevékenység a teljes folyamat elsődleges kezdőeseménye. Az eseménytől a megoldásig eltelt idő elemzése alapvető a teljes átfutási idő és az SLA-célok teljesítésének méréséhez.

Hol szerezhető be?

Az incidensrekord létrehozási időbélyegéből nyerhető ki. A Freshservice minden új jegynél rögzíti ezt az adatot.

Rögzítés

Használja a fő incidensrekord „Létrehozás időpontja” időbélyegét.

Eseménytípus explicit
Incidens hozzárendelve egy csoporthoz
Az incidens első hozzárendelését jelzi egy támogatói csoporthoz. Ez történhet automatikusan, útválasztási szabályok alapján, vagy kézzel, egy diszpécser közreműködésével. Az esemény az incidens auditnaplójában a „Csoport” mező első kitöltéséből állapítható meg.
Miért fontos?

A hozzárendelések nyomon követésével mérhető az első válaszig eltelt idő, és feltárhatók a kiosztási folyamat szűk keresztmetszetei. Ez segít megvizsgálni, milyen hatékonyan kerülnek az incidensek a megfelelő csapathoz.

Hol szerezhető be?

Az incidens tevékenységnaplójának első olyan bejegyzéséből állapítható meg, amely kitölti vagy módosítja a „Csoport” mezőt.

Rögzítés

Keresse meg az első időbélyeget, amikor az incidens „Csoport” mezője kitöltést kap.

Eseménytípus inferred
Incidens lezárása
Az incidensrekord végleges, hivatalos lezárását jelöli. Ez általában automatikusan történik, miután az incidens egy meghatározott ideig „Resolved” állapotban volt, de az ügyintéző manuálisan is lezárhatja. Ez az esemény jelzi az incidens életciklusának végét.
Miért fontos?

Ez a tevékenység jelenti a folyamat végleges lezárását. Az eseményig eltelt teljes idő az incidens teljes életciklusának hosszát mutatja, beleértve a felhasználói visszaigazolásra várakozást is.

Hol szerezhető be?

Az incidens tevékenységnaplójából állapítható meg annak azonosításával, hogy mikor változik a „Status” mező értéke „Closed” értékre.

Rögzítés

Használja a tevékenységnapló „Closed” állapotba váltást rögzítő bejegyzésének időbélyegét.

Eseménytípus inferred
Incidens megoldva
Azt jelzi, hogy az ügyintéző alkalmazta a javítást, és megoldottnak tekinti az incidenst. Akkor rögzíthető, amikor az incidens állapota „Megoldva” értékre változik. A Freshservice-ben ez fontos mérföldkő, amely megállítja az SLA-idő mérését.
Miért fontos?

Ez fontos mérföldkő a megoldási idő (TTR) mérésében. A „Megoldva” és a „Lezárva” állapot közötti idő elemzése segít feltárni a felhasználói megerősítés késedelmét és az automatikus lezárásra vonatkozó szabályok hatását.

Hol szerezhető be?

Az incidens tevékenységnaplójából állapítható meg annak az időpontja, amikor az „Állapot” mező „Megoldva” értékre változik.

Rögzítés

Használja a tevékenységnapló „Megoldva” állapotba váltást rögzítő bejegyzésének időbélyegét.

Eseménytípus inferred
Incidens prioritása beállítva
Akkor történik, amikor beállítják vagy módosítják az incidens prioritását. A prioritási szint határozza meg a megoldás sürgősségét és az SLA-célértékeket. Az esemény az incidens előzményeiben a „Prioritás” mező változásainak követésével rögzíthető.
Miért fontos?

A hibás vagy késedelmes prioritásbeállítás az SLA-célok elmaradásához és az erőforrások nem hatékony elosztásához vezethet. Ennek a tevékenységnek az elemzése segít biztosítani, hogy a kritikus incidensek azonnali figyelmet kapjanak.

Hol szerezhető be?

Az incidens tevékenységnaplójából állapítható meg, amely rögzíti a „Prioritás” mező minden módosítását.

Rögzítés

Használja az auditnapló azon időbélyegeit, amelyeknél beállították vagy módosították a „Prioritás” mező értékét.

Eseménytípus inferred
Megoldási megjegyzés hozzáadva
Akkor történik, amikor az ügyintéző megoldási megjegyzés hozzáadásával dokumentálja az incidens megoldását. Ez külön művelet a Freshservice-ben, amely megelőzi az állapot „Megoldva” értékre módosítását. A műveletet és a megjegyzés tartalmát a rendszer rögzíti.
Miért fontos?

Ez jelzi, hogy megszületett a megoldás. Az esemény és az „Incidens megoldva” állapot közötti idő belső ellenőrzésre vagy dokumentációra fordított többletmunkára utalhat.

Hol szerezhető be?

Az incidenshez hozzáadott megoldási megjegyzés időbélyegéből nyerhető ki, amelyet a rendszer a beszélgetési előzmények között rögzít.

Rögzítés

Keresse meg a „Megoldási megjegyzés” bejegyzés időbélyegét az incidens beszélgetési naplójában.

Eseménytípus explicit
Állapot: függőben
Azt jelzi, hogy a megoldási folyamat szünetel, jellemzően azért, mert a felhasználótól vagy egy harmadik féltől információra várnak. Az esemény bármely „Függőben” állapotba történő váltásból állapítható meg. Az ebben az állapotban töltött időt gyakran nem számítják bele az SLA-ba.
Miért fontos?

A függő állapotban töltött idő azonosítása fontos a külső függőségek és késedelmek megértéséhez. Segít elkülöníteni az ügyintézői munkaidőt a várakozási időtől.

Hol szerezhető be?

Az incidens tevékenységnaplójából állapítható meg, amikor az „Állapot” mező értéke például „Függőben” vagy „Felhasználói válaszra vár” értékre változik.

Rögzítés

Szűrje a tevékenységnaplót a függő állapotba váltásokra, és használja a hozzájuk tartozó időbélyegeket.

Eseménytípus inferred
Első válasz elküldve
Ez a tevékenység jelzi az ügyintéző első kommunikációját a felhasználóval az incidens bejelentése után. Ez lehet nyilvános megjegyzés vagy közvetlen válasz. A Freshservice időbélyeggel rögzíti az ügyintézők minden kommunikációját.
Miért fontos?

Az első válaszra vonatkozó SLA teljesítése fontos KPI az ügyfelek elégedettsége szempontjából. Ezzel a tevékenységgel mérhető és elemezhető, milyen gyorsan foglalkoznak az ügyintézők az új incidensekkel.

Hol szerezhető be?

Az incidens beszélgetési naplójában keresse meg az ügyintéző által hozzáadott első nyilvános megjegyzés vagy válasz időbélyegét.

Rögzítés

Szűrje az incidens beszélgetési előzményeit, és keresse meg az ügyintéző legkorábbi bejegyzését.

Eseménytípus explicit
Incidens újrahozzárendelve
Azt jelzi, hogy az incidens egy másik ügyintézőhöz vagy csoporthoz került át. Ez átadást jelent a megoldási folyamatban. Az esemény az első hozzárendelés utáni „Ügyintéző” vagy „Csoport” mezőváltozások alapján állapítható meg.
Miért fontos?

A gyakori újrahozzárendelések vagy átadások sokszor folyamati hiányosságra, tudáshiányra vagy hibás kezdeti irányításra utalnak. Ezek elemzése segít feltárni és csökkenteni a késedelmeket.

Hol szerezhető be?

Az incidens tevékenységnaplójából állapítható meg az első hozzárendelés utáni „Ügyintéző” vagy „Csoport” mezőváltozások követésével.

Rögzítés

Keresse meg a jegy auditnaplójában az „Ügyintéző” vagy „Csoport” mező változásait.

Eseménytípus inferred
Incidens újranyitása
Akkor történik, ha egy korábban „Resolved” állapotú incidens ismét nyitott állapotba kerül, jellemzően azért, mert a felhasználó nem fogadja el a megoldást. Ez a „Resolved” állapotból „Open” vagy „In Progress” állapotba történő váltás alapján állapítható meg.
Miért fontos?

A gyakori újranyitás a megoldás minőségével vagy a hiányos javításokkal kapcsolatos problémákra utal. Ez fontos mutató az utómunka és az ügyintézői teljesítmény elemzéséhez.

Hol szerezhető be?

Az incidens tevékenységnaplójából állapítható meg a „Resolved” állapotból aktív állapotba történő váltás alapján.

Rögzítés

Keresse meg a tevékenységnaplóban a „Status” mező „Resolved” értékről „Open” vagy „In Progress” értékre váltását.

Eseménytípus inferred
Kerülő megoldás megadva
Ez a tevékenység azt jelzi, hogy az incidens hatásának mérséklésére ideiglenes megoldást vagy kerülő megoldást közöltek a felhasználóval. Rögzítéséhez gyakran külön rendszerbeállítás szükséges, például egy erre szolgáló jelölőnégyzet, egy adott megjegyzéstípus vagy az ügyintézői megjegyzések kulcsszavas elemzése.
Miért fontos?

Ez segít elemezni, hogy a kerülő megoldások mennyire mérséklik az üzletmenetre gyakorolt hatást, és hogyan függnek össze a végleges megoldás idejével. Az eredmények a kerülő megoldások hatékonyságát bemutató dashboardon jeleníthetők meg.

Hol szerezhető be?

Ez valószínűleg nem külön rögzített esemény. Az esemény megállapítható például a „kerülő megoldás” kifejezést tartalmazó megjegyzések megjelölésével, vagy egy egyéni „Kerülő megoldás megadva” jelölőnégyzet mező változásának naplózásával.

Rögzítés

Egy egyéni mező változásából vagy az ügyintézői megjegyzések kulcsszavas elemzéséből állapítható meg.

Eseménytípus inferred
SLA-célérték túllépve
Ez egy számított esemény, amely akkor következik be, ha az incidensre fordított idő meghaladja a válaszadásra vagy a megoldásra meghatározott SLA-célértéket. A Freshservice belsőleg követi az SLA állapotát. Az esemény az időbélyegek és az SLA-szabályok összevetésével állapítható meg.
Miért fontos?

Közvetlenül méri a szolgáltatási szintre vonatkozó vállalások teljesítését. A túllépések időpontjának és okának feltárása elengedhetetlen az SLA-teljesítményt bemutató dashboardhoz és a folyamatos fejlesztéshez.

Hol szerezhető be?

A megoldás vagy az első válasz időbélyegét az SLA határidejével összevetve számítható ki. A Freshservice gyakran „SLA Violated” jelöléssel látja el a jegyeket.

Rögzítés

A „Resolved at” és a „Due by” időbélyeg összevetésével állapítható meg, illetve akkor, ha az „SLA Status” mező értéke „Violated” lesz.

Eseménytípus calculated
Ügyintéző hozzárendelve az incidenshez
Ez a tevékenység jelzi, amikor egy adott ügyintézőt bíznak meg az incidens kezelésével. Ekkor kerül a jegy egy konkrét személy felelősségi körébe. A jegy tevékenységtörténete rögzíti, hogy melyik ügyintézőt mikor rendelték hozzá.
Miért fontos?

Az adat alapján elemezhető az ügyintézők munkaterhelése és teljesítménye, valamint a csoporthoz rendelés után az incidens egyéni felvételéig eltelt idő. Ez fontos adat az ügyintézői teljesítményt bemutató dashboardokhoz.

Hol szerezhető be?

Az incidens tevékenységnaplójában vagy auditnaplójában az „Ügyintéző” mező változásai alapján követhető nyomon.

Rögzítés

Keresse meg az „Ügyintéző” mező változásainak időbélyegeit.

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

Útmutatók az adatok kinyeréséhez

Adatok kinyerése a Freshservice-ből

Készen áll a kezdésre?

A sablon segítségével megfelelően állíthatja be az adatokat, és hasznos betekintést nyerhet az incidenskezelési munkafolyamatokba. Kezdje el még ma a megoldási idők javítását.

Előzze meg az SLA-sértéseket, fejlessze incidenskezelését még ma

Csatlakozzon azokhoz a vállalatokhoz, amelyek 35%-kal csökkentik az MTTR-t, és megelőzik a költséges SLA-sértéseket.

Kezdje el az ingyenes próbaverziót

Ingyenes, 14 napos próbaverzió, bankkártya megadása nélkül.