Olay Yönetimi Veri Templateiniz

Freshservice
Olay Yönetimi Veri Templateiniz

Olay Yönetimi Veri Templateiniz

Bu Template, etkili olay yönetimi analizi için verilerinizi hazırlamanıza yardımcı olmak üzere tasarlanmıştır. Toplanması gereken temel öznitelikleri ve izlenecek önemli aktiviteleri açıklar, ayrıca bu bilgileri kaynak sisteminizden nasıl çıkaracağınıza dair pratik yönlendirme sunar. Veri hazırlama sürecinizi kolaylaştırmak için bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel aktiviteler
  • Veri çıkarma rehberi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Olay yönetimi öznitelikleri

Olay yönetimi sürecinizi kapsamlı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları aşağıda yer alır.
5 Gerekli 7 Önerilen 7 İsteğe bağlı
Ad Açıklama
Olay kimliği
IncidentId
Her olay kaydını benzersiz şekilde tanımlar ve olay yaşam döngüsünün tamamını izlemek için birincil anahtar görevi görür.
Açıklama

Olay kimliği, olay yönetimi analizinin temelini oluşturur. Case ID olarak görev yapar ve ilgili tüm etkinlikleri, zaman damgalarını ve öznitelik değişikliklerini tek bir bütünsel yolculukta birleştirir.

Process Mining kapsamında her Event Log kaydı bir Olay kimliğiyle ilişkilendirilir. Böylece her olay için uçtan uca süreç akışı yeniden oluşturulabilir. Bu, çevrim sürelerini hesaplamak, süreç varyantlarını analiz etmek ve tek tek vakalara özgü darboğazları belirlemek için gereklidir. Benzersiz bir tanımlayıcı olmadan farklı olayları birbirinden ayırmak ve bildirimden çözüme kadar izledikleri yolları analiz etmek mümkün olmaz.

Neden önemli?

Her olayı benzersiz şekilde tanımlar ve yaşam döngüsünün oluşturulmasından kapatılmasına kadar uçtan uca izlenmesini ve analiz edilmesini sağlar.

Nereden alınır?

Ticket için birincil tanımlayıcıdır. Freshservice Tickets API üzerinden ticket nesnesindeki 'id' alanı olarak kullanılabilir.

Örnekler
INC-10234INC-10235INC-10236
Etkinlik adı
ActivityName
Olay yaşam döngüsü içinde belirli bir zamanda gerçekleşen iş etkinliğinin veya olayın adı.
Açıklama

Etkinlik adı, olay yönetimi sürecindeki tek bir adımı veya olayı, örneğin 'Incident Assigned to Group', 'Status Changed to Pending' ya da 'Incident Resolved' ifadelerini 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 öneme sahiptir. Kuruluşlar bu etkinliklerin sırasını ve sıklığını analiz ederek gerçek olay çözüm sürecini görselleştirebilir, yaygın yolları belirleyebilir, standart prosedürden sapmaları tespit edebilir ve sık yeniden atamalar gibi yeniden çalışma döngülerini ortaya çıkarabilir.

Neden önemli?

Süreç haritasındaki adımları tanımlar ve olay çözüm akışının, darboğazların ve sapmaların görselleştirilmesini ve analiz edilmesini sağlar.

Nereden alınır?

Freshservice içinde doğrudan bir alan değildir. Durum, öncelik, temsilci veya grup ataması ve not eklenmesi gibi ticket özelliklerindeki değişikliklerden türetilir.

Örnekler
Olay bildirildiOlay gruba atandıÇözüm notu eklendiOlay çözüldü
Kaynak sistem
SourceSystem
Verilerin çıkarıldığı sistemdir, genellikle 'Freshservice' olur.
Açıklama

Bu öznitelik, verilerin kaynağını tanımlar. Bu bağlamda değer sürekli olarak 'Freshservice' olsa da birden fazla sistemden alınan verilerin bütünsel bir süreç görünümü oluşturmak üzere birleştirildiği ortamlarda önemli bir alandır.

Kaynak sistem özniteliğinin eklenmesi, veri yönetişimi ve izlenebilirlik açısından iyi bir uygulamadır. Verilerin kökenini netleştirerek doğrulama ve hata ayıklama süreçlerini kolaylaştırır. Ayrıca Process Mining projesinin ileride başka hizmet yönetimi veya operasyon sistemlerini kapsayacak şekilde genişletilmesini destekler.

Neden önemli?

