Szolgáltatáskérés-kezelési adatainak sablonja

Jira Service Management
Szolgáltatáskérés-kezelési adatainak sablonja

Szolgáltatáskérés-kezelési adatainak sablonja

Ez a sablon segít rendszerezetten összegyűjteni a szolgáltatáskérések elemzéséhez szükséges adatokat. Bemutatja, mely attribútumokat érdemes rögzíteni, mely tevékenységeket kell követni, és hogyan nyerheti ki ezeket az adatokat a rendszeréből. Használja a sablont az adatok előkészítésének egyszerűsítésére és a működés jobb megértésére.
  • Javasolt attribútumok a részletes elemzéshez
  • A folyamat feltárásához követendő fő tevékenységek
  • Útmutató az adatok kinyeréséhez a Jira Service Managementből
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A szolgáltatáskérés-kezelés attribútumai

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba a szolgáltatáskérés-kezelés részletes elemzéséhez.
5 Kötelező 5 Javasolt 7 Nem kötelező
Név Leírás
Kezdési idő
EventTime
Az a pontos dátum és időpont, amikor egy adott tevékenység vagy esemény bekövetkezett.
Leírás

A kezdési idő, más néven az esemény időbélyege, rögzíti, hogy egy tevékenység pontosan mikor történt. Ez minden process mining elemzés alapvető adata, mert időbeli összefüggésbe helyezi a teljes folyamatot.

Az időbélyeg alapján sorba rendezhetők az események, kiszámítható a tevékenységek közötti idő és az esetek teljes átfutási ideje, valamint mérhető a folyamat teljesítménye az SLA-khoz hasonló időalapú célokhoz képest. Pontos időbélyegek nélkül nem érthető meg a folyamat menete, nem tárhatók fel a késések, és nem mérhető a hatékonyság.

Miért fontos?

Ez az időbélyeg szükséges az események sorrendbe rendezéséhez, az időtartamok és átfutási idők kiszámításához, valamint a folyamat szűk keresztmetszeteinek feltárásához.

Hol szerezhető be?

Ez az időbélyeg tartozik a Jira-ügy changelogjában szereplő minden állapotváltáshoz. Az ügy létrehozásának időpontját a „created” mező tartalmazza.

Példák
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:20:05Z
Szolgáltatási kérelem azonosítója
ServiceRequestId
Minden szolgáltatási kérelem egyedi azonosítója, amely a kapcsolódó események elsődleges kulcsa.
Leírás

A szolgáltatási kérelem azonosítója, amelyet a Jira gyakran Issue Key néven használ, egyedileg azonosítja a felhasználó vagy a rendszer által beküldött kérelmeket. Ez kapcsolja össze a kérelemhez tartozó összes eseményt, a kezdeti rögzítéstől a végleges lezárásig, így a teljes folyamat elejétől a végéig elemezhető.

A process mining során ez az azonosító szükséges az esetek összekapcsolásához. Biztosítja, hogy minden tevékenység, állapotváltás és időbélyeg a megfelelő kérelemhez tartozzon, így az elemzéshez egységes folyamatpéldány áll rendelkezésre.

Miért fontos?

Ez az alapvető esetazonosító kapcsolja össze az összes kapcsolódó tevékenységet egyetlen, elejétől a végéig tartó folyamatmenetben, és teszi lehetővé a folyamatelemzést.

Hol szerezhető be?

Ez a Jira Service Management-ügy „key” mezője.

Példák
SR-2023-001IT-45892HELP-105
Tevékenység
ActivityName
A szolgáltatási kérelem életciklusa során bekövetkezett esemény vagy elvégzett feladat neve.
Leírás

Ez az attribútum írja le a szolgáltatási kérelemhez kapcsolódó, adott időpontban végrehajtott műveletet vagy állapotváltást. Ilyen például a „Kérelem létrehozva”, a „Kérelem kiosztva”, a „Megoldás megvalósítva” és a „Kérelem lezárva”.

A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Segítségével megjeleníthetők a folyamattérképek, azonosíthatók a szűk keresztmetszetek, és feltárhatók a szabványos munkafolyamattól való eltérések. Mindez segít megérteni a folyamat hatékonyságát és a megfelelést.

Miért fontos?

Meghatározza a folyamat lépéseit, így megjeleníthető a folyamattérkép, és elemezhetők a munkafolyamat mintái, valamint az eltérések.

Hol szerezhető be?

Általában a Jira-ügy „status” mezőjének változási előzményeiből származik. Az ügy changelogjának minden, az állapotmezőre vonatkozó bejegyzése egy-egy tevékenységet jelöl.

Példák
Kérés előzetes értékeléseInformációkérésMegoldás megvalósítvaSzolgáltatási kérelem lezárva
Forrásrendszer
SourceSystem
A rendszer, amelyből a szolgáltatási kérelem adatait kinyerték.
Leírás

Ez az attribútum azonosítja az adatok forrását, jelen esetben a Jira Service Managementet. Egyetlen forrás adatainak elemzésekor ez talán nem tűnik lényegesnek, több rendszer folyamatadatainak egyesítésekor azonban nélkülözhetetlen.

Az elemzés során segít nyomon követni az adatok eredetét és ellenőrizni azok minőségét. Emellett lehetővé teszi a különböző szoftverplatformokon átívelő vagy azokkal kapcsolatba lépő folyamatok szűrését és összehasonlítását.

Miért fontos?

Azonosítja az adatok forrását. Ez fontos az adatirányítás szempontjából, valamint akkor, ha több vállalati rendszer folyamatait egyesíti.

Hol szerezhető be?

Ez általában egy rögzített érték, amelyet az adatok kinyerése és átalakítása során adnak hozzá az adathalmaz forrásának megjelölésére.

Példák
Jira Service ManagementJiraSM
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg azt mutatja, mikor frissültek utoljára az adatok a forrásrendszerből.
Leírás

Ez az attribútum rögzíti a Jira Service Managementből történő legutóbbi adatkinyerés dátumát és időpontját. Megmutatja, mennyire frissek az elemzések, valamint a dashboardokon és KPI-kban szereplő adatok.

A megalapozott döntésekhez tudni kell, mennyire aktuálisak az adatok. Az időbélyegből kiderül, hogy valós idejű információkat vagy egy korábbi időpont állapotát látja-e, ami befolyásolja a megállapítások érvényességét.

Miért fontos?

Jelzi az adatok frissességét, így ellenőrizhető, hogy az elemzések naprakész információkra épülnek-e.

Hol szerezhető be?

Ez egy metaadatmező, amelyet az adatkinyerő eszköz vagy szkript hoz létre és tárol a futás végén.

Példák
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Felelős
Assignee
A szolgáltatási kérelem kezeléséért jelenleg felelős felhasználó vagy ügyintéző.
Leírás

A felelős végzi el a következő műveletet, vagy gondoskodik a szolgáltatási kérelem megoldásáról. A kérelem életciklusa során ez az érték többször is változhat, ahogy az ügyintézők vagy csapatok átadják egymásnak a feladatot.

Ez az attribútum fontos a munkaterhelés elemzéséhez, a teljesítmény méréséhez és az erőforrások kezeléséhez. Segítségével ügyintéző szerint szűrheti a folyamatot, összehasonlíthatja a megoldási időket, és feltárhatja a képzési igényeket vagy a szűk keresztmetszetet okozó egyenlőtlen munkaterhelést.

Miért fontos?

Ez az attribútum segít elemezni az ügyintézők munkaterhelését, mérni az egyéni teljesítményt és megérteni az erőforrások elosztását.

Hol szerezhető be?

A Jira-ügy „assignee” mezőjének felel meg.

Példák
Alice JohnsonBob WilliamsNincs hozzárendelve
Kérelem állapota
RequestStatus
A szolgáltatási kérelem aktuális állapota az életciklusa során.
Leírás

Ez az attribútum a szolgáltatási kérelem aktuális állapotát mutatja, például „Open”, „In Progress”, „Waiting for Customer” vagy „Resolved”. Megmutatja, hogy a kérelem éppen hol tart.

A tevékenységnapló a korábbi folyamatmenetet rögzíti, az aktuális állapot pedig a folyamatban lévő munkák elemzéséhez és az elakadt ügyek azonosításához hasznos. Például megkereshetők azok a kérelmek, amelyek szokatlanul régóta vannak „Waiting for Vendor” állapotban. Ez rávilágít a külső függőségekre és késésekre.

Miért fontos?

Az egyes esetek aktuális állapotát mutatja, így elemezhető a folyamatban lévő munka, és azonosíthatók az elakadt vagy régóta nyitott kérelmek.

Hol szerezhető be?

Ez a Jira-ügy „status” mezője.

Példák
NyitottFolyamatbanÜgyfél válaszára várMegoldva
Kérelem prioritása
RequestPriority
A szolgáltatási kérelemhez rendelt prioritás, például alacsony, közepes, magas vagy kritikus.
Leírás

A kérelem prioritása jelzi annak sürgősségét és üzleti hatását. Ez határozza meg a kérelmek feldolgozási sorrendjét, és gyakran a megoldás célidejét, valamint az SLA-kat is.

A folyamatelemzésben a prioritás fontos szempont a szegmentáláshoz. Segítségével összehasonlíthatók az átfutási idők és az SLA-k teljesítése az egyes prioritási szinteken. Így ellenőrizhető, hogy a magas prioritású kérelmek valóban gyorsabban haladnak-e, és teljesítik-e a célértékeket. Ez a rangsorolási rendszer hatékonyságának felmérését is segíti.

Miért fontos?

Lehetővé teszi az elemzés szegmentálását, így ellenőrizhető, hogy a magas prioritású kérelmek gyorsabban haladnak-e, és teljesítik-e a szigorúbb szolgáltatási célokat.

Hol szerezhető be?

A Jira-ügy „priority” mezőjének felel meg.

Példák
LegmagasabbMagasKözepesAlacsony
Kérelem típusa
RequestType
A szolgáltatási kérelem besorolása, például „Hozzáférési kérelem” vagy „Hardverhiba”.
Leírás

A kérelem típusa annak jellege szerint sorolja kategóriákba a szolgáltatási kérelmeket. Ez a folyamatelemzés egyik alapvető szempontja, mivel az egyes kérelmek megoldása, SLA-ja és erőforrásigénye eltérő lehet.

A folyamatelemzés kérelemtípus szerinti szegmentálásával a szervezet az egyes munkafolyamatokhoz igazíthatja a fejlesztéseket. A „Jelszó-visszaállítás” kérelmek szűk keresztmetszete például egészen más lehet, mint az „Új szerver üzembe helyezése” kérelmeké. Ez az attribútum segít olyan releváns dashboardok létrehozásában, mint a „Megoldás minősége kategóriánként”.

Miért fontos?

Ez az attribútum lehetővé teszi a különböző szolgáltatásikérelem-kategóriák folyamatainak, munkaterhelésének és teljesítményének összehasonlítását.

Hol szerezhető be?

Ez gyakran a Jira „issuetype” mezőjének vagy a Jira Service Management egyéni „Request Type” mezőjének felel meg.

Példák
Új fiók igényléseIT-segítség kéréseÚj munkatárs beléptetése
SLA-határidő
SlaDueDate
Az a célként meghatározott dátum és időpont, ameddig az SLA szerint meg kell oldani a szolgáltatási kérelmet.
Leírás

Az SLA-határidő egy számított időbélyeg, amely a kérelem megoldásának határidejét jelöli. A határidőt a kérelem prioritása és típusa, valamint a Jira Service Managementben beállított szolgáltatási szint megállapodásai (SLA-k) határozzák meg.

Ez az attribútum alapja a „Szolgáltatási kérelmek SLA-teljesítménye” dashboardnak és az „SLA-teljesítési arány” KPI-nak. A tényleges megoldási idő és a határidő összevetésével megállapítható, hogy a kérelmet időben zárták-e le, késett-e, vagy fennáll-e az SLA megsértésének kockázata.

Miért fontos?

Ez a teljesítménymérés viszonyítási alapja. Közvetlenül támogatja az SLA-k teljesítésének mérését, és segít a munka rangsorolásában.

Hol szerezhető be?

Az SLA-adatokat a Jira Service Management kezeli, és az API-n keresztül érhetők el. Gyakran dinamikusan frissülő egyéni mezőkben tárolják őket.

Példák
2023-10-28T16:00:00Z2023-11-01T09:00:00Z
Bejelentő
Reporter
Az a felhasználó, aki eredetileg létrehozta vagy bejelentette a szolgáltatási kérelmet.
Leírás

A bejelentő az a személy, gyakran végfelhasználó vagy ügyfél, aki beküldte a szolgáltatási kérelmet. Ez az attribútum azonosítja a folyamatot elindító érintettet.

Az elemzés során a bejelentő alapján megérthetők a különböző felhasználók, részlegek vagy ügyfélszegmensek kérelmezési szokásai. Segítségével megválaszolhatók például az olyan kérdések, hogy „Melyik részleg küldi be a legtöbb kérelmet?” vagy „Vannak felhasználók, akiknél rendszeresen ugyanaz a probléma jelentkezik?”. Ez az információ hasznos a problémák megelőző kezeléséhez és a felhasználók képzésének fejlesztéséhez.

Miért fontos?

Azonosítja, ki nyújtotta be a kérelmet, így elemezhető a kérelmek száma és típusa felhasználó, részleg vagy ügyfél szerint.

Hol szerezhető be?

A Jira-ügy „reporter” mezőjének felel meg.

Példák
Charles DarwinMarie CurieIsaac Newton
Csatorna
Channel
A szolgáltatási kérelem benyújtásának módja, például e-mail, portál vagy API.
Leírás

A Csatorna attribútum megmutatja, hogyan került a szolgáltatási kérelem a rendszerbe. A Jira Service Managementben gyakori csatorna az ügyfélportál, az e-mail, illetve az ügyintéző általi közvetlen létrehozás.

A folyamat csatorna szerinti elemzése segít megérteni a felhasználói szokásokat és fejleszteni a szolgáltatásnyújtást. Kiderülhet például, hogy bizonyos csatornákon érkező kérelmek megoldása tovább tart, vagy több pontosítást igényel. Ez arra utalhat, hogy javítani kell a portál űrlapjain, vagy az e-mailek feldolgozására vonatkozó szabályokon. Az elemzés a „Szolgáltatási kérelmek átfutási trendjei” dashboardot is támogatja.

Miért fontos?

Segít felmérni, hogy a benyújtási csatorna hatással van-e a megoldási időre, a kérelem egyértelműségére vagy a folyamat egészének hatékonyságára.

Hol szerezhető be?

Ez az információ a Jira Service Managementben a „Request channel type” mezőből érhető el. Előfordulhat, hogy külön API-hozzáférés szükséges hozzá, vagy egyéni mezőben tárolják.

Példák
portále-mailAPI
Felelős csapat
AssignedTeam
A szolgáltatási kérelem kezeléséért felelős csapat vagy csoport.
Leírás

Ez az attribútum megadja a kérelemhez rendelt csapatot, amely általában magasabb szintű csoportosítás, mint az egyéni felelős. Segítségével csapatszinten elemezhető a teljesítmény, például összehasonlítható az első szintű támogatás és a hálózatüzemeltetési csapat munkája.

Ez a szempont fontos az olyan dashboardokhoz, mint az „Ügyintézői munkaterhelés és megoldási mutatók”. Lehetővé teszi a teljesítménymutatók csapatszintű összesítését, így tisztességesen összehasonlíthatók a csapatok, és megérthető, hogyan járulnak hozzá az egyes csapatok a szolgáltatásnyújtáshoz.

Miért fontos?

Lehetővé teszi a teljesítmény elemzését és a munkaterhelés kiegyensúlyozását csapat vagy részleg szerint, nem csak az egyes ügyintézők szintjén.

Hol szerezhető be?

Ez lehet egyéni Jira-mező, például „Team”, vagy származhat a felelős felhasználói profiljának attribútumaiból.

Példák
IT-támogatás, 1. szintInfrastruktúra-csapatAlkalmazástámogatás
Megoldás
Resolution
A megoldott szolgáltatási kérelem végső eredménye vagy lezárása.
Leírás

A Resolution mező jelzi, hogy miért zárták le a szolgáltatási kérelmet. Gyakori értékei: „Done”, „Won't Do”, „Duplicate” és „Cannot Reproduce”. A „Resolved” vagy „Closed” állapoton túl a lezárás okáról is információt ad.

A megoldások elemzéséből megérthető az eredmények minősége és jellege. Ha például sok ügyet „Duplicate” értékkel zárnak le, az a kérelembenyújtási folyamat problémájára utalhat. Az újranyitott kérelmekhez vezető megoldások nyomon követése pedig rávilágíthat a nem hatékony megoldásokra.

Miért fontos?

A kérelem eredményének hátterét mutatja, így elemezhető a megoldás minősége, és feltárhatók a lezárási okok mintái.

Hol szerezhető be?

A Jira-ügy „resolution” mezőjének felel meg. Ezt általában akkor állítják be, amikor az ügy „done” állapotkategóriába kerül.

Példák
ElvégezveNem kerül elvégzésreDuplikátumJavítva
SLA állapota
SlaState
Megmutatja, hogy a szolgáltatási kérelem teljesítette-e, túllépte-e, vagy még nem érte-e el a meghatározott SLA-határidőt.
Leírás

Az SLA állapota egy számított attribútum, amely az SLA-határidőhöz viszonyított teljesítmény alapján kategorizálja a szolgáltatási kérelmeket. Lehetséges értékei: „Teljesítve”, „Túllépve” és „Folyamatban”. Az értéket a megoldás időbélyegének és a „SlaDueDate” mezőnek az összehasonlításával határozzák meg.

Ez a „Szolgáltatási kérelmek SLA-teljesítménye” dashboard alapvető attribútuma, és az „SLA-teljesítési arány” KPI kiszámításához is használják. Egy pillantással áttekinthetővé teszi a szolgáltatási szint teljesítését, ami fontos a jelentésekhez, a szerződések kezeléséhez és a szolgáltatás minőségének fenntartásához.

Miért fontos?

Azonnal áttekinthetővé teszi az SLA-k teljesítését, amely a szolgáltatás minőségének és a szerződéses vállalások betartásának fontos mércéje.

Hol szerezhető be?

Az adatátalakítás során számítják ki. Ha a megoldás időpontja megelőzi a „SlaDueDate” értékét, az állapot „Teljesítve”, ellenkező esetben „Túllépve”.

Példák
TeljesítveTúllépveFolyamatban
Szervezet
Organization
Az az ügyfélszervezet vagy belső részleg, amelyhez a bejelentő tartozik.
Leírás

Ez az attribútum szervezetek vagy részlegek szerint csoportosítja a bejelentőket. A Jira Service Management beépített „Organizations” funkciója lehetővé teszi, hogy az ügyintézők több ügyfél vagy belső csapat kérelmeit kezeljék.

A szervezet szerinti elemzés üzleti szempontból hasznos összefüggéseket tár fel. Megmutathatja, mely ügyfelek vagy részlegek veszik igénybe leginkább a támogatási erőforrásokat, mely csoportoknál jelentkeznek visszatérő problémák, és hogy a különböző üzleti egységek következetesen teljesítik-e az SLA-kat.

Miért fontos?

Lehetővé teszi a szolgáltatási igények és a teljesítmény elemzését ügyfél vagy belső részleg szerint, és üzleti szempontból hasznos információkat ad.

Hol szerezhető be?

Ez az adat a Jira Service Management szolgáltatási kérelemhez tartozó „Organizations” mezőből származik.

Példák
Acme CorporationPénzügyi részlegGlobal Tech Inc.
Újranyitották
IsReopened
Logikai jelző, amely megmutatja, hogy a szolgáltatási kérelmet a megoldása után újranyitották-e.
Leírás

Ez a számított attribútum igaz vagy hamis értéket vesz fel. Igaz, ha a kérelem munkafolyamatában szerepel a „Kérelem újranyitva” tevékenység. Az érték az egyes esetek tevékenységeinek sorrendjéből származik.

Ez a jelző szükséges a „Szolgáltatási kérelmek újranyitási aránya” KPI kiszámításához és az „Újranyitott szolgáltatási kérelmek száma” dashboardhoz. A magas újranyitási arány arra utal, hogy az első megoldás gyakran nem megfelelő, ami ismételt munkához és alacsonyabb ügyfélelégedettséghez vezet. Ha megvizsgálja, mely kérelmekhez vagy megoldásokhoz kapcsolódik ez a jelző, feltárhatja a fejlesztendő területeket.

Miért fontos?

Közvetlenül méri az ismételt munkát és az első megoldás minőségét, amelyek a folyamat hatékonyságának és az ügyfélelégedettségnek fontos mutatói.

Hol szerezhető be?

Az adatátalakítás során számítják ki: ellenőrzik, hogy az eset tevékenységeinek sorrendjében szerepel-e „Reopened” állapotváltás egy „Resolved” állapotváltás után.

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

A szolgáltatáskérés-kezelés tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához és fejlesztéséhez.
5 Javasolt 8 Nem kötelező
Tevékenység Leírás
Kérés kiosztva
Ez a tevékenység akkor történik, amikor a szolgáltatási kérést megoldásra egy adott ügyintézőhöz vagy csapathoz rendelik. A Jira külön rögzíti az „Assignee” mező változásait, így pontosan megállapítható a kiosztás időpontja.
Miért fontos?

Ez fontos mérföldkő az előzetes értékeléstől a kiosztásig eltelt idő és az ügyintézők munkaterhelésének méréséhez. A várakozási szakasz végét és az aktív ügyintézés kezdetét jelöli.

Hol szerezhető be?

Az ügyelőzményekből állapítható meg: keresse meg az első alkalmat, amikor az „Assignee” mezőt kitöltik, vagy az üres értéket másikra cserélik.

Rögzítés

Használja az ügyelőzményekben szereplő első „Assignee” mezőváltozás időbélyegét.

Eseménytípus explicit
Megoldási javaslat elküldve
Számos ügyfélszolgálati munkafolyamatban ez külön lépés: a megoldást jóváhagyásra elküldik a kérelmezőnek. Ez abból következtethető ki, hogy az ügy állapota például „Pending Customer Acceptance” vagy „Awaiting Confirmation” értékre változik.
Miért fontos?

Ez a tevékenység külön méri a megoldás elküldése utáni, ügyfél-visszajelzésre várakozással töltött időt, így elkülöníthető a belső munkavégzés idejétől.

Hol szerezhető be?

Az ügyelőzményekből következtethető ki. Az időbélyeg azt mutatja, mikor változik az állapot olyan értékre, amely szerint a megoldás az ügyfél jóváhagyására vár.

Rögzítés

Keresse meg az állapot „Pending Customer Acceptance” vagy azzal egyenértékű értékre váltásának időbélyegét.

Eseménytípus inferred
Service Request létrehozva
Ez a tevékenység jelöli a szolgáltatási kérés életútjának kezdetét, amikor a felhasználó portálon, e-mailben vagy más csatornán hivatalosan benyújtja a kérést. A Jira ezt az eseményt rögzíti, amikor létrejön egy új, „Service Request” típusú ügy, a létrehozás időpontjával együtt.
Miért fontos?

Ez a folyamat elsődleges kezdő eseménye. Nélkülözhetetlen a teljes átfutási idő kiszámításához, valamint a kérések számának és beérkezési mintáinak megértéséhez.

Hol szerezhető be?

Ez az esemény külön bejegyzésként szerepel az ügyelőzményeket tartalmazó táblában. A tevékenység időbélyege a Jira-ügy „created” mezőjéből származik.

Rögzítés

Használja az ügy létrehozási időbélyegét az „issues” táblából vagy az előzményekből.

Eseménytípus explicit
Szolgáltatási kérelem lezárva
A szolgáltatási kérelem végleges, adminisztratív lezárását jelöli. Ez gyakran automatikusan történik, miután a kérelem meghatározott ideig „Resolved” állapotban volt. A Jira-ban ez az ügy életciklusának végpontja.
Miért fontos?

Ez a folyamat végleges záróeseménye. A „Resolved” és a „Closed” közötti időből megállapítható az adminisztratív többletmunka, illetve az automatikus lezárási szabályok hatása.

Hol szerezhető be?

Az ügy előzményeiből következtethető ki. Az időbélyeg a „Closed” vagy egy azzal egyenértékű végállapotba történő utolsó állapotváltás időpontja.

Rögzítés

Határozza meg a „Closed” állapotba történő utolsó állapotváltás időpontját.

Eseménytípus inferred
Szolgáltatási kérelem megoldva
Ez jelöli azt a hivatalos időpontot, amikor a kérelmet teljesítettnek tekintik, és rögzítik a megoldást. A Jira akkor tölti ki a „Resolution Date” mezőt, amikor egy ügy először kerül a „Done” kategóriába tartozó állapotba.
Miért fontos?

Ez a folyamat egyik fő záró mérföldköve. A megoldási idő és az SLA betartásának kiszámításához szükséges, és az aktív munka végét jelzi.

Hol szerezhető be?

Ez egy konkrét esemény. Az időbélyeg a Jira-ügy „Resolution Date” mezőjének értéke, amely az első, „Done” kategóriájú állapotba történő átmenetkor kerül beállításra.

Rögzítés

Használja a Jira-ügy „resolutiondate” mezőjét. A mező kitöltése automatikusan történik.

Eseménytípus explicit
Információ megérkezett
Akkor történik, amikor a kérelmező megadja a szükséges információkat, és az ügyintéző folytathatja a munkát. Ez abból következtethető ki, hogy az ügy kilép a „Waiting for customer” állapotból, gyakran azért, mert a kérelmező megjegyzést fűz hozzá.
Miért fontos?

Ezzel lezárul az ügyféllel folytatott kérdés-válasz ciklus. Az információkérés és azok beérkezése közötti idő a folyamat várakozási idejének fontos része.

Hol szerezhető be?

Az ügyelőzményekből következtethető ki. Az időbélyeg azt mutatja, mikor változik az ügy állapota „Waiting for customer” értékről vissza „In Progress” állapotra.

Rögzítés

Keresse meg azt az időbélyeget, amikor a „status” mező várakozási állapotból ismét aktív állapotra változik.

Eseménytípus inferred
Információkérés
Azt jelzi, hogy az ügyintézőnek további információra van szüksége a kérelmezőtől a megoldás folytatásához. Ez általában abból következtethető ki, hogy az ügy olyan állapotba kerül, mint a „Waiting for customer” vagy a „Pending Input”.
Miért fontos?

A gyakori vagy hosszan tartó „Information Requested” ciklusok arra utalhatnak, hogy a kezdeti kérelem nem egyértelmű, vagy nem hatékony a kommunikáció. Ez jelentős késedelmeket okozhat.

Hol szerezhető be?

Az ügyelőzményekből következtethető ki. Az időbélyeg azt mutatja, mikor változik az ügy állapota „Waiting for customer” vagy azzal egyenértékű értékre.

Rögzítés

Keresse meg azt az időbélyeget, amikor a „status” mező olyan értékre változik, amely azt jelzi, hogy a folyamat az ügyfélre vár.

Eseménytípus inferred
Kérés előzetes értékelése
A szolgáltatási kérés kezdeti értékelése, amely során meghatározzák a prioritást, a kategóriát és a hatást. Ez a tevékenység általában egy állapotváltozásból következtethető ki, például amikor az ügy „New” állapotból „In Progress” állapotba kerül, vagy egy külön „Triaged” állapotot kap.
Miért fontos?

Az előzetes értékelésig eltelt idő elemzésével felmérhető, mennyire hatékony a kérések kezdeti kezelése. Az itt jelentkező késedelmek jelentősen növelhetik a teljes megoldási időt, és ronthatják az SLA-k teljesítését.

Hol szerezhető be?

Az ügyelőzményekből következtethető ki: meg kell keresni az első időbélyeget, amikor az állapot a kezdeti „New” vagy „Open” értékről aktív állapotra, például „In Progress” értékre változik.

Rögzítés

A projekt munkafolyamata alapján keresse meg az első állapotváltozást a „New” vagy azzal egyenértékű kezdeti állapot után.

Eseménytípus inferred
Kérés újranyitva
Ez a tevékenység azt rögzíti, amikor egy korábban megoldott szolgáltatási kérés ismét aktív állapotba kerül. Ez abból következtethető ki, hogy az állapot megoldott vagy lezárt értékről nyitott vagy folyamatban lévő értékre változik.
Miért fontos?

Az újranyitott kérések követése elengedhetetlen a megoldások minőségének és az első megkeresésre történő megoldási aránynak a méréséhez. A magas újranyitási arány eredménytelen megoldásokra vagy visszatérő problémákra utal.

Hol szerezhető be?

Az ügyelőzményekből állapítható meg: keresse meg az állapotváltást a „Resolved” vagy „Closed” kategóriájú állapotból az „Open” vagy „In Progress” kategóriájú állapotba.

Rögzítés

Keresse meg az állapotváltást a „Done” kategóriából a „To Do” vagy „In Progress” kategóriába.

Eseménytípus inferred
Külső beszállító bevonása befejeződött
Azt az időpontot jelöli, amikor a külső beszállító elvégezte a feladatát, és a szolgáltatási kérés visszakerül a belső csapathoz. Ez abból következtethető ki, hogy az ügy kilép a „Waiting for vendor” állapotból.
Miért fontos?

A beszállítói közreműködés időtartamának mérése segít értékelni a beszállítók teljesítményét, és megérteni, hogyan hatnak a külső felek a teljes megoldási időre.

Hol szerezhető be?

Az ügyelőzményekből következtethető ki. Az időbélyeg azt mutatja, mikor változik az ügy állapota beszállítói állapotból vissza „In Progress” állapotra.

Rögzítés

Keresse meg azt az időbélyeget, amikor a „status” mező beszállítói állapotból vissza aktív állapotra változik.

Eseménytípus inferred
Külső beszállító bevonása megkezdődött
Azt jelzi, hogy a szolgáltatási kérést külső beszállítóhoz továbbították, vagy annak intézkedésére van szükség. Ez abból következtethető ki, hogy az ügy olyan állapotba kerül, mint a „Waiting for vendor” vagy a „With Third Party”.
Miért fontos?

A beszállítói közreműködés követése segít feltárni azokat a külső függőségeket és késedelmeket, amelyekre a belső ügyfélszolgálatnak nincs közvetlen ráhatása.

Hol szerezhető be?

Az ügyelőzményekből következtethető ki. Az időbélyeg azt mutatja, mikor kerül az ügy egy kijelölt, beszállítói állapotba.

Rögzítés

Keresse meg azt az időbélyeget, amikor a „status” mező olyan értékre változik, mint a „Waiting for Vendor”.

Eseménytípus inferred
Megoldás megerősítve
Akkor történik, amikor a kérelmező hivatalosan elfogadja a javasolt megoldást, ami gyakran automatikus állapotváltást indít el „Resolved” értékre. Ez az esemény általában ebből az állapotváltozásból következtethető ki.
Miért fontos?

Ez a mérföldkő igazolja a megoldás eredményességét, és ekkor áll le az SLA-időmérés. Segít megmérni, mennyi idő alatt erősítik meg az ügyfelek a javításokat.

Hol szerezhető be?

Az ügyelőzményekből következtethető ki. Az időbélyeg azt mutatja, mikor változik az állapot „Pending Customer Acceptance” értékről „Resolved” vagy „Closed” értékre.

Rögzítés

Határozza meg annak az időpontját, amikor az állapot „Pending Customer Acceptance” értékről „Resolved” vagy „Closed” értékre változik.

Eseménytípus inferred
Megoldás megvalósítva
Azt jelzi, hogy az ügyintéző elvégezte a szükséges lépéseket vagy kidolgozta a szolgáltatási kérés megoldását. Ez gyakran abból következtethető ki, hogy az állapot „Pending Review” értékre vagy közvetlenül „Resolved” értékre változik.
Miért fontos?

Ez a mérföldkő jelöli a megoldáshoz szükséges érdemi munka végét. Az eddig eltelt idő a folyamat értékteremtő részének legnagyobb hányadát teheti ki.

Hol szerezhető be?

Az ügyelőzményekből következtethető ki. Az időbélyeg az állapot „Resolved”, „Pending Acceptance” vagy hasonló, lezárás előtti értékre váltásának időpontja.

Rögzítés

Keresse meg azt az időbélyeget, amikor a „status” mező olyan értékre változik, amely a munka befejezését jelzi.

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

Útmutatók az adatok kinyeréséhez

Adatok kinyerése a Jira Service Managementből

Kezdhetjük?

Ezzel a sablonnal gyorsan elindíthatja a process mining használatát, és jelentősen fejlesztheti a szolgáltatáskérés-kezelést. Kezdje el még ma optimalizálni a működését.

Optimalizálja most a szolgáltatáskérés-kezelést a Jirában

Érjen el 70%-os automatizálást, és szüntesse meg a lassú ügyintézést. Növelje a hatékonyságot még ma!

Próbálja ki ingyen

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