Problem Yönetimi Veri Template'inuz

Zendesk Destek
Problem Yönetimi Veri Template'inuz

Problem Yönetimi Veri Template'inuz

Bu şablon, Zendesk Support içinde problem yönetimi yaşam döngünüzü haritalandırmak için detaylı bir yapı sunar. Kök neden analizindeki darboğazları belirlemek için gerekli temel öznitelikler.i, süreç dönüm noktaları.nı ve çıkarma mantığını özetler. Bu yapıyı takip ederek, daha derin süreç stratejik bilgileri için yüksek kaliteli bir event log oluşturabilirsiniz.
  • Detaylı analiz için önerilen nitelikler
  • Anahtar süreç etkinlikleri ve durum geçişleri
  • Zendesk Destek verileri için veri veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Problem Yönetimi Öznitelikleri

Bu önerilen veri alanları, talep kategorilerini, öncelik seviyelerini ve sahiplenmeyi tüm problem çözüm süreç döngüsü boyunca analiz etmek için gerekli bağlamı sunar.
5 Gerekli 8 Önerilen 6 Opsiyonel
Ad Açıklama
Aktivite
ActivityName
Problem kaydı üzerinde gerçekleştirilen olayın veya eylemin adı.
Açıklama

Bu nitelik, problem kaydının süreç döngüsü sırasında atılan belirli adımı veya eylemi yakalar. Örnekler::::::: arasında 'Açık'tan 'Beklemede'ye durum değişiklikleri, atama değişiklikleri veya 'Geçici Çözüm Yayınlandı' gibi belirli iş akışı adımları yer alır.

Analizde bu, süreç haritasının düğümlerini oluşturur. Bu aktivitelerin sırası, analistlerin iş akışını görselleştirmesine, darboğazları tespit etmesine ve belirli süreç adımları arasında geçen süreyi ölçmesine sunar.

Neden Önemli?dir?

Sürecin 'ne' olduğunu tanımlar, süreç akışının görselleştirilmesini ve varyant analizini sunar.

Nereden Alınır??

Zendesk Bilet Denetimlerinden veya Bilet Metriklerinden türetilir

Örnekler:::::::
Problem Kaydı GirildiAraştırma BaşlatıldıGeçici Çözüm Yayımlandı
Başlangıç Zamanı
EventTimestamp
Bir aktivitenin gerçekleştiği belirli tarih ve saat.
Açıklama

Bu nitelik, Zendesk sistemi içinde bir aktivitenin tam olarak gerçekleştiği anı kaydeder. Olayları doğru sıralamak ve adımlar arasındaki süreleri hesaplamak için gereken zamansal boyutu sunar.

Analizde bu, döngü sürelerini hesaplamak, gecikmeleri belirlemek, SLA uyumluluğunu kontrol etmek ve süreci zaman içinde görselleştirmek için büyük önem taşır. Doğru zaman damgaları olmadan, problem çözüm sürecinin hızını anlamak imkansızdır.

Neden Önemli?dir?

Etkinliklerin sıralanmasına ve tüm zaman tabanlı KPI'ların hesaplanmasına sunar.

Nereden Alınır??

Zendesk Talep Denetimleri, 'created_at' alanı

Örnekler:::::::
2023-10-12T08:30:00Z2023-10-12T09:15:22Z
Kaynak Sistem
SourceSystem
Verinin kaynaklandığı sistemin adı.
Açıklama

Bu nitelik, süreç verilerinin çıkarıldığı yazılım platformunu tanımlar. Bu bağlamda, sürekli olarak 'Zendesk Support' ile doldurulacaktır.

Analizde, özellikle birden fazla sistemden (örn. Zendesk ve Jira) gelen verileri birleştirirken, bu alan analistlerin verileri kaynağına göre filtrelemesine veya gruplamasına sunar. Çoklu sistem süreç görünümlerinde veri soykütüğü ve izlenebilirliği sunar.

Neden Önemli?dir?

Veri izlenebilirliğinu garanti eder ve çoklu sistem process mining konfigürasyonlarını destekler.

