Problem yönetimi Veri Templateiniz

Zendesk Support
Problem yönetimi Veri Templateiniz

Problem yönetimi Veri Templateiniz

Bu Template, Zendesk Support içindeki problem yönetimi yaşam döngünüzü haritalamak için ayrıntılı bir çerçeve sunar. Kök neden analizindeki darboğazları belirlemek için gereken temel öznitelikleri, süreç kilometre taşlarını ve veri çıkarma mantığını açıklar. Bu yapıyı izleyerek süreç hakkında daha derin içgörüler sağlayan, yüksek kaliteli bir Event Log oluşturabilirsiniz.
  • Ayrıntılı analiz için önerilen öznitelikler
  • Temel süreç etkinlikleri ve durum geçişleri
  • Zendesk Support verilerini dışa aktarma kılavuzu
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Problem yönetimi öznitelikleri

Önerilen bu veri alanları, problem çözümünün tüm aşamalarında talep kategorilerini, öncelik düzeylerini ve sorumluları analiz etmek için gereken bağlamı sağlar.
5 Zorunlu 8 Önerilen 6 İsteğe bağlı
Ad Açıklama
Aktivite
ActivityName
Problem kaydında gerçekleştirilen olayın veya işlemin adı.
Açıklama

Bu öznitelik, problem kaydının yaşam döngüsü boyunca atılan belirli adımı veya yapılan işlemi gösterir. Örneğin, 'Open' durumundan 'Pending' durumuna geçiş, atama değişiklikleri veya 'Workaround Published' gibi belirli iş akışı adımları.

Analizde bu etkinlikler süreç haritasındaki düğümleri oluşturur. Etkinliklerin sırası, analistlerin iş akışını görselleştirmesine, darboğazları belirlemesine ve belirli süreç adımları arasındaki süreyi ölçmesine yardımcı olur.

Neden önemli?

Sürecin 'ne' olduğunu tanımlar; süreç akışını görselleştirmeyi ve varyant analizi yapmayı sağlar.

Nereden alınır?

Zendesk Ticket Audits veya Ticket Metrics verilerinden elde edilir

Örnekler
Problem kaydı oluşturulduİnceleme başladıGeçici çözüm yayımlandı
Başlangıç zamanı
EventTimestamp
Bir etkinliğin gerçekleştiği belirli tarih ve saat.
Açıklama

Bu öznitelik, bir etkinliğin Zendesk sisteminde gerçekleştiği tam zamanı kaydeder. Olayları doğru sıraya koymak ve adımlar arasındaki süreleri hesaplamak için gereken zaman bilgisini sağlar.

Analizde çevrim sürelerini hesaplamak, gecikmeleri belirlemek, SLA uyumluluğunu denetlemek ve sürecin zaman içindeki seyrini görselleştirmek için kullanılır. Doğru zaman damgaları olmadan problem çözüm sürecinin hızını anlamak mümkün değildir.

Neden önemli?

Etkinlikleri sıralamayı ve zamana dayalı tüm KPI’ları hesaplamayı sağlar.

Nereden alınır?

Zendesk Ticket Audits içindeki 'created_at' alanı

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

Bu öznitelik, süreç verilerinin hangi yazılım platformundan çıkarıldığını belirtir. Bu durumda alanın değeri her zaman 'Zendesk Support' olur.

Özellikle birden fazla sistemden (ör. Zendesk ve Jira) gelen veriler birleştirildiğinde, analistler bu alanı kullanarak verileri kaynağına göre filtreleyebilir veya gruplayabilir. Birden fazla sistemi kapsayan süreç görünümlerinde veri kökeninin izlenmesini sağlar.

Neden önemli?

Veri kökeninin izlenmesini sağlar ve birden fazla sistemi kapsayan Process Mining yapılandırmalarını destekler.

Nereden alınır?

Veri çıkarımı sırasında sabit olarak atanır

Örnekler
Zendesk Support
Problem kaydı
ProblemRecordId
Zendesk’te problem ticket’ına atanan benzersiz sayısal tanımlayıcı.
Açıklama

Bu öznitelik, Zendesk Support sistemindeki problem kaydının benzersiz anahtarını belirtir. Process Mining için merkezi Vaka kimliği olarak kullanılır ve sonraki tüm olayların, güncellemelerin ve etkileşimlerin tek bir süreç örneğinde gruplanmasını sağlar.

