Müşteri Enerji ve Altyapıi Data Şablonunuz

Microsoft Dynamics 365 Müşteri Enerji ve Altyapıi
Müşteri Enerji ve Altyapıi `Data` Şablonunuz

Müşteri Enerji ve Altyapıi Data Şablonunuz

Bu şablon, müşteri hizmetleri sürecinizin detaylı bir analizi için gerekli temel verileri toplamak için yapılandırılmış bir yaklaşım sunar. Toplanacak kritik nitelikleri, izlenecek temel etkinlikleri özetler ve bu bilgilerin etkili bir şekilde nasıl çıkarılacağı konusunda rehberlik. sunar.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Microsoft Dynamics 365 Customer Service için veri veri veri dışa aktarım rehberliği
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Müşteri Enerji ve Altyapıi Öznitelikleri

Bunlar, müşteri hizmetleri sürecinizin detaylı bir analizi için event lognüze dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 8 Opsiyonel
Ad Açıklama
BT Hizmet Talebi Yönetimi
ServiceRequest
Bir müşteri hizmeti talebi için benzersiz tanımlayıcı, aynı zamanda vaka veya bilet olarak da bilinir.
Açıklama

BT Hizmet Talebi Yönetimi, tek bir müşteri sorgusu veya sorunuyla ilgili tüm etkinlikleri birbirine bağlayan birincil tanımlayıcı görevi görür. Process Mining 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 sunar. BT Hizmet Talebi Yönetimi'ne göre analiz yapmak, uçtan uca yolculuğu izlemeye, çözüm sürelerini ölçmeye ve benzer vakalardaki kalıpları belirlemeye sunar.

Neden Önemli?dir?

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 sunar.

Nereden Alınır??

Bu, Microsoft Dynamics 365 Müşteri Enerji ve Altyapıi'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 temelini oluşturur, süreç akışının görselleştirilmesine ve analizine sunar. Her etkinlik, bir zaman damgası (zaman damgası)yla birleştirildiğinde, süreç sırasını tanımlayan bir olay oluşturur.

Neden Önemli?dir?

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 darboğazları bulmak için büyük önem taşır.

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 zaman damgası (zaman damgası)dır.
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 gereklidir. Doğru ve tutarlı bir zaman damgası (zaman damgası), süreç madenciliği analizinin bütünlüğü için büyük önem taşır.

Neden Önemli?dir?

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

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
verinin çı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 Enerji ve Altyapıi'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 güçlüak için büyük önem taşır.

Neden Önemli?dir?

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

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 Enerji ve Altyapıi
Son Veri Güncellemesi
LastDataUpdate
Kaynak sistemden en son veri yenileme veya çıkarma zaman damgası (zaman damgası)dır.
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 gereklidir. Kullanıcıların panoları ve analizleri yorumlarken verilerin güncelliğinden haberdar olmasını sunar.

Neden Önemli?dir?

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 önemlidir.

Nereden Alınır??

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

Örnekler:::::::
2023-10-27T08:00:00Z
BT Hizmet Talebi Yönetimi 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 temel teşkil eder. 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?dir?

Tür bazında darboğazları, kaynak ihtiyaçlarını ve iyileştirme fırsatlarını ortaya çıkarmak için süreç segmentasyonuna sunar, 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 SorgusuTeknik DestekÜrün Geri BildirimiHesap Yönetimi
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 sunar. Bu öznitelik, vakaların süreç döngüsü boyunca nasıl ve neden ilerlediğinin inceliklerini anlamak için büyük önem taşır. Ö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 büyük önem taşır.

Neden Önemli?dir?

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 sunar.

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ı
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?dir?

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 stratejik bilgiler sunar.

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 sunar, 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 gereklidir.

Neden Önemli?dir?

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

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ı güçlüak için temel rol oynar.

Neden Önemli?dir?

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 talebini çözmek için sözleşmeyle kararlaştırılan 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 olarak kullanılır. Bu değer, SLA Uyum İzleme panosu ve SLA Uyum Oranı KPI'sını hesaplamak için büyük önem taşır, sürecin hizmet taahhütlerini yerine getiremediği yerleri vurgular.

Neden Önemli?dir?

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

Nereden Alınır??

Bu değer, Dynamics 365'teki SLA yapılandırması tarafından belirlenir ve SLA KPI Örnekler:::::::i 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 büyük önem taşır. 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?dir?

Bireysel ve ekip performans analizini sunar, 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ğ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 büyük önem taşır, bilgi tabanının değerini ve eksiksizliğini değerlendirmeye yardımcı olur.

Neden Önemli?dir?

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 Skoru
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 gereklidir, süreç performansını müşteri sonuçlarına bağlar.

Neden Önemli?dir?

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

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
İ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 sunar, 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?dir?

Ü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 sunar.

Nereden Alınır??

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

Örnekler:::::::
Alpha-100 PrinterZeta 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 göstergedir.
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?dir?

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 göstergedir.
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ç sunar.

Neden Önemli?dir?

Her vakada SLA uyumu için net bir başarı veya başarısızlık sonucu sunar, 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 büyük önem taşır.

Neden Önemli?dir?

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

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 göstergedir.
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 temel rol oynar.

Neden Önemli?dir?

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ı sunar.

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 göstergedir.
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 gereklidir, yönlendirmelerin temel nedenlerini ve ilk destek katmanlarındaki zayıflıkları belirlemeye yardımcı olur.

Neden Önemli?dir?

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 Opsiyonel

Müşteri Enerji ve Altyapıi Etkinlikleri

Bunlar, müşteri hizmetlerinin doğru bir şekilde keşfedilmesi ve optimize edilmesi için event lognüzde yakalanması gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 7 Opsiyonel
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?dir?

Bu, sistemdeki süreç süreç 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. zaman damgası (zaman damgası) audit history'de mevcuttur.

Yakala

'statecode'un nihai terminal durumuna (örn. İptal Edildi/Kapalı) değiştiği zaman damgası (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?dir?

Bu etkinlik, SLA uyumluluğunu izlemek ve hizmet taahhütleri için saatin ne zaman başladığını anlamak için büyük önem taşır. 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ı (zaman damgası) başlangıcı işaret eder.

Yakala

Vakayla ilişkili 'SLA KPI Örneği' kaydının oluşturulma zaman damgası (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?dir?

Atamaları izlemek, iş yükü dağılımını analiz etmek, atamayla ilgili gecikmeleri belirlemek ve yönlendirme verimliliğini anlamak için büyük önem taşır. 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 zaman damgası (zaman damgası)'i audit history log'larında mevcuttur.

Yakala

ownerid alanındaki zaman damgası (zaman damgası)'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?dir?

Birincil başarı tabanlı son event olarak, bu activity çözüm sürelerini ve başarı oranlarını hesaplamak için büyük önem taşır. 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ı (zaman damgası) çözüm süresini işaretler.

Yakala

İlişkili 'Çözüm' etkinlik kaydından 'actualend' veya 'createdon' zaman damgası (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ı (zaman damgası)yla günlüğe kaydedilen açık bir olaydır.
Neden Önemli?dir?

Birincil başlangıç event'i olarak, bu activity genel case süreç döngüsü süresini hesaplamak ve case hacmi eğilimlerini anlamak için büyük önem taşır. 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ı (zaman damgası)ndan yakalanır.

Yakala

Olay kaydının 'createdon' zaman damgası (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?dir?

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 büyük önem taşır. 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 işaretçi'leyen açık bir özel action da olabilir.

Yakala

ownerid alanının bilinen bir eskalasyon kuyruğuna zaman damgası (zaman damgası)'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?dir?

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 temel rol oynar.

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 zaman damgası (zaman damgası)'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?dir?

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 sunar.

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ı (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?dir?

Bu, müşteriyle ilgili gecikmeleri ölçmek ve 'Müşteri Bilgi Bekleme Süresi' KPI'sını anlamak için büyük önem taşır. 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 zaman damgası (zaman damgası)'i kullanılır.

Yakala

Durum kodunun ('statuscode') belirlenmiş bir 'müşteri bekleniyor' durumuna değiştiği zaman damgası (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?dir?

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 zaman damgası (zaman damgası)'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ı (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?dir?

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 önemli bilgi sunar.

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 zaman damgası (zaman damgası)'i kullanılır.

Yakala

Bir Bilgi Makalesi Olay ile ilişkilendirildiğinde zaman damgası (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?dir?

Yeniden kategorizasyonu izlemek, 'BT Hizmet Talebi Yönetimi Yeniden Kategorizasyon Oranı' KPI'sı için gereklidir. 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 zaman damgası (zaman damgası)'li değişiklikleri audit log'larından çıkarın.

Event tipi explicit
Vaka Yeniden Aktifleş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?dir?

Bu etkinlik, yeniden işleme tespit etmek ve 'İlk Temasta Çözüm Oranı'nı analiz etmek için büyük önem taşır. 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 zaman damgası (zaman damgası)'i audit history'ye kaydedilir.

Yakala

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

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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