Olay yönetimi verilerinin kaynağını açıkça tanımlayarak veri izlenebilirliğini ve yönetişimini sağlar.

Nereden alınır?

Genellikle veri dönüşümü (ETL) sırasında veri setini etiketlemek için eklenen statik 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 yaşam döngüsündeki oluşturma ve kapatma arasındaki her etkinlikle ilişkili bir zaman damgası bulunur.

Bu öznitelik, zamana dayalı tüm Process Mining analizleri için büyük önem taşır. Olayları kronolojik olarak sıralamak, etkinlikler arasındaki süreyi hesaplamak, toplam vaka çevrim süresini ölçmek ve bekleme sürelerini analiz etmek için kullanılır. SLA performansını, devir teslim 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 sıra, süreleri hesaplamak, çevrim sürelerini analiz etmek ve süreç performansını anlamak için gereklidir.

Nereden alınır?

Freshservice içindeki 'created_at' ve 'updated_at' gibi çeşitli zaman damgası alanlarından ve ticket görüşmelerinde veya denetim günlüklerinde yer alan 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 verilerin en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, tüm veri setinin kaynak sistemden en son ne zaman güncellendiğini gösteren bir zaman damgası sağlar. Tek tek olaylar yerine veri setinin tamamına uygulanan bir meta veri alanıdır, ancak tutarlılık sağlamak için çoğu zaman olay düzeyinde de yer alır.

Analizde bu bilgi, verilerin güncelliğini ve Dashboardlar ile temel performans göstergelerinin kapsadığı zaman aralığını anlamak için önemlidir. İçgörülerin ne kadar güncel olduğu konusunda kullanıcılara güven verir ve en son olayların analize dahil edilip edilmediğine ilişkin beklentilerin yönetilmesine yardımcı olur.

Neden önemli?

Kullanıcılara verilerin güncelliğini bildirir ve analizde kapsanan zaman aralığını anlamalarını sağlar.

Nereden alınır?

Veri çıkarma (ETL) 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 sorumlu olan destek grubu veya ekip.
Açıklama

Atanan grup, olaydan hangi ekibin, örneğin 'Level 1 Support', 'Network Team' veya 'Database Admins' grubunun sorumlu olduğunu gösterir. Bu öznitelikteki değişiklikler, farklı işlevsel ekipler arasındaki üst seviyeye aktarma veya devri ifade eder.

Atanan grubu analiz etmek, devir ve aktarım gecikmelerini anlamak için önemlidir. Process Mining, olayların gruplar arasındaki akışını görselleştirerek yaygın üst seviyeye aktarma yollarını ortaya çıkarabilir ve her grubun işlem yapmasını beklerken geçen süreyi ölçebilir. Bu sayede kurumsal darboğazlar ve ekipler arası iş birliğini kolaylaştırma fırsatları belirlenebilir.

Neden önemli?

Sorumlu ekibi izler. Bu bilgi, devirleri, üst seviyeye aktarmaları ve ekipler arası gecikmeleri analiz etmek için gereklidir.

Nereden alınır?

Freshservice Tickets API içinde 'group_id' alanı olarak kullanılabilir. Grubun adını almak için bu kimlik Groups API ile birleştirilebilir.

Örnekler
Hizmet masasıAğ OperasyonlarıAltyapı Desteği
Atanan temsilci
AssignedAgent
Olayı çözmek üzere o anda atanan destek temsilcisinin adı veya kimliği.
Açıklama

Atanan temsilci, belirli bir anda olaydan sorumlu olan hizmet masası çalışanını gösterir. Bu öznitelikteki değişiklikler, sahipliğin temsilciler arasında devredildiğini belirtir.

Bu öznitelik performans analizi için gereklidir. Temsilci iş yükünü, temsilci başına ortalama çözüm süresini ve ilk iletişimde çözüm oranlarını izleyen Dashboardlar oluşturmanızı sağlar. Ayrıca gecikme ve verimsizlik kaynağı olabilen temsilciler arasındaki devir teslimleri analiz etmek için kullanılır. Yöneticiler, temsilci atamalarını izleyerek eğitim ihtiyaçlarını belirleyebilir ve yüksek performans gösteren ekip üyelerini takdir edebilir.

Neden önemli?

Temsilci performansını, iş yükü dağılımını ve temsilci devirlerinin çözüm süreleri üzerindeki etkisini analiz etmeyi sağlar.

Nereden alınır?

