Müşteri Hizmetleri Veri Şablonunuz

Microsoft Dynamics 365 Müşteri Hizmetleri
Müşteri Hizmetleri Veri Şablonunuz

Müşteri Hizmetleri Veri Şablonunuz

Bu şablon, müşteri hizmetleri sürecinizin kapsamlı bir analizi için gerekli temel verileri toplamak için yapılandırılmış bir yaklaşım sunar. Toplanacak kritik öznitelikleri, izlenecek temel etkinlikleri özetler ve bu bilgilerin etkili bir şekilde nasıl çıkarılacağı konusunda rehberlik sağlar.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Microsoft Dynamics 365 Customer Service için `extraction` rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Müşteri Hizmetleri Nitelikleri

Bunlar, müşteri hizmetleri sürecinizin kapsamlı bir analizi için olay günlüğünüze dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 9 İsteğe Bağlı
Ad Açıklama
Hizmet Talebi
ServiceRequest
Bir müşteri hizmeti talebi için benzersiz tanımlayıcı, aynı zamanda vaka veya bilet olarak da bilinir.
Açıklama

Hizmet Talebi, tek bir müşteri sorgusu veya sorunuyla ilgili tüm etkinlikleri birbirine bağlayan birincil tanımlayıcı görevi görür. Süreç madenciliği için Vaka Kimliği olarak hareket eder, her müşteri etkileşiminin oluşturulmasından kapatılmasına kadar eksiksiz ve tutarlı bir görünüm sağlar. Hizmet Talebi'ne göre analiz yapmak, uçtan uca yolculuğu izlemeye, çözüm sürelerini ölçmeye ve benzer vakalardaki kalıpları belirlemeye olanak tanır.

Neden önemli

Bu, tüm ilgili olayları tek bir süreç örneğine bağlayan temel Vaka Kimliği'dir ve uçtan uca süreç analizini mümkün kılar.

Nereden alınır

Bu, Microsoft Dynamics 365 Müşteri Hizmetleri'ndeki Vaka (olay) varlığının birincil anahtarıdır.

Örnekler
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
Aktivite
ActivityName
Bir hizmet talebi için belirli bir zamanda meydana gelen özel iş etkinliğinin adı.
Açıklama

Bu öznitelik, 'Vaka Oluşturuldu', 'Temsilci Sorunu Araştırdı' veya 'Vaka Çözüldü' gibi müşteri hizmetleri süreci içindeki tek bir adımı veya durum değişikliğini tanımlar. Bu etkinlikler, süreç haritasının omurgasını oluşturur, süreç akışının görselleştirilmesine ve analizine olanak tanır. Her etkinlik, bir zaman damgasıyla birleştirildiğinde, süreç sırasını tanımlayan bir olay oluşturur.

Neden önemli

Etkinlikler, süreçteki adımları tanımlar. Etkinliklerin sırasını ve sıklığını analiz etmek, süreç akışlarını anlamak, sapmaları belirlemek ve bottleneck'leri bulmak için temeldir.

Nereden alınır

Genellikle durum değişikliklerini ('statuscode') veya Görevler, E-postalar veya Telefon Görüşmeleri gibi ilgili varlıklardan belirli olayları standartlaştırılmış bir etkinlik adına eşleyerek elde edilir.

Örnekler
Vaka OluşturulduTemsilci Sorunu AraştırdıMüşteriye Çözüm ÖnerildiCase Kapatıldı
Başlangıç Zamanı
EventTime
Aktivitenin ne zaman gerçekleştiğini gösteren timestamp.
Açıklama

Bu öznitelik, belirli bir etkinliğin gerçekleştiği kesin tarihi ve saati kaydeder. Olayları doğru sıralamak ve döngü süreleri, süreler ve etkinlikler arasındaki bekleme süreleri dahil olmak üzere tüm zaman tabanlı analizler için esastır. Doğru ve tutarlı bir zaman damgası, süreç madenciliği analizinin bütünlüğü için kritik öneme sahiptir.

Neden önemli

Bu zaman damgası, olayları kronolojik olarak sıralar ve performans analizi ve darboğaz tespiti için kritik olan tüm süre tabanlı hesaplamaları mümkün kılar.

Nereden alınır

Bu, Vaka (olay) varlığı veya ilgili etkinlik varlıkları (örn. E-posta, Görev, Telefon Görüşmesi) üzerindeki 'createdon' veya 'modifiedon' gibi alanlara karşılık gelir.

Örnekler
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
Kaynak Sistem
SourceSystem
`veri`nin çıkarıldığı kaynak sistemi tanımlar.
Açıklama

Bu öznitelik, olay verilerinin kökenini belirtir. Bu süreç için, Microsoft Dynamics 365 Müşteri Hizmetleri'ni kaynak olarak tutarlı bir şekilde tanımlayacaktır. Birden fazla sistemin olduğu ortamlarda, bu alan veri kaynaklarını ayırt etmek ve veri kökenini sağlamak için kritik öneme sahiptir.

Neden önemli

Veri yönetimi ve özellikle karma sistem analizlerinde veri tutarsızlıklarını gidermek için kritik olan net veri kökeni sağlar.

Nereden alınır

Bu genellikle veri çıkarma ve dönüştürme süreci sırasında veri setinin kaynağını etiketlemek için eklenen statik bir değerdir.

Örnekler
Microsoft Dynamics 365 Müşteri Hizmetleri
Son Veri Güncellemesi
LastDataUpdate
Kaynak sistemden en son veri yenileme veya çıkarma zaman damgası.
Açıklama

Bu öznitelik, verilerin Microsoft Dynamics 365'ten en son ne zaman çekildiğini gösterir. Analiz edilen verilerin güncelliğini anlamak için kullanılır ve raporlama ve izleme amaçları için esastır. Kullanıcıların panoları ve analizleri yorumlarken verilerin güncelliğinden haberdar olmasını sağlar.

Neden önemli

Kullanıcılara data'nın güncelliği hakkında bilgi verir, bu da süreç analizine dayalı zamanında ve doğru iş kararları almak için hayati önem taşır.

Nereden alınır

Bu değer, veri çıkarma anında oluşturulur ve veri setine damgalanır.

Örnekler
2023-10-27T08:00:00Z
Durum Nedeni
StatusReason
Hizmet talebinin mevcut durumu için daha ayrıntılı bir neden sunar.
Açıklama

Bir vakanın 'Aktif' veya 'Çözüldü' gibi genel bir durumu varken, Durum Nedeni 'Bilgi Sağlandı' veya 'Sorun Çözüldü' gibi daha spesifik bağlam sağlar. Bu öznitelik, vakaların yaşam döngüsü boyunca nasıl ve neden ilerlediğinin inceliklerini anlamak için kritik öneme sahiptir. Örneğin, başarılı bir şekilde çözülen vakalar ile müşteri tarafından iptal edilen vakalar arasında ayrım yapabilir, bu da doğru sonuç analizi için hayati öneme sahiptir.

Neden önemli

Bir vakanın sonucuna ve durum değişikliklerinin nedenlerine dair ayrıntılı bilgi sunarak, çözüm yollarının ve temel nedenlerin daha hassas bir şekilde analiz edilmesini sağlar.

Nereden alınır

Bu, Vaka (olay) varlığı üzerindeki 'Durum Nedeni' (statuscode) alanına karşılık gelir.

Örnekler
Devam EdiyorBeklemedeSorun ÇözüldüBilgi Sağlandı
Hizmet Talebi Türü
ServiceRequestType
Hizmet talebinin birincil kategorisi veya sınıflandırması.
Açıklama

Bu öznitelik, hizmet talebini 'Fatura Sorgusu', 'Teknik Destek' veya 'Ürün Geri Bildirimi' gibi doğasına göre kategorize eder. Farklı talep türlerinin nasıl ele alındığını anlamak için süreç analizini segmentlere ayırmak temeldir. Türe göre analiz, belirli kategorilerin daha uzun çözüm sürelerine, daha yüksek yönlendirme oranlarına sahip olduğunu veya farklı süreç yollarını izlediğini ortaya çıkarabilir.

Neden önemli

Tür bazında bottleneck'leri, kaynak ihtiyaçlarını ve iyileştirme fırsatlarını ortaya çıkarmak için süreç segmentasyonuna olanak tanır, bu da daha iyi routing ve işleme stratejilerini destekler.

Nereden alınır

Bu bilgi genellikle Vaka (olay) varlığı üzerindeki 'Konu' (subjectid) alanında veya özel bir kategori alanında saklanır.

Örnekler
Fatura SorgulamaTeknik DestekÜrün Geri BildirimiHesap Yönetimi
Kanal
Channel
Hizmet talebinin başlatıldığı iletişim kanalı.
Açıklama

Bu öznitelik, müşteri etkileşiminin Kökeni'ni, örneğin Telefon, E-posta, Web Portalı veya Sohbet olarak tanımlar. Farklı kanallar genellikle farklı süreç akışlarına, müşteri beklentilerine ve çözüm karmaşıklıklarına sahiptir. Süreci kanala göre analiz etmek, kanala özgü iş akışlarını ve kaynak tahsisini optimize etmeye yardımcı olur.

Neden önemli

Farklı müşteri iletişim kanallarının süreç verimliliğini, çözüm süresini ve müşteri memnuniyetini nasıl etkilediğine dair içgörüler sağlar.

Nereden alınır

Bu, Vaka (olay) varlığı üzerindeki 'Vaka Kaynağı' (caseorigincode) alanına karşılık gelir.

Örnekler
TelefonE-postaWebChat
Müşteri Adı
CustomerName
Hizmet talebiyle ilişkili müşteri veya hesap adı.
Açıklama

Bu öznitelik, hizmet talebini başlatan müşteriyi tanımlar. Sürecin müşteri odaklı bir görünümden analiz edilmesine olanak tanır, hangi müşterilerin en çok talep gönderdiğini, en uzun çözüm sürelerini yaşadığını veya en karmaşık sorunlara sahip olduğunu belirlemeye yardımcı olur. Bu, müşteri ilişkilerini yönetmek ve müşteriye özel hizmet sunumunu iyileştirmek için esastır.

Neden önemli

Müşteri düzeyinde analiz yaparak kalıpları belirlemeye, önemli hesaplar için hizmeti iyileştirmeye ve müşteri yolculuğunu anlamaya olanak tanır.

Nereden alınır

Bu, Vaka (olay) varlığı üzerindeki 'Müşteri' (customerid) arama alanıdır ve bir Hesap veya İletişim kaydına işaret edebilir.

Örnekler
`Global Tech Inc.`Ayşe YılmazÇözümleri Yenilikçi Hale Getir
Öncelik
Priority
Hizmet talebine atanan, aciliyetini gösteren öncelik düzeyi.
Açıklama

Bu öznitelik, bir hizmet talebinin aciliyetini tanımlar, tipik olarak Düşük, Normal, Yüksek veya Acil olarak kategorize edilir. Öncelik, vakaların ele alınma sırasını belirlemek için kullanılır ve genellikle SLA hedeflerini dikte eder. Önceliğin süreç akışını, kaynak tahsisini ve çözüm sürelerini nasıl etkilediğini analiz etmek, kritik sorunların derhal ele alınmasını sağlamak için anahtardır.

Neden önemli

Yüksek öncelikli taleplerin daha hızlı işlenip hedeflerine ulaşıp ulaşmadığını ve öncelik seviyelerinin genel süreç performansını nasıl etkilediğini anlamaya yardımcı olur.

Nereden alınır

Bu, Vaka (olay) varlığı üzerindeki 'Öncelik' (prioritycode) alanına karşılık gelir.

Örnekler
DüşükNormalYüksek
SLA Hedef Çözüm Süresi
SlaTargetResolutionTime
Hizmet talebinin çözülmesi için sözleşmeyle belirlenmiş hedef süre.
Açıklama

Bu öznitelik, aktif Hizmet Seviyesi Anlaşması (SLA) uyarınca bir hizmet talebinin çözülmesi gereken hedef süreyi belirtir. Gerçek performansın ölçüldüğü bir kıyaslama noktası olarak hizmet eder. Bu değer, SLA Uyum İzleme panosu ve SLA Uyum Oranı KPI'sını hesaplamak için kritik öneme sahiptir, sürecin hizmet taahhütlerini yerine getiremediği yerleri vurgular.

Neden önemli

Bu, hizmet performansını taahhütlere karşı ölçmek için birincil kıyaslama noktasıdır, SLA uyumu ve ihlallerinin analizini doğrudan sağlar.

Nereden alınır

Bu değer, Dynamics 365'teki SLA yapılandırması tarafından belirlenir ve SLA KPI Örnekleri aracılığıyla bir vakayla ilişkilendirilir.

Örnekler
2592008640014400
Temsilci Adı
AgentName
Etkinlikten sorumlu müşteri hizmetleri temsilcisinin veya kullanıcısının adı.
Açıklama

Bu öznitelik, bir kuyruktan bir öğeyi seçmek veya bir vakayı çözmek gibi bir etkinliği gerçekleştiren belirli temsilciyi veya sistem kullanıcısını tanımlar. Temsilci performansını, iş yükü dağılımını ve kaynak tahsisini analiz etmek için kritik öneme sahiptir. Etkinlikleri temsilci düzeyinde izleyerek, kuruluşlar en iyi performans gösterenleri, eğitim ihtiyaçlarını ve iş yükündeki dengesizlikleri belirleyebilir.

Neden önemli

Bireysel ve ekip performans analizini sağlar, workload'ı dengelemeye yardımcı olur ve genel hizmet kalitesini artırmak için coaching opportunity'lerini belirler.

Nereden alınır

Case (incident) varlığındaki 'Owner' (ownerid) alanına karşılık gelir ve System User (systemuser) varlığına bağlanır.

Örnekler
Alice SmithBob JohnsonSistem
Bilgi Makalesi Kimliği
KnowledgeArticleId
Hizmet talebine bağlanan bir bilgi bankası makalesinin tanımlayıcısı.
Açıklama

Bu öznitelik, bir hizmet talebinin çözümü sırasında kullanılan veya bağlanan herhangi bir bilgi makalesinin kimliğini yakalar. Bilgi tabanının temsilciler tarafından müşteri sorunlarını çözmek için ne kadar etkili kullanıldığını doğrudan ölçer. Bu veri, Bilgi Makalesi Kullanım panosu ve ilgili KPI için anahtardır, bilgi tabanının değerini ve eksiksizliğini değerlendirmeye yardımcı olur.

Neden önemli

Bilgi tabanı kullanımını izler, temsilcilerin sorunları daha hızlı ve daha tutarlı bir şekilde çözmek için mevcut kaynaklardan yararlanıp yararlanmadığını anlamaya yardımcı olur.

Nereden alınır

Bu bilgi, Vaka (olay) ve Bilgi Makalesi (knowledgearticle) varlıkları arasındaki ilişkide bulunur.

Örnekler
KA-01337KA-02048
CSAT Puanı
CustomerSatisfactionScore
Vaka çözüldükten sonra müşteri tarafından verilen memnuniyet puanı.
Açıklama

Bu öznitelik, genellikle bir hizmet talebi kapatıldıktan sonra toplanan bir müşteri memnuniyeti (CSAT) anketinden sayısal veya kategorik derecelendirmeyi tutar. Müşterinin hizmet kalitesi algısının doğrudan bir ölçümüdür. Bu veri, Müşteri Memnuniyeti Eğilimleri panosu ve Ortalama Çözüm Sonrası CSAT Puanı KPI için esastır, süreç performansını müşteri sonuçlarına bağlar.

Neden önemli

Müşteri memnuniyetinin doğrudan bir ölçümünü sağlar, kuruluşun süreç davranışlarını müşteri duyarlılığıyla ilişkilendirmesine ve iyileştirmeler yapmasına olanak tanır.

Nereden alınır

Bu genellikle Müşteri Sesi gibi ilgili bir anket varlığından alınır ve Vaka (olay) varlığına geri bağlanır.

Örnekler
5341
Hizmet Talebi Döngü Süresi
ServiceRequestCycleTime
Bir hizmet talebinin oluşturulmasından çözülmesine kadar geçen toplam süre.
Açıklama

Bu hesaplanmış metrik, her hizmet talebi için uçtan uca süreyi ölçer. 'Vaka Oluşturuldu' etkinliği ile 'Vaka Çözüldü' etkinliği arasındaki zaman farkı olarak hesaplanır. Genel süreç verimliliğini değerlendirmek için birincil bir KPI'dır ve Hizmet Talebi Çözüm Süreleri panosunun merkezindedir. Olağanüstü uzun süren vakaları tespit etmeye ve sistemik gecikmeleri belirlemeye yardımcı olur.

Neden önemli

Bu, uçtan uca çözüm sürecinin verimliliğini doğrudan ölçen ve uzun süren vakaları belirlemeye yardımcı olan temel bir süreç performans metriğidir.

Nereden alınır

Her Case ID için son çözüm event'inin timestamp'inden ilk event'in timestamp'i çıkarılarak hesaplanır.

Örnekler
1728006048003600
İlgili Ürün
ProductInvolved
Müşterinin hizmet talebiyle ilişkili ürün.
Açıklama

Bu öznitelik, müşterinin sorununun ilgili olduğu belirli ürünü veya hizmeti tanımlar. Hizmet sürecinin ürüne dayalı segmentasyonuna olanak tanır, bu da belirli ürünlerin daha fazla destek talebi oluşturup oluşturmadığını, daha karmaşık sorunları olup olmadığını veya uzman temsilci becerileri gerektirip gerektirmediğini ortaya çıkarabilir. Bu analiz, ürün iyileştirme ve kaynak planlamasına yardımcı olur.

Neden önemli

Ürüne özel süreç analizi yaparak tekrar eden ürün sorunlarını belirlemeye, support documentation'larını iyileştirmeye ve uzman kaynakları etkili bir şekilde tahsis etmeye olanak tanır.

Nereden alınır

Bu, Vaka (olay) varlığı üzerindeki 'Ürün' (productid) arama alanına karşılık gelir.

Örnekler
Alpha-100 YazıcıZeta CRM YazılımıOmega Veri Planı
İlk Temas Çözümü mü
IsFirstContactResolution
Talebin ilk temasta çözülüp çözülmediğini gösteren bir `flag`.
Açıklama

Bu hesaplanmış öznitelik, müşteriden herhangi bir takip etkileşimi veya temsilci yeniden ataması gerektiren önemli gecikmeler olmaksızın çözülen hizmet taleplerini tanımlar. Kesin mantığı tanımlamak karmaşık olabilir, ancak genellikle kısa bir döngü süresi ve ilk etkileşimden sonra yeniden açma veya müşteri sorgulama etkinliklerinin yokluğunu kontrol etmeyi içerir. İlk Temasta Çözüm Oranı KPI'sının temelidir.

Neden önemli

Bu, sorunları hızlı ve eksiksiz çözme yeteneğini vurguladığı için hizmet verimliliğinin ve müşteri memnuniyetinin kritik bir ölçüsüdür.

Nereden alınır

Her case için event log'undaki etkinliklerin sırası ve zamanlamasına göre hesaplanır.

Örnekler
truefalse
SLA İhlal Edildi mi?
IsSlaBreached
Hizmet talebinin SLA hedefini aşıp aşmadığını gösteren hesaplanmış bir `flag`.
Açıklama

Bu boolean bayrak, bir hizmet talebinin gerçek çözüm süresinin 'SLA Hedef Çözüm Süresi' ile karşılaştırılmasıyla belirlenir. Gerçek süre hedef süreden uzunsa doğru olarak ayarlanır. Bu öznitelik, SLA Uyum İzleme panosu ve SLA Uyum Oranı KPI'sını hesaplamak için temeldir, her vakanın SLA performansı için net, ikili bir sonuç sağlar.

Neden önemli

Her vakada SLA uyumu için net bir başarı veya başarısızlık sonucu sağlar, ihlallerin temel nedenlerini filtrelemeyi, birleştirmeyi ve analiz etmeyi kolaylaştırır.

Nereden alınır

'ServiceRequestCycleTime' ile 'SlaTargetResolutionTime' karşılaştırılarak hesaplanır.

Örnekler
truefalse
Sorumlu Ekip
OwnerTeam
Hizmet talebine mevcut durumda sahip olan ekip.
Açıklama

Bu öznitelik, hizmet talebinden sorumlu ekibi tanımlar. Bir talebin sahibi bireysel bir temsilci veya bir ekip (kuyruk) olabilir. Ekibe göre analiz yapmak, ekip düzeyinde performansı, farklı destek katmanları veya uzmanlık alanları arasındaki iş yükü dağılımını anlamak ve ekipler arasındaki süreç varyasyonlarını belirlemek için kritik öneme sahiptir.

Neden önemli

Destek katmanlarını ve uzmanlaşmış grupları etkili bir şekilde yönetmek için gerekli olan ekip düzeyinde performans analizi yapılmasına olanak tanır.

Nereden alınır

Case (incident) varlığındaki 'Owner' (ownerid) alanından türetilir, bu alan sahibi bir System User yerine bir Team record olduğunda geçerlidir.

Örnekler
1. Kademe DestekFatura DepartmanıTeknik Uzmanlar
Yeniden İşleme mi?
IsRework
Bir `case`'in yeniden işleme faaliyetleri içerip içermediğini gösteren hesaplanmış bir `flag`.
Açıklama

Bu boolean bayrak, birden çok 'Müşteriden Bilgi Talep Edildi' olayı veya çözüldükten sonra 'Vaka Yeniden Etkinleştirildi' olayı gibi yeniden işleme döngüleri veya tekrar eden etkinlikler içeren vakaları tanımlar. Verimsizliği veya sorunu ilk seferde doğru çözememe durumunu gösteren kalıplar için etkinlik dizisini analiz ederek hesaplanır. Bu öznitelik, Yeniden İşleme ve Tekrar Eden Temas Analizi panosu için anahtardır.

Neden önemli

Süreç verimsizliklerini nicelleştirmeye ve izole etmeye yardımcı olur, bu da analistlerin tekrarlanan işlerin ve boşa harcanan çabanın temel nedenlerine odaklanmasını sağlar.

Nereden alınır

Belirli activity dizileri (örneğin, Resolved -> Reactivated) veya bir case içindeki tekrarlanan activity'ler Process Mining analizi kullanılarak tespit edilerek hesaplanır.

Örnekler
truefalse
Yükseltildi mi
IsEscalated
Hizmet talebinin eskalasyona uğrayıp uğramadığını gösteren bir `flag`.
Açıklama

Bu boolean öznitelik, bir hizmet talebinin yönlendirmeye tabi tutulup tutulmadığını gösterir. Yönlendirmeler, birinci düzey desteğin bir sorunu çözemediği durumlarda, daha üst düzey bir ekip veya uzmandan müdahale gerektirdiğinde meydana gelir. Bu bayrağı izlemek, İç Yönlendirme Yolları panosu ve İç Yönlendirme Oranı KPI için esastır, yönlendirmelerin temel nedenlerini ve ilk destek katmanlarındaki zayıflıkları belirlemeye yardımcı olur.

Neden önemli

Eskalasyonların sıklığını doğrudan ölçer, ilk temasta çözümle ilgili sorunları vurgular ve süreç veya agent skill iyileştirmelerine ihtiyaç duyan alanlara işaret eder.

Nereden alınır

Bu, Vaka (olay) varlığı üzerindeki 'Yönlendirildi mi' (isescalated) alanına karşılık gelir.

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

Müşteri Hizmetleri Etkinlikleri

Bunlar, müşteri hizmetlerinin doğru bir şekilde keşfedilmesi ve optimize edilmesi için olay günlüğünüzde yakalanması gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 7 İsteğe Bağlı
Aktivite Açıklama
Case Kapatıldı
Bu, vaka kaydının son idari kapatılmasıdır ve çözümle aynı zamanda veya bir süre sonra gerçekleşebilir. Bu etkinlik, vakanın durumunun 'Kapalı' olarak değiştirilmesiyle yakalanır.
Neden önemli

Bu, sistemdeki süreç yaşam döngüsünün mutlak sonunu temsil eder. 'Çözüldü' ve 'Kapalı' arasındaki süre, idari yükü veya kayıtları sonlandırmadaki gecikmeleri gösterebilir.

Nereden alınır

Incident varlığındaki 'statecode' alanının 'Canceled' (2) veya özel bir kapalı duruma değişmesiyle yakalanır. Timestamp audit history'de mevcuttur.

Yakala

'statecode'un nihai terminal durumuna (örn. İptal Edildi/Kapalı) değiştiği zaman damgasını takip edin.

Event tipi explicit
SLA Zamanlayıcısı Başladı
`Case` için bir `Service Level Agreement` (`SLA`) `timer`'ının etkinleştiğini gösterir, bu da 'First Response By' veya 'Resolve By' gibi tanımlanmış bir `service metric`'e karşı zamanı izlemeye başlar. Bu, Dynamics 365 SLA `engine`'i tarafından yönetilen açık bir `event`'tir.
Neden önemli

Bu etkinlik, SLA uyumluluğunu izlemek ve hizmet taahhütleri için saatin ne zaman başladığını anlamak için temeldir. Hizmet hedeflerinin karşılanıp karşılanmadığının analizini doğrudan destekler.

Nereden alınır

'Olay' varlığıyla ilişkili olan 'SLA KPI Örneği' varlığına kaydedilir. İlgili SLA KPI Örneği kaydının 'createdon' zaman damgası başlangıcı işaret eder.

Yakala

Vakayla ilişkili 'SLA KPI Örneği' kaydının oluşturulma zaman damgasını kullanın.

Event tipi explicit
Vaka Atandı
Bu etkinlik, bir vakanın belirli bir kuyruğa veya kullanıcıya atanmasını temsil eder. Sistem, vaka sahibindeki değişiklikleri açıkça kaydeder ve bunlar sistemin denetim günlükleri aracılığıyla izlenebilir.
Neden önemli

Atamaları izlemek, iş yükü dağılımını analiz etmek, atamayla ilgili gecikmeleri belirlemek ve yönlendirme verimliliğini anlamak için kritik öneme sahiptir. Vakaların doğru ekibe veya kişiye ne kadar hızlı yönlendirildiği hakkındaki soruları yanıtlamaya yardımcı olur.

Nereden alınır

Incident varlığındaki 'ownerid' alanındaki değişiklikler izlenerek yakalanır. Değişikliğin timestamp'i audit history log'larında mevcuttur.

Yakala

ownerid alanındaki timestamp'li değişiklikleri audit log'larından çıkarın.

Event tipi explicit
Vaka Çözüldü
Bu, temsilcinin müşterinin sorununu ele alınmış olarak kabul ettiği noktayı temsil eden önemli bir kilometre taşıdır. Bu, Dynamics 365'te vakaya bağlı bir 'Vaka Çözümü' etkinlik kaydı oluşturan açık bir eylemdir.
Neden önemli

Birincil başarı tabanlı son event olarak, bu activity çözüm sürelerini ve başarı oranlarını hesaplamak için çok önemlidir. Neredeyse her müşteri hizmetleri KPI'sının kritik bir bileşenidir.

Nereden alınır

Bu olay, bir 'Çözüm' (Vaka Çözümü) etkinlik kaydının oluşturulmasına karşılık gelir. Bu kayıttaki 'actualend' zaman damgası çözüm süresini işaretler.

Yakala

İlişkili 'Çözüm' etkinlik kaydından 'actualend' veya 'createdon' zaman damgasını kullanın.

Event tipi explicit
Vaka Oluşturuldu
Bu etkinlik, sistemde yeni bir vaka kaydı oluşturulduğunda müşteri hizmetleri sürecinin başlangıcını işaretler. Oluşturma, 'Olay' varlığı kaydının ilk kez kaydedildiği belirli bir zaman damgasıyla günlüğe kaydedilen açık bir olaydır.
Neden önemli

Birincil başlangıç event'i olarak, bu activity genel case yaşam döngüsü süresini hesaplamak ve case hacmi eğilimlerini anlamak için çok önemlidir. Tüm sonraki süreç analizleri için bir dayanak noktası görevi görür.

Nereden alınır

Bu olay, her yeni kayıt için 'Olay' (Vaka) varlığı üzerindeki 'createdon' zaman damgasından yakalanır.

Yakala

Olay kaydının 'createdon' zaman damgasını kullanın.

Event tipi explicit
Vaka Üst Düzeye Yükseltildi
Bir vakanın daha yüksek bir destek düzeyine veya farklı bir ekibe resmi olarak yönlendirilmesini temsil eder. Bu, vakayı belirlenmiş bir yönlendirme kuyruğuna veya kullanıcıya yeniden atayan açık bir kullanıcı eylemi olabilir.
Neden önemli

Yönlendirmeleri izlemek, 'İç Yönlendirme Oranı' KPI'sı için ve ilk düzey desteğin çözemediği sorunların temel nedenlerini belirlemek için hayati öneme sahiptir. Süreç zayıflıklarını ve eğitim fırsatlarını vurgular.

Nereden alınır

ownerid alanının belirlenmiş bir eskalasyon kuyruğuna veya ekibine değişmesinden çıkarılır. Aynı zamanda, case'i eskalasyonlu olarak flag'leyen açık bir özel action da olabilir.

Yakala

ownerid alanının bilinen bir eskalasyon kuyruğuna timestamp'li değişimini belirleyin.

Event tipi inferred
Kuyruk Öğesi Temsilci Tarafından Seçildi
Bu olay, bir temsilcinin üzerinde çalışmaya başlamak için paylaşılan bir kuyruktan aktif olarak bir vaka almasıyla meydana gelir. Bu, kullanıcının kasıtlı bir eylemidir ve sistemin vakayı kuyruğa atamasından farklıdır.
Neden önemli

Bu etkinlik, bir vakanın bir temsilci işe başlamadan önce bir kuyrukta ne kadar beklediğini ölçmeye yardımcı olur. Kuyruk darboğazlarını belirlemek ve temsilci proaktifliğini anlamak için anahtardır.

Nereden alınır

Bir kullanıcı, vakayla ilişkili 'QueueItem' varlığı üzerindeki 'workedbyid' alanını güncellediğinde veya vaka sahibi bir kuyruktan bir kullanıcıya değiştiğinde izlenir.

Yakala

QueueItem üzerindeki workedbyid alanı doldurulduğundaki timestamp'i belirleyin.

Event tipi explicit
Memnuniyet Anketi Gönderildi
Bir vaka çözüldükten sonra genellikle otomatik olarak tetiklenen bir müşteri memnuniyeti anketinin gönderildiğini işaretler. Bu genellikle giden bir e-posta veya Müşteri Sesi anket etkinliği olarak yakalanır.
Neden önemli

Bu etkinlik, operasyonel süreci müşteri deneyimi sonuçlarına bağlar. Bir vakanın izlediği süreç yolu bağlamında memnuniyet puanlarının analizini sağlar.

Nereden alınır

Case ile ilgili bir survey link içeren giden bir 'Email' activity'sinin oluşturulmasından veya bir 'Customer Voice survey invite' activity record'undan çıkarılır.

Yakala

Anketle ilgili etkinlik kaydının oluşturulma zaman damgasını kullanın.

Event tipi inferred
Müşteriden Bilgi Talep Edildi
Bu etkinlik, temsilcinin devam etmek için müşteriden daha fazla bilgiye ihtiyaç duyduğu bir noktayı işaretler. Genellikle vaka durumunun 'beklemede' olarak değiştirilmesiyle veya vaka zaman çizelgesinden giden bir e-posta gönderilmesiyle çıkarılır.
Neden önemli

Bu, müşteriyle ilgili gecikmeleri ölçmek ve 'Müşteri Bilgi Bekleme Süresi' KPI'sını anlamak için kritik öneme sahiptir. Harici giriş bekleyerek harcanan süreç süresini izole etmeye yardımcı olur.

Nereden alınır

Incident varlığındaki 'statuscode' alanının 'Müşteri Bekleniyor' nedeni ile 'On Hold' gibi bir değere değişmesinden çıkarılabilir. Bu durum değişikliğinin timestamp'i kullanılır.

Yakala

Durum kodunun ('statuscode') belirlenmiş bir 'müşteri bekleniyor' durumuna değiştiği zaman damgasını takip edin.

Event tipi inferred
Müşteriye Çözüm Önerildi
Bu etkinlik, temsilcinin bir çözüm formüle ettiğini ve bunu müşteriye ilettiğini gösterir. Genellikle vaka zaman çizelgesinden gönderilen giden bir e-postadan veya 'Müşteri Onayı Bekleniyor' durum değişikliğinden çıkarılır.
Neden önemli

Bu kilometre taşı, araştırmadan çözüme geçişi işaret eder. Bir çözüm önerme ile onaylama arasındaki süreyi analiz etmek, müşteri yanıtındaki gecikmeleri veya önerilen düzeltmelerle ilgili sorunları ortaya çıkarabilir.

Nereden alınır

Case ile ilgili giden bir 'Email' activity kaydının timestamp'inden veya bir statuscode değişikliğinin çözüm öncesi bir duruma dönüşmesinden çıkarılabilir.

Yakala

Giden bir e-posta etkinliğinin zaman damgasını veya 'Çözüm Önerildi' durum değişikliğini kullanın.

Event tipi inferred
Temsilci Sorunu Araştırdı
Temsilcinin müşterinin sorununu anlamak ve teşhis etmek için aktif olarak çalıştığını temsil eder. Bu, genellikle temsilcinin bir Bilgi Makalesini vakaya bağlamasıyla belirlenen, araştırmanın gerçekleştiğini gösteren çıkarımsal bir etkinliktir.
Neden önemli

Bunu izlemek, bilgi kaynaklarının kullanımını ve çözüm süreleri üzerindeki etkisini ölçmeye yardımcı olur. Temsilcilerin sorunları verimli bir şekilde çözmek için mevcut araçlardan yararlanıp yararlanmadığına dair içgörü sağlar.

Nereden alınır

Bir Knowledge Article'ı bir Case'e bağlayan 'IncidentKnowledgeBaseRecord' varlığında bir record'un oluşturulmasından çıkarılır. Bu record creation işleminin timestamp'i kullanılır.

Yakala

Bir Bilgi Makalesi Olay ile ilişkilendirildiğinde zaman damgasını kullanın.

Event tipi inferred
Vaka Kategorizasyonu Değiştirildi
Bu olay, bir temsilcinin vakanın ilk oluşturulmasından sonra kategorisini veya konusunu değiştirmesiyle meydana gelir. Bu, sistemin denetim işlevi tarafından izlenen açık bir değişikliktir.
Neden önemli

Yeniden kategorizasyonu izlemek, 'Hizmet Talebi Yeniden Kategorizasyon Oranı' KPI'sı için esastır. Yüksek sıklık, ilk triyajda sorunlara işaret eder, bu da yanlış yönlendirmeye ve gecikmelere yol açar.

Nereden alınır

Incident varlığı için audit history'den, özellikle 'subjectid' alanı veya diğer özel kategorilendirme alanlarındaki değişiklikler izlenerek yakalanır.

Yakala

subjectid alanındaki timestamp'li değişiklikleri audit log'larından çıkarın.

Event tipi explicit
Vaka Yeniden Etkinleştirildi
Daha önce çözülmüş bir vakanın, genellikle müşterinin yanıt vermesi veya sorunun çözülmediğini bildirmesi nedeniyle otomatik veya manuel olarak yeniden açılması durumunda ortaya çıkar. Bu, vaka durumunu 'Çözüldü'den 'Aktif'e geri değiştiren standart bir sistem davranışıdır.
Neden önemli

Bu etkinlik, yeniden işleme tespit etmek ve 'İlk Temasta Çözüm Oranı'nı analiz etmek için kritik öneme sahiptir. Yüksek sayıda yeniden etkinleştirme, eksik veya etkisiz ilk çözümlere işaret eder.

Nereden alınır

Incident varlığındaki 'statecode' alanının 'Resolved' (1) durumundan 'Active' (0) durumuna değişmesiyle yakalanır. Bu değişikliğin timestamp'i audit history'ye kaydedilir.

Yakala

Denetim günlüklerinde 'statecode'un Çözüldü'den Aktif'e değiştiği zaman damgasını takip edin.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Microsoft Dynamics 365 Customer Service'den `data`'nızı nasıl alırsınız?