Nereden Alınır??

Çıkarma sırasında sabit kodlandı

Örnekler:::::::
Zendesk Destek
Problem Kaydı
ProblemRecordId
Zendesk'teki problem talebine atanan benzersiz sayısal tanımlayıcı.
Açıklama

Bu nitelik, Zendesk Support sistemi içindeki problem kaydı için benzersiz anahtarı temsil eder. Process Mining için merkezi Vaka Kimliği görevi görür ve sonraki tüm olayların, güncellemelerin ve etkileşimlerin tek bir süreç örneğinde gruplandırılmasını sunar.

Analizde bu Kimlik, her bir problem inceleme yolculuğunu oluşturulmasından kapanışına kadar belirgin bir şekilde tanımlamak için kullanılır. İlgili olayların ilişkilendirilmesini ve problemin süreç döngüsünün çeşitli destek katmanları boyunca izlenmesini sunar.

Neden Önemli?dir?

Herhangi bir process mining analizi için olayları vakalar halinde gruplamak için gerekli olan temel zorunlu temel rol oynar.

Nereden Alınır??

Zendesk Talep nesnesi, tipi 'problem' olan 'id' alanı

Örnekler:::::::
1045293849921
Son Veri Güncellemesi
LastDataUpdate
Problem kaydının en son ne zaman değiştirildiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu nitelik, problem kaydı verilerinin kaynak sistemde en son güncellendiği zamanı yansıtır. Olay zaman damgası (zaman damgası)ndan farklıdır, çünkü aktivite düzeyinden ziyade kayıt düzeyini ifade eder.

Analizde bu, verilerin güncelliğini belirlemeye yardımcı olur. Veri setinin güncel olup olmadığını veya kaynak sistem ile Process Mining ortamı arasında senkronizasyon gecikmeleri olup olmadığını tespit etmek için kullanılır.

Neden Önemli?dir?

Veri tazeliğini izler ve artımlı veri yükleme stratejilerine yardımcı olur.

Nereden Alınır??

Zendesk Talep nesnesi, 'updated_at' alanı

Örnekler:::::::
2023-11-01T14:20:00Z
Atanan Kişi Adı
AssigneeName
Problemi üzerinde çalışmak üzere atanan belirli temsilci.
Açıklama

Bu nitelik, problem kaydından şu anda sorumlu olan bireysel kullanıcının adını içerir. Kimin belirli eylemleri gerçekleştirdiğine dair ayrıntılı görünürlük sunar.

Analizde bu, bireysel iş yükünü ve performansını anlamaya yardımcı olur. Grup düzeyinde analiz yaygın olsa da, atanan kişi düzeyindeki veriler eğitim ihtiyaçlarını veya karmaşık kök nedenleri çözmede özellikle etkili olan kişileri vurgulayabilir.

Neden Önemli?dir?

Bireysel düzeyde kaynak analizini sunar.

Nereden Alınır??

Zendesk Talep nesnesi, 'assignee_id' alanı (isme çözümlendi)

Örnekler:::::::
John DoeJane SmithSistem
Destek Grubu
SupportGroup
Problem kaydına şu anda atanmış ekip veya departman.
Açıklama

Bu nitelik, belirli bir zamanda sorundan sorumlu belirli temsilci grubunu tanımlar. Talep bir ekipten diğerine devredildikçe değişir.

Analizde bu, 'Destek Grubu Devir Teslim Analizi' kontrol paneli için büyük önem taşır. Ekip başına performansın ölçülmesine, devir teslimler sırasındaki darboğazların belirlenmesine ve kaynak iş yükü dağılımının analiz edilmesine sunar.

Neden Önemli?dir?

Organizasyonel analizi ve departmanlar arası darboğazların tespit edilmesini sunar.

Nereden Alınır??

Zendesk Talep nesnesi, 'group_id' alanı (isme çözümlendi)

Örnekler:::::::
L2 DestekVeritabanı EkibiAğ Operasyonları
İlgili Olay Sayısı
RelatedIncidentCount
Bu problem kaydına bağlı olay taleplerinin sayısı.
Açıklama