Freshservice Tickets API içinde 'responder_id' alanı olarak kullanılabilir. Temsilcinin adını almak için bu kimlik Agents API ile birleştirilebilir.

Örnekler
John DoeJane SmithSupportBot
Çözüm SLA hedef zamanı
ResolutionSlaTargetTime
SLA politikasına göre olayın çözülmesinin beklendiği son tarih ve saati gösteren zaman damgası.
Açıklama

Bu öznitelik, bir olayın çözülmesi için son tarih olarak kullanılan belirli tarih ve saati kaydeder. Bu hedef, bilete uygulanan Hizmet Düzeyi Anlaşması (SLA) politikasına göre belirlenir ve genellikle öncelik gibi etkenlere bağlıdır.

Bu hedef zaman, SLA uyumluluk oranı KPI değerini hesaplamak ve SLA performansı Dashboardunu çalıştırmak 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 ihlali yaşanıp yaşanmadığı belirlenir. Bu, hizmet düzeyi uyumluluğunu ö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 'fr_due_by' (ilk yanıt) ve 'due_by' (çözüm) alanları olarak kullanılabilir.

Ö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 mevcut aşamasını gösterir. 'In Progress' durumundan 'Pending' durumuna veya 'Resolved' durumundan 'Closed' durumuna geçiş gibi durum değişiklikleri, keşfedilen süreç haritasının temelini oluşturan önemli olaylardır.

Bu öznitelik, olayın yolculuğunu anlamak için temeldir. Her durumda geçirilen süreyi analiz etmek, kullanıcı yanıtı beklerken 'Pending' durumunda çok uzun kalan olaylar gibi darboğazları belirlemeye yardımcı olur. Ayrıca ç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 ilerlemesini izler ve gecikmelerin sık yaşandığı aşamaları belirlemeye yardımcı olur.

Nereden alınır?

Freshservice Tickets API içinde 'status' alanı olarak kullanılabilir. Değerler sayısaldır.

Örnekler
AçıkDevam ediyorBeklemedeÇözüldüKapatıldı
Olay kategorisi
IncidentCategory
Olayı sınıflandırmak için kullanılan kategori, örneğin Hardware, Software veya Network.
Açıklama

Olay kategorisi, bildirilen sorunun türüne göre olayları sınıflandırmanızı 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 büyük önem taşır.

Bu öznitelik, ilk yanlış sınıflandırmanın yeniden atamalar nedeniyle daha uzun çözüm sürelerine yol açıp açmadığını analiz etmek için Olay kategorilendirme doğruluğu Dashboardunda kullanılır. Kuruluşlar olayları kategoriye göre gruplayarak tekrarlanan sorunları belirleyebilir, destek çalışmalarının çoğunun nerede harcandığını anlayabilir ve iyileştirme girişimlerini buna göre şekillendirebilir.

Neden önemli?

Olay eğilimlerinin analiz edilmesini sağlar ve hatalı sınıflandırmanın çözüm gecikmelerine yol açıp açmadığını belirlemeye yardımcı olur.

Nereden alınır?

Freshservice içinde varsayılan olarak bulunan ancak özelleştirilebilen bir alandır. Tickets API içinde 'category' olarak kullanılabilir; ilişkili alanlar 'sub_category' ve 'item_category' değerleridir.

Ö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 ele alınması için gereken hızı ve odağı belirleyen temel bir alandır. Genellikle Düşük, Orta, Yüksek ve Acil gibi bir ölçekle tanımlanır ve çoğu zaman SLA hedeflerini belirler.

Process Mining içinde öncelik, filtreleme ve analiz için önemli bir boyuttur. Yüksek öncelikli olayların çözüm süreçlerini düşük öncelikli olaylarla karşılaştırmanızı ve kritik sorunların verimli biçimde ele alındığından emin olmanızı sağlar. Dashboardlar, destek yöneticilerine uygulanabilir içgörüler sunmak için çevrim süresi ve SLA uyumluluğu gibi metrikleri çoğu zaman önceliğe göre gruplandırır.

Neden önemli?

Analizin en önemli olaylara odaklanmasına yardımcı olur ve 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ı olarak kullanılabilir. Değerler sayısaldır, örneğin Low için 1, Urgent için 4.

Örnekler
DüşükOrtaYüksekAcil
Olay önem derecesi
IncidentSeverity
Olayın iş üzerindeki etkisini gösteren önem derecesi.
Açıklama