Analizde bu kimlik, her problem incelemesini oluşturulmasından kapanışına kadar ayırt etmek için kullanılır. İlişkili olayların eşleştirilmesine ve problem yaşam döngüsünün farklı destek kademelerindeki seyrinin izlenmesine yardımcı olur.

Neden önemli?

Process Mining analizinde olayları vakalara göre gruplamak için gereken temel ve zorunlu anahtardır.

Nereden alınır?

Zendesk Ticket nesnesinde, türü 'problem' olan 'id' alanı

Örnekler
1045293849921
Son veri güncellemesi
LastDataUpdate
Problem kaydının en son değiştirildiği zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, problem kaydı verilerinin kaynak sistemde en son güncellendiği zamanı gösterir. Etkinlik düzeyindeki zaman damgasından farklı olarak kayıt düzeyindeki güncellemeyi belirtir.

Analizde verilerin ne kadar güncel olduğunu anlamaya yardımcı olur. Veri setinin güncel olup olmadığını veya kaynak sistemle Process Mining ortamı arasında eşitleme gecikmeleri bulunup bulunmadığını belirlemek için kullanılır.

Neden önemli?

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

Nereden alınır?

Zendesk Ticket nesnesindeki 'updated_at' alanı

Örnekler
2023-11-01T14:20:00Z
Atanan kişinin adı
AssigneeName
Problem üzerinde çalışmakla görevlendirilen temsilci.
Açıklama

Bu öznitelik, problem kaydından o anda sorumlu olan kullanıcının adını içerir. Belirli işlemleri kimin yaptığını ayrıntılı biçimde görmenizi sağlar.

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

Neden önemli?

Bireysel düzeyde kaynak analizi yapmayı sağlar.

Nereden alınır?

Zendesk Ticket nesnesindeki 'assignee_id' alanı (kullanıcı adına dönüştürülür)

Örnekler
John DoeJane SmithSistem
Destek grubu
SupportGroup
Problem kaydının o anda atandığı ekip veya departman.
Açıklama

Bu öznitelik, belirli bir anda problemden sorumlu olan temsilci grubunu belirtir. Ticket bir ekipten diğerine devredildikçe değişir.

Destek grubu devir teslim analizi Dashboardı için önemlidir. Ekip bazında performansın ölçülmesini, devir teslimlerdeki darboğazların belirlenmesini ve kaynak iş yükünün dağılımının analiz edilmesini sağlar.

Neden önemli?

Kuruluş genelinde analiz yapmayı ve departmanlar arasındaki darboğazları belirlemeyi sağlar.

Nereden alınır?

Zendesk Ticket nesnesindeki 'group_id' alanı (grup adına dönüştürülür)

Örnekler
L2 desteğiVeritabanı ekibiAğ operasyonları
İlişkili olay sayısı
RelatedIncidentCount
Bu problem kaydıyla ilişkilendirilmiş olay ticket’larının sayısı.
Açıklama

Bu öznitelik, problem kaydıyla ilişkili olay ticket’larının sayısını gösterir. Zendesk’te bu ilişki, olay ticket’larındaki 'problem_id' alanı kullanılarak kurulur.

Analizde 'Olay korelasyonu ve etkisi' için temel metriktir. En fazla kullanıcıyı etkileyen problemlere öncelik vermeye yardımcı olur ve ticket sayısını azaltarak en yüksek yatırım getirisini sağlayacak düzeltmeler konusunda stratejik kararları destekler.

Neden önemli?

Problemin boyutunu ve kullanıcılar üzerindeki etkisini gösterir.

Nereden alınır?

Zendesk Tickets API: type='incident' ve problem_id=ThisID olan ticket’ların sayısı

Örnekler
015342
Kök neden kategorisi
RootCauseCategory
Belirlenen temel problem nedeni (ör. Kod hatası, Yapılandırma hatası).
Açıklama

Bu öznitelik, probleme neyin yol açtığına ilişkin nihai teşhisi kaydeder. Genellikle Kök Neden Belirlendi etkinliği sırasında doldurulur.

Analizde Problem Kategorilendirme Doğruluğu raporunu oluşturmak ve sistem arızalarındaki eğilimleri incelemek için kullanılır. Yönetimin kod kalitesine, altyapı kararlılığına veya tedarikçi yönetimine odaklanması gerekip gerekmediğini anlamasına yardımcı olur.