Bu nitelik, bu problem kaydıyla ilişkilendirilen bireysel olay taleplerinin sayısını sayar. Zendesk'te bu, olay taleplerindeki 'problem_id' alanı aracılığıyla bu kayda geri bağlanarak yönetilir.

Analizde bu, 'Olay İlişkilendirme ve Etki' için birincil metrikdir. En fazla sayıda kullanıcıyı etkileyen sorunları önceliklendirmeye yardımcı olur ve talep hacmi azaltma açısından en yüksek yatırım getirisini (ROI) sağlayacak düzeltmeler hakkında stratejik kararlar alınmasına rehberlik. eder.

Neden Önemli?dir?

Problemin büyüklüğünü ve kullanıcı üzerindeki etkisini gösterir.

Nereden Alınır??

Zendesk Talepler API'si, type='incident' ve problem_id=ThisID olan taleplerin sayısı

Örnekler:::::::
015342
Kök Neden Kategorisi
RootCauseCategory
Sorunun tespit edilen temel nedeni (örn. Kod Hatası, Yapılandırma Hatası).
Açıklama

Bu nitelik, probleme neyin neden olduğuna dair nihai teşhisi yakalar. Genellikle 'Kök Neden Tespit Edildi' aktivitesi sırasında doldurulur.

Analizde, 'Problem Kategorizasyon Doğruluğu' raporunu oluşturmak ve sistem hatalarındaki eğilimleri analiz etmek için kullanılır. Yönetimin, kod kalitesine, altyapı istikrarına veya tedarikçi yönetimine odaklanıp odaklanmaması gerektiğini anlamasına yardımcı olur.

Neden Önemli?dir?

Başarısızlık kalıplarının analizini sunar ve uzun vadeli iyileştirme çabalarını destekler.

Nereden Alınır??

Zendesk Talep Özel Alanları

Örnekler:::::::
Yazılım HatasıYapılandırma HatasıKullanıcı Hatası
Öncelik
Priority
Problem kaydına atanan aciliyet seviyesi.
Açıklama