Olay önem derecesi, bir olayın işletme ü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 derecesi ile etkinin birleşimi çoğu zaman nihai önceliği belirler.

Önem derecesine göre yapılan analiz, kuruluşun işletme açısından önemli sonuçlar doğuran olayları ne kadar iyi yönettiğini anlamaya yardımcı olur. Çözüm sürelerini ve SLA performansını gruplandırmak için Dashboardlarda kullanılır. Böylece en etkili sorunların yaşam döngüleri boyunca uygun düzeyde ilgi ve kaynak alması sağlanır.

Neden önemli?

Bir olayın iş üzerindeki etkisini ölçer ve analizin en fazla zarar veren sorunları azaltmaya odaklanmasını sağlar.

Nereden alınır?

Freshservice içindeki varsayılan bir alandır ve Tickets API üzerinden 'impact' olarak kullanılabilir. Değerler sayısaldır.

Örnekler
DüşükOrtaYüksek
Bildirim kanalı
ReportingChannel
Olayın bildirildiği yöntem veya kanal, örneğin Email, Portal veya Phone.
Açıklama

Bildirim kanalı veya kaynak, bir olayın destek sistemine nasıl girdiğini gösterir. Yaygın kanallar arasında e-posta, self servis portalı, telefon görüşmeleri ve sohbet bulunur.

Bu özniteliği analiz etmek, farklı bildirim kanallarının verimliliğini değerlendirmenize yardımcı olur. Bildirim kanalı verimliliği Dashboardu, hangi yöntemlerin daha etkili olduğunu ve hangilerinin süreç iyileştirmesi gerektirebileceğini belirlemek için olay hacmini ve kanala göre ortalama çözüm süresini karşılaştırır. Örneğin portal üzerinden bildirilen olaylar, başlangıçta daha yapılandırılmış bilgiler içeriyorsa daha hızlı çözülebilir.

Neden önemli?

En verimli bildirim kanallarını belirlemeye yardımcı olur ve olay kabul sürecini iyileştirme fırsatlarını ortaya çıkarır.

Nereden alınır?

Freshservice Tickets API içinde 'source' alanı olarak kullanılabilir. Değerler sayısaldır.

Örnekler
E-postaPortalTelefonSohbet
Devir sayısı
HandoffCount
Bir olayın farklı temsilciler veya gruplar arasında kaç kez aktarıldığı.
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. Atanan temsilci veya Atanan grup özniteliğindeki her değişiklik bu sayıyı artırır.

Yüksek devir teslim sayısı çoğu zaman süreç verimsizliğine, ilk yönlendirmenin yanlış yapılmasına veya temsilci uzmanlığının yetersizliğine işaret eder. Bu metrik, Olay devir teslim sayısı KPI ve Devir teslim ve aktarım gecikmesi analizi Dashboardunu doğrudan destekler. Gecikmelere yol açan aşırı aktarımlara sahip olayları veya süreç yollarını belirlemenize yardımcı olur.

Neden önemli?

Yeniden çalışmayı ve yeniden atamaları ölçerek hatalı yönlendirme veya bilgi eksikliğinden kaynaklanan verimsizliklerin belirlenmesine yardımcı olur.

Nereden alınır?

Tek bir olayın yaşam döngüsü boyunca 'AssignedAgent' veya 'AssignedGroup' alanlarındaki farklı değerlerin ya da değişikliklerin sayılmasıyla elde edilen hesaplanmış bir metriktir.

Örnekler
0125
Geçici çözüm sağlandı
WorkaroundProvided
Nihai çözümden önce kullanıcıya geçici bir geçici çözüm sağlanıp sağlanmadığını gösteren işaret.
Açıklama

Bu boolean öznitelik, 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ı gösterir. Bu bilgi çoğu zaman bir onay kutusu veya belirli bir durum üzerinden izlenir.

Process Mining içinde bu öznitelik, Geçici çözüm etkililiği metrikleri Dashboardunu destekler. Geçici çözüm uygulanan ve uygulanmayan olayların çözüm sürelerini karşılaştırmanızı sağlar. Böylece geçici düzeltmelerin iş kesintisini gerçekten azaltıp azaltmadığını ve kullanıcının bakış açısından genel çözümü hızlandırıp hızlandırmadığını belirleyebilirsiniz.

Neden önemli?

Geçici çözümlerin olay etkisini azaltma ve algılanan çözümü hızlandırma açısından ne kadar etkili olduğunu ölçmeye yardımcı olur.

