Müşteri Hizmetleri Veri Şablonunuz
Müşteri Hizmetleri Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Microsoft Dynamics 365 Customer Service için `extraction` rehberliği
Müşteri Hizmetleri Nitelikleri
| 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
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
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
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,
Nereden alını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
Ö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,
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
Ö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
Ö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
Ö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
Nereden alınır
Bu, Vaka (olay) varlığı üzerindeki 'Yönlendirildi mi' (isescalated) alanına karşılık gelir.
Örnekler
truefalse
|
|||
Müşteri Hizmetleri Etkinlikleri
| 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
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
Yakala
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
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ıç
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
Yakala
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
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
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
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
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
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
Yakala
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
Yakala
Denetim günlüklerinde 'statecode'un Çözüldü'den Aktif'e değiştiği zaman damgasını takip edin.
Event tipi
explicit
|
|||