Veri Template: Olay Yönetimi
Olay Yönetimi Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Olay Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Olay ID
IncidentId
|
Her bir olay kaydının benzersiz tanımlayıcısıdır ve tüm olay yaşam döngüsünü izlemek için birincil anahtar görevi görür. | ||
|
Açıklama
Olay Kimliği, olay yönetimi analizinin temel taşıdır. Tüm ilgili aktiviteleri, zaman damgasını ve nitelik değişikliklerini tek, tutarlı bir yolculuğa bağlayan Case ID olarak işlev görür. Process Mining'de, her event log girdisi bir Olay Kimliği ile ilişkilidir ve her olay için uçtan uca süreç akışının yeniden yapılandırılmasına olanak tanır. Bu, cycle timeları hesaplamak, süreç varyantlarını analiz etmek ve bireysel caselere özgü darboğazları belirlemek için esastır. Benzersiz bir tanımlayıcı olmadan, farklı olayları ayırt etmek ve raporlamadan çözüme kadar olan yollarını analiz etmek imkansız olurdu.
Neden önemli
Her olayı benzersiz şekilde tanımlar, yaşam döngüsünün oluşturulmasından kapanışına kadar uçtan uca izlenmesini ve analiz edilmesini sağlar.
Nereden alınır
Bu, bir ticket için birincil tanımlayıcıdır ve Freshservice Tickets API aracılığıyla ticket nesnesindeki 'id' alanı olarak mevcuttur.
Örnekler
INC-10234INC-10235INC-10236
|
|||
|
Faaliyet Adı
ActivityName
|
Olay yaşam döngüsü içinde belirli bir zamanda meydana gelen iş aktivitesi veya eventinin adı. | ||
|
Açıklama
Olay Yönetimi sürecindeki 'Gruba Atanan Olay', 'Durum Beklemede Olarak Değiştirildi' veya 'Olay Çözüldü' gibi tek bir adımı veya eventi tanımlayan Aktivite Adı, olayın zaman içindeki veri değişikliklerinden türetilir. Bu nitelik, keşfedilen süreç haritasındaki nodeları tanımladığı için Process Mining için temeldir. Bu aktivitelerin sırasını ve sıklığını analiz ederek, kuruluşlar gerçek olay çözüm sürecini görselleştirebilir, ortak yolları belirleyebilir, standart prosedürden sapmaları tespit edebilir ve sık yeniden atamalar gibi yeniden işleme döngülerini belirleyebilirler.
Neden önemli
Süreç haritasındaki adımları tanımlar, olay çözüm akışının, darboğazların ve sapmaların görselleştirilmesini ve analiz edilmesini sağlar.
Nereden alınır
Bu öznitelik, Freshservice'de doğrudan bir alan değildir, ancak durum, öncelik, temsilci/grup ataması ve not ekleme gibi ticket özelliklerindeki değişikliklerden türetilir.
Örnekler
Olay RaporlandıOlay Gruba AtandıÇözüm Notu EklendiOlay Çözüldü
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin çıkarıldığı sistem, genellikle 'Freshservice'. | ||
|
Açıklama
Bu öznitelik, verinin kaynağını tanımlar. Bu bağlamda her zaman 'Freshservice' olsa da, birden fazla sistemden gelen verilerin bütünsel bir süreç görünümü için birleştirilebileceği ortamlarda kritik bir alandır. Kaynak Sistem özniteliğini dahil etmek, veri yönetimi ve izlenebilirlik için en iyi uygulamadır. Bu, veri kökeni hakkında netlik sağlar; bu da doğrulama, hata ayıklama ve Process Mining projesinin diğer hizmet yönetimi veya operasyonel sistemleri içerecek şekilde gelecekteki genişlemesi için önemlidir.
Neden önemli
Olay yönetimi verilerinin kaynağını net bir şekilde belirterek veri izlenebilirliğini ve yönetimini sağlar.
Nereden alınır
Bu genellikle veri setini etiketlemek için veri dönüşüm (ETL) süreci sırasında eklenen statik bir değerdir.
Örnekler
FreshserviceFreshservice-EUFreshservice-PROD
|
|||
|
Olay Zaman Damgası
EventTimestamp
|
Aktivite veya eventin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Event Zaman Damgası veya Başlangıç Saati, bir aktivitenin gerçekleştiği kesin anı işaretler. Bir olayın yaşam döngüsündeki oluşturulmasından kapatılmasına kadar her aktivitenin ilişkili bir zaman damgası vardır. Bu nitelik, tüm zaman tabanlı Process Mining analizleri için kritik öneme sahiptir. Eventleri kronolojik olarak sıralamak, aktiviteler arasındaki süreyi hesaplamak, toplam case cycle timeını ölçmek ve bekleme sürelerini analiz etmek için kullanılır. SLA performansını, devir gecikmelerini ve genel çözüm sürelerini izleyen dashboardlar oluşturmanın temelini oluşturur.
Neden önemli
Olayların kronolojik sırasını sağlar, bu da süreleri hesaplamak, döngü sürelerini analiz etmek ve süreç performansını anlamak için hayati öneme sahiptir.
Nereden alınır
Bu, Freshservice'teki 'created_at', 'updated_at' gibi çeşitli timestamp alanlarından ve ticket'ın konuşma veya denetim günlüklerindeki timestamp'lerden 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 verilerin son kez yenilendiği veya çıkarıldığı zamanı belirten zaman damgası. | ||
|
Açıklama
Bu öznitelik, tüm veri setinin kaynak sistemden en son ne zaman güncellendiğine dair bir zaman damgası sağlar. Bireysel olaylardan ziyade tüm veri setine uygulanan bir meta veri alanıdır, ancak tutarlılık için genellikle olay seviyesinde dahil edilir. Analizde, bu bilgi verinin güncelliğini ve Dashboard'lar ile KPI'lar tarafından kapsanan zaman aralığını anlamak için hayati öneme sahiptir. Kullanıcılara içgörülerin güncelliği konusunda güven verir ve en son olayların analize dahil edilip edilmediği konusundaki beklentileri yönetmeye yardımcı olur.
Neden önemli
Kullanıcılara verilerin güncelliği hakkında bilgi vererek, analizin kapsadığı zaman dilimini anlamalarını sağlar.
Nereden alınır
Bu, veri çıkarma (ETL) süreci sırasında oluşturulan bir meta veri timestamp'idir.
Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Atanan Grup
AssignedGroup
|
Şu anda olaya atanmış olan destek grubu veya ekibi. | ||
|
Açıklama
Atanan Grup, '1. Seviye Destek', 'Ağ Ekibi' veya 'Veritabanı Yöneticileri' gibi olayın sorumlusu olan ekibi belirtir. Bu nitelikteki değişiklikler, farklı işlevsel ekipler arasında bir eskalasyon veya transfer anlamına gelir. Atanan Grubu analiz etmek, devir ve transfer gecikmelerini anlamak için kritik öneme sahiptir. Process Mining, gruplar arasındaki olay akışını görselleştirebilir, ortak eskalasyon yollarını vurgulayabilir ve her grubun işlem yapmasını beklemekle geçen süreyi ölçebilir. Bu, kurumsal darboğazları ve ekipler arası iş birliğini kolaylaştırma fırsatlarını belirlemeye yardımcı olur.
Neden önemli
Hangi ekibin sorumlu olduğunu takip eder, bu da devirler, eskalasyonlar ve ekipler arası gecikmeleri analiz etmek için çok önemlidir.
Nereden alınır
Freshservice Biletler API'sında 'group_id' alanı olarak mevcuttur. Bu ID, grubun adını almak için Gruplar API'si ile birleştirilebilir.
Örnekler
Servis MasasıAğ OperasyonlarıAltyapı Desteği
|
|||
|
Atanan Temsilci
AssignedAgent
|
Olayı çözmekle şu anda görevli olan destek temsilcisinin adı veya kimliği. | ||
|
Açıklama
Atanan Temsilci, belirli bir zaman diliminde olaydan sorumlu bireysel servis masası çalışanını tanımlar. Bu nitelikteki değişiklikler, temsilciler arasındaki sahiplik transferini temsil eder. Bu nitelik, temsilci iş yükünü, temsilci başına ortalama çözüm süresini ve ilk temas çözüm oranlarını izleyen dashboardlar aracılığıyla performans analizi için çok önemlidir. Aynı zamanda, gecikme ve verimsizlik kaynağı olabilen temsilciler arası devirleri analiz etmek için de kullanılır. Temsilci atamalarını izleyerek, yöneticiler eğitim ihtiyaçlarını belirleyebilir ve yüksek performans gösteren ekip üyelerini tanıyabilir.
Neden önemli
Temsilci performansının, iş yükü dağıtımının ve temsilci devirlerinin çözüm süreleri üzerindeki etkisinin analizini sağlar.
Nereden alınır
Freshservice Biletler API'sında 'responder_id' alanı olarak mevcuttur. Bu ID, temsilcinin adını almak için Temsilciler API'si ile birleştirilebilir.
Örnekler
John DoeJane SmithDestekBotu
|
|||
|
Çözüm SLA Hedef Süresi
ResolutionSlaTargetTime
|
Olayın SLA politikasına göre çözülmesi beklenen zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir olayın çözümü için son tarih olarak belirlenen belirli tarih ve saati depolar. Bu hedef, ticket'a uygulanan Hizmet Seviyesi Anlaşması (SLA) politikası tarafından belirlenir ve genellikle öncelik gibi faktörlere bağlıdır. Bu hedef süre, 'SLA Uyumluluk Oranı' KPI'ını hesaplamak ve 'SLA Performans Dashboard'unu desteklemek için esastır. Gerçek çözüm zaman damgasını bu hedefle karşılaştırarak, bir olayın zamanında çözülüp çözülmediğini veya SLA'sını ihlal edip etmediğini belirleyebiliriz. Bu, hizmet seviyesi uyumluluk ölçümü için temeldir.
Neden önemli
Çözüm için son tarihi sağlar, bu da SLA uyumluluğunu hesaplamak ve risk altındaki olayları belirlemek için gereklidir.
Nereden alınır
Freshservice Biletler API'sında 'fr_due_by' (ilk yanıt) ve 'due_by' (çözüm) alanları olarak mevcuttur.
Ö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; Açık, Beklemede, Çözüldü veya Kapalı gibi. | ||
|
Açıklama
Olay Durumu, olayın mevcut durumunu gösterir. Durum değişiklikleri, 'Devam Ediyor'dan 'Beklemede'ye veya 'Çözüldü'den 'Kapalı'ya geçiş gibi, keşfedilen süreç haritasının temelini oluşturan önemli eventlerdir. Bu nitelik, olayın yolculuğunu anlamak için temeldir. Her statüde harcanan süreyi analiz etmek, olayların kullanıcı yanıtı bekleyerek 'Beklemede' durumunda çok uzun süre kalması gibi darboğazları belirlemeye yardımcı olur. Ayrıca, cycle time hesaplamaları için başlangıç ve bitiş noktalarını tanımlamak da çok önemlidir.
Neden önemli
Olayın yaşam döngüsü boyunca ilerlemesini izler ve gecikmelerin sık görüldüğü aşamaları belirlemeye yardımcı olur.
Nereden alınır
Freshservice Biletler API'sında 'status' alanı olarak mevcuttur. Değerler sayısal.
Örnekler
AçıkDevam EdiyorBeklemedeÇözüldüKapalı
|
|||
|
Olay Kategorisi
IncidentCategory
|
Olayı donanım, yazılım veya ağ gibi sınıflandırmak için kullanılan kategori. | ||
|
Açıklama
Olay Kategorisi, bildirilen sorunun türüne göre olayları sınıflandırmak için bir yöntem sunar. Bu hiyerarşik sınıflandırma, olayın doğru ekibe yönlendirilmesine yardımcı olur ve trend analizleri için kritik öneme sahiptir. Bu öznitelik, 'Olay Kategorizasyon Doğruluğu' Dashboard'unda, başlangıçtaki yanlış sınıflandırmanın yeniden atamalar sonucunda daha uzun çözüm sürelerine yol açıp açmadığını analiz etmek için kullanılır. Olayları kategoriye göre gruplandırarak, kuruluşlar sıkça tekrar eden sorunları tespit edebilir, destek çabalarının yoğunlaştığı alanları anlayabilir ve iyileştirme projelerini buna göre şekillendirebilir.
Neden önemli
Olay eğilimlerinin analizini sağlar ve yanlış kategorilendirmenin çözüm gecikmelerine neden olup olmadığını belirlemeye yardımcı olur.
Nereden alınır
Bu, Freshservice'te varsayılan ancak özelleştirilebilir bir alandır. Tickets API'sinde 'category' olarak, ilgili 'sub_category' ve 'item_category' alanlarıyla birlikte mevcuttur.
Örnekler
DonanımYazılımAğ SorunuHesap Erişimi
|
|||
|
Olay Önceliği
IncidentPriority
|
Olayın öncelik seviyesi, yanıt ve çözüm aciliyetini belirler. | ||
|
Açıklama
Olay Önceliği, bir olayın ele alınması gereken hızı ve odaklanma derecesini belirleyen temel bir alandır. Genellikle Düşük, Orta, Yüksek ve Acil gibi bir ölçekte tanımlanır ve sıklıkla SLA hedeflerini yönlendirir. Process Mining'de, öncelik, filtreleme ve analiz için kritik bir boyuttur. Yüksek öncelikli olayların çözüm süreçleri ile düşük öncelikli olayların süreçlerini karşılaştırmaya imkan tanıyarak, kritik sorunların verimli bir şekilde yönetilmesini sağlar. Dashboard'lar genellikle cycle time ve SLA uyumluluğu gibi metrikleri önceliğe göre ayrıştırarak destek yöneticilerine eyleme geçirilebilir içgörüler sunar.
Neden önemli
En kritik olaylar üzerindeki analizi önceliklendirmeye yardımcı olur ve SLA performansını ve kaynak tahsisini değerlendirmek için hayati öneme sahiptir.
Nereden alınır
Freshservice Biletler API'sında 'priority' alanı olarak mevcuttur. Değerler sayısal (örn. 1 Düşük, 4 Acil).
Örnekler
DüşükOrtaYüksekAcil
|
|||
|
Olay Şiddeti
IncidentSeverity
|
Olayın ciddiyet seviyesi, iş üzerindeki etkisini gösterir. | ||
|
Açıklama
Olay Şiddeti, bir olayın işletme üzerindeki etkisini ölçer; genellikle Düşük, Orta, Yüksek veya Kritik olarak sınıflandırılır. Öncelikle ilişkili olsa da, şiddet etkiye odaklanırken, öncelik aciliyete vurgu yapar. Şiddet ve etki kombinasyonu çoğu zaman nihai önceliği belirler. Şiddete göre yapılan analizler, kuruluşun iş açısından önemli sonuçları olan olayları ne kadar etkin yönettiğini anlamaya yardımcı olur. En etkili sorunların yaşam döngüsü boyunca uygun düzeyde ilgi ve kaynak aldığından emin olmak için dashboard'larda çözüm sürelerini ve SLA performansını segmentlere ayırmakta kullanılır.
Neden önemli
Bir olayın iş üzerindeki etkisini ölçerek, en zararlı sorunları hafifletmeye odaklanan analize olanak tanır.
Nereden alınır
Bu, Freshservice'te Tickets API aracılığıyla 'impact' olarak erişilebilen varsayılan bir alandır. Değerler numeric'tir.
Örnekler
DüşükOrtaYüksek
|
|||
|
Çözüm Çevrim Süresi
ResolutionCycleTime
|
Bir olayın ilk bildirildiği andan çözüldüğü ana kadar geçen toplam süre. | ||
|
Açıklama
Resolution Cycle Time, her olay için hesaplanan kritik bir performans göstergesidir. Kullanıcının bakış açısından olay yönetimi sürecinin toplam süresini ölçer; ilk bildiriden çözümün teyidine kadar olan süreyi kapsar. Bu hesaplanan metrik, 'Incident Resolution Cycle Time' dashboard'unun temelidir. Genel süreç verimliliğini ölçmek için kullanılır; öncelik, kategori ve temsilci gibi boyutlarda sıkça analiz edilir. Süresi uzun olan olayları saptamak, sistematik gecikme ve verimsizlikleri nokta atışı belirlemenize yardımcı olur.
Neden önemli
Süreç performansının temel bir ölçüsüdür, olayları baştan sona çözmenin ne kadar sürdüğünü doğrudan gösterir.
Nereden alınır
Bu, hesaplanmış bir metriktir. 'Olay Çözüldü' aktivitesinin timestamp'i ile 'Olay Bildirildi' aktivitesinin timestamp'i arasındaki farktır.
Örnekler
259200000864000003600000
|
|||
|
Geçici Çözüm Sağlandı
WorkaroundProvided
|
Nihai çözümden önce kullanıcıya geçici bir çözüm sunulup sunulmadığını gösteren bir bayrak. | ||
|
Açıklama
Bu boolean öznitelik, kalıcı bir çözüm geliştirilirken olayın etkisini hafifletmek için geçici bir düzeltme veya workaround uygulanıp uygulanmadığını belirtir. Bu genellikle bir onay kutusu veya belirli bir durum aracılığıyla izlenir. Process Mining'de, bu öznitelik 'Workaround Etkinlik Metrikleri' Dashboard'unu destekler. Bu, workaround'lı ve workaround'sız olaylar için çözüm sürelerinin karşılaştırılmasına olanak tanır; bu da geçici düzeltmeler sağlamanın iş kesintisini etkili bir şekilde azaltıp azaltmadığını ve kullanıcının bakış açısından daha hızlı bir genel çözüme katkıda bulunup bulunmadığını belirlemeye yardımcı olur.
Neden önemli
Geçici çözümlerin olay etkisini azaltma ve algılanan çözümü hızlandırmadaki etkinliğini ölçmeye yardımcı olur.
Nereden alınır
Bu genellikle özel bir boolean (onay kutusu) alanıdır. Varlığı Freshservice 'Ticket Alanları' (Ticket Fields) yapılandırmasında doğrulanmalıdır.
Örnekler
truefalse
|
|||
|
Handoff Sayısı
HandoffCount
|
Bir olayın farklı temsilciler veya gruplar arasında aktarıldığı sayı. | ||
|
Açıklama
Handoff Count, bir olayın yaşam döngüsü boyunca kaç kez yeniden görevlendirildiğini ölçen hesaplanmış bir metriktir. 'AssignedAgent' veya 'AssignedGroup' özniteliğindeki her değişiklik bu sayıyı artırır. Yüksek bir handoff count genellikle süreç verimsizliğinin, yanlış ilk yönlendirme veya agent uzmanlığı eksikliğinin bir göstergesidir. Bu metrik, 'Incident Handoff Count' KPI'ını ve 'Handoff And Transfer Delay Analysis' dashboard'unu doğrudan destekleyerek, gecikmelere yol açan aşırı transferlere sahip olayları veya süreç yollarını belirlemeye yardımcı olur.
Neden önemli
Yeniden işleme ve yeniden atamaları nicelendirir, yanlış yönlendirme veya bilgi eksikliklerinden kaynaklanan verimsizlikleri belirlemeye yardımcı olur.
Nereden alınır
Bu, tek bir olayın yaşam döngüsü boyunca 'Atanan Temsilci' (AssignedAgent) veya 'Atanan Grup' (AssignedGroup) alanlarındaki farklı değerlerin veya değişikliklerin sayılmasıyla türetilen hesaplanmış bir metriktir.
Örnekler
0125
|
|||
|
Kök Neden
RootCause
|
Araştırma sonrası olay için belirlenen temel neden. | ||
|
Açıklama
Temel Neden özniteliği, olaya yol açan temel sorunu tanımlar. Bu bilgi, genellikle çözüm sırasında veya sonrasında destek temsilcileri tarafından bir temel neden analizi (RCA) sürecinin bir parçası olarak doldurulur. Bu öznitelik, 'Tekrarlayan Olaylar ve Temel Nedenler' Dashboard'u ve 'Temel Neden Analizi Tamamlama Oranı' KPI'ı için kritik öneme sahiptir. Yaygın temel nedenleri analiz ederek, kuruluşlar reaktif olay gidermeden proaktif problem yönetimine geçebilir, gelecekteki olayları önleyen ve tekrarlayan sorunları azaltan kalıcı çözümler uygulayabilirler.
Neden önemli
Tekrarlayan olayların temel nedenlerini belirleyerek ve ortadan kaldırarak proaktif problem yönetimini sağlar.
Nereden alınır
Bu genellikle Freshservice'te özel bir alandır, çünkü varsayılan işlevsellik sınırlı olabilir. 'Ticket Alanları' (Ticket Fields) yapılandırmasında 'Ana Neden' (Root Cause) veya benzeri bir alanı kontrol edin.
Örnekler
Yazılım HatasıAğ Yapılandırma HatasıKullanıcı Eğitimi SorunuDonanım Arızası
|
|||
|
Raporlama Kanalı
ReportingChannel
|
Olayın e-posta, Portal veya telefon gibi raporlandığı yöntem veya kanal. | ||
|
Açıklama
Olayın destek sistemine nasıl girdiğini belirten Raporlama Kanalı, aynı zamanda olay kaynağı olarak da bilinir. Yaygın kanallar arasında e-posta, self-servis portalı, telefon görüşmeleri veya chat bulunur. Bu özniteliği analiz etmek, farklı raporlama kanallarının verimliliğini değerlendirmeye yardımcı olur. 'Raporlama Kanalı Verimliliği' Dashboard'u, hangi yöntemlerin en etkili olduğunu ve hangilerinin süreç iyileştirmeleri gerektirebileceğini belirlemek için olay hacmini ve ortalama çözüm süresini kanal bazında karşılaştırır. Örneğin, portal aracılığıyla bildirilen olaylar, başlangıçtan itibaren daha yapılandırılmış bilgi içeriyorsa daha hızlı çözülebilir.
Neden önemli
En verimli bildirim kanallarını belirlemeye yardımcı olur ve olay alım sürecini iyileştirme fırsatlarını ortaya çıkarır.
Nereden alınır
Freshservice Biletler API'sında 'source' alanı olarak mevcuttur. Değerler sayısal.
Örnekler
E-postaPortalTelefonChat
|
|||
|
SLA İhlal Edildi mi?
IsSlaBreached
|
Olayın tanımlanan SLA hedef süresi içinde çözülüp çözülmediğini gösteren hesaplanmış bir bayrak. | ||
|
Açıklama
Bu boolean öznitelik, bir olayın çözüm süresinin SLA hedefini aşıp aşmadığını gösteren hesaplanmış bir metriktir. Gerçek çözüm zaman damgasının 'ResolutionSlaTargetTime' ile karşılaştırılmasıyla türetilir. Bu bayrak, 'SLA Uyumluluk Oranı' KPI'ı ve 'SLA Performans Dashboard'u için doğrudan bir girdidir. Her bir olayın SLA performansı için net, ikili bir sonuç sağlayarak analizi basitleştirir, kolay toplama ve trend analizi yapılmasına olanak tanır. Hizmet taahhütlerini karşılayamayan olayların hacmini ve yüzdesini hızla belirlemeye yardımcı olur.
Neden önemli
Her olay için SLA uyumluluğunu doğrudan ölçerek, genel uyum oranlarını hesaplamayı ve sorunlu alanları belirlemeyi kolaylaştırır.
Nereden alınır
Bu, veri dönüşümü sırasında 'Olay Çözüldü' timestamp'ini 'Çözüm SLA Hedef Süresi' (ResolutionSlaTargetTime) alanı ile karşılaştırarak türetilen hesaplanmış bir alandır.
Örnekler
truefalse
|
|||
|
Talep Sahibinin Departmanı
RequestersDepartment
|
Olayı bildiren kullanıcının ait olduğu departman. | ||
|
Açıklama
Bu öznitelik, talep edenin iş departmanını belirler; örneğin 'Satış', 'Finans' veya 'BT' gibi. Bu bilgi, genellikle Freshservice içindeki kullanıcı profilinden alınır. Olayları talep edenin departmanına göre analiz etmek, belirli iş birimlerinin sorunlardan orantısız şekilde etkilenip etkilenmediğini veya departmana özgü sorunlar olup olmadığını ortaya çıkarabilir. Bu, olayların iş üzerindeki etkisini anlamak için değerli bir bağlam sağlar ve kritik departmanları etkileyen düzeltmelerin önceliklendirilmesine yardımcı olabilir.
Neden önemli
İş bağlamı sağlayarak, olay eğilimlerinin ve belirli departmanlar üzerindeki etkilerinin analizine olanak tanır.
Nereden alınır
Bu bilgi, ticket'ın talep edenine bağlıdır. Ticket'taki 'requester_id' kullanılarak 'Requesters' API endpoint'inden alınabilir, ardından 'department_id' ve adına erişilir.
Örnekler
SatışPazarlamaFinansİnsan Kaynakları
|
|||
|
Yeniden Açıldı mı?
IsReopened
|
Bir olayın çözüldükten veya kapatıldıktan sonra yeniden açılıp açılmadığını gösteren hesaplanmış bir bayrak. | ||
|
Açıklama
Bu boolean öznitelik, yeniden açılan olayları tanımlayan hesaplanmış bir bayraktır. Bir olay 'Çözüldü' veya 'Kapalı' durumuna ulaştıktan sonra, durumu tekrar açık veya devam eden bir duruma değiştirilirse doğru (true) olarak ayarlanır. Bu bayrak, 'Olay Yeniden Açılma Oranı' KPI'ını hesaplamak ve 'Tekrarlayan Olaylar' Dashboard'u için kritik öneme sahiptir. Yüksek oranda yeniden açılan olaylar, başlangıçtaki çözüm kalitesiyle ilgili sorunlara, eksik temel neden analizine veya erken kapanışa işaret edebilir. Bu durumları analiz etmek, düzeltmelerin kalitesini ve sürdürülebilirliğini artırmaya yardımcı olur.
Neden önemli
Çözüm sürecindeki aksaklıkları belirler, ilk düzeltmenin etkisiz olduğu ve yeniden çalışmaya yol açan olayları vurgular.
Nereden alınır
Bu, Event Log'daki aktivite dizisinden türetilen hesaplanmış bir alandır. 'Olay Yeniden Açıldı' gibi bir aktivite gerçekleşirse veya aynı Olay ID'si için kapalı durumdaki bir aktivitenin ardından açık durumdaki bir aktivite gelirse doğru (true) olur.
Örnekler
truefalse
|
|||
Olay Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Çözüm Notu Eklendi
|
Bir temsilci, olaya ilişkin çözümü bir çözüm notu ekleyerek kaydettiğinde gerçekleşir. Bu, Freshservice'de durum 'Resolved' yapılmadan önceki ayrı bir adımdır. İşlem ve içeriği kayıt altına alınır. | ||
|
Neden önemli
Bu, bir çözümün belirlenmesini işaret eder. Bu olay ile 'Olay Çözüldü' durumu arasındaki süre, dahili inceleme veya dokümantasyon yükünü gösterebilir.
Nereden alınır
Olayın konuşma geçmişine kaydedilen bir çözüm notunun eklendiği timestamp'tan alınır.
Yakala
Olayın konuşma kaydındaki 'Resolution Note' girişinin timestamp'ini belirleyin.
Event tipi
explicit
|
|||
|
Durum Devam Ediyor Olarak Değiştirildi
|
Bu aktivite, olayın aktif incelemesinin ve üzerinde çalışılmasının resmi başlangıcını işaret eder. Bir temsilci olayın durumunu 'Devam Ediyor' olarak değiştirdiğinde kaydedilir. Bu, ticket'ın aktivite geçmişine kaydedilen standart bir durum değişikliğidir. | ||
|
Neden önemli
Bu dönüm noktası, bekleme süresi ile aktif çalışma süresini ayırt etmeye yardımcı olur. Bir olayın 'Devam Ediyor' (In Progress) durumunda kaldığı süreyi analiz etmek, çözüm çabasını anlamanın anahtarıdır.
Nereden alınır
Olayın etkinlik günlüğünden, 'Durum' alanının 'Devam Ediyor' olarak güncellendiği zamanın belirlenmesiyle çıkarılmıştır.
Yakala
Activity log'u 'In Progress' durum değişikliği için filtreleyin ve timestamp'ini kullanın.
Event tipi
inferred
|
|||
|
Olay Çözüldü
|
Temsilcinin bir düzeltme uyguladığı ve olayı çözüldü olarak kabul ettiği noktayı işaretler. Bu, olayın durumu 'Çözüldü' olarak değiştirildiğinde yakalanır. Freshservice'te bu, SLA saatini durduran önemli bir kilometre taşıdır. | ||
|
Neden önemli
Bu, Çözüm Süresi (TTR) ölçümü için kritik bir dönüm noktasıdır. 'Çözüldü' ve 'Kapandı' arasındaki süre, kullanıcı onay gecikmelerini ve otomatik kapatma politikalarını analiz etmek için önemlidir.
Nereden alınır
Olayın etkinlik günlüğünden, 'Durum' alanının 'Çözüldü' olarak güncellendiği zamanın belirlenmesiyle çıkarılmıştır.
Yakala
Durum değişikliğinin 'Çözüldü' (Resolved) olduğu aktivite günlüğü girdisindeki timestamp'i kullanın.
Event tipi
inferred
|
|||
|
Olay Gruba Atandı
|
Bir olayın ilk kez bir destek grubuna atanmasını ifade eder. Bu işlem, yönlendirme kurallarıyla otomatik olarak veya bir görevli tarafından elle yapılabilir. Olayın denetim günlüğünde 'Group' alanının ilk kez doldurulması izlenerek tespit edilir. | ||
|
Neden önemli
Atamaları takip etmek, ilk yanıt sürelerini ölçmek ve sevk sürecindeki bottleneck'leri (darboğazları) belirlemek için kritik öneme sahiptir. Bu, olayların doğru ekibe ne kadar verimli bir şekilde yönlendirildiğini analiz etmeye yardımcı olur.
Nereden alınır
Olayın etkinlik günlüğündeki 'Grup' alanını dolduran veya değiştiren ilk girişten çıkarılmıştır.
Yakala
Bir olay için 'Group' alanının doldurulduğu ilk timestamp'i belirleyin.
Event tipi
inferred
|
|||
|
Olay Kapatıldı
|
Olay kaydının nihai ve resmi olarak kapatılmasını ifade eder. Bu genellikle 'Resolved' durumunda belirli bir sürenin ardından otomatik gerçekleşir ya da bir temsilci tarafından manuel yapılabilir. Bu olay, olay yaşam döngüsünün sonunu işaretler. | ||
|
Neden önemli
Bu aktivite, sürecin kesin bitiş noktasıdır. Bu olaya kadar geçen toplam süre, herhangi bir kullanıcı onay süresi dahil olmak üzere tam olay yaşam döngüsü süresini temsil eder.
Nereden alınır
Olayın etkinlik günlüğünden, 'Durum' alanının 'Kapalı' olarak güncellendiği zamanın belirlenmesiyle çıkarılmıştır.
Yakala
Durum değişikliğinin 'Kapandı' (Closed) olduğu aktivite günlüğü girdisindeki timestamp'i kullanın.
Event tipi
inferred
|
|||
|
Olay Önceliklendirildi
|
Olayın önceliği ayarlandığında veya güncellendiğinde gerçekleşir. Öncelik düzeyi, aciliyeti ve çözüm için SLA hedeflerini belirler. Bu durum, olay geçmişindeki 'Priority' alanındaki değişiklikler izlenerek tespit edilir. | ||
|
Neden önemli
Yanlış veya gecikmiş önceliklendirme, SLA ihlallerine ve verimsiz kaynak tahsisine yol açabilir. Bu etkinliği analiz etmek, kritik olayların acil dikkat görmesini sağlamaya yardımcı olur.
Nereden alınır
Olayın etkinlik günlüğünden, 'Öncelik' alanındaki tüm güncellemeleri izleyen bilgilerden çıkarılmıştır.
Yakala
'Öncelik' (Priority) alanı değerinin ayarlandığı veya değiştirildiği denetim günlüğündeki timestamp'leri kullanın.
Event tipi
inferred
|
|||
|
Olay Raporlandı
|
Freshservice'te yeni bir olay kaydının oluşturulduğunu işaretler. Bu, olay yaşam döngüsünün başlangıç noktasıdır ve tipik olarak bir son kullanıcı tarafından portal, e-posta aracılığıyla veya bir servis masası temsilcisinin onlar adına bir talep oluşturmasıyla tetiklenir. Bu event açıkça bir timestamp ile günlüğe kaydedilir. | ||
|
Neden önemli
Bu aktivite, tüm sürecin birincil başlangıç olayıdır. Bu olaydan çözüme kadar geçen süreyi analiz etmek, genel cycle time'ları ve SLA uyumluluğunu ölçmek için esastır.
Nereden alınır
Olay tablosunun oluşturulma timestamp'ından alınır. Freshservice, her yeni bilet için bunu açıkça kaydeder.
Yakala
Ana olay kaydındaki 'Oluşturulma zamanı' (Created at) timestamp'ini kullanın.
Event tipi
explicit
|
|||
|
Durum Beklemede Olarak Değiştirildi
|
Çözüm sürecinin durakladığı bir noktayı ifade eder; genellikle kullanıcıdan veya üçüncü bir taraftan bilgi beklenirken oluşur. Bu, durumun herhangi bir 'Pending' durumuna değişmesinden anlaşılır. Bu durumda geçen süre çoğunlukla SLA hesaplamalarına dahil edilmez. | ||
|
Neden önemli
Beklemedeki durumlarda harcanan zamanı belirlemek, harici bağımlılıkları ve gecikmeleri anlamak için çok önemlidir. Bu, agent çalışma süresini bekleme süresinden ayırmaya yardımcı olur.
Nereden alınır
Olayın etkinlik günlüğünden, 'Durum' alanının 'Beklemede' veya 'Kullanıcı Yanıtı Bekleniyor' gibi bir değere güncellendiği zaman çıkarılmıştır.
Yakala
Activity log'u herhangi bir beklemedeki durum değişikliği için filtreleyin ve ilişkili timestamp'i kullanın.
Event tipi
inferred
|
|||
|
Geçici Çözüm Sağlandı
|
Bu aktivite, olayın etkisini azaltmak için kullanıcıya geçici bir çözüm veya workaround iletildiğini gösterir. Bunu yakalamak genellikle özel bir onay kutusu, belirli bir not türü veya temsilci notlarındaki anahtar kelime analizi gibi belirli sistem yapılandırmaları gerektirir. | ||
|
Neden önemli
Bu, workaround'ların iş üzerindeki etkiyi azaltmadaki etkinliğini ve nihai çözüm süresiyle ilişkilerini analiz etmeye yardımcı olur. Workaround Etkinlik Metrikleri Dashboard'unu destekler.
Nereden alınır
Bu muhtemelen açık bir olay değildir. 'Geçici Çözüm' (workaround) gibi anahtar kelimeler içeren notları işaretleyerek veya özel bir 'Geçici Çözüm Sağlandı' (Workaround Provided) onay kutusu alanı kullanılıp değişikliği kaydedilirse çıkarım yapılabilir.
Yakala
Özel bir alan değişikliğinden veya temsilci notlarının anahtar kelime analizinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
İlk Yanıt Gönderildi
|
Bu aktivite, olayın bildirilmesinden sonra bir temsilcinin kullanıcıya yaptığı ilk iletişimi temsil eder. Bu, herkese açık bir not veya doğrudan bir yanıt olabilir. Freshservice, tüm temsilci iletişimlerini zaman damgası ile kaydeder. | ||
|
Neden önemli
İlk Yanıt SLA'sını karşılamak, müşteri memnuniyeti için kritik bir KPI'dır. Bu etkinlik, temsilcilerin yeni olaylarla ne kadar hızlı ilgilendiğinin ölçülmesini ve analiz edilmesini sağlar.
Nereden alınır
Bir agent tarafından olayın konuşma kaydına eklenen ilk genel not veya yanıtın timestamp'ini bularak belirlenir.
Yakala
Olayın konuşma geçmişini bir agent tarafından yapılan en eski giriş için filtreleyin.
Event tipi
explicit
|
|||
|
Olay Yeniden Açıldı
|
Daha önce 'Resolved' olarak işaretlenmiş bir olay, genellikle kullanıcının çözüme katılmaması nedeniyle yeniden açıldığında gerçekleşir. Bu, durumun 'Resolved'dan 'Open' veya 'In Progress' gibi bir duruma dönmesiyle anlaşılır. | ||
|
Neden önemli
Yüksek yeniden açılma oranı, çözüm kalitesi veya eksik düzeltmelerle ilgili sorunlara işaret eder. Bu, yeniden işleme ve temsilci performansını analiz etmek için önemli bir ölçüttür.
Nereden alınır
Olayın etkinlik günlüğünden, durumun 'Çözüldü'den aktif bir duruma geçtiğinin tespitiyle çıkarılmıştır.
Yakala
Activity log'u 'Status' değişikliği için 'Resolved'dan 'Open' veya 'In Progress'e filtreleyin.
Event tipi
inferred
|
|||
|
Olay Yeniden Atandı
|
Olayın bir temsilciden veya gruptan diğerine aktarıldığını belirtir. Bu, çözüm sürecinde bir devir teslim anlamına gelir. Bu event, ilk atamadan sonra 'Temsilci' veya 'Grup' alanlarındaki sonraki değişikliklerin tespit edilmesiyle çıkarılır. | ||
|
Neden önemli
Sıkça yapılan yeniden görevlendirmeler veya handoff'lar genellikle süreç verimsizliklerini, bilgi eksikliklerini veya yanlış ilk yönlendirmeyi gösterir. Bu event'leri analiz etmek, gecikmeleri belirlemeye ve azaltmaya yardımcı olur.
Nereden alınır
Olayın etkinlik günlüğünden, ilk atamadan sonra 'Temsilci' veya 'Grup' alanlarındaki herhangi bir değişikliğin izlenmesiyle çıkarılmıştır.
Yakala
Ticket'ın denetim geçmişindeki 'Agent' veya 'Group' alanlarındaki değişiklikleri tespit edin.
Event tipi
inferred
|
|||
|
Olay'a Atanan Temsilci
|
Bu aktivite, belirli bir temsilcinin olayı ele almak üzere atandığı zamanı işaret eder. Bu, ticket'ın bireysel sahiplenişini ifade eder. Atama, ticket'ın aktivite geçmişine kaydedilir ve hangi temsilcinin ne zaman atandığını gösterir. | ||
|
Neden önemli
Bu, temsilci iş yükü, performans ve grup atamasından sonra bir olayın bir kişi tarafından ele alınma süresini analiz etmeye olanak tanır. Temsilci performans Dashboard'ları için kritik öneme sahiptir.
Nereden alınır
Olayın aktivite günlüğü veya denetim izindeki 'Temsilci' alanındaki değişiklikler aracılığıyla izlenir.
Yakala
'Agent' alanındaki değişikliklere karşılık gelen timestamp'leri belirleyin.
Event tipi
inferred
|
|||
|
SLA Hedefi İhlal Edildi
|
Bu, bir olayın üzerinde geçen sürenin yanıt veya çözüm için tanımlanmış SLA hedefini aştığında meydana gelen hesaplanmış bir olaydır. Freshservice, SLA durumunu dahili olarak izler ve bu olay, zaman damgasını SLA politikalarına karşılaştırarak türetilebilir. | ||
|
Neden önemli
Hizmet seviyesi taahhütlerine uyumluluğu doğrudan ölçer. İhlallerin ne zaman ve neden gerçekleştiğini belirlemek, SLA Performance Dashboard'u ve sürekli iyileştirme için esastır.
Nereden alınır
Çözüm veya yanıt timestamp'ının SLA hedef bitiş zamanı ile karşılaştırılmasıyla hesaplanır. Freshservice, biletleri genellikle 'SLA İhlal Edildi' olarak işaretler.
Yakala
'Resolved at' timestamp'ini 'Due by' timestamp'i ile karşılaştırarak veya 'SLA Status' alanı 'Violated' olarak değiştiğinde türetilir.
Event tipi
calculated
|
|||