Nereden alınır?

Genellikle özel bir boolean alanıdır ve onay kutusu olarak kullanılır. Bu alanın varlığı Freshservice 'Ticket Fields' yapılandırmasında doğrulanmalıdır.

Örnekler
truefalse
Kök neden
RootCause
İnceleme sonrasında olayın altında yatan ve belirlenen temel neden.
Açıklama

Kök neden özniteliği, olaya yol açan temel sorunu kaydeder. Bu bilgi genellikle destek temsilcileri tarafından çözüm sırasında veya sonrasında, kök neden analizi (RCA) sürecinin bir parçası olarak doldurulur.

Bu öznitelik, Tekrarlanan olaylar ve kök nedenler Dashboardu ile Kök neden analizi tamamlama oranı KPI için gereklidir. Kuruluşlar yaygın kök nedenleri analiz ederek tepkisel olay çözümünden proaktif problem yönetimine geçebilir, gelecekteki olayları önleyen kalıcı çözümler uygulayabilir ve tekrarlanan sorunları azaltabilir.

Neden önemli?

Tekrarlanan olayların altında yatan nedenleri belirlemeye ve ortadan kaldırmaya yardımcı olarak proaktif problem yönetimini sağlar.

Nereden alınır?

Freshservice içinde genellikle özel bir alandır; varsayılan işlevler sınırlı olabilir. 'Root Cause' veya benzeri adlı bir alan için 'Ticket Fields' yapılandırmasını kontrol edin.

Örnekler
Yazılım hatasıAğ yapılandırma hatasıKullanıcı eğitimi sorunuDonanım arızası
SLA ihlal edildi mi
IsSlaBreached
Olayın tanımlanan SLA hedef süresi içinde çözülmemesi durumunda true olan hesaplanmış bir işaret.
Açıklama

Bu boolean öznitelik, 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 elde edilir.

Bu işaret, 'SLA Adherence Rate' KPI'ı ve 'SLA Performance Dashboard' için doğrudan girdidir. Her olayın SLA performansı için net ve ikili bir sonuç sunarak analizi kolaylaştırır; toplulaştırma ve eğilim analizi yapılmasını sağlar. Hizmet taahhütlerini karşılamayan olayların sayısını ve oranını hızlıca belirlemeye yardımcı olur.

Neden önemli?

Her olay için SLA uyumluluğunu doğrudan ölçer; genel uyum oranlarını hesaplamayı ve sorunlu alanları belirlemeyi kolaylaştırır.

Nereden alınır?

Veri dönüşümü sırasında 'Incident Resolved' zaman damgasının 'ResolutionSlaTargetTime' alanıyla karşılaştırılmasıyla elde edilen hesaplanmış 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 'Sales', 'Finance' veya 'IT' gibi iş departmanını tanımlar. 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 şekilde etkilenip etkilenmediğini veya departmana özgü sorunların bulunup bulunmadığını ortaya çıkarabilir. Olayların iş üzerindeki etkisini anlamak için bağlam sağlar ve kritik departmanları etkileyen düzeltmelere öncelik verilmesine yardımcı olur.

Neden önemli?

İş bağlamı sağlar ve olay eğilimlerinin ve belirli departmanlar üzerindeki etkilerin analiz edilmesine imkan verir.

Nereden alınır?

Bu bilgi ticket talep sahibiyle ilişkilidir. Ticket içindeki '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ı
Yeniden açıldı mı
IsReopened
Bir olayın çözüldükten veya kapatıldıktan sonra yeniden açılması durumunda true olan hesaplanmış bir işaret.
Açıklama

Bu boolean öznitelik, yeniden açılan olayları belirleyen hesaplanmış bir işarettir. Bir olay Çözüldü veya Kapalı durumuna ulaştıktan sonra durumu açık ya da devam ediyor durumuna geri dönerse true olarak ayarlanır.

Bu işaret, Olay yeniden açılma oranı KPI değerini hesaplamak ve Tekrarlanan olaylar Dashboardunu oluşturmak için gereklidir. Yeniden açılan olay oranının yüksek olması, ilk çözümün kalitesiyle ilgili sorunlara, eksik kök 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 başarısızlıkları belirler; ilk düzeltmenin etkisiz kaldığı ve yeniden çalışmaya yol açan 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ği açık durumdaki bir etkinlik izlerse true değerini alır.

Örnekler
truefalse
Gerekli Önerilen İsteğe bağlı