Neden önemli?

Arıza örüntülerini analiz etmeyi ve uzun vadeli iyileştirme çalışmalarını yönlendirmeyi sağlar.

Nereden alınır?

Zendesk Ticket özel alanları

Örnekler
Yazılım hatasıYapılandırma hatasıKullanıcı hatası
Öncelik
Priority
Problem kaydına atanan aciliyet düzeyi.
Açıklama

Bu öznitelik, problemin göreli önemini gösterir ve genellikle Düşük, Normal, Yüksek veya Acil olarak sınıflandırılır. Beklenen hizmet düzeyi anlaşmalarını (SLA) ve kaynak dağılımını belirler.

Analizde süreci bölümlere ayırmak ve farklı aciliyet düzeylerindeki performansı karşılaştırmak için kullanılır. Örneğin, Kök neden inceleme hızı Dashboardı kapsamında 'Acil' öncelikli problemlerin gerçekten 'Düşük' öncelikli olanlardan daha hızlı çözülüp çözülmediğini denetlemeye yardımcı olur.

Neden önemli?

SLA uyumunu ve kaynak önceliklendirmesini analiz etmek için vakaları gruplandırmayı sağlar.

Nereden alınır?

Zendesk Ticket nesnesindeki 'priority' alanı

Örnekler
AcilYüksekNormalDüşük
Problem durumu
ProblemStatus
Problem kaydının yaşam döngüsündeki mevcut durumu.
Açıklama

Bu öznitelik, problemin New, Open, Pending, Solved veya Closed gibi mevcut durumunu gösterir. İncelemenin ilerleyişini yansıtır.

Analizde açık ve kapalı vakaları filtrelemek için kullanılır. Beklenen durum akışında ilerlemeyen etkin vakaları belirleyen Bekleyen problem kaydı izleme Dashboardı için önemlidir.

Neden önemli?

Vakaları tamamlanma durumlarına göre filtrelemeyi sağlar.

Nereden alınır?

Zendesk Ticket nesnesindeki 'status' alanı

Örnekler
YeniAçıkBeklemedeÇözüldüKapalı
Problem kategorisi
ProblemCategory
Problemin sınıflandırması (ör. Yazılım, Donanım, Ağ).
Açıklama

Bu öznitelik, problemi etkilenen hizmete veya teknoloji yığınına göre kategorilere ayırır. Zendesk formlarında genellikle özel bir açılır liste alanı olarak bulunur.

Analizde bu öznitelik, Problem Kategorilendirme Doğruluğu Dashboardu için kullanılır. İlk kategoriyi nihai kök nedenle karşılaştırmak, ilk değerlendirmenin problemleri doğru ekiplere yönlendirip yönlendirmediğini belirlemeye yardımcı olur.

Neden önemli?

Teknolojiye veya iş hizmetine göre segmentasyon yapılmasını sağlar.

Nereden alınır?

Zendesk Ticket özel alanları

Örnekler
VeritabanıKullanıcı arayüzü/kullanıcı deneyimiAğ altyapısı
SLA son tarihi
SlaDueDate
Problemin çözülmesi gereken hedef tarih ve saat.
Açıklama

Bu öznitelik, Hizmet Düzeyi Anlaşması yapılandırmasına göre belirlenen çözüm son tarihini gösterir. Genellikle önceliğe ve ticket’ın oluşturulma zamanına göre hesaplanır.

Analizde 'Problem SLA uyum oranı’nı hesaplamak için gerçek çözüm süresiyle karşılaştırılır. Ayrılan süreye yaklaşan veya bu süreyi aşan vakaları göstererek SLA performansı ve risk Dashboardını destekler.

Neden önemli?

Uyumluluğu ve sözleşme performansını ölçmek için gereklidir.

Nereden alınır?

Zendesk Ticket Metrics veya SLA Policies uç noktası

Örnekler
2023-12-01T17:00:00Z
Bilgi makalesi kimliği
KnowledgeArticleId
Problem için oluşturulan veya probleme bağlanan bilgi bankası makalesinin kimliği.
Açıklama

Bu öznitelik, Zendesk Guide makalesine veya harici bir bilgi kaynağına ait referansı saklar. Problemden edinilen bilginin kayda geçirildiğini gösterir.

Analizde bu alanın dolu olup olmadığı, Bilgi Bankası Entegrasyon Oranını hesaplamak için kullanılır. Kuruluşun çözümleri ileride başvurulmak üzere belgeleyerek öğrenme döngüsünü tamamlayıp tamamlamadığını gösterir.

Neden önemli?

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

Nereden alınır?

Zendesk Ticket özel alanları veya bağlı içerik

Örnekler
360045889KB-2991
Değişiklik talebi kimliği
ChangeRequestId
Düzeltmeyi uygulamak için bağlantı verilen değişiklik talebinin tanımlayıcısı.
Açıklama

Bu öznitelik, problem kaydını bir Değişiklik Yönetimi kaydına bağlar. Bu kayıt başka bir sistemde veya farklı bir talep türünde olabilir. Resmî bir değişiklik sürecinin başlatıldığını gösterir.

Analizde Değişiklik Talebi Başlatma Oranı Dashboardunu destekler. Teşhisten uygulamaya geçişi izlemeye yardımcı olur ve belirlenen kök nedenlerin resmî değişiklik işlemleriyle sonuçlanmasını sağlar.

Neden önemli?

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

Nereden alınır?

Zendesk Ticket özel alanları veya bağlı talepler

Örnekler
CR-1002CHG00394
Geçici çözüm etkin
WorkaroundActive
Geçici bir çözüm sunulup yayımlandığını belirten işaret.
Açıklama

Bu boole öznitelik, problem için geçici bir çözümün belgelenip belgelenmediğini gösterir. Genellikle Geçici Çözüm Yayımlandı etkinliğinin bulunmasından veya formdaki belirli bir onay kutusundan elde edilir.

Analizde Geçici Çözüm Yayınlama Uyumluluğu Dashboardu için kullanılır. Uzun vadeli inceleme sürerken destek ekibinin kullanıcılara ne sıklıkla anında çözüm sunduğunu ölçer.

Neden önemli?

İnceleme sırasında kullanıcıların yaşadığı etkinin ne ölçüde azaltıldığını ölçmek için önemlidir.

Nereden alınır?

Geçici Çözüm Yayımlandı etkinliğinin veya özel alanın varlığından elde edilir

Örnekler
truefalse
Güncelliğini yitirmiş mi
IsStale
Problemde 14 günden uzun süredir etkinlik olmadığını belirtir.
Açıklama

Bu hesaplanan öznitelik, yakın zamanda güncellenmemiş kayıtları belirler. Geçerli tarihi (veya analiz tarihini) son etkinliğin zaman damgasıyla karşılaştırır.

Güncelliğini Yitirmiş Problem Kayıtlarını İzleme Dashboardunu destekler. Yöneticilerin birikmiş işleri artıran ve idari olarak kapatılması ya da yeniden atanması gerekebilecek ihmal edilmiş kayıtları hızla bulmasına yardımcı olur.

Neden önemli?

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

Nereden alınır?

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

Örnekler
truefalse
PIR yapıldı mı
HasPostImplementationReview
Uygulama sonrası inceleme yapıldığını belirtir.
Açıklama

Bu öznitelik, problem çözüm sürecinde bir inceleme aşaması bulunup bulunmadığını gösterir. Vaka geçmişinde Uygulama Sonrası İnceleme Yapıldı etkinliğinin olup olmadığı kontrol edilerek elde edilir.

Uygulama Sonrası İnceleme Kapsamı Dashboardunu destekler. Kuruluşun önemli problemlerden ders çıkarmasını sağlayan bir uyumluluk metriğidir.

Neden önemli?

Sürekli iyileştirme süreçlerine uyumu doğrular.

Nereden alınır?

Uygulama Sonrası İnceleme Yapıldı etkinliğinin varlığından elde edilir

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

Bu öznitelik, problem oluşturulurken girilen metin özetini içerir. Genellikle incelenen belirtiyi veya sorunu açıklar.

Analizde belirli vakaların ayrıntılarına inerken analiste bağlam sağlar. Buradaki metinlere metin analizi teknikleri de uygulanarak benzer problemler gruplandırılabilir veya yapılandırılmış kategori alanlarında yer almayan tekrarlayan konular belirlenebilir.

Neden önemli?

Her vaka için kolay anlaşılır bir bağlam sunar.

Nereden alınır?

Zendesk Ticket nesnesindeki 'subject' alanı

Örnekler
AB bölgesinde ödemeler işlenemiyorOturum açma sunucusunda gecikme artışlarıYönetici kullanıcılar için veri dışa aktarma işlemi başarısız
Zorunlu Önerilen İsteğe bağlı

Problem yönetimi etkinlikleri

İlk problem tespitinden kalıcı çözümün uygulanmasına kadar sürecin tamamını görselleştirmek için bu temel adımları ve durum değişikliklerini kaydedin.
8 Önerilen 4 İsteğe bağlı
Aktivite Açıklama
Çözüm doğrulandı
Problemin resmi olarak Solved olarak işaretlenmesidir. Zendesk’te standart sistem durumu 'Solved' olarak ayarlandığında gerçekleşir ve düzeltmenin doğrulandığını, vakanın tamamlandığını gösterir.
Neden önemli?

SLA performansı ve risk hesaplamalarının yanı sıra Problem SLA uyum oranı için temel bitiş noktasıdır.

Nereden alınır?

Ticket durumunun 'Solved' olarak değişmesinden elde edilir.

Kaydedin

Durum Solved olarak değiştiğinde kaydedilir

Olay türü explicit
Destek grubuna atandı
Problem kaydının belirli bir teknik ekibe veya departmana yönlendirilmesidir. Ticket üzerindeki Group ID alanı güncellendiğinde izlenir.
Neden önemli?

Departmanlar arasındaki bekleme sürelerini ölçen Destek grubu devir teslim analizi Dashboardı için gereklidir.

Nereden alınır?

Değişiklikleri görmek için ticket denetim günlüğündeki 'group_id' alanını izleyin.

Kaydedin

Group Assignment Change işlemi yürütüldüğünde kaydedilir

Olay türü explicit
Geçici çözüm yayımlandı
Problem için geçici bir çözümün belgelenip paylaşılmasıdır. Zendesk’te bu işlem genellikle belirli bir etiketle veya geçici çözümün kullanılabilir olduğunu belirten özel bir onay kutusu alanıyla kaydedilir.
Neden önemli?

Uzun süren incelemelerde kullanıcılara geçici çözüm sunulmasını sağlayan Geçici çözüm yayımlama uyumluluğu Dashboardını destekler.

Nereden alınır?

'workaround_published' etiketinin eklenmesini veya 'Workaround' adlı özel bir boole alanının değiştirilmesini izleyin.

Kaydedin

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

Olay türü inferred
İnceleme başladı
Pasif 'New' durumundan etkin çalışma durumuna geçişi belirtir. Bir temsilcinin problemi kabul edip tanılamaya başladığını gösterir.
Neden önemli?

Bekleyen problem kaydı metriklerini hesaplamak için kullanılır ve Ortalama kök neden analizi süresi KPI’ının başlangıç noktasını oluşturur.

Nereden alınır?

Ticket durumu 'New' durumundan 'Open' veya 'Pending' durumuna geçtiğinde çıkarım yapılır.

Kaydedin

Durum alanını önceki ve sonraki değerleriyle karşılaştırın

Olay türü inferred
Kalıcı çözüm uygulandı
Teknik çözümün ortama dağıtıldığını belirtir. Bu genellikle ticket tamamen çözülmeden önce özel bir durum geçişiyle veya belirli bir etiketle izlenir.
Neden önemli?

Tanıdan dağıtıma kadar geçen süreyi ölçen Düzeltme uygulama verimliliği Dashboardı için gereklidir.

Nereden alınır?

Belirli bir etiket ('fix_deployed' gibi) veya varsa özel bir durum alanı üzerinden çıkarım yapılır.

Kaydedin

Etiketleri veya özel durum açılır listelerini izleyin

Olay türü inferred
Kök neden belirlendi
Problemin temel nedeninin belirlendiği aşamadır. Genellikle temsilcinin özel 'Root Cause' metin alanını veya açılır kategori listesini doldurmasıyla kaydedilir.
Neden önemli?

Kök neden inceleme hızı Dashboardı ve tanı verimliliğini ölçmek için önemli bir kilometre taşıdır.

Nereden alınır?

'Root Cause', 'RCA' veya 'Problem Source' etiketli özel alanlarda boş olmayan değerleri izleyin.

Kaydedin

Doldurulup doldurulmadığını görmek için özel alan değerlerini karşılaştırın

Olay türü inferred
Problem kaydı kapatıldı
Ticket’ın kilitlendiği ve artık değişiklik yapılamadığı son yaşam döngüsü olayıdır. Zendesk’te bu işlem genellikle Solved durumundan 4 gün sonra otomatik olarak gerçekleşir.
Neden önemli?

Kaydın yaşam döngüsünün kesin olarak sona erdiğini belirtir; veri saklama ve geçmiş raporlaması için kullanılır.

Nereden alınır?

Ticket durumunun 'Closed' olarak değişmesinden elde edilir.

Kaydedin

Durum Closed olarak değiştiğinde kaydedilir

Olay türü explicit
Problem kaydı oluşturuldu
Problem kaydının Zendesk Support’ta ilk kez oluşturulmasıdır. Bu olay, problemin sisteme ilk kaydedildiği zaman damgasını içerir ve genellikle süreç örneğini başlatır.
Neden önemli?

Uçtan uca çözüm çevriminin başlangıç zamanını belirler ve sonraki tüm çevrim süresi metrikleri için temel oluşturur.

Nereden alınır?

Ticket nesnesindeki 'created_at' zaman damgasından veya ticket denetim günlüğündeki ilk kayıttan elde edilir.

Kaydedin

Ticket Created işlemi yürütüldüğünde kaydedilir

Olay türü explicit
Değişiklik talebi başlatıldı
Problemi çözmek için resmi bir değişiklik yönetimi sürecinin başlatıldığını gösterir. Genellikle özel 'Change Request ID' alanının doldurulmasından veya 'Change' türünde bir ticket’ın ilişkilendirilmesinden anlaşılır.
Neden önemli?

Değişiklik talebi başlatma oranını izler ve Problem Management ile Change Management iş akışlarını ilişkilendirir.

Nereden alınır?

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

Kaydedin

Harici kimlik girişini görmek için özel alanı izleyin

Olay türü inferred
Önerilen çözüm taslağı hazırlandı
Problem incelemesine dayalı bir bilgi bankası makalesi oluşturulmasıdır. Zendesk Knowledge Capture uygulamasının kullanılması veya yeni bir makalenin ilişkilendirilmesi üzerinden çıkarım yapılır.
Neden önemli?

Kurumsal öğrenmeyi destekleyen Bilgi bankası entegrasyon oranı KPI’ına katkı sağlar.

Nereden alınır?

'Knowledge Capture' entegrasyonuyla ilgili olayları veya 'kcs_draft' gibi etiketleri izleyin.

Kaydedin

Belirli sistem etiketlerinden veya bağlantı olaylarından çıkarım yapın

Olay türü inferred
Problem incelemesi yeniden açıldı
Daha önce Solved olarak işaretlenen problem kaydının Open veya etkin bir duruma döndürülmesiyle gerçekleşir. Başarısız bir düzeltmeye veya kabul edilmeyen bir çözüme işaret eder.
Neden önemli?

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 'Solved' değerinden yeniden 'Open', 'New' veya 'Pending' değerine geçtiğinde çıkarım yapılır.

Kaydedin

Durum alanını önceki ve sonraki değerleriyle karşılaştırın

Olay türü inferred
Uygulama sonrası inceleme yapıldı
Düzeltme sonrasında geriye dönük incelemenin tamamlandığının doğrulanmasıdır. Genellikle süreç koordinatörünün güncellediği bir onay kutusu veya tarih alanıyla kaydedilir.
Neden önemli?

Kalite standartlarına uyumu sağlamak için Uygulama sonrası inceleme sıklığı KPI’ı kapsamında gereklidir.

Nereden alınır?

'PIR Completed' özel onay kutusundaki veya 'PIR Date' tarih alanındaki güncellemeleri izleyin.

Kaydedin

Tamamlanma durumunu görmek için özel alanı izleyin

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

Veri dışa aktarma kılavuzları

Zendesk Support verilerinizi nasıl alabilirsiniz?

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

Bu Templatei bugün Zendesk ortamınıza uygulayarak BT istikrarınızı artırın. Ekibimiz, veri dışa aktarma sürecinizi iyileştirmenize ve Process Mining yolculuğunuza başlamanıza yardımcı olabilir.

BT sorunlarını daha hızlı çözmek için problem yönetiminizi iyileştirin

Çözüm döngülerini %30 kısaltın ve BT süreçlerindeki darboğazları giderin.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Kurulum birkaç dakika sürer.