Hizmet talebi yönetimi için veri Templateiniz

Zendesk Support
Hizmet talebi yönetimi için veri Templateiniz

Hizmet talebi yönetimi için veri Templateiniz

Bu Template, Zendesk Support’taki hizmet talebi yönetimi sürecinizi analiz etmek için gereken verileri nasıl çıkaracağınızı açıklar. Toplanması gereken temel veri özniteliklerini ve izlenecek önemli etkinlikleri sıralar, bu bilgileri doğrudan sisteminizden nasıl alacağınıza ilişkin pratik yönergeler sunar. Process Mining çalışmalarınız için olay günlüğü oluştururken bu kaynaktan yararlanın.
  • Ayrıntılı analiz için önerilen öznitelikler
  • İzlenecek temel hizmet talebi etkinlikleri
  • Zendesk Support verilerini dışa aktarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Hizmet talebi yönetimi öznitelikleri

Zendesk Support’ta hizmet talebi yönetimini ayrıntılı biçimde analiz etmek için olay günlüğünüze eklemeniz önerilen veri alanları şunlardır.
5 Zorunlu 7 Önerilen 9 İsteğe bağlı
Ad Açıklama
Aktivite
ActivityName
Bir hizmet talebi için gerçekleşen iş etkinliğinin veya olayın adı.
Açıklama

Aktivite, hizmet talebinin yaşam döngüsündeki 'Hizmet talebi oluşturuldu', 'Talep temsilciye atandı' veya 'Hizmet talebi çözüldü' gibi belirli bir adımı ya da olayı ifade eder. Bu aktiviteler, Zendesk talebinin durum, atanan kişi ve öncelik gibi alanlarındaki değişiklikleri ve eklenen yorumları izleyen denetim günlüğünden elde edilir.

Aktivitelerin analizi, Process Mining çalışmalarının temelini oluşturur. Süreç haritasını görselleştirmeyi, adımlar arasındaki darboğazları belirlemeyi ve yeniden çalışma döngülerini incelemeyi sağlar. Kuruluşlar, aktivitelerin sırasını ve sıklığını anlayarak verimsizlikleri ve süreç iyileştirme fırsatlarını belirleyebilir.

Neden önemli?

Bu öznitelik, süreç adımlarını tanımlar; süreç haritalarının görselleştirilmesini, süreç akışının, farklılıkların ve uyumluluğun analizini sağlar.

Nereden alınır?

Bu bilgi, kavramsal olarak Zendesk Ticket Audits API’de kaydedilen olaylardan elde edilir. Örneğin, 'status' alanının 'new' değerinden 'open' değerine değişmesi 'Talep önceliklendirmesi yapıldı' gibi bir aktiviteyle eşleştirilebilir.

Örnekler
Hizmet talebi oluşturulduTemsilci yeniden atandıHizmet talebi çözüldü
Başlangıç zamanı
EventTimestamp
Aktivitenin gerçekleştiği kesin tarih ve saat.
Açıklama

Olay zaman damgası veya Başlangıç zamanı, bir aktivitenin gerçekleştiği kesin anı kaydeder. Örneğin, bir temsilcinin ne zaman atandığını, herkese açık bir yanıtın ne zaman gönderildiğini veya talep durumunun ne zaman 'Resolved' olarak değiştirildiğini gösterir. Bu zaman bilgisi, her Zendesk talebinin denetim günlüğünden alınır.

Bu öznitelik, zamana dayalı tüm analizler için önemlidir. Olayları kronolojik sıraya koymak, aktiviteler arasındaki süreyi hesaplamak, bekleme sürelerini ölçmek ve toplam vaka çevrim süresini analiz etmek için kullanılır. Darboğazları belirlemek ve SLA gibi zamana dayalı hedeflere göre performansı değerlendirmek açısından temel bir veridir.

Neden önemli?

Bu zaman damgası olayları kronolojik sıraya koyar; süre, performans ve darboğaz analizlerinin tümü için gereklidir.

Nereden alınır?

Zendesk Ticket Audits API, her denetim olayı için 'created_at' alanı.

Örnekler
2023-10-26T10:00:00Z2023-10-26T10:15:30Z2023-10-27T14:20:10Z
Hizmet talebi kimliği
ServiceRequestId
Zendesk’teki her hizmet talebi için kullanılan benzersiz tanımlayıcı.
Açıklama

Zendesk’te genellikle Talep Kimliği olarak adlandırılan Hizmet Talebi Kimliği, her vaka için birincil anahtar görevi görür. Talep oluşturulduğu andan kapatılana kadar ilgili tüm etkinlikleri, yorumları ve durum değişikliklerini birbirine bağlar. Böylece tek bir talebin yaşam döngüsü baştan sona izlenebilir.

Process Mining analizinde bu öznitelik temel niteliktedir. Vakayı tanımlar; süreç akışlarının yeniden oluşturulmasını, varyantların belirlenmesini ve çevrim süresi gibi vaka düzeyindeki metriklerin hesaplanmasını sağlar. Genel süreç içindeki bağlamını anlayabilmek için Veri Seti’ndeki her olay bir Hizmet Talebi Kimliğiyle ilişkilendirilmelidir.

Neden önemli?

Bu temel vaka tanımlayıcısı, hizmet talebinin yolculuğundaki tüm olayları birbirine bağlayarak sürecin baştan sona analiz edilmesini sağlar.

Nereden alınır?

Zendesk Tickets API, 'id' alanı.

Örnekler
102451024610247
Kaynak sistem
SourceSystem
Verinin alındığı sistemi belirtir.
Açıklama

Bu öznitelik, hizmet talebi verilerinin kaynağını belirtir. Bu süreç görünümünde değer her zaman 'Zendesk Support' olur ve tüm hizmet yönetimi etkinliklerinin kayıt sistemini gösterir.

Birden fazla sistemin entegre olduğu ortamlarda bu alan, veri kökenini izlemek ve sorunları gidermek açısından önemlidir. Analizlerin amaçlanan sistemle sınırlı kalmasını sağlar ve farklı kaynaklardan birleştirilen verileri ayırt etmeye yardımcı olur.

Neden önemli?

Verinin hangi sistemden geldiğini belirterek veri kökeninin izlenmesini sağlar ve birden fazla sistemden gelen veriler birleştirildiğinde karışıklığı önler.

Nereden alınır?

Veri çıkarma ve dönüştürme sırasında eklenen sabit bir değerdir ('Zendesk Support').

Örnekler
Zendesk Support
Son veri güncellemesi
LastDataUpdate
Verinin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, Zendesk Support’tan en son veri çıkarma işleminin tarih ve saatini kaydeder. Analiz edilen verinin ne kadar güncel olduğunu göstererek kullanıcılara süreç görünümünün güncelliği hakkında bilgi verir.

Sürekli izleme ve Dashboard kullanımı için bu bilgi önemlidir. Analistlerin ve iş kullanıcılarının neredeyse gerçek zamanlı verileri mi yoksa önceki bir döneme ait anlık görüntüyü mü incelediklerini anlamalarını sağlar. Bu da vardıkları sonuçların geçerliliğini etkiler.

Neden önemli?

Verinin güncelliği hakkında önemli bilgiler sunar ve analizin ne kadar güncel olduğunu gösterir.

Nereden alınır?

Veri çıkarma sırasında oluşturulan ve Veri Seti’ne eklenen bir meta veri alanıdır.

Örnekler
2023-10-27T08:00:00Z
Atanan ekip
AssignedTeam
Hizmet talebine atanan destek ekibi veya grubu.
Açıklama

Bu öznitelik, destek kuruluşundaki hangi ekibin veya grubun hizmet talebinden sorumlu olduğunu gösterir. Zendesk’te bu gruplar 'Groups' olarak adlandırılır. Talepler çoğunlukla bir temsilciye atanmadan önce bir gruba atanır.

Atanan ekibe göre analiz yapmak, ekip performansını ve iş yükünü anlamak açısından önemlidir. Hangi ekiplerin hangi tür talepleri ele aldığını, ortalama çözüm sürelerini ve SLA hedeflerine uyum oranlarını görmenizi sağlar. Temsilci ve ekip performansı Dashboardı için temel boyutlardan biridir.

Neden önemli?

Ekip performansını, iş yükü dengesini ve farklı destek grupları arasındaki yönlendirme verimliliğini analiz etmeyi sağlar.

Nereden alınır?

Zendesk Groups API, Tickets API yanıtındaki 'group_id' alanıyla birleştirilerek.

Örnekler
1. kademe destekTeknik destekFaturalama
Hizmet türü
ServiceType
Hizmet talebinin kategorisi veya türü (ör. Olay, Soru, Sorun, Görev).
Açıklama

Hizmet türü, talebin niteliğini sınıflandırır. Zendesk, farklı destek etkileşimlerini ayırt etmek için 'type' alanını kullanır. Bu ilk sınıflandırma, talebin doğru ekibe yönlendirilmesine ve uygun süreçlerin uygulanmasına yardımcı olur.

Bu öznitelik, filtreleme ve karşılaştırma için gereklidir. Analistlerin farklı talep türlerinin süreç akışlarını incelemesini sağlar; bu taleplerin çözüm yolları ve SLA’ları çoğu zaman birbirinden farklıdır. Belirli talep türlerini ele almada hangi ekibin daha başarılı olduğunu görmek için Temsilci ve ekip performansı Dashboardında temel bir boyut olarak kullanılır.

Neden önemli?

Talepleri sınıflandırarak, kendine özgü akışları izleyen olaylar ve sorular gibi farklı süreçlerin ayrı ayrı analiz edilmesini sağlar.

Nereden alınır?

Zendesk Tickets API, 'type' alanı.

Örnekler
soruolaysorungörev
Talep durumu
RequestStatus
Olay sırasında hizmet talebinin durumu (ör. Yeni, Açık, Beklemede).
Açıklama

Talep durumu, belirli bir andaki talep aşamasını gösterir. Zendesk’te Yeni, Açık, Beklemede, Beklemeye alındı, Çözüldü ve Kapalı gibi standart durumlar, talebin yaşam döngüsündeki ilerleyişini belirtir. Bu alandaki değişiklikler, olay günlüğünde aktivite oluşturulmasını sağlayan başlıca tetikleyicilerdir.

Farklı durumlarda geçirilen süreyi analiz etmek, darboğaz analizinin temel parçalarından biridir. Örneğin, taleplerin 'Beklemede' veya 'Beklemeye alındı' durumlarında gereğinden uzun süre kaldığı noktaları belirlemeye yardımcı olur. Durum geçişlerini anlamak, yeniden çalışma döngülerini ortaya çıkarmak için de önemlidir.

Neden önemli?

Durumu izlemek, talebin ilerleyişini anlamak ve bekleme ya da aktif çalışma aşamalarında ne kadar zaman geçirildiğini belirlemek için temel önemdedir.

Nereden alınır?

Zendesk Tickets API, 'status' alanı.

Örnekler
YeniAçıkBeklemedeÇözüldüKapalı
Talep etiketleri
TicketTags
Hizmet talebini sınıflandırmak ve yönlendirmek için uygulanan etiketlerin listesi.
Açıklama

Etiketler, temsilcilerin taleplere elle ekleyebildiği veya iş kurallarının otomatik olarak uygulayabildiği esnek tanımlardır. Tür veya Öncelik gibi standart alanlarda bulunmayan bağlamı ya da kategorileri talebe eklemek için kullanılır.

Etiketler, Process Mining analizinde çok yönlü bir özniteliktir. Belirli senaryolara göre filtreleme yapmak, özel iş akışlarını izlemek veya temel nedenleri belirlemek için kullanılabilir. Örneğin, önemli müşterilerin süreçlerini analiz etmek için 'VIP' etiketi, hata bildirimlerinin yaşam döngüsünü izlemek içinse 'product_bug' etiketi kullanılabilir.

Neden önemli?

Verileri esnek biçimde filtreleyip gruplandırmayı sağlar; böylece diğer alanlarda bulunmayan belirli alt süreçleri veya talep özniteliklerini ayrıntılı inceleyebilirsiniz.

Nereden alınır?

Zendesk Tickets API, 'tags' alanı. Bu alan bir metin dizisidir.

Örnekler
satış_talebifaturalama_sorunuözellik_talebiönemli_müşteri
Talep kanalı
RequestChannel
Hizmet talebinin gönderildiği kanal (ör. e-posta, web formu, telefon).
Açıklama

Bu öznitelik, hizmet talebinin hangi kanaldan gönderildiğini gösterir. Zendesk; talebin e-posta, web portalı, API entegrasyonu, sohbet veya başka bir kanal üzerinden oluşturulduğunu kaydeder. Böylece müşterinin hangi iletişim yöntemini kullandığı anlaşılır.

Talep kanalı, analiz için kullanışlı bir boyuttur. Farklı kanallardaki çözüm sürelerini, memnuniyet puanlarını ve yeniden çalışma oranlarını karşılaştırarak 'Talep kanalı verimliliği' Dashboardını destekler. Bu analiz, işletmelerin destek kanallarını iyileştirmesine ve kullanıcıları en verimli kanallara yönlendirmesine yardımcı olabilir.

Neden önemli?

Farklı müşteri destek kanallarının verimliliğini ve sonuçlarını analiz etmeye, hedefli iyileştirmeler yapmaya yardımcı olur.

Nereden alınır?

Zendesk Tickets API, 'via' nesnesi ve bu nesnenin 'channel' özelliği.

Örnekler
webe-postaapisohbet
Talep önceliği
RequestPriority
Hizmet talebine atanan Düşük, Normal, Yüksek veya Acil gibi öncelik düzeyi.
Açıklama

Talep önceliği, hizmet talebinin aciliyetini gösteren bir sınıflandırmadır. Bu düzey, genellikle hedef çözüm sürelerini ve talebe uygulanacak SLA politikalarını belirler. Öncelik başlangıçta sistem veya kullanıcı tarafından belirlenebilir ve talebin yaşam döngüsü boyunca bir temsilci tarafından değiştirilebilir.

Bu öznitelik, verileri gruplandırma ve temel neden analizi için önemlidir. Yüksek öncelikli taleplerin düşük öncelikli taleplerden daha hızlı çözülüp çözülmediğini incelemeye yardımcı olur. Ayrıca 'Hizmet talebinin üst kademeye aktarım eğilimleri' ve 'SLA hedeflerine uyum' Dashboardları için temel bir boyuttur.

Neden önemli?

Talepleri aciliyetlerine göre gruplandırmayı sağlar. SLA uyumluluğunu analiz etmek ve kritik sorunların zamanında ele alınmasını sağlamak için önemlidir.

Nereden alınır?

Zendesk Tickets API, 'priority' alanı.

Örnekler
DüşükNormalYüksekAcil
Temsilci adı
AgentName
Olay sırasında hizmet talebine atanmış temsilcinin adı.
Açıklama

Bu öznitelik, hizmet talebini ele almaktan sorumlu destek temsilcisini tanımlar. Talebin yaşam döngüsü boyunca atanan temsilci birkaç kez değişebilir; bu alan her adımda kimin sorumlu olduğunu gösterir.

Temsilci adı, performans analizi için önemlidir. İş yükü dağılımını, temsilci başına çözüm sürelerini ve yeniden atama sıklığını değerlendirmek üzere verileri filtrelemeyi ve gruplandırmayı sağlar. Böylece Temsilci ve ekip performansı Dashboardı oluşturabilir, kişilerin genel süreç verimliliğine katkısını anlayabilirsiniz.

Neden önemli?

Bu öznitelik, temsilci performansını ve iş yükü dağılımını analiz etmek, yeniden atamaların çözüm sürelerine etkisini ölçmek için önemlidir.

Nereden alınır?

Zendesk Users API, Tickets API yanıtındaki 'assignee_id' alanıyla birleştirilerek.

Örnekler
Jane DoeJohn SmithEmily Jones
Bitiş zamanı
EndTime
Aktivitenin tamamlandığı kesin tarih ve saat.
Açıklama

Bitiş zamanı, bir aktivitenin tamamlandığı anı gösterir. Zendesk’teki birçok olay anlık gerçekleştiğinden Bitiş zamanı ile Başlangıç zamanı aynıdır. Ancak 'Talep beklemeye alındı' gibi duruma dayalı aktivitelerde Bitiş zamanı, talebin beklemeden çıkarıldığı andır.

Bu öznitelik, belirli aktivitelerin süresini hesaplamak için gereklidir ve darboğaz analizinde önemli rol oynar. Bir aktivitenin Başlangıç ve Bitiş zamanlarını karşılaştırarak işlem süresini doğrudan ölçebilir ve en çok zaman alan adımları belirleyebilirsiniz.

Neden önemli?

Tek tek aktivitelerin sürelerini hesaplamayı sağlar. Bu bilgi, süreç darboğazlarını belirlemek ve adım düzeyindeki verimliliği ölçmek için gereklidir.

Nereden alınır?

Ayrık olaylarda bu değer genellikle StartTime ile aynıdır. Durum sürelerinde ise durumu değiştiren sonraki olayın zaman damgasıdır.

Örnekler
2023-10-26T10:00:00Z2023-10-26T10:15:30Z2023-10-27T14:20:10Z
İlk iletişimde çözüldü mü
IsFirstContactResolution
Talebin, yeniden atama yapılmadan ve talep sahibinden yanıt beklenmeden ilk atanan temsilci tarafından çözülüp çözülmediğini gösteren bir işaret.
Açıklama

İlk İletişimde Çözüm (FCR), müşterinin sorununun tek bir etkileşimde çözüldüğünü gösteren önemli bir metriktir. Hesaplanan bu öznitelik, bilet ilk atandığı temsilci tarafından, yeniden atama olmadan ve yalnızca bir temsilci yanıtıyla çözüldüyse doğru değerini alan bir boole işaretidir.

Bu öznitelik, İlk iletişimde çözüm oranı KPI’ını doğrudan destekler. FCR sağlanan vakaların özelliklerini incelemek, süreçleri iyileştirmek için örnek oluşturabilir. FCR sağlanmayan vakaları inceleyerek temsilci eğitimlerini geliştirme, bilgi bankası içeriklerini iyileştirme veya ilk değerlendirmeyi daha etkili hale getirme fırsatlarını da belirleyebilirsiniz.

Neden önemli?

Sorunların tek bir etkileşimde ne kadar verimli çözüldüğünü ölçer. Bu, hem müşteri memnuniyetini hem de operasyonel verimliliği artıran önemli bir etkendir.

Nereden alınır?

Bu öznitelik, hesaplanması karmaşık bir değerdir. Temsilci yeniden atamalarını ve temsilcilerin herkese açık yanıt sayısını kontrol etmek için biletin olay günlüğünü incelemek gerekir.

Örnekler
truefalse
Memnuniyet puanı
SatisfactionRating
Talep çözüldükten sonra talep sahibinin verdiği memnuniyet puanı.
Açıklama

Bu öznitelik, müşterinin destek deneyimi hakkındaki geri bildirimini kaydeder. Genellikle talep çözüldü olarak işaretlendikten sonra yapılan bir anketle toplanır. Yaygın puanlar arasında 'İyi' ve 'Kötü' bulunur; bazen müşteriler yorum da ekler.

Memnuniyet puanı, sonuçları ölçen önemli bir metriktir. Süreç örüntülerini memnuniyet puanlarıyla karşılaştırmak, müşterileri memnun eden veya etmeyen süreç davranışlarını ortaya çıkarabilir. Örneğin analiz, sık yeniden atama veya uzun çözüm süreleri ile düşük memnuniyet puanları arasında güçlü bir ilişki olduğunu gösterebilir.

Neden önemli?

Süreç uygulaması ile müşteri sonuçları arasında doğrudan bağlantı kurarak müşteri memnuniyetini etkileyen süreç davranışlarını belirlemeye yardımcı olur.

Nereden alınır?

Zendesk Tickets API, 'satisfaction_rating.score' veya 'satisfaction_rating.reason' alanı.

Örnekler
İyiKötüSunuldu
SLA ihlal edildi mi
IsSlaBreached
Hizmet talebinin SLA hedeflerinden herhangi birini ihlal edip etmediğini gösteren bir işaret.
Açıklama

Bu öznitelik, biletin SLA sonucunu gösteren bir boole veya kategorik işarettir. 'Karşılandı', 'İhlal edildi' veya 'Etkin' gibi durumları gösterebilir. Sonuç, gerçek yanıt veya çözüm sürelerinin uygulanan SLA politikasında tanımlı hedeflerle karşılaştırılmasıyla belirlenir.

SLA uyumu ve ihlal analizi Dashboardu için önemli bir özniteliktir. Uyumluluğu sağlayan ve sağlamayan biletleri kolayca sayıp görselleştirmenizi sağlar. Ardından, uzun bekleme süreleri veya sık yeniden atama gibi temel nedenleri bulmak için SLA hedeflerini ihlal eden biletlerin süreç özelliklerini inceleyebilirsiniz.

Neden önemli?

Hizmet düzeyi taahhütlerine göre performansı doğrudan ölçer. Hizmet kalitesini ve müşteri memnuniyetini gösteren önemli bir göstergedir.

Nereden alınır?

Her biletin SLA durumu hakkında bilgi sağlayan Zendesk Ticket Metrics API’den elde edilir.

Örnekler
Karşılandıİhlal edildiEtkin
SLA politikası adı
SlaPolicyName
Talebe uygulanan Hizmet Seviyesi Anlaşması (SLA) politikasının adı.
Açıklama

Bu öznitelik, hizmet talebinin hedef yanıt ve çözüm sürelerini belirleyen SLA politikasını gösterir. Politika genellikle talebin önceliğine, türüne veya müşterinin abonelik düzeyine göre belirlenir.

Uygulanan SLA politikasını bilmek, SLA uyumu ve ihlal analizi Dashboardu için gereklidir. Farklı politikaların hedefleri de farklı olduğundan, performansı değerlendirirken gerekli bağlamı sağlar. Böylece bir talebin kendi hizmet düzeyi hedeflerini karşılayıp karşılamadığını adil ve doğru biçimde değerlendirebilirsiniz.

Neden önemli?

Talebin hangi hedeflere göre ölçüldüğünü göstererek SLA analizine bağlam sağlar ve uyumluluk raporlarının doğru hazırlanmasına yardımcı olur.

Nereden alınır?

Zendesk Ticket Metrics API. SLA verileri genellikle bilet metrikleriyle ilişkilendirilir.

Örnekler
Acil - 1 saat içinde yanıtStandart - 24 saat içinde çözümPremium müşteri SLA’sı
Talep sahibinin adı
RequestorName
Hizmet talebini gönderen son kullanıcının veya müşterinin adı.
Açıklama

Bu öznitelik, hizmet talebini başlatan kişiyi tanımlar. Talebi belirli bir müşteriyle ilişkilendirmek, destek sürecini müşteri açısından incelemeyi sağlar.

Süreç analizinde talep sahibi bilgisi, belirli müşterilere veya müşteri gruplarına ilişkin örüntüleri incelemek için kullanılabilir. Örneğin, bazı müşterilerin taleplerinin daha uzun sürede çözüldüğünü veya daha sık yeniden çalışmaya yol açtığını araştırabilirsiniz. Bu durum, kullandıkları ürün ya da hizmetle ilgili sorunlara işaret edebilir.

Neden önemli?

Süreci müşteriyle ilişkilendirerek müşteriye özgü sorunları, yinelenen talepleri ve memnuniyet düzeylerini analiz etmeyi sağlar.

Nereden alınır?

Zendesk Users API, Tickets API yanıtındaki 'requester_id' alanıyla birleştirilerek.

Örnekler
Alice JohnsonBob WilliamsCharlie Brown
Talep sahibinin kuruluşu
RequestorOrganization
Talep sahibinin bağlı olduğu kuruluş veya şirket.
Açıklama

Bu öznitelik, hizmet talebini belirli bir müşteri kuruluşuyla ilişkilendirir. Hizmet seviyesi anlaşmaları ve destek sözleşmelerinin genellikle kuruluş düzeyinde belirlendiği B2B destek süreçlerinde özellikle önemlidir.

Verileri kuruluşa göre analiz etmek, destek performansını şirket düzeyinde görmenizi sağlar. Çok sayıda talep oluşturan, yinelenen sorunlar yaşayan veya memnuniyet puanları düşük olan kuruluşları belirlemeye yardımcı olabilir. Bu bilgi, müşteri ilişkilerini yönetmek ve müşteri sağlığına ilişkin genel eğilimleri saptamak açısından değerlidir.

Neden önemli?

Talepleri şirkete göre gruplandırarak B2B hizmet analizini sağlar. Müşteri ilişkilerini ve SLA’ları kuruluş düzeyinde yönetmek için önemlidir.

Nereden alınır?

Zendesk Organizations API, Tickets API yanıtındaki 'organization_id' alanıyla birleştirilerek.

Örnekler
Acme CorporationGlobal Tech Inc.Innovate Solutions
Temsilci yeniden atama sayısı
AgentReassignmentCount
Bir talebin bir temsilciden diğerine toplam kaç kez atandığı.
Açıklama

Bu öznitelik, bilete ait 'assignee_id' alanı her değiştiğinde artan bir sayaçtır. Tek bir bilette çok sayıda yeniden atama yapılması; yanlış ilk yönlendirme, temsilcinin yeterli bilgiye sahip olmaması veya talebin tek bir temsilcinin ele alamayacağı kadar karmaşık olması gibi çeşitli süreç sorunlarına işaret edebilir.

Süreç verimliliğini ölçen önemli bir metriktir ve Temsilci yeniden atama oranı KPI’ını doğrudan destekler. Yeniden atama sayısı yüksek vakaları inceleyerek yönlendirme kurallarını, temsilci eğitimlerini veya bilgi bankası kaynaklarını iyileştirme fırsatlarını belirleyebilir, biletlerin doğru kişiye daha hızlı ulaşmasını sağlayabilirsiniz.

Neden önemli?

Ekip içindeki devir teslimleri ölçmeye ve süreçteki aksaklıkları belirlemeye yardımcı olur. Yeniden atama oranlarının yüksek olması çoğu zaman gecikmelere ve verimsizliğe yol açar.

Nereden alınır?

Her bilet için Zendesk Ticket Audits API’deki 'assignee_id' değişikliklerinin sayılmasıyla hesaplanır.

Örnekler
013
Yeniden çalışma var mı
IsRework
Hizmet talebi çözüldükten sonra yeniden açıldıysa doğru olan işaret.
Açıklama

Bu boole işareti, yeniden çalışma yaşanan vakaları belirler. Bir hizmet talebi, genellikle durumu 'Çözüldü' iken yeniden açık duruma geçtiğinde yeniden çalışma olarak değerlendirilir. Bu, ilk çözümün yeterli olmadığını ve müşterinin aynı sorun için tekrar iletişime geçmek zorunda kaldığını gösterir.

Bu öznitelik, Hizmet talebinde yeniden çalışma oranı KPI’ını hesaplamak ve Yeniden çalışma ve yeniden açılma etkinlik analizi Dashboardu için gereklidir. Yeniden çalışma yaşanan vakaları işaretleyerek verimsiz süreç akışlarını ayrı inceleyebilir, taleplerin neden yeniden açıldığını bulabilir ve ilk iletişimde çözüm oranını artırmak için iyileştirmeler yapabilirsiniz.

Neden önemli?

Çözümün kalıcı olmadığı süreç sorunlarını belirler. Böylece müşteri memnuniyetini doğrudan etkileyen kalite ve verimlilik sorunları görünür hale gelir.

Nereden alınır?

Zendesk Ticket Audits API’de bir biletin durum sırası incelenerek hesaplanır. Durumun 'çözüldü’den 'açık’a geçmesi, yeniden çalışma olduğunu gösterir.

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

Hizmet talebi yönetimi etkinlikleri

Hizmet taleplerinizin süreç akışını doğru biçimde keşfetmek için olay günlüğünüze kaydetmeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
7 Önerilen 6 İsteğe bağlı
Aktivite Açıklama
Herkese açık yanıt gönderildi
Bu etkinlik, bir temsilcinin talep sahibine gönderdiği tüm iletileri kapsar. Zendesk talep verilerinde, 'public' özniteliği true olan açık bir 'Comment' olayı olarak kaydedilir.
Neden önemli?

Bu olaylar iletişim sıklığını analiz etmek, temsilcilerin yanıt sürelerini ölçmek ve talebin çözülmesi için gereken etkileşim sayısını belirlemek açısından önemlidir.

Nereden alınır?

Talep verilerinde açık bir 'Comment' olayıdır. Olay ayrıntılarındaki 'public: true' özniteliği, bu yorumu dahili notlardan ayırır.

Kaydedin

'public' işareti true olarak ayarlanmış talep 'Comment' olaylarından alınır.

Olay türü explicit
Hizmet talebi çözüldü
Bu etkinlik, temsilcinin çözüm sunduğu ve talep durumunu 'solved' olarak değiştirdiği anı gösterir. Temsilci açısından talep tamamlanmıştır, ancak talep sahibi talebi yeniden açabilir.
Neden önemli?

Bu önemli aşama, temsilcinin talep üzerindeki aktif çalışmasının sona erdiğini gösterir. Bu duruma ulaşma süresi, çözüm verimliliğinin başlıca ölçütlerinden biridir.

Nereden alınır?

Talep denetim günlüğünde 'status' alanının yeni değerinin 'solved' olduğu bir 'Change' olayından çıkarılır.

Kaydedin

Denetim günlüğünde durumun 'solved' olarak değiştiği bir 'Change' olayından çıkarılır.

Olay türü inferred
Hizmet talebi kapatıldı
Hizmet talebinin nihai ve kalıcı olarak kapatılmasını ifade eder. Talep, belirli bir süre 'solved' durumunda kaldıktan sonra otomatik olarak 'closed' durumuna geçer ve artık yeniden açılamaz.
Neden önemli?

Bu etkinlik, hizmet talebi sürecinin kesin olarak sona erdiğini gösterir. Talebin toplam süresini hesaplarken son noktayı belirler.

Nereden alınır?

Talep denetim günlüğünde 'status' alanının yeni değerinin 'closed' olduğu bir 'Change' olayından çıkarılır.

Kaydedin

Denetim günlüğünde durumun 'closed' olarak değiştiği bir 'Change' olayından çıkarılır.

Olay türü inferred
Hizmet talebi oluşturuldu
Talep sahibi herhangi bir kanaldan yeni bir kayıt gönderdiğinde hizmet talebinin yaşam döngüsü başlar. Bu işlem, Zendesk kayıt denetim günlüğüne 'Oluştur' olayı olarak kaydedilir ve sürecin başlangıç zamanını kesin biçimde belirler.
Neden önemli?

Bu etkinlik, her hizmet talebinin temel başlangıç olayıdır. Baştan sona çevrim sürelerini hesaplamak ve gelen talep hacmini analiz etmek için gereklidir.

Nereden alınır?

Zendesk kayıt denetim günlüğüne 'Oluştur' olay türüyle kaydedilir. Bu olayın zaman damgası, hizmet talebi kaydının oluşturulma zamanıdır.

Kaydedin

Doğrudan kayıt denetim günlüğündeki 'Oluştur' olayından alınır.

Olay türü explicit
Hizmet talebi yeniden açıldı
Talep sahibi durumu 'solved' olan bir talebe yanıt verdiğinde gerçekleşir ve talebin durumu otomatik olarak yeniden 'open' olur. Bu, sunulan çözümün yeterli olmadığını gösterir.
Neden önemli?

Bu etkinlik, yeniden çalışmanın başlıca göstergesidir. Sıklığını analiz etmek, çözüm kalitesini ölçmeye ve müşteri memnuniyetsizliğinin nedenlerini belirlemeye yardımcı olur.

Nereden alınır?

Talep denetim günlüğünde 'status' alanının önceki değerinin 'solved', yeni değerinin 'open' olduğu bir 'Change' olayından çıkarılır.

Kaydedin

Durumun 'solved' değerinden 'open' değerine değişmesinden çıkarılır.

Olay türü inferred
SLA hedefi aşıldı
Bu etkinlik, bir hizmet talebinin ilk yanıt süresi veya çözüm süresi gibi tanımlı bir SLA hedefini karşılayamadığı anı gösterir. Zendesk, hedef kaçırıldığında bunu açık bir olay olarak kaydeder.
Neden önemli?

Bu olay, uyumluluk takibi açısından önemlidir ve SLA Hedefine Uyum Oranı KPI’ının temel girdilerinden biridir. Hizmet taahhütlerinin karşılanmadığı durumları belirler.

Nereden alınır?

Zendesk talep olayları veya denetim günlüğündeki 'SLABreach' olayından alınır. Olay, hangi SLA metriğinin aşıldığını belirtir.

Kaydedin

Talep verilerindeki açık 'SLABreach' olayıyla belirlenir.

Olay türü explicit
Talep temsilciye atandı
Bir hizmet talebi ilk kez belirli bir temsilciye atandığında bu etkinlik gerçekleşir. Kayıt denetim günlüğünde 'assignee_id' alanının null değerinden veya bir grup kimliğinden doldurulduğu 'Değişiklik' olayıyla belirlenir.
Neden önemli?

Bu etkinlik, temsilcinin çalışmaya başladığı anı gösterir. İlk yanıt süresini, ilk atama gecikmesini ve temsilci iş yükü dağılımını ölçmek için önemlidir.

Nereden alınır?

Kayıt denetim günlüğündeki 'assignee_id' alanında belirli bir kullanıcı kimliğinin ayarlandığı ilk 'Değişiklik' olayından çıkarılır.

Kaydedin

'assignee_id' alanını bir temsilciye ayarlayan ilk değişiklik olayından çıkarılır.

Olay türü inferred
Dahili not eklendi
Bir temsilci, hizmet talebine yalnızca diğer temsilcilerin görebileceği bir dahili not veya yorum eklemiştir. Bu işlem, 'public' özniteliği false olan bir 'Comment' olayı olarak kaydedilir.
Neden önemli?

Dahili notları izlemek, temsilciler veya ekipler arasındaki iş birliğini anlamaya yardımcı olur. Bu iş birliği gecikmelere yol açabileceği gibi sorunların verimli biçimde çözülmesini de sağlayabilir.

Nereden alınır?

Talep verilerinde açık bir 'Comment' olayıdır. Olay ayrıntılarındaki 'public: false' özniteliği, bunun dahili bir not olduğunu belirtir.

Kaydedin

'public' işareti false olarak ayarlanmış talep 'Comment' olaylarından alınır.

Olay türü explicit
Öncelik değiştirildi
Hizmet talebinin 'Düşük', 'Normal', 'Yüksek' veya 'Acil' gibi öncelik düzeyinin güncellendiğini belirtir. Kayıt denetim günlüğündeki 'priority' alanına ait bir 'Değişiklik' olayı olarak kaydedilir.
Neden önemli?

Öncelik değişikliklerini analiz etmek, zaman içinde aciliyeti artan talepleri belirlemeye ve önceliklerin etkili biçimde yönetilip yönetilmediğini değerlendirmeye yardımcı olur.

Nereden alınır?

Zendesk talep denetim günlüğünde 'priority' alanına ilişkin bir 'Change' olayı olarak kaydedilir; önceki ve yeni değerleri gösterir.

Kaydedin

Denetim günlüğündeki 'priority' alanına ilişkin 'Change' olaylarından çıkarılır.

Olay türü inferred
SLA hedefi uygulandı
Hizmet talebi kaydına bir Hizmet Seviyesi Anlaşması (SLA) kuralının uygulandığı anı gösterir. Kayıt özellikleri etkin bir SLA kuralının koşullarını karşıladığında bu olay açıkça kaydedilir.
Neden önemli?

SLA’nın ne zaman uygulandığını izlemek; uyumluluğu takip etmek, olası ihlalleri analiz etmek ve farklı talep türleri için beklenen hizmet sürelerini anlamak açısından önemlidir.

Nereden alınır?

Zendesk talep olayları veya denetim günlüğündeki 'SLAPolicyApplied' olayından alınır. Bu olay, hangi kuralın eşleştiğini belirtir.

Kaydedin

Talep verilerindeki açık 'SLAPolicyApplied' olayıyla belirlenir.

Olay türü explicit
Talep beklemeye alındı
Hizmet talebinin durumu genellikle temsilcinin talep sahibinden veya üçüncü bir taraftan bilgi beklediğini gösterecek şekilde 'on-hold' olarak değiştirildiğinde bu etkinlik gerçekleşir. Durum değişikliği olayından çıkarılır.
Neden önemli?

Bu etkinlik, destek ekibinin doğrudan kontrolü dışındaki bekleme sürelerini ayırıp ölçmeye yardımcı olur ve temsilcinin işlem süresini daha doğru gösterir.

Nereden alınır?

Talep denetim günlüğünde 'status' alanına ilişkin yeni değerin 'on-hold' olduğu bir 'Change' olayından çıkarılır.

Kaydedin

Denetim günlüğünde durumun 'on-hold' olarak değiştiği bir 'Change' olayından çıkarılır.

Olay türü inferred
Talep üst kademeye aktarıldı
Bir hizmet talebinin daha üst bir destek kademesine, başka bir ekibe veya yönetime resmî olarak aktarılmasını ifade eder. Genellikle talebin atandığı grubun değişmesinden ya da üst kademeye aktarımları izlemek için kullanılan özel bir alanın güncellenmesinden çıkarılır.
Neden önemli?

Üst kademeye aktarımları izlemek; karmaşık talepleri, ilk kademe temsilcilerinin eğitim ihtiyaçlarını ve daha üst düzey müdahale gerektiren sistemik sorunları belirlemeye yardımcı olur.

Nereden alınır?

Bu standart bir olay değildir. 'group_id' alanının üst kademe destek grubuna değiştiği bir 'Change' olayından veya üst kademeye aktarımı izlemek için kullanılan özel bir talep alanındaki değişiklikten çıkarılmalıdır.

Kaydedin

'group_id' alanındaki değişiklikten veya özel 'escalation' alanından çıkarılır.

Olay türü inferred
Temsilci yeniden atandı
Bir hizmet talebinin sorumluluğunun bir temsilciden diğerine devredilmesini ifade eder. İlk atamadan sonra 'assignee_id' alanında gerçekleşen sonraki 'Change' olaylarından çıkarılır.
Neden önemli?

Yeniden atamaları izlemek, Temsilci Yeniden Atama Oranı KPI’ını hesaplamak için önemlidir. Bu gösterge süreç verimsizliklerini, hatalı yönlendirmeleri veya bilgi eksikliklerini belirlemeye yardımcı olur.

Nereden alınır?

Talep denetim günlüğündeki 'assignee_id' alanına ilişkin 'Change' olaylarından çıkarılır; talebin ilk atama olayı bu hesaba katılmaz.

Kaydedin

'assignee_id' alanına ilişkin ikinci ve sonraki 'Change' olaylarından çıkarılır.

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

Veri çıkarma yönergeleri

Zendesk Support verilerinizi nasıl alabilirsiniz?

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

Hizmet talebi sürecinizi bugün iyileştirmeye başlayın. Zendesk Support’taki darboğazları belirlemek ve verimliliği artırmak için bu veri Templateinden yararlanın.

Hizmet talebi yönetimini iyileştirin. Gecikmeleri hemen azaltın.

Yavaş hizmet sunumunu ve kullanıcı memnuniyetsizliğini geride bırakın. %70 otomasyona ulaşın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Hızlı kurulum.