Olay yönetimi faaliyetleri

Doğru süreç keşfi ve darboğaz belirleme için Event Logunuza kaydetmeniz gereken temel süreç adımları ve kilometre taşları aşağıda yer alır.
7 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Çözüm notu eklendi
Bir temsilci, çözüm notu ekleyerek olaya ilişkin çözümü belgelediğinde gerçekleşir. Bu, Freshservice içinde durum “Çözüldü” olarak değiştirilmeden önce gerçekleştirilen ayrı bir işlemdir. İşlem ve içeriği açıkça kaydedilir.
Neden önemli?

Bu olay, bir çözümün belirlendiğini gösterir. Bununla “Olay çözüldü” durumu arasındaki süre, iç inceleme veya belgeleme yükünü gösterebilir.

Nereden alınır?

Bir çözüm notunun olaya eklendiği zaman damgasından alınır. Bu bilgi görüşme geçmişine kaydedilir.

Yakalayın

Olayın görüşme günlüğündeki “Çözüm Notu” kaydının zaman damgasını belirleyin.

Olay türü explicit
Durum Devam Ediyor olarak değiştirildi
Bu faaliyet, olayla ilgili aktif inceleme ve çalışmanın resmi başlangıcını gösterir. Bir temsilci olayın durumunu “Devam Ediyor” olarak değiştirdiğinde kaydedilir. Bu, talebin faaliyet geçmişinde kaydedilen standart bir durum değişikliğidir.
Neden önemli?

Bu kilometre taşı, bekleme süresi ile aktif çalışma süresini birbirinden ayırmaya yardımcı olur. Bir olayın “Devam Ediyor” durumunda kaldığı süreyi analiz etmek, çözüm için gereken çabayı anlamanın temelidir.

Nereden alınır?

“Durum” alanının “Devam Ediyor” olarak güncellendiği zaman belirlenerek olayın faaliyet günlüğünden çıkarılır.

Yakalayın

Faaliyet günlüğünü “Devam Ediyor” durum değişikliği için filtreleyin ve ilgili zaman damgasını kullanın.

Olay türü inferred
Olay bildirildi
Freshservice içinde yeni bir olay kaydının oluşturulduğunu gösterir. Bu, olay yaşam döngüsünün başlangıç noktasıdır ve genellikle son kullanıcı tarafından portal veya e-posta üzerinden ya da bir hizmet masası temsilcisinin kullanıcı adına talep oluşturmasıyla tetiklenir. Bu olay, oluşturulma zaman damgasıyla açıkça kaydedilir.
Neden önemli?

Bu faaliyet, tüm sürecin birincil başlangıç olayıdır. Bu olaydan çözüme kadar geçen süreyi analiz etmek, genel çevrim sürelerini ve SLA uyumunu ölçmek için temel öneme sahiptir.

Nereden alınır?

Olay tablosundaki oluşturulma zaman damgasından alınır. Freshservice bunu her yeni talep için açıkça kaydeder.

Yakalayın

Ana olay kaydındaki “Oluşturulma zamanı” zaman damgasını kullanın.

Olay türü explicit
Olay çözüldü
Temsilcinin bir düzeltme uyguladığı ve olayı çözülmüş kabul ettiği noktayı gösterir. Olayın durumu “Çözüldü” olarak değiştirildiğinde kaydedilir. Freshservice içinde SLA sayacını durduran önemli bir kilometre taşıdır.
Neden önemli?

Bu, Çözüm Süresini, TTR, ölçmek için önemli bir kilometre taşıdır. “Çözüldü” ile “Kapatıldı” arasındaki dönem, kullanıcı onayındaki gecikmeleri ve otomatik kapatma politikalarını analiz etmek için önemlidir.

Nereden alınır?

“Durum” alanının “Çözüldü” olarak güncellendiği zaman belirlenerek olayın faaliyet günlüğünden çıkarılır.

Yakalayın

Durumun “Çözüldü” olarak değiştirildiği faaliyet günlüğü kaydındaki zaman damgasını kullanın.

Olay türü inferred
Olay gruba atandı
Bir olayın başlangıçta bir destek grubuna atanmasını ifade eder. Bu işlem yönlendirme kurallarıyla otomatik olarak veya bir dağıtıcı tarafından manuel biçimde yapılabilir. Faaliyet, 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 dağıtım sürecindeki darboğazları belirlemek için önemlidir. Olayların doğru ekibe ne kadar verimli yönlendirildiğini analiz etmenize yardımcı olur.

Nereden alınır?

Olayın faaliyet günlüğünde “Grup” alanını dolduran veya değiştiren ilk kayıttan çıkarılır.

Yakalayın

Bir olay için “Grup” alanının doldurulduğu ilk zaman damgasını belirleyin.

Olay türü inferred
Olay kapatıldı
Olay kaydının nihai ve resmi olarak kapatılmasını ifade eder. Bu işlem genellikle belirli bir süre 'Resolved' durumunda kaldıktan sonra otomatik olarak gerçekleşir veya bir temsilci tarafından manuel olarak 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ı onayı için geçen süreler de dahil olmak üzere olay yaşam döngüsünün tamamını gösterir.

Nereden alınır?

'Status' alanının 'Closed' olarak güncellendiği belirlenerek olayın etkinlik günlüğünden çıkarılır.

Yakalayın

'Closed' durumuna yapılan durum değişikliğinin 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 seviyesi, çözümün aciliyetini ve SLA hedeflerini belirler. Bu olay, olay geçmişindeki “Öncelik” alanı değişiklikleri izlenerek kaydedilir.
Neden önemli?

Yanlış veya gecikmiş önceliklendirme, SLA ihlallerine ve kaynakların verimsiz dağıtılmasına yol açabilir. Bu faaliyeti analiz etmek, kritik olayların hemen ele alınmasını sağlamanıza yardımcı olur.

Nereden alınır?

“Öncelik” alanındaki tüm güncellemeleri izleyen olay faaliyet günlüğünden çıkarılır.

Yakalayın

“Öncelik” alanı değerinin belirlendiği veya değiştirildiği denetim günlüğü kayıtlarının 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ığı noktayı ifade eder. Herhangi bir “Beklemede” durumuna geçişten çıkarılır. Bu durumda geçirilen süre çoğu zaman SLA hesaplamalarına dahil edilmez.
Neden önemli?

Beklemede durumlarında geçirilen süreyi belirlemek, dış bağımlılıkları ve gecikmeleri anlamak için büyük önem taşır. 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 faaliyet günlüğünden çıkarılır.

Yakalayın

Faaliyet günlüğünü beklemede durumuna yapılan tüm durum değişiklikleri için filtreleyin ve ilgili zaman damgasını kullanın.

Olay türü inferred
Geçici çözüm sağlandı
Bu faaliyet, olayın etkisini azaltmak için geçici bir çözümün kullanıcıyla paylaşıldığını gösterir. Bunu kaydetmek için özel bir sistem yapılandırması, örneğin özel bir onay kutusu, belirli bir not türü veya temsilci notlarında anahtar kelime analizi gerekebilir.
Neden önemli?

Bu özellik, geçici çözümlerin iş etkisini azaltmadaki etkililiğini ve nihai çözüm süresiyle ilişkisini analiz etmenize yardımcı olur. Geçici çözüm etkililiği metrikleri Dashboardunu destekler.

Nereden alınır?

Bu muhtemelen açıkça kaydedilen bir olay değildir. “Geçici çözüm” gibi anahtar kelimeler içeren notlar işaretlenerek veya özel “Geçici Çözüm Sağlandı” onay kutusu alanı kullanılıp değişikliği kaydedilerek çıkarılabilir.

Yakalayın

Özel bir alan değişikliğinden veya temsilci notlarının anahtar kelime analizinden çıkarılır.

Olay türü inferred
İlk yanıt gönderildi
Bu faaliyet, olay bildirildikten sonra bir temsilcinin kullanıcıya gönderdiği ilk iletişimi ifade eder. Bu iletişim herkese açık bir not veya doğrudan yanıt olabilir. Freshservice, tüm temsilci iletişimlerini zaman damgalarıyla kaydeder.
Neden önemli?

İlk yanıt SLA'sına ulaşmak, müşteri memnuniyeti için önemli bir KPI'dır. Bu faaliyet, 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 temsilci tarafından eklenen ilk herkese açık notun veya yanıtın zaman damgası bulunarak belirlenir.

Yakalayın

Olayın görüşme geçmişini, bir temsilci tarafından oluşturulan en eski kayıt için filtreleyin.

Olay türü explicit
Olay yeniden açıldı
Daha önce “Çözüldü” olarak işaretlenen bir olayın, genellikle kullanıcının çözümü kabul etmemesi nedeniyle yeniden açık duruma getirilmesiyle gerçekleşir. “Çözüldü” durumundan “Açık” veya “Devam Ediyor” gibi bir duruma geçişten çıkarılır.
Neden önemli?

Yüksek yeniden açılma oranı, çözüm kalitesiyle veya eksik düzeltmelerle ilgili sorunlara işaret eder. Bu, yeniden çalışma ve temsilci performansını analiz etmek için önemli bir metriktir.

Nereden alınır?

'Resolved' durumundan etkin bir duruma geçiş algılanarak olayın etkinlik günlüğünden çıkarılır.

Yakalayın

Etkinlik günlüğünü, 'Resolved' durumundan 'Open' veya 'In Progress' durumuna yapılan 'Status' değişikliği için filtreleyin.

Olay türü inferred
Olay yeniden atandı
Olayın bir temsilciden veya gruptan diğerine aktarıldığını gösterir. Bu, çözüm sürecindeki bir devri ifade eder. İlk atamadan sonra “Temsilci” veya “Grup” alanlarında gerçekleşen değişiklikler belirlenerek çıkarılır.
Neden önemli?

Sık yeniden atamalar veya devirler genellikle süreç verimsizliklerine, bilgi eksikliklerine veya yanlış ilk yönlendirmeye işaret eder. Bu olayları analiz etmek, gecikmeleri belirlemenize ve azaltmanıza yardımcı olur.

Nereden alınır?

İlk atamadan sonra “Temsilci” veya “Grup” alanlarında gerçekleşen tüm değişiklikler izlenerek olayın faaliyet günlüğünden çıkarılır.

Yakalayın

Talebin denetim geçmişinde “Temsilci” veya “Grup” alanlarındaki değişiklikleri belirleyin.

Olay türü inferred
SLA hedefi ihlal edildi
Bir olay için geçen süre, yanıt veya çözüm amacıyla tanımlanan SLA hedefini aştığında gerçekleşen hesaplanmış bir olaydır. Freshservice SLA durumunu dahili olarak izler. Bu olay, zaman damgalarının SLA politikalarıyla karşılaştırılmasıyla türetilebilir.
Neden önemli?

Hizmet düzeyi taahhütlerine uyumluluğu doğrudan ölçer. İhlallerin ne zaman ve neden gerçekleştiğini belirlemek, SLA performansı Dashboardu ve sürekli iyileştirme için gereklidir.

Nereden alınır?

Çözüm veya yanıt zaman damgası SLA hedef teslim zamanı ile karşılaştırılarak hesaplanır. Freshservice çoğu zaman talepleri “SLA İhlal Edildi” olarak işaretler.

Yakalayın

“Çözüldü” zaman damgasını “Son tarih” zaman damgasıyla karşılaştırarak veya “SLA Durumu” alanı “İhlal Edildi” olarak değiştiğinde türetin.

Olay türü calculated
Temsilci olaya atandı
Bu faaliyet, belirli bir temsilcinin olayı ele almak üzere atandığı zamanı gösterir. Talebin bireysel sahipliğini ifade eder. Atama, talebin faaliyet geçmişine kaydedilir ve hangi temsilcinin ne zaman atandığını gösterir.
Neden önemli?

Bu özellik, temsilci iş yükünü ve performansını analiz etmenizi, ayrıca bir olayın bir gruba atanmasının ardından tek bir temsilci tarafından ele alınmasının ne kadar sürdüğünü ölçmenizi sağlar. Temsilci performansı Dashboardları için gereklidir.

Nereden alınır?

Olayın faaliyet günlüğünde veya denetim izinde “Temsilci” alanındaki değişiklikler izlenerek kaydedilir.

Yakalayın

“Temsilci” alanındaki değişikliklere karşılık gelen zaman damgalarını belirleyin.

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Verilerinizi Freshservice'den nasıl alırsınız

Başlamaya hazır mısınız?

Verilerinizi doğru biçimde yapılandırmak ve olay yönetimi iş akışlarınıza ilişkin değerli içgörüleri keşfetmek için bu Templatei kullanın. Daha kısa çözüm sürelerine ulaşma yolculuğunuza bugün başlayın.

SLA ihlallerini durdurun: Olay yönetimini bugün optimize edin

MTTR'yi %35 azaltan ve maliyetli SLA ihlallerini önleyen şirketlere katılın.

Ücretsiz denemeyi başlatın

Kredi kartı gerektirmeyen 14 günlük ücretsiz deneme.