Bu nitelik, problemin göreceli önemini gösterir ve genellikle Düşük, Normal, Yüksek veya Acil olarak kategorize edilir. Beklenen hizmet seviyesi anlaşmalarını (SLA'lar) ve kaynak tahsisini destekler.

Analizde bu, süreci bölümlere ayırmak ve farklı aciliyet seviyeleri arasında performansı karşılaştırmak için kullanılır. Örneğin, 'Acil' sorunların gerçekten 'Düşük' öncelikli olanlardan daha hızlı çözülüp çözülmediğini doğrulamaya yardımcı olur; bu da 'Kök Neden İnceleme Hızı' kontrol paneli tarafından gereklidir.

Neden Önemli?dir?

SLA uyumunu ve kaynak önceliklendirmesini analiz etmek için vakaları segmentlere ayırmak gereklidir.

Nereden Alınır??

Zendesk Talep nesnesi, 'priority' alanı

Örnekler:::::::
AcilYüksekNormalDüşük
SLA Son Tarihi
SlaDueDate
Problemin çözülmesi gereken hedef tarih ve saat.
Açıklama

Bu nitelik, Hizmet Seviyesi Anlaşması yapılandırmasına dayalı çözüm için son tarihi temsil eder. Genellikle öncelik ve talebin oluşturulma zamanına göre hesaplanır.

Analizde bu, 'Problem SLA Uyum Oranı'nı hesaplamak için gerçek çözüm süresiyle karşılaştırılır. Ayrılan süreyi yaklaşan veya aşan vakaları vurgulayarak 'SLA Performans ve Risk' kontrol panelini besler.

Neden Önemli?dir?

Uyumluluğu ve sözleşmesel performansı ölçmek için büyük önem taşır.

Nereden Alınır??

Zendesk Talep Metrikleri veya SLA Politikaları uç noktası

Örnekler:::::::
2023-12-01T17:00:00Z
Sorun Durumu
ProblemStatus
Problem kaydının süreç döngüsündeki mevcut durumu.
Açıklama

Bu nitelik, sorunun Yeni, Açık, Beklemede, Çözüldü veya Kapalı gibi mevcut durumunu gösterir. İncelemenin ilerlemesini yansıtır.

Analizde bu, açık ve kapalı vakaları filtrelemek için kullanılır. Hangi aktif vakaların beklenen durum süreç döngüsünde ilerlemediğini belirlemek için 'Durgun Problem Kaydı İzleme' kontrol paneli için büyük önem taşır.

Neden Önemli?dir?

Vakaların tamamlama durumlarına göre filtrelenmesine sunar.

Nereden Alınır??

Zendesk Talep nesnesi, 'status' alanı

Örnekler:::::::
yeniopenpendingsolvedkapalı
Sorun Kategorisi
ProblemCategory
Sorunun sınıflandırılması (örn. Yazılım, Donanım, Ağ).
Açıklama

Bu nitelik, sorunu etkilenen hizmete veya teknoloji yığınına göre kategorize eder. Genellikle Zendesk formlarında özel bir açılır alandır.

Analizde bu, 'Problem Kategorizasyon Doğruluğu' kontrol paneli için kullanılır. Bu başlangıç kategorisini nihai kök neden ile karşılaştırmak, ilk değerlendirmenin sorunları doğru ekiplere yönlendirip yönlendirmediğini belirlemeye yardımcı olur.

Neden Önemli?dir?

Teknoloji veya iş hizmetine göre segmentasyona sunar.

Nereden Alınır??

Zendesk Talep Özel Alanları

Örnekler:::::::
VeritabanıUI/UXAğ Altyapısı
Bilgi Makalesi Kimliğiği
KnowledgeArticleId
Problemle oluşturulan veya ilişkilendirilen bilgi tabanı makalesinin kimliği.
Açıklama

Bu nitelik, bir Zendesk Guide makalesine veya harici bir bilgi öğesine referansı saklar. Sorundan elde edilen bilginin yakalandığını gösterir.

Analizde, bu alanın varlığı 'Bilgi Tabanı Entegrasyon Oranı'nı hesaplamak için kullanılır. Kuruluşun, gelecekte başvurmak üzere çözümleri belgeleyerek öğrenme döngüsünü kapattığını doğrular.

Neden Önemli?dir?

Bilgi yönetimi süreçlerinin etkinliğini ölçer.

Nereden Alınır??

Zendesk Talep Özel Alanları veya Bağlantılı İçerik

Örnekler:::::::
360045889KB-2991
Değişiklik Talebi Kimliği
ChangeRequestId
Düzeltmeyi uygulamak için ilişkilendirilen değişiklik talebinin tanımlayıcısı.
Açıklama

Bu nitelik, problem kaydını bir Değişiklik Yönetimi kaydına (potansiyel olarak başka bir sistemde veya farklı bir talep türünde) bağlar. Resmi bir değişiklik sürecinin başlatıldığını gösterir.

Analizde bu, 'Değişiklik Talebi Başlatma Oranı' kontrol panelini destekler. Teşhisten uygulamaya geçişi takip etmenizi sunar, böylece belirlenen kök nedenlerin resmi değişiklik eylemleriyle sonuçlanmasını sunar.

Neden Önemli?dir?

Problem sürecini değişiklik yönetimi sürecine bağlar.

Nereden Alınır??

Zendesk Talep Özel Alanları veya Bağlantılı Talepler

Örnekler:::::::
CR-1002CHG00394
Eskimiş mi
IsStale
Problemin 14 günden fazla süredir etkinliği olup olmadığını işaretler.
Açıklama

Bu hesaplanmış nitelik, son zamanlarda güncellenmemiş kayıtları tanımlar. Mevcut tarihi (veya analiz tarihini) son aktivite zaman damgası (zaman damgası)yla karşılaştırır.

Analizde bu, 'Durgun Problem Kaydı İzleme' kontrol panelini besler. Yöneticilerin, birikmiş işleri şişiren ve idari olarak kapatma veya yeniden atama gerektirebilecek ihmal edilmiş vakaları hızla izole etmesine yardımcı olur.

Neden Önemli?dir?

Süreç israfını ve ihmal edilen iş öğelerini belirlemeye yardımcı olur.

Nereden Alınır??

Process Mining aracında hesaplandı: (Şimdi - SonVeriGüncellemesi) > 14 gün

Örnekler:::::::
truefalse
Geçici Çözüm Aktif
WorkaroundActive
Bir geçici çözümün sağlanıp/yayınlanmadığını gösteren bir işaret.
Açıklama

Bu boolean nitelik, sorun için geçici bir düzeltmenin belgelenip belgelenmediğini gösterir. Genellikle 'Geçici Çözüm Yayınlandı' aktivitesinin veya formdaki belirli bir onay kutusunun varlığından türetilir.

Analizde bu, 'Geçici Çözüm Yayınlama Uyumluluğu' kontrol paneli için kullanılır. Destek ekibinin uzun vadeli inceleme devam ederken kullanıcılara ne sıklıkta acil yardım sağladığını ölçer.

Neden Önemli?dir?

Araştırmalar sırasında kullanıcı etkisinin azaltılmasını ölçmek için temel rol oynar.

Nereden Alınır??

'Geçici Çözüm Yayınlandı' etkinliğinin veya Özel Alanın varlığından türetilir

Örnekler:::::::
truefalse
PIR Var
HasPostImplementationReview
Uygulama Sonrası İnceleme yapılıp yapılmadığını işaretler.
Açıklama

Bu nitelik, problem çözüm sürecinin bir inceleme aşaması içerip içermediğini gösterir. Bu, vaka geçmişinde 'Uygulama Sonrası İnceleme Gerçekleştirildi' aktivitesinin olup olmadığı kontrol edilerek elde edilir.

Analizde bu, 'Uygulama Sonrası İnceleme Kapsamı' kontrol panelini destekler. Kuruluşun önemli sorunlarından ders çıkardığını sağlayan bir uyumluluk metrikidir.

Neden Önemli?dir?

Sürekli iyileştirme süreçleriyle uyumluluğu doğrular.

Nereden Alınır??

'Uygulama Sonrası İnceleme Yapıldı' etkinliğinin varlığından türetilir

Örnekler:::::::
truefalse
Problem Konusu
ProblemSubject
Problem kaydının kısa özeti veya başlığı.
Açıklama

Bu nitelik, problem oluşturulduğunda girilen metin özetini içerir. Genellikle semptomu veya incelenen sorunu açıklar.

Analizde bu, analiste belirli vakalara derinlemesine inerken bağlam sunar. Benzer sorunları kümelemek veya yapılandırılmış kategori alanları tarafından yakalanamayan tekrar eden konuları belirlemek için burada metin madenciliği teknikleri de somut.

Neden Önemli?dir?

Bireysel vakalar için insan tarafından okunabilir bağlam sunar.

Nereden Alınır??

Zendesk Talep nesnesi, 'subject' alanı

Örnekler:::::::
AB bölgesinde ödemeler işlenemiyorGiriş sunucusunda gecikme artışlarıYönetici kullanıcılar için veri dışa aktarımı başarısız oluyor
Gerekli Önerilen Opsiyonel

Problem Yönetimi Aktiviteleri

İlk problem tespitinden kalıcı düzeltme uygulamasına kadar uçtan uca akışı görselleştirmek için bu temel süreç adımlarını ve durum değişikliklerini yakalayın.
8 Önerilen 4 Opsiyonel
Aktivite Açıklama
Araştırma Başlatıldı
Pasif 'Yeni' durumundan aktif bir çalışma durumuna geçişi işaret eder. Bu, bir temsilcinin sorunu onayladığını ve teşhise başladığını gösterir.
Neden Önemli?dir?

Durgun Problem Kaydı metriklerini hesaplamak ve Ortalama Kök Neden Analiz Süresi KPI'ı için başlangıç noktası olarak kullanılır.

Nereden Alınır??

Bilet durumu 'Yeni'den 'Açık' veya 'Beklemede'ye değiştiğinde çıkarıldı.

Yakala

Durum alanını öncesi/sonrası ile karşılaştırın

Event tipi inferred
Çözüm Doğrulandı
Sorunun resmi olarak Çözüldü olarak işaretlenmesi. Zendesk'te bu, standart sistem durumu 'Çözüldü' olarak ayarlandığında meydana gelir ve düzeltmenin doğrulandığını ve vakanın tamamlandığını gösterir.
Neden Önemli?dir?

SLA Performans ve Risk hesaplamaları ile Problem SLA Uyum Oranı için birincil bitiş noktasıdır.

Nereden Alınır??

Bilet durumunun 'Çözüldü' olarak değişmesinden türetilir.

Yakala

Durum Çözüldü olarak değiştiğinde kaydedildi

Event tipi explicit
Destek Grubuna Atandı
Problem kaydının belirli bir teknik ekibe veya departmana yönlendirilmesi. Bu, talepteki Grup Kimliği alanı güncellendiğinde izlenir.
Neden Önemli?dir?

Departmanlar arası bekleme sürelerini ölçmek için Destek Grubu Devir Teslim Analizi kontrol paneli'u için büyük önem taşır.

Nereden Alınır??

Talep denetim günlüğündeki 'group_id' alanındaki değişiklikleri izleyin.

Yakala

İşlem Grup Ataması Değişikliği yürütüldüğünde kaydedildi

Event tipi explicit
Geçici Çözüm Yayımlandı
Sorun için geçici bir düzeltmenin belgelenmesi ve paylaşılması eylemi. Zendesk'te bu, genellikle belirli bir etiket veya geçici bir çözümün mevcut olduğunu gösteren özel bir onay kutusu alanı aracılığıyla yakalanır.
Neden Önemli?dir?

Geçici Çözüm Yayınlama Uyumluluğu kontrol panelini destekler, uzun incelemeler sırasında kullanıcılara geçici çözüm sağlanmasını sunar.

Nereden Alınır??

'workaround_published' etiketinin eklenmesini veya 'Workaround' adlı özel bir boolean alanındaki değişikliği izleyin.

Yakala

Özel alan veya etiket değerlerini karşılaştırın

Event tipi inferred
Kalıcı Düzeltme Uygulandı
Teknik çözümün ortama dağıtıldığını belirtir. Bu genellikle, talep tamamen çözülmeden önce özel bir durum geçişi veya belirli bir etiket aracılığıyla izlenir.
Neden Önemli?dir?

Teşhisten dağıtıma kadar geçen süreyi ölçmek için Düzeltme Uygulama Verimliliği kontrol paneli'u için gereklidir.

Nereden Alınır??

Belirli bir etiketten (örn. 'fix_deployed') veya varsa özel bir durum alanından çıkarıldı.

Yakala

Etiketleri veya özel durum açılır menülerini izleyin

Event tipi inferred
Kök Neden Belirlendi
Problemin temel nedeninin belirlendiği nokta. Bu genellikle, bir temsilci tarafından özel bir 'Kök Neden' metin alanı veya açılır kategori doldurulduğunda yakalanır.
Neden Önemli?dir?

Kök Neden Araştırma Hızı kontrol paneli'u ve teşhis verimliliğini ölçmek için kritik bir kilometre taşı.

Nereden Alınır??

'Kök Neden', 'RCA' veya 'Sorun Kaynağı' olarak etiketlenmiş özel alanlardaki boş olmayan değer değişikliklerini izleyin.

Yakala

Doldurma için özel alan değerlerini karşılaştırın

Event tipi inferred
Problem Kaydı Girildi
Zendesk Support içinde problem talebinin ilk oluşturulması. Bu olay, sorunun sisteme ilk kaydedildiği zaman damgası (zaman damgası)nı yakalar ve genellikle süreç örneğini tetikler.
Neden Önemli?dir?

Uçtan Uca Çözüm Döngüsü için başlangıç zamanını belirler ve sonraki tüm lead time metrikleri için temel teşkil eder.

Nereden Alınır??

Bilet nesnesindeki 'created_at' zaman damgası (zaman damgası)ndan veya bilet denetim günlüğündeki ilk girişten türetilir.

Yakala

İşlem Bilet Oluşturuldu yürütüldüğünde kaydedildi

Event tipi explicit
Problem Kaydı Kapatıldı
Talebin kilitlendiği ve başka değişiklik yapılamadığı son süreç döngüsü olayıdır. Zendesk'te bu, genellikle Çözüldü durumundan 4 gün sonra otomatik olarak gerçekleşir.
Neden Önemli?dir?

Kaydın ömrünün kesin sonunu işaret eder ve veri saklama ile geçmiş raporlama için kullanılır.

Nereden Alınır??

Bilet durumunun 'Kapalı' olarak değişmesinden türetilir.

Yakala

Durum 'Kapatıldı' olarak değiştiğinde kaydedilir

Event tipi explicit
Değişiklik Talebi Başlatıldı
Bir problemin düzeltilmesi için resmi bir değişiklik yönetimi sürecinin tetiklendiğini gösterir. Bu genellikle 'Değişiklik Talebi Kimliği' özel alanı doldurulduğunda veya 'Değişiklik' türü bir bilet bağlandığında çıkarılır.
Neden Önemli?dir?

Değişiklik Talebi Başlatma Oranı'nı izler ve Problem Yönetimi'ni Değişiklik Yönetimi iş akışlarına bağlar.

Nereden Alınır??

'change_reference' gibi özel bir alandaki güncellemeleri veya 'problem_change' bağlantı türünün oluşturulmasını izleyin.

Yakala

Dış kimlik girişi için özel alanı izleyin

Event tipi inferred
Önerilen Çözüm Taslağı Hazırlandı
Problem incelemesine dayalı bir bilgi tabanı makalesinin oluşturulması. Bu, Zendesk Knowledge Capture uygulamasının kullanımından veya yeni bir makalenin ilişkilendirilmesinden çıkarılır.
Neden Önemli?dir?

Kurumsal öğrenmeyi sağlayan Bilgi Tabanı Entegrasyon Oranı KPI'ını destekler.

Nereden Alınır??

'Knowledge Capture' entegrasyonu veya 'kcs_draft' gibi etiketlerle ilgili olayları izleyin.

Yakala

Belirli sistem etiketlerinden veya olay bağlantılarından türetin

Event tipi inferred
Sorun İncelemesi Yeniden Açıldı
Daha önce Çözüldü olarak işaretlenmiş bir problem kaydının Açık veya aktif bir duruma geri döndürülmesiyle meydana gelir. Bu, başarısız bir düzeltmeyi veya reddedilmiş bir çözümü gösterir.
Neden Önemli?dir?

Problem Yeniden Açılma Oranı KPI'ını destekler ve çözüm sürecindeki kalite sorunlarını belirlemeye yardımcı olur.

Nereden Alınır??

Durum 'Çözüldü'den tekrar 'Açık', 'Yeni' veya 'Beklemede'ye geçtiğinde çıkarıldı.

Yakala

Durum alanını öncesi/sonrası ile karşılaştırın

Event tipi inferred
Uygulama Sonrası Değerlendirme Yapıldı
Düzeltme sonrası retrospektif bir incelemenin tamamlandığını doğrular. Bu genellikle süreç koordinatörü tarafından güncellenen bir onay kutusu veya tarih alanıdır.
Neden Önemli?dir?

Kalite standartlarına uyumu güçlüak için Uygulama Sonrası İnceleme Sıklığı KPI'ı için gereklidir.

Nereden Alınır??

Özel bir 'PIR Tamamlandı' onay kutusu veya 'PIR Tarihi' tarih alanındaki güncellemeleri izleyin.

Yakala

Özel alanın tamamlanmasını izleyin

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Verilerinizi Zendesk Support'tan Nasıl Alırsınız