Olay yönetimi Veri Şablonunuz
Olay yönetimi Veri Şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Olay yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Olay kimliği
IncidentId
|
Her olay kaydını benzersiz biçimde tanımlayan ve olayın tüm yaşam döngüsünü izlemek için kullanılan birincil anahtar. | ||
|
Açıklama
Olay kimliği, olay yönetimi analizinin temelini oluşturur. Vaka kimliği işlevi görerek ilgili tüm etkinlikleri, zaman damgalarını ve öznitelik değişikliklerini tek bir süreçte bir araya getirir. Process Mining çalışmalarında her Event Log kaydı bir olay kimliğiyle ilişkilendirilir. Böylece her olayın baştan sona süreç akışı yeniden oluşturulabilir. Bu, çevrim sürelerini hesaplamak, süreç varyantlarını analiz etmek ve vakalara özgü darboğazları belirlemek için gereklidir. Benzersiz bir kimlik olmadan farklı olayları birbirinden ayırmak ve bildirimden çözüme kadar izledikleri yolları analiz etmek mümkün olmaz.
Neden önemli?
Her olayı benzersiz biçimde tanımlar ve oluşturulmasından kapatılmasına kadar yaşam döngüsünün baştan sona izlenip analiz edilmesini sağlar.
Nereden alınır?
Bu, talebin birincil tanımlayıcısıdır. Freshservice Tickets API içinde talep nesnesinin 'id' alanında bulunur.
Örnekler
INC-10234INC-10235INC-10236
|
|||
|
Etkinlik adı
ActivityName
|
Olayın yaşam döngüsünde belirli bir anda gerçekleşen iş etkinliğinin veya olayın adı. | ||
|
Açıklama
Etkinlik adı, olay yönetimi sürecindeki 'Incident Assigned to Group', 'Status Changed to Pending' veya 'Incident Resolved' gibi tek bir adımı ya da olayı tanımlar. Bu etkinlikler, olay verilerinde zaman içinde gerçekleşen değişikliklerden türetilir. Bu öznitelik, keşfedilen süreç haritasındaki düğümleri tanımladığı için Process Mining açısından temel niteliktedir. Kuruluşlar, etkinliklerin sırasını ve sıklığını analiz ederek olay çözüm sürecinin gerçekte nasıl işlediğini görebilir, yaygın yolları belirleyebilir, standart prosedürden sapmaları saptayabilir ve sık yeniden atama gibi yeniden çalışma döngülerini ortaya çıkarabilir.
Neden önemli?
Süreç haritasındaki adımları tanımlar; olay çözüm akışını görselleştirmeyi ve darboğazlarla sapmaları analiz etmeyi sağlar.
Nereden alınır?
Bu öznitelik Freshservice’te doğrudan bir alan olarak bulunmaz. Durum, öncelik, temsilci veya grup ataması gibi talep özelliklerindeki değişikliklerden ve not eklenmesinden türetilir.
Örnekler
Olay bildirildiOlay gruba atandıÇözüm notu eklendiOlay çözüldü
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin alındığı sistem; genellikle 'Freshservice'. | ||
|
Açıklama
Bu öznitelik, verinin kaynağını belirtir. Bu örnekte değer her zaman 'Freshservice' olsa da farklı sistemlerden gelen verilerin bir araya getirildiği ortamlarda süreç hakkında bütünsel bir görünüm elde etmek için önemli bir alandır. Kaynak sistem özniteliğini eklemek, veri yönetişimi ve izlenebilirlik açısından iyi bir uygulamadır. Verinin nereden geldiğini açıkça göstererek doğrulama ve hata ayıklamayı kolaylaştırır. Ayrıca Process Mining projesine ileride başka hizmet yönetimi veya operasyon sistemlerinin eklenmesine yardımcı olur.
Neden önemli?
Olay yönetimi verisinin kaynağını açıkça belirterek izlenebilirliği ve veri yönetişimini sağlar.
Nereden alınır?
Bu, genellikle Veri Seti etiketlemek için veri dönüştürme (ETL) işlemi sırasında eklenen sabit bir değerdir.
Örnekler
FreshserviceFreshservice-EUFreshservice-PROD
|
|||
|
Olay zaman damgası
EventTimestamp
|
Etkinliğin veya olayın gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Olay zaman damgası veya başlangıç zamanı, bir etkinliğin gerçekleştiği kesin anı gösterir. Olayın oluşturulmasından kapatılmasına kadar yaşam döngüsündeki her etkinliğin bir zaman damgası vardır. Bu öznitelik, zamana dayalı tüm Process Mining analizlerinin temelidir. Olayları kronolojik sıraya koymak, etkinlikler arasındaki süreyi ve toplam vaka çevrim süresini hesaplamak, bekleme sürelerini analiz etmek için kullanılır. SLA performansını, devir teslim gecikmelerini ve toplam çözüm sürelerini izleyen Dashboardların oluşturulmasına da temel sağlar.
Neden önemli?
Olayların kronolojik sırasını gösterir. Süreleri ve çevrim zamanlarını hesaplamak, süreç performansını anlamak için gereklidir.
Nereden alınır?
Freshservice’teki 'created_at' ve 'updated_at' gibi çeşitli zaman damgası alanlarından veya talebin yazışma ya da denetim günlüklerindeki zaman damgalarından türetilir.
Örnekler
2023-10-26T10:00:00Z2023-10-26T10:05:14Z2023-10-27T14:30:00Z
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu sürece ait verinin en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, Veri Seti verilerinin kaynak sistemden en son ne zaman güncellendiğini gösteren zaman damgasını içerir. Tek tek olaylar yerine Veri Seti’nin tamamı için geçerli olan bir meta veri alanıdır; ancak tutarlılık sağlamak amacıyla çoğu zaman olay düzeyinde de yer alır. Analiz sırasında bu bilgi, verinin ne kadar güncel olduğunu ve Dashboardlarla KPI’ların hangi zaman aralığını kapsadığını anlamaya yardımcı olur. Kullanıcılar içgörülerin güncelliğini görebilir ve en yeni olayların analize dahil olup olmadığı konusunda beklentilerini buna göre belirleyebilir.
Neden önemli?
Verinin ne kadar güncel olduğunu ve analizin hangi zaman aralığını kapsadığını kullanıcılara gösterir.
Nereden alınır?
Veri çıkarma (ETL) işlemi sırasında oluşturulan bir meta veri zaman damgasıdır.
Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Atanan grup
AssignedGroup
|
Olaydan şu anda sorumlu olan destek grubu veya ekip. | ||
|
Açıklama
Atanan grup, olaydan hangi ekibin sorumlu olduğunu gösterir. Bu ekip 'Level 1 Support', 'Network Team' veya 'Database Admins' olabilir. Bu öznitelikteki değişiklikler, olayın farklı işlevsel ekipler arasında üst kademeye aktarılmasını veya devredilmesini belirtir. Atanan grubu analiz etmek, devir teslim ve aktarım gecikmelerini anlamak açısından önemlidir. Process Mining, olayların gruplar arasındaki akışını görselleştirerek yaygın üst kademeye aktarma yollarını ortaya çıkarabilir ve her grubun harekete geçmesini beklerken geçen süreyi ölçebilir. Böylece kurumsal darboğazlar ve ekipler arası iş birliğini iyileştirme fırsatları belirlenebilir.
Neden önemli?
Hangi ekibin sorumlu olduğunu izler; devir teslimleri, üst kademeye aktarımları ve ekipler arası gecikmeleri analiz etmek için önemlidir.
Nereden alınır?
Freshservice Tickets API içinde 'group_id' alanında bulunur. Grubun adını almak için bu kimlik Groups API ile eşleştirilebilir.
Örnekler
Hizmet MasasıAğ operasyonlarıAltyapı desteği
|
|||
|
Atanan temsilci
AssignedAgent
|
Olayı çözmekle şu anda sorumlu olan destek temsilcisinin adı veya kimliği. | ||
|
Açıklama
Atanan temsilci, belirli bir anda olaydan sorumlu olan hizmet masası çalışanını belirtir. Bu öznitelikteki değişiklikler, sorumluluğun temsilciler arasında devredildiğini gösterir. Bu öznitelik performans analizi için önemlidir. Temsilci iş yükünü, temsilci başına ortalama çözüm süresini ve ilk iletişimde çözüm oranlarını izleyen Dashboardlar oluşturulmasını sağlar. Gecikme ve verimsizlik kaynağı olabilen temsilciler arasındaki devir teslimleri analiz etmek için de kullanılır. Yöneticiler atamaları izleyerek eğitim ihtiyaçlarını belirleyebilir ve yüksek performans gösteren ekip üyelerini fark edebilir.
Neden önemli?
Temsilci performansını ve iş yükü dağılımını analiz etmeyi, temsilciler arasındaki devir teslimlerin çözüm sürelerine etkisini görmeyi sağlar.
Nereden alınır?
Freshservice Tickets API içinde 'responder_id' alanında bulunur. Temsilcinin adını almak için bu kimlik Agents API ile eşleştirilebilir.
Örnekler
John DoeJane SmithSupportBot
|
|||
|
Çözüm SLA hedef zamanı
ResolutionSlaTargetTime
|
SLA politikasına göre olayın çözülmesinin beklendiği son zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, olayın çözülmesi için belirlenen son tarih ve saati içerir. Hedef, talebe uygulanan Hizmet Seviyesi Anlaşması (SLA) politikasına göre belirlenir ve genellikle öncelik gibi etkenlere bağlıdır. Bu hedef zaman, 'SLA Adherence Rate' KPI’ını hesaplamak ve 'SLA Performance Dashboardu oluşturmak için gereklidir. Gerçek çözüm zaman damgası bu hedefle karşılaştırılarak olayın zamanında çözülüp çözülmediği veya SLA’nın ihlal edilip edilmediği belirlenir. Hizmet seviyesi taahhütlerine uyumluluğu ölçmenin temelidir.
Neden önemli?
Çözüm için son tarihi gösterir; SLA uyumluluğunu hesaplamak ve risk altındaki olayları belirlemek için gereklidir.
Nereden alınır?
Freshservice Tickets API içinde ilk yanıt için 'fr_due_by', çözüm için 'due_by' alanlarında bulunur.
Örnekler
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-05T17:00:00Z
|
|||
|
Olay durumu
IncidentStatus
|
Olayın yaşam döngüsündeki mevcut durumu; örneğin Open, Pending, Resolved veya Closed. | ||
|
Açıklama
Olay durumu, olayın o anki aşamasını gösterir. Durum değişiklikleri, keşfedilen süreç haritasının temelini oluşturan önemli olaylardır. Örneğin 'In Progress' durumundan 'Pending' durumuna veya 'Resolved' durumundan 'Closed' durumuna geçişler bu kapsamdadır. Bu öznitelik, olayın izlediği yolu anlamak için temel niteliktedir. Her durumda geçen süreyi analiz etmek, kullanıcı yanıtı beklerken 'Pending' durumunda fazla kalan olaylar gibi darboğazları belirlemeye yardımcı olur. Çevrim süresi hesaplamalarının başlangıç ve bitiş noktalarını tanımlamak için de gereklidir.
Neden önemli?
Olayın yaşam döngüsündeki ilerleyişini izler ve gecikmelerin sık yaşandığı aşamaları belirlemeye yardımcı olur.
Nereden alınır?
Freshservice Tickets API içinde 'status' alanında bulunur. Değerler sayısaldır.
Örnekler
OpenIn ProgressPendingResolvedClosed
|
|||
|
Olay kategorisi
IncidentCategory
|
Donanım, yazılım veya ağ gibi olayları sınıflandırmak için kullanılan kategori. | ||
|
Açıklama
Olay kategorisi, bildirilen sorunun türüne göre olayları sınıflandırmayı sağlar. Bu hiyerarşik sınıflandırma, olayın doğru ekibe yönlendirilmesine yardımcı olur ve eğilim analizi için önemlidir. Bu öznitelik, ilk sınıflandırmanın yanlış yapılmasının yeniden atamalar nedeniyle çözüm süresini uzatıp uzatmadığını inceleyen 'Incident Categorization Accuracy' Dashboardunda kullanılır. Kuruluşlar olayları kategorilere göre gruplandırarak tekrarlanan sorunları belirleyebilir, destek çalışmalarının en çok hangi alanlarda yoğunlaştığını görebilir ve iyileştirme çalışmalarını buna göre planlayabilir.
Neden önemli?
Olay eğilimlerini analiz etmeyi ve yanlış sınıflandırmanın çözümde gecikmeye yol açıp açmadığını belirlemeyi sağlar.
Nereden alınır?
Freshservice’te varsayılan olarak bulunan, ancak özelleştirilebilen bir alandır. Tickets API içinde 'category' alanında yer alır; ilişkili alanlar 'sub_category' ve 'item_category' şeklindedir.
Örnekler
DonanımYazılımAğ sorunuHesap erişimi
|
|||
|
Olay önceliği
IncidentPriority
|
Yanıt ve çözüm için gereken aciliyeti belirleyen olay önceliği. | ||
|
Açıklama
Olay önceliği, bir olayın ne hızla ve hangi odağa göre ele alınması gerektiğini belirleyen önemli bir alandır. Genellikle Düşük, Orta, Yüksek ve Acil gibi düzeylerden oluşur ve çoğu zaman SLA hedeflerini belirler. Process Mining analizlerinde öncelik, filtreleme ve inceleme için önemli bir boyuttur. Yüksek ve düşük öncelikli olayların çözüm süreçlerini karşılaştırmayı ve önemli sorunların verimli biçimde ele alınıp alınmadığını değerlendirmeyi sağlar. Dashboardlarda çevrim süresi ve SLA uyumluluğu gibi metrikler genellikle önceliğe göre ayrıştırılarak destek yöneticilerine uygulanabilir içgörüler sunulur.
Neden önemli?
Analizin en önemli olaylara odaklanmasını sağlar; SLA performansını ve kaynak dağılımını değerlendirmek için gereklidir.
Nereden alınır?
Freshservice Tickets API içinde 'priority' alanında bulunur. Değerler sayısaldır (ör. 1 Düşük, 4 Acil anlamına gelir).
Örnekler
DüşükOrtaYüksekAcil
|
|||
|
Olayın önem derecesi
IncidentSeverity
|
Olayın iş üzerindeki etkisini gösteren önem derecesi. | ||
|
Açıklama
Olayın önem derecesi, olayın iş üzerindeki etkisini ölçer ve genellikle Düşük, Orta, Yüksek veya Kritik olarak sınıflandırılır. Öncelikle ilişkili olsa da önem derecesi etkiye, öncelik ise aciliyete odaklanır. Önem derecesiyle etkinin birleşimi çoğu zaman nihai önceliği belirler. Önem derecesine göre analiz yapmak, kuruluşun iş üzerinde ciddi sonuçları olan olayları ne kadar iyi yönettiğini anlamaya yardımcı olur. Dashboardlarda çözüm sürelerini ve SLA performansını bu düzeye göre ayrıştırmak için kullanılır. Böylece etkisi en yüksek sorunlara yaşam döngüleri boyunca uygun ilgi ve kaynak ayrılır.
Neden önemli?
Olayın iş üzerindeki etkisini ölçerek en fazla zarara yol açan sorunları azaltmaya odaklı analiz yapılmasını sağlar.
Nereden alınır?
Freshservice’te varsayılan bir alandır ve Tickets API üzerinden 'impact' adıyla alınabilir. Değerler sayısaldır.
Örnekler
DüşükOrtaYüksek
|
|||
|
Bildirim kanalı
ReportingChannel
|
Olayın bildirildiği yöntem veya kanal; örneğin e-posta, portal veya telefon. | ||
|
Açıklama
Kaynak olarak da bilinen bildirim kanalı, olayın destek sistemine nasıl ulaştığını gösterir. Yaygın kanallar arasında e-posta, self servis portalı, telefon ve sohbet bulunur. Bu özniteliği analiz etmek, farklı bildirim kanallarının verimliliğini değerlendirmeye yardımcı olur. 'Reporting Channel Efficiency' Dashboardu, hangi yöntemlerin daha etkili olduğunu ve hangilerinde süreç iyileştirmesi gerekebileceğini belirlemek için olay hacmini ve ortalama çözüm süresini kanala göre karşılaştırır. Örneğin portal üzerinden bildirilen olaylar, başlangıçta daha yapılandırılmış bilgi içeriyorsa daha hızlı çözülebilir.
Neden önemli?
En verimli bildirim kanallarını belirlemeye ve olay kabul sürecini iyileştirme fırsatlarını görmeye yardımcı olur.
Nereden alınır?
Freshservice Tickets API içinde 'source' alanında bulunur. Değerler sayısaldır.
Örnekler
E-postaPortalTelefonSohbet
|
|||
|
Devir teslim sayısı
HandoffCount
|
Bir olayın farklı temsilciler veya gruplar arasında kaç kez devredildiği. | ||
|
Açıklama
Devir teslim sayısı, bir olayın yaşam döngüsü boyunca kaç kez yeniden atandığını gösteren hesaplanmış bir metriktir. 'AssignedAgent' veya 'AssignedGroup' özniteliğindeki her değişiklik bu sayıyı artırır. Devir teslim sayısının yüksek olması genellikle süreç verimsizliğine, ilk yönlendirmenin yanlış yapılmasına veya temsilcinin yeterli uzmanlığa sahip olmamasına işaret eder. Bu metrik, 'Incident Handoff Count' KPI’ını ve 'Handoff And Transfer Delay Analysis' Dashboardunu destekler. Gecikmelere yol açan aşırı aktarımların görüldüğü olayları veya süreç yollarını belirlemeye yardımcı olur.
Neden önemli?
Yeniden çalışma ve yeniden atamaları sayısallaştırarak yanlış yönlendirme veya bilgi eksikliğinden kaynaklanan verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır?
Tek bir olayın yaşam döngüsü boyunca 'AssignedAgent' veya 'AssignedGroup' alanlarındaki farklı değerler ya da değişiklikler sayılarak hesaplanan bir metriktir.
Örnekler
0125
|
|||
|
Geçici çözüm sağlandı
WorkaroundProvided
|
Nihai çözümden önce kullanıcıya geçici bir çözüm sunulup sunulmadığını belirten işaret. | ||
|
Açıklama
Bu boole özniteliği, kalıcı çözüm geliştirilirken olayın etkisini azaltmak için geçici bir düzeltme veya geçici çözüm uygulanıp uygulanmadığını belirtir. Bu bilgi genellikle bir onay kutusu veya belirli bir durum üzerinden izlenir. Process Mining çalışmalarında bu öznitelik, 'Workaround Effectiveness Metrics' Dashboardunu destekler. Geçici çözüm sunulan ve sunulmayan olayların çözüm sürelerini karşılaştırarak geçici düzeltmelerin iş kesintisini azaltıp azaltmadığını ve kullanıcının gözünde çözümün daha hızlı gerçekleşmesini sağlayıp sağlamadığını değerlendirmeye yardımcı olur.
Neden önemli?
Geçici çözümlerin olayın etkisini azaltma ve çözümün kullanıcı tarafından daha hızlı algılanmasını sağlama konusundaki başarısını ölçmeye yardımcı olur.
Nereden alınır?
Bu genellikle özel bir boole alanıdır (onay kutusu). Alanın Freshservice 'Ticket Fields' yapılandırmasında bulunduğunu doğrulayın.
Örnekler
truefalse
|
|||
|
SLA ihlal edildi mi
IsSlaBreached
|
Olay, belirlenen SLA hedef süresi içinde çözülmediyse doğru değerini alan hesaplanmış bir işaret. | ||
|
Açıklama
Bu boole özniteliği, olayın çözüm süresinin SLA hedefini aşıp aşmadığını gösteren hesaplanmış bir metriktir. Gerçek çözüm zaman damgası 'ResolutionSlaTargetTime' ile karşılaştırılarak elde edilir. Bu işaret, 'SLA Adherence Rate' KPI’ının ve 'SLA Performance Dashboardun doğrudan girdisidir. Her olayın SLA performansını açık ve ikili bir sonuçla göstererek analizi kolaylaştırır, toplu hesaplama ve eğilim analizine imkân verir. Hizmet taahhütlerini karşılayamayan olayların sayısını ve oranını hızla belirlemeye yardımcı olur.
Neden önemli?
Her olay için SLA uyumluluğunu doğrudan ölçer; genel uyumluluk oranını hesaplamayı ve sorunlu alanları belirlemeyi kolaylaştırır.
Nereden alınır?
Bu, veri dönüştürme sırasında 'Incident Resolved' zaman damgası ile 'ResolutionSlaTargetTime' alanı karşılaştırılarak hesaplanan bir alandır.
Örnekler
truefalse
|
|||
|
Talep sahibinin departmanı
RequestersDepartment
|
Olayı bildiren kullanıcının bağlı olduğu departman. | ||
|
Açıklama
Bu öznitelik, talep sahibinin 'Satış', 'Finans' veya 'BT' gibi iş departmanını belirtir. Bu bilgi genellikle Freshservice içindeki kullanıcı profilinden alınır. Olayları talep sahibinin departmanına göre analiz etmek, belirli iş birimlerinin sorunlardan orantısız biçimde etkilenip etkilenmediğini veya departmana özgü sorunlar bulunup bulunmadığını ortaya çıkarabilir. Olayların iş üzerindeki etkisini anlamak için bağlam sağlar ve önemli departmanları etkileyen düzeltmelere öncelik vermeye yardımcı olur.
Neden önemli?
İş bağlamı sunarak olay eğilimlerinin ve belirli departmanlar üzerindeki etkilerin analiz edilmesini sağlar.
Nereden alınır?
Bu bilgi, talep sahibine bağlıdır. Talepteki 'requester_id' kullanılarak 'Requesters' API uç noktasından alınabilir; ardından 'department_id' ve departman adına erişilebilir.
Örnekler
SatışPazarlamaFinansİnsan kaynakları
|
|||
|
Temel neden
RootCause
|
İnceleme sonrasında olayın altında yatan neden veya belirlenen temel neden. | ||
|
Açıklama
Temel neden özniteliği, olaya yol açan asıl sorunu kaydeder. Bu bilgi genellikle destek temsilcileri tarafından çözüm sırasında veya sonrasında, temel neden analizi (RCA) kapsamında girilir. Bu öznitelik, 'Recurring Incidents And Root Causes' Dashboardu ve 'Root Cause Analysis Completion Rate' KPI’ı için önemlidir. Kuruluşlar yaygın temel nedenleri analiz ederek olaylara yalnızca müdahale etmekten sorunları önceden yönetmeye geçebilir; gelecekteki olayları önleyen ve tekrarlanan sorunları azaltan kalıcı çözümler uygulayabilir.
Neden önemli?
Tekrarlanan olayların altında yatan nedenleri belirlemeye ve ortadan kaldırmaya yardımcı olarak sorunların önceden yönetilmesini sağlar.
Nereden alınır?
Freshservice’te varsayılan işlevler sınırlı olabileceğinden bu genellikle özel bir alandır. 'Root Cause' veya benzer adlı bir alan olup olmadığını 'Ticket Fields' yapılandırmasından kontrol edin.
Örnekler
Yazılım hatasıAğ yapılandırma hatasıKullanıcı eğitimi sorunuDonanım arızası
|
|||
|
Yeniden açıldı mı
IsReopened
|
Bir olay çözüldükten veya kapatıldıktan sonra yeniden açıldıysa doğru değerini alan hesaplanmış bir işaret. | ||
|
Açıklama
Bu boole özniteliği, yeniden açılan olayları belirleyen hesaplanmış bir işarettir. Olay 'Resolved' veya 'Closed' durumuna geldikten sonra durumu yeniden açık ya da devam ediyor durumuna dönerse doğru olarak ayarlanır. Bu işaret, 'Incident Reopening Rate' KPI’ını hesaplamak ve 'Recurring Incidents' Dashboardunu oluşturmak için önemlidir. Yeniden açılan olayların oranının yüksek olması, ilk çözümün kalitesiyle ilgili sorunlara, eksik temel neden analizine veya olayın erken kapatılmasına işaret edebilir. Bu vakaları analiz etmek, düzeltmelerin kalitesini ve kalıcılığını artırmaya yardımcı olur.
Neden önemli?
Çözüm sürecindeki aksaklıkları belirler; ilk düzeltmenin işe yaramadığı ve yeniden çalışmaya yol açtığı olayları ortaya çıkarır.
Nereden alınır?
Event Log içindeki etkinlik sırasından türetilen hesaplanmış bir alandır. 'Incident Reopened' gibi bir etkinlik gerçekleşirse veya aynı olay kimliği için kapalı durumdaki bir etkinliğin ardından açık durumdaki bir etkinlik gelirse doğru değerini alır.
Örnekler
truefalse
|
|||
Olay yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Çözüm notu eklendi
|
Bir temsilci çözüm notu ekleyerek olaya yönelik çözümü belgelediğinde gerçekleşir. Freshservice’te bu, durum 'Çözüldü' olarak değiştirilmeden önce yapılan ayrı bir işlemdir. İşlem ve içeriği açıkça kaydedilir. | ||
|
Neden önemli?
Bu, çözümün belirlendiğini gösterir. Bu etkinlikle 'Olay çözüldü' durumu arasındaki süre, kurum içi inceleme veya belgeleme için harcanan zamanı gösterebilir.
Nereden alınır?
Olay için çözüm notunun eklendiği zaman damgasından alınır. Bu bilgi görüşme geçmişine kaydedilir.
Kaydedin
Olayın görüşme günlüğündeki 'Çözüm notu' kaydının zaman damgasını belirleyin.
Olay türü
explicit
|
|||
|
Durum İşlemde olarak değiştirildi
|
Bu etkinlik, olayın etkin biçimde incelenmeye ve üzerinde çalışılmaya başlandığı zamanı belirtir. Bir temsilci olayın durumunu 'İşlemde' olarak değiştirdiğinde kaydedilir. Bu standart durum değişikliği, kaydın etkinlik geçmişine yazılır. | ||
|
Neden önemli?
Bu aşama, bekleme süresiyle aktif çalışma süresini birbirinden ayırmaya yardımcı olur. Olayın 'İşlemde' durumunda ne kadar kaldığını analiz etmek, çözüm için harcanan çabayı anlamak açısından önemlidir.
Nereden alınır?
'Durum' alanının 'İşlemde' olarak güncellendiği zaman belirlenerek olayın etkinlik günlüğünden çıkarılır.
Kaydedin
Etkinlik günlüğünü 'İşlemde' durumuna geçiş için filtreleyin ve ilgili zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Olay bildirildi
|
Freshservice’te yeni bir olay kaydının oluşturulmasını belirtir. Olay yaşam döngüsünün başlangıç noktasıdır. Genellikle son kullanıcı portal veya e-posta üzerinden bildirimde bulunduğunda ya da bir Hizmet Masası temsilcisi kullanıcı adına kayıt oluşturduğunda gerçekleşir. Bu olay, oluşturulma zaman damgasıyla açıkça kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, tüm sürecin temel başlangıç olayıdır. Genel çevrim sürelerini ve SLA hedeflerine uyumu ölçmek için bu olaydan çözüme kadar geçen süreyi analiz etmek gerekir.
Nereden alınır?
Olay tablosundaki oluşturulma zaman damgasından alınır. Freshservice bu bilgiyi her yeni kayıt için açıkça kaydeder.
Kaydedin
Ana olay kaydındaki 'Oluşturulma zamanı' zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Olay çözüldü
|
Temsilcinin bir düzeltme uygulayıp olayı çözülmüş kabul ettiği zamanı belirtir. Olayın durumu 'Çözüldü' olarak değiştirildiğinde kaydedilir. Freshservice’te bu önemli aşama, SLA süresini durdurur. | ||
|
Neden önemli?
Bu, Çözüme Kadar Geçen Süreyi (TTR) ölçmek için önemli bir aşamadır. 'Çözüldü' ve 'Kapalı' durumları arasındaki süre, kullanıcı onayındaki gecikmeleri ve otomatik kapatma kurallarını analiz etmek açısından önem taşır.
Nereden alınır?
'Status' alanının 'Resolved' olarak güncellendiği an belirlenerek olayın etkinlik günlüğünden çıkarılır.
Kaydedin
'Resolved' durum değişikliğine ait etkinlik günlüğü kaydındaki zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Olay gruba atandı
|
Olayın ilk kez bir destek grubuna atanmasını belirtir. Atama, yönlendirme kurallarıyla otomatik olarak veya bir görevli tarafından manuel biçimde yapılabilir. Olayın denetim günlüğündeki 'Grup' alanının ilk kez doldurulması izlenerek kaydedilir. | ||
|
Neden önemli?
Atamaları izlemek, ilk yanıt sürelerini ölçmek ve yönlendirme sürecindeki darboğazları belirlemek açısından önemlidir. Olayların doğru ekibe ne kadar verimli yönlendirildiğini analiz etmenize yardımcı olur.
Nereden alınır?
Olayın etkinlik günlüğündeki 'Grup' alanını dolduran veya değiştiren ilk kayıttan çıkarılır.
Kaydedin
Bir olay için 'Grup' alanının ilk kez doldurulduğu zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Olay kapatıldı
|
Olay kaydının resmen ve nihai olarak kapatıldığını belirtir. Bu işlem genellikle belirli bir süre 'Resolved' durumunda kaldıktan sonra otomatik olarak gerçekleşir veya bir temsilci tarafından elle yapılabilir. Bu olay, olay yaşam döngüsünün sonunu gösterir. | ||
|
Neden önemli?
Bu etkinlik, sürecin kesin bitiş noktasıdır. Bu olaya kadar geçen toplam süre, kullanıcının onay vermesi için geçen süreler de dahil olmak üzere olayın tüm yaşam döngüsünü kapsar.
Nereden alınır?
'Status' alanının 'Closed' olarak güncellendiği an belirlenerek olayın etkinlik günlüğünden çıkarılır.
Kaydedin
'Closed' durum değişikliğine ait etkinlik günlüğü kaydındaki zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Olayın önceliği belirlendi
|
Olayın önceliği belirlendiğinde veya güncellendiğinde gerçekleşir. Öncelik düzeyi, çözümün aciliyetini ve SLA hedeflerini belirler. Olay geçmişindeki 'Öncelik' alanı değişiklikleri izlenerek kaydedilir. | ||
|
Neden önemli?
Önceliğin yanlış belirlenmesi veya gecikmesi SLA ihlallerine ve kaynakların verimsiz kullanılmasına yol açabilir. Bu etkinliği analiz ederek kritik olaylara hemen müdahale edilmesini sağlayabilirsiniz.
Nereden alınır?
'Öncelik' alanındaki tüm güncellemeleri izleyen olay etkinlik günlüğünden çıkarılır.
Kaydedin
'Öncelik' alanının değerinin belirlendiği veya değiştirildiği denetim günlüğündeki zaman damgalarını kullanın.
Olay türü
inferred
|
|||
|
Durum Beklemede olarak değiştirildi
|
Çözüm sürecinin, genellikle kullanıcıdan veya üçüncü bir taraftan bilgi beklenirken duraklatıldığını belirtir. Durumun herhangi bir 'Beklemede' durumuna geçmesiyle belirlenir. Bu durumda geçen süre çoğu zaman SLA hesaplamalarına dahil edilmez. | ||
|
Neden önemli?
Beklemede durumlarında geçen süreyi belirlemek, dış bağımlılıkları ve gecikmeleri anlamak açısından önemlidir. Temsilcinin çalışma süresini bekleme süresinden ayırmanıza yardımcı olur.
Nereden alınır?
'Durum' alanı 'Beklemede' veya 'Kullanıcı yanıtı bekleniyor' gibi bir değere güncellendiğinde olayın etkinlik günlüğünden çıkarılır.
Kaydedin
Etkinlik günlüğünü beklemede durumlarına geçişler için filtreleyin ve ilgili zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Geçici çözüm sağlandı
|
Bu etkinlik, olayın etkisini azaltmak için kullanıcıya geçici bir çözüm iletildiğini belirtir. Bunu kaydetmek için özel bir onay kutusu, belirli bir not türü veya temsilci notlarında anahtar sözcük analizi gibi sistem yapılandırmaları gerekebilir. | ||
|
Neden önemli?
Bu bilgi, geçici çözümlerin iş üzerindeki etkiyi azaltmadaki başarısını ve nihai çözüm süresiyle ilişkisini analiz etmenizi sağlar. Geçici Çözüm Etkinliği Metrikleri Dashboardunu destekler.
Nereden alınır?
Bu, sistemde açıkça kaydedilen bir olay olmayabilir. 'Geçici çözüm' gibi anahtar sözcükler içeren notlar işaretlenerek veya özel bir 'Geçici çözüm sağlandı' onay kutusu alanındaki değişiklikler izlenerek belirlenebilir.
Kaydedin
Özel bir alandaki değişiklikten veya temsilci notlarının anahtar sözcüklerle analizinden çıkarılır.
Olay türü
inferred
|
|||
|
İlk yanıt gönderildi
|
Olay bildirildikten sonra bir temsilcinin kullanıcıyla ilk iletişimini belirtir. Bu, herkese açık bir not veya doğrudan yanıt olabilir. Freshservice, temsilcilerin tüm iletişimlerini zaman damgalarıyla kaydeder. | ||
|
Neden önemli?
İlk yanıt SLA hedefini karşılamak, müşteri memnuniyeti açısından önemli bir temel performans göstergesidir (KPI). Bu etkinlik, temsilcilerin yeni olaylarla ne kadar hızlı ilgilenmeye başladığını ölçmenizi ve analiz etmenizi sağlar.
Nereden alınır?
Olayın görüşme günlüğünde bir temsilcinin eklediği ilk herkese açık notun veya yanıtın zaman damgası bulunarak belirlenir.
Kaydedin
Olayın görüşme geçmişini, temsilci tarafından eklenen en eski kayıt için filtreleyin.
Olay türü
explicit
|
|||
|
Olay yeniden açıldı
|
Daha önce 'Resolved' olarak işaretlenen bir olay, genellikle kullanıcı çözümü kabul etmediğinde yeniden açık duruma getirilir. Bu durum, statünün 'Resolved' durumundan 'Open' veya 'In Progress' gibi bir duruma dönmesiyle anlaşılır. | ||
|
Neden önemli?
Yeniden açılma oranının yüksek olması, çözüm kalitesiyle ilgili sorunlara veya eksik düzeltmelere işaret eder. Bu, yeniden çalışmayı ve temsilci performansını analiz etmek için önemli bir metriktir.
Nereden alınır?
Statünün 'Resolved' durumundan etkin bir duruma değiştiği saptanarak olayın etkinlik günlüğünden çıkarılır.
Kaydedin
Etkinlik günlüğünde 'Status' alanının 'Resolved' durumundan 'Open' veya 'In Progress' durumuna değiştiği kayıtları filtreleyin.
Olay türü
inferred
|
|||
|
Olay yeniden atandı
|
Olayın bir temsilciden veya gruptan diğerine aktarıldığını belirtir. Bu, çözüm sürecinde bir devir teslim gerçekleştiğini gösterir. İlk atamadan sonra 'Temsilci' veya 'Grup' alanlarında yapılan değişiklikler saptanarak belirlenir. | ||
|
Neden önemli?
Sık yeniden atamalar veya devir teslimler genellikle süreç verimsizliklerine, bilgi eksikliklerine ya da yanlış ilk yönlendirmeye işaret eder. Bu olayları analiz ederek gecikmeleri belirleyip azaltabilirsiniz.
Nereden alınır?
İlk atamadan sonra 'Temsilci' veya 'Grup' alanlarında yapılan değişiklikler izlenerek olayın etkinlik günlüğünden çıkarılır.
Kaydedin
Kaydın denetim geçmişinde 'Temsilci' veya 'Grup' alanlarındaki değişiklikleri belirleyin.
Olay türü
inferred
|
|||
|
SLA hedefi aşıldı
|
Bu, olayın yanıtlanması veya çözüme kavuşturulması için belirlenen SLA hedef süresinin aşılmasıyla oluşan hesaplanmış bir olaydır. Freshservice, SLA durumunu kendi içinde izler. Bu olay, zaman damgaları SLA politikalarıyla karşılaştırılarak türetilebilir. | ||
|
Neden önemli?
Hizmet seviyesi taahhütlerine uyumluluğu doğrudan ölçer. SLA performansı Dashboard için ihlallerin ne zaman ve neden gerçekleştiğini belirlemek ve sürekli iyileştirme sağlamak önemlidir.
Nereden alınır?
Çözüm veya yanıt zaman damgası, SLA hedef bitiş saatiyle karşılaştırılarak hesaplanır. Freshservice, talepleri genellikle 'SLA Violated' olarak işaretler.
Kaydedin
'Resolved at' zaman damgasını 'Due by' zaman damgasıyla karşılaştırarak veya 'SLA Status' alanı 'Violated' olarak değiştiğinde türetin.
Olay türü
calculated
|
|||
|
Temsilci olaya atandı
|
Belirli bir temsilcinin olayı ele almak üzere atandığı zamanı belirtir. Bu, kaydın sorumluluğunun bir kişiye verildiğini gösterir. Atama, hangi temsilcinin ne zaman görevlendirildiğini gösterecek şekilde kaydın etkinlik geçmişine yazılır. | ||
|
Neden önemli?
Bu bilgi, temsilci iş yükünü ve performansını, ayrıca olayın gruba atanmasından sonra bir temsilci tarafından üstlenilmesine kadar geçen süreyi analiz etmenizi sağlar. Temsilci performansı Dashboardları için önemlidir.
Nereden alınır?
Olayın etkinlik günlüğünde veya denetim izinde 'Temsilci' alanındaki değişiklikler izlenerek kaydedilir.
Kaydedin
'Temsilci' alanındaki değişikliklere karşılık gelen zaman damgalarını belirleyin.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Verilerinizi doğru biçimde hazırlamak ve olay yönetimi iş akışlarınıza dair değerli içgörüler elde etmek için bu şablondan yararlanın. Çözüm sürelerini iyileştirmeye bugün başlayın.
SLA ihlallerini önleyin: Olay yönetiminizi bugün iyileştirin
MTTR’yi %35 azaltan ve maliyetli SLA ihlallerini önleyen şirketlere katılın.
14 günlük ücretsiz deneme, kredi kartı gerekmez.