Müşteri hizmetleri Veri Templateiniz

Microsoft Dynamics 365 müşteri hizmetleri
Müşteri hizmetleri Veri Templateiniz

Müşteri hizmetleri Veri Templateiniz

Bu Template, müşteri hizmetleri sürecinizi ayrıntılı biçimde analiz etmek için gereken temel verileri toplamanıza yönelik yapılandırılmış bir yaklaşım sunar. Toplanması gereken önemli öznitelikleri ve izlenecek temel etkinlikleri listeler, ayrıca bu bilgileri nasıl verimli biçimde çıkarabileceğinizi açıklar.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Microsoft Dynamics 365 müşteri hizmetleri için veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Müşteri hizmetleri öznitelikleri

Müşteri hizmetleri sürecinizi ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları.
5 Zorunlu 7 Önerilen 8 İsteğe bağlı
Ad Açıklama
Hizmet talebi
ServiceRequest
Müşteri hizmetleri talebinin, yani vakanın veya destek kaydının benzersiz tanımlayıcısı.
Açıklama

Hizmet talebi, tek bir müşteri sorusu veya sorunuyla ilgili tüm etkinlikleri birbirine bağlayan birincil tanımlayıcıdır. Process Mining için Vaka kimliği olarak kullanılır ve her müşteri etkileşiminin oluşturulmasından kapanışına kadar eksiksiz ve tutarlı biçimde izlenmesini sağlar. Hizmet talebine göre analiz yaparak uçtan uca yolculuğu izleyebilir, çözüm sürelerini ölçebilir ve benzer vakalardaki örüntüleri belirleyebilirsiniz.

Neden önemli?

Bu temel Vaka kimliği, ilgili tüm olayları tek bir süreç örneğinde birleştirerek uçtan uca süreç analizini mümkün kılar.

Nereden alınır?

Microsoft Dynamics 365 Customer Service içindeki Case (incident) varlığının birincil anahtarıdır.

Örnekler
CAS-01024-F3B4V6SR-2023-00589TKT-4815162342
Aktivite
ActivityName
Bir hizmet talebi için belirli bir anda gerçekleşen iş olayının adı.
Açıklama

Bu öznitelik, müşteri hizmetleri sürecindeki tek bir adımı veya durum değişikliğini tanımlar. Örneğin 'Vaka oluşturuldu', 'Temsilci sorunu inceledi' veya 'Vaka çözüldü'. Bu etkinlikler süreç haritasının temelini oluşturur ve süreç akışını görselleştirip analiz etmenizi sağlar. Her etkinlik, bir zaman damgasıyla birleştirildiğinde süreç sırasını belirleyen 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 darboğazları bulmak için temel önemdedir.

Nereden alınır?

Genellikle statuscode durum değişiklikleri veya Tasks, Emails ya da Phone Calls gibi ilişkili varlıklardaki belirli olaylar standart etkinlik adlarıyla eşleştirilerek elde edilir.

Örnekler
Vaka oluşturulduTemsilci sorunu incelediMüşteriye çözüm önerildiVaka kapatıldı
Başlangıç zamanı
EventTime
Etkinliğin gerçekleştiği zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, belirli bir etkinliğin gerçekleştiği tarih ve saati tam olarak kaydeder. Olayları doğru sıraya koymak ve çevrim sürelerini, süreleri ve etkinlikler arasındaki bekleme zamanlarını hesaplamak dahil zamana dayalı tüm analizler için gereklidir. Doğru ve tutarlı zaman damgaları, Process Mining analizinin güvenilirliği açısından önemlidir.

Neden önemli?

Bu zaman damgası olayları kronolojik sıraya koyar ve performans analizi ile darboğazları belirlemek için gerekli süre hesaplamalarını mümkün kılar.

Nereden alınır?

Case (incident) varlığındaki veya ilişkili etkinlik varlıklarındaki (ör. Email, Task, Phone Call) 'createdon' ya da 'modifiedon' gibi alanlara karşılık gelir.

Örnekler
2023-04-15T10:00:00Z2023-05-20T14:35:10Z2023-06-01T09:12:45Z
Kaynak sistem
SourceSystem
Verilerin çıkarıldığı kaynak sistemi belirtir.
Açıklama

Bu öznitelik, olay verilerinin kaynağını belirtir. Bu süreçte kaynak olarak her zaman Microsoft Dynamics 365 Customer Service gösterilir. Birden fazla sistemin kullanıldığı ortamlarda bu alan, veri kaynaklarını ayırt etmek ve verinin izlenebilirliğini sağlamak için önemlidir.

Neden önemli?

Verinin kaynağını ve izlediği yolu açıkça gösterir. Bu bilgi, veri yönetişimi ve özellikle birden fazla sistemden gelen verilerin birlikte analizinde tutarsızlıkları gidermek için önemlidir.

Nereden alınır?

Genellikle veri çıkarma ve dönüştürme sırasında Veri Seti’nin kaynağını belirtmek için eklenen sabit bir değerdir.

Örnekler
Microsoft Dynamics 365 müşteri hizmetleri
Son veri güncellemesi
LastDataUpdate
Kaynak sistemden son veri yenileme veya çıkarma işleminin zaman damgası.
Açıklama

Bu öznitelik, verilerin Microsoft Dynamics 365'ten en son ne zaman alındığını gösterir. Analiz edilen verilerin güncelliğini anlamak, raporlama ve izleme çalışmaları için gereklidir. Dashboardları ve analizleri yorumlarken kullanıcıların verinin ne kadar güncel olduğunu görmesini sağlar.

Neden önemli?

Kullanıcılara verinin ne kadar güncel olduğunu gösterir. Bu bilgi, süreç analizine dayanarak zamanında ve doğru iş kararları almak için önemlidir.

Nereden alınır?

Bu değer, veri çıkarma sırasında oluşturulur ve Veri Seti’ne eklenir.

Örnekler
2023-10-27T08:00:00Z
Durum nedeni
StatusReason
Hizmet talebinin mevcut durumuna ilişkin daha ayrıntılı bir neden belirtir.
Açıklama

Bir vakanın 'Active' veya 'Resolved' gibi genel bir durumu varken Durum nedeni, 'Information Provided' veya 'Problem Solved' gibi daha ayrıntılı bilgi verir. Bu öznitelik, vakaların yaşam döngüsü boyunca nasıl ve neden ilerlediğini anlamak için önemlidir. Örneğin, başarıyla çözülen vakalarla müşteri tarafından iptal edilen vakaları ayırt ederek sonuç analizinin doğruluğunu artırır.

Neden önemli?

Vakanın sonucu ve durum değişikliklerinin nedenleri hakkında ayrıntılı bilgi sunar. Böylece çözüm yollarını ve temel nedenleri daha hassas biçimde analiz edebilirsiniz.

Nereden alınır?

Case (incident) varlığındaki 'Status Reason' (statuscode) alanına karşılık gelir.

Örnekler
Devam ediyorBeklemedeSorun çözüldüBilgi sağlandı
Hizmet talebi türü
ServiceRequestType
Hizmet talebinin ana kategorisi veya sınıflandırması.
Açıklama

Bu öznitelik, hizmet talebini niteliğine göre sınıflandırır. Örneğin 'Faturalandırma sorusu', 'Teknik destek' veya 'Ürün geri bildirimi'. Farklı talep türlerinin nasıl ele alındığını anlamak için süreç analizini gruplandırmanın temelini oluşturur. Türe göre yapılan analiz, bazı kategorilerin daha uzun çözüm sürelerine, daha yüksek eskalasyon oranlarına veya farklı süreç yollarına sahip olduğunu gösterebilir.

Neden önemli?

Süreci türlere göre inceleyerek belirli kategorilere özgü darboğazları, kaynak ihtiyaçlarını ve iyileştirme fırsatlarını ortaya çıkarır; daha iyi yönlendirme ve işleme stratejilerini destekler.

Nereden alınır?

Bu bilgi genellikle Case (incident) varlığındaki 'Subject' (subjectid) alanında veya özel bir kategori alanında saklanır.

Örnekler
Faturalandırma sorusuTeknik 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 kaynağını belirtir. Örneğin Telefon, E-posta, Web portalı veya Sohbet. Kanallara göre süreç akışları, müşteri beklentileri ve çözümün karmaşıklığı değişebilir. Süreci kanala göre analiz etmek, kanala özgü iş akışlarını ve kaynak dağılımını iyileştirmeye 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ğini gösterir.

Nereden alınır?

Case (incident) varlığındaki 'Case Origin' (caseorigincode) alanına karşılık gelir.

Örnekler
TelefonE-postaWebSohbet
Müşteri adı
CustomerName
Hizmet talebiyle ilişkili müşterinin veya hesabın adı.
Açıklama

Bu öznitelik, hizmet talebini başlatan müşteriyi tanımlar. Süreci müşteri odaklı bir bakışla analiz etmenizi; en çok talep gönderen, en uzun çözüm sürelerini yaşayan veya en karmaşık sorunlarla karşılaşan müşterileri belirlemenizi sağlar. Müşteri ilişkilerini yönetmek ve müşteriye özel hizmet sunumunu iyileştirmek için önemlidir.

Neden önemli?

Müşteri düzeyinde analiz yaparak örüntüleri belirlemeyi, önemli müşterilere sunulan hizmeti iyileştirmeyi ve müşteri yolculuğunu anlamayı sağlar.

Nereden alınır?

Case (incident) varlığındaki 'Customer' (customerid) arama alanıdır. Bu alan bir Account veya Contact kaydına işaret edebilir.

Örnekler
Global Tech Inc.Jane DoeInnovate Solutions
Öncelik
Priority
Hizmet talebine atanan ve aciliyetini gösteren öncelik düzeyi.
Açıklama

Bu öznitelik, hizmet talebinin aciliyetini genellikle Düşük, Normal, Yüksek veya Acil olarak tanımlar. Vakaların hangi sırayla ele alınacağını belirlemek için kullanılır ve çoğu zaman SLA hedeflerini etkiler. Kritik sorunların zamanında ele alınmasını sağlamak için önceliğin süreç akışını, kaynak tahsisini ve çözüm sürelerini nasıl etkilediğini analiz etmek gerekir.

Neden önemli?

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

Nereden alınır?

Case (incident) varlığındaki 'Priority' (prioritycode) alanına karşılık gelir.

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

Bu öznitelik, etkin Hizmet Seviyesi Anlaşması’na (SLA) göre bir hizmet talebinin çözülmesi gereken hedef süreyi belirtir. Gerçek performans bu ölçütle karşılaştırılır. Bu değer, SLA uyumluluğunu izleyen Dashboard ve SLA Uyumluluk Oranı KPI’ını hesaplamak için önemlidir; hizmet taahhütlerinin karşılanmadığı noktaları gösterir.

Neden önemli?

Hizmet performansını taahhütlerle karşılaştırmak için kullanılan temel ölçüttür. SLA uyumluluğunu ve ihlallerini doğrudan analiz etmenizi sağlar.

Nereden alınır?

Bu değer, Dynamics 365'teki SLA yapılandırmasına göre belirlenir ve SLA KPI Instances aracılığıyla vakayla ilişkilendirilir.

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

Bu öznitelik, kuyruktan bir öğeyi alan veya vakayı çözüme ulaştıran belirli temsilciyi ya da sistem kullanıcısını tanımlar. Temsilci performansını, iş yükü dağılımını ve kaynak tahsisini analiz etmek için önemlidir. Kuruluşlar, etkinlikleri temsilci düzeyinde izleyerek yüksek performans gösterenleri, eğitim ihtiyaçlarını ve iş yükü dengesizliklerini belirleyebilir.

Neden önemli?

Bireysel ve ekip performansını analiz etmeyi, iş yükünü dengelemeyi ve genel hizmet kalitesini artıracak koçluk fırsatlarını belirlemeyi sağlar.

Nereden alınır?

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

Örnekler
Alice SmithBob JohnsonSistem
Bilgi makalesi kimliği
KnowledgeArticleId
Hizmet talebiyle ilişkilendirilmiş bilgi bankası makalesinin tanımlayıcısı.
Açıklama

Bu öznitelik, hizmet talebinin çözümü sırasında kullanılan veya taleple ilişkilendirilen bilgi makalesinin kimliğini kaydeder. Temsilcilerin müşteri sorunlarını çözmek için bilgi bankasından ne ölçüde yararlandığını doğrudan gösterir. Bu veri, Bilgi Makalesi Kullanımı Dashboardı ve ilgili KPI için önemlidir; bilgi bankasının değerini ve içerik bütünlüğünü değerlendirmenize yardımcı olur.

Neden önemli?

Bilgi bankası kullanımını izleyerek temsilcilerin sorunları daha hızlı ve tutarlı çözmek için mevcut kaynaklardan yararlanıp yararlanmadığını anlamanıza yardımcı olur.

Nereden alınır?

Bu bilgi, Case (incident) ve Knowledge Article (knowledgearticle) varlıkları arasındaki ilişkide bulunur.

Örnekler
KA-01337KA-02048
CSAT puanı
CustomerSatisfactionScore
Talep çözüldükten sonra müşterinin verdiği memnuniyet puanı.
Açıklama

Bu öznitelik, genellikle hizmet talebi kapatıldıktan sonra yapılan müşteri memnuniyeti (CSAT) anketinden alınan sayısal veya kategorik puanı içerir. Müşterinin hizmet kalitesine ilişkin algısını doğrudan ölçer. Bu veri, Müşteri Memnuniyeti Eğilimleri Dashboardı ve Çözüm Sonrası Ortalama CSAT Puanı KPI’ı için önemlidir; süreç performansını müşteri sonuçlarıyla ilişkilendirir.

Neden önemli?

Müşteri memnuniyetini doğrudan ölçmenizi sağlar. Böylece kuruluş, süreç işleyişini müşteri görüşleriyle ilişkilendirip iyileştirmeler yapabilir.

Nereden alınır?

Bu bilgi genellikle Customer Voice gibi ilişkili bir anket varlığından alınır ve Case (incident) varlığına bağlanır.

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

Bu öznitelik, müşterinin sorununun hangi ürün veya hizmetle ilgili olduğunu belirtir. Hizmet sürecini ürüne göre gruplandırmanızı sağlar. Böylece belirli ürünlerin daha fazla destek talebine, daha karmaşık sorunlara veya özel temsilci becerilerine yol açıp açmadığını görebilirsiniz. Bu analiz, ürün geliştirme ve kaynak planlamasına yardımcı olur.

Neden önemli?

Ürün bazında süreç analizi yaparak tekrarlayan ürün sorunlarını belirlemenizi, destek dokümantasyonunu iyileştirmenizi ve uzman kaynakları verimli biçimde tahsis etmenizi sağlar.

Nereden alınır?

Case (incident) varlığındaki 'Product' (productid) arama alanına karşılık gelir.

Örnekler
Alpha-100 yazıcıZeta CRM yazılımıOmega veri planı
İlk temasta çözüldü mü
IsFirstContactResolution
Talebin ilk temas sırasında çözülüp çözülmediğini belirten bir işaret.
Açıklama

Bu hesaplanmış öznitelik, müşteriden ek iletişim gelmeden ve temsilci değişikliği gerektiren önemli gecikmeler yaşanmadan çözülen hizmet taleplerini belirler. Kesin mantığı tanımlamak karmaşık olabilir; ancak genellikle kısa bir çevrim süresi olup olmadığını ve ilk etkileşimden sonra talebin yeniden açılması ya da müşterinin yeniden bilgi istemesi gibi etkinliklerin gerçekleşip gerçekleşmediğini kontrol eder. İlk Temasta Çözüm Oranı KPI’ının temelini oluşturur.

Neden önemli?

Hizmet verimliliğini ve müşteri memnuniyetini ölçmek için önemli bir göstergedir; sorunların hızlı ve eksiksiz çözülüp çözülmediğini ortaya koyar.

Nereden alınır?

Her talebin Event Logundaki etkinlik sırası ve zamanlaması temel alınarak hesaplanır.

Örnekler
truefalse
Sahip ekip
OwnerTeam
Hizmet talebinin şu anda sahibi olan ekip.
Açıklama

Bu öznitelik, hizmet talebinden sorumlu ekibi belirtir. Talebin sahibi tek bir temsilci veya bir ekip (kuyruk) olabilir. Ekip bazında analiz; ekip performansını, farklı destek kademeleri veya uzmanlık alanları arasındaki iş yükü dağılımını anlamak ve ekipler arasındaki süreç farklılıklarını belirlemek için önemlidir.

Neden önemli?

Ekip düzeyinde performans analizi yapmanızı sağlar. Bu, destek kademelerini ve uzman ekipleri etkili biçimde yönetmek için önemlidir.

Nereden alınır?

Case (incident) varlığındaki 'Owner' (ownerid) alanından alınır. Bu alanın sahibi System User değil, Team kaydı olmalıdır.

Örnekler
1. kademe destekFaturalama departmanıTeknik uzmanlar
SLA aşıldı mı
IsSlaBreached
Hizmet talebinin SLA hedefini aşıp aşmadığını belirten hesaplanmış bir işaret.
Açıklama

Bu mantıksal işaret, hizmet talebinin gerçek çözüm süresi ile 'SLA Target Resolution Time' karşılaştırılarak belirlenir. Gerçek süre hedef süreyi aştığında değer true olur. Bu öznitelik, SLA Uyumluluk İzleme Dashboardı için ve SLA Uyumluluk Oranı KPI’ını hesaplamak için temel oluşturur; her talebin SLA performansını net biçimde gösterir.

Neden önemli?

Her talebin SLA hedefini karşılayıp karşılamadığını açıkça gösterir. Böylece ihlallerin temel nedenlerini kolayca filtreleyebilir, gruplandırabilir ve analiz edebilirsiniz.

Nereden alınır?

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

Örnekler
truefalse
Üst seviyeye aktarıldı
IsEscalated
Hizmet talebinin üst kademeye aktarılıp aktarılmadığını belirten bir işaret.
Açıklama

Bu mantıksal öznitelik, bir hizmet talebinin üst kademeye aktarılıp aktarılmadığını belirtir. İlk seviye destek sorunu çözemediğinde, daha kıdemli bir ekibin veya uzmanın müdahalesi gerektiğinde talep üst kademeye aktarılır. Bu işaretin izlenmesi, İç Eskalasyon Yolları Dashboardı ve İç Eskalasyon Oranı KPI’ı için önemlidir. Böylece eskalasyonların temel nedenlerini ve ilk destek kademelerindeki eksiklikleri belirleyebilirsiniz.

Neden önemli?

Eskalasyon sıklığını doğrudan ölçer; ilk temasta çözümle ilgili sorunları ortaya çıkarır ve süreçlerin ya da temsilci becerilerinin geliştirilmesi gereken alanları gösterir.

Nereden alınır?

Case (incident) varlığındaki 'Is Escalated' (isescalated) alanına karşılık gelir.

Örnekler
truefalse
Yeniden çalışma var mı
IsRework
Bir talepte yeniden çalışma etkinlikleri olup olmadığını belirten hesaplanmış bir işaret.
Açıklama

Bu mantıksal işaret, birden fazla 'Müşteriden Bilgi İstendi' etkinliği veya talep çözüldükten sonra gerçekleşen 'Talep Yeniden Etkinleştirildi' etkinliği gibi yeniden çalışma döngülerini ya da tekrarlanan etkinlikleri içeren talepleri belirler. Verimsizliğe veya sorunun ilk seferde doğru çözülememesine işaret eden etkinlik örüntülerini saptamak için etkinlik sırası analiz edilerek hesaplanır. Bu öznitelik, Yeniden Çalışma ve Tekrarlayan İletişim Analizi Dashboardı için önemlidir.

Neden önemli?

Süreç verimsizliklerini ölçmenize ve belirlemenize yardımcı olur. Böylece analistler, tekrarlanan işlerin ve boşa harcanan emeğin temel nedenlerine odaklanabilir.

Nereden alınır?

Process Mining analitiğiyle, belirli etkinlik sıraları (ör. Çözüldü -> Yeniden Etkinleştirildi) veya bir talep içindeki tekrarlanan etkinlikler saptanarak hesaplanır.

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

Müşteri hizmetleri etkinlikleri

Müşteri hizmetlerini doğru biçimde keşfetmek ve iyileştirmek için Event Logunuza kaydetmeniz gereken temel süreç adımları ve kilometre taşları.
6 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
SLA sayacı başlatıldı
Bu etkinlik, vaka için Hizmet Seviyesi Anlaşması (SLA) sayacının etkinleştirildiğini gösterir. Sayaç, 'First Response By' veya 'Resolve By' gibi tanımlı bir hizmet metriğine göre süreyi izlemeye başlar. Bu, Dynamics 365 SLA altyapısının yönettiği açık bir olaydır.
Neden önemli?

Bu etkinlik, SLA uyumluluğunu izlemek ve hizmet taahhütleri için sürenin ne zaman başladığını anlamak açısından temel önemdedir. Hizmet hedeflerine ulaşılıp ulaşılmadığını doğrudan analiz etmenizi sağlar.

Nereden alınır?

'Incident' varlığıyla ilişkili 'SLA KPI Instance' varlığına kaydedilir. İlgili SLA KPI Instance kaydının 'createdon' zaman damgası başlangıç anını gösterir.

Kaydedin

Vakayla ilişkili 'SLA KPI Instance' kaydının oluşturulma zaman damgasını kullanın.

Olay türü explicit
Vaka atandı
Bu etkinlik, bir vakanın işlenmek üzere belirli bir kuyruğa veya kullanıcıya atanmasını gösterir. Sistem, vaka sahibindeki değişiklikleri açıkça kaydeder; bu değişiklikler sistemin denetim günlüklerinden 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 önemlidir. Vakaların doğru ekibe veya kişiye ne kadar hızlı yönlendirildiğini görmenizi sağlar.

Nereden alınır?

Bu etkinlik, 'Incident' varlığındaki 'ownerid' alanı değişiklikleri izlenerek kaydedilir. Değişikliğin zaman damgası denetim geçmişi günlüklerinde bulunur.

Kaydedin

Denetim günlüklerinden 'ownerid' alanındaki zaman damgalı değişiklikleri çıkarın.

Olay türü explicit
Vaka çözüldü
Bu önemli aşama, temsilcinin müşteri sorununun giderildiğini düşündüğü anı gösterir. Dynamics 365'te açıkça gerçekleştirilen bu işlem, vakayla bağlantılı bir 'Case Resolution' etkinlik kaydı oluşturur.
Neden önemli?

Başarıya dayalı birincil bitiş olayı olan bu etkinlik, çözüm sürelerini ve başarı oranlarını hesaplamak için gereklidir. Müşteri hizmetleri KPI’larının neredeyse tamamında önemli bir bileşendir.

Nereden alınır?

Bu olay, bir 'Resolution' (Case Resolution) etkinlik kaydının oluşturulmasına karşılık gelir. Bu kayıttaki 'actualend' zaman damgası çözüm zamanını gösterir.

Kaydedin

İlişkili 'Resolution' etkinlik kaydındaki 'actualend' veya 'createdon' zaman damgasını kullanın.

Olay türü explicit
Vaka kapatıldı
Bu, vaka kaydının son idari kapanışıdır. Kapanış, çözümle aynı anda veya daha sonra gerçekleşebilir. Vakanın durumu 'Closed' olarak değiştirildiğinde bu etkinlik kaydedilir.
Neden önemli?

Bu etkinlik, sistemdeki süreç yaşam döngüsünün kesin bitişini gösterir. 'Resolved' ile 'Closed' arasındaki süre, idari iş yüküne veya kayıtları sonlandırmadaki gecikmelere işaret edebilir.

Nereden alınır?

'Incident' varlığındaki 'statecode' alanının 'Canceled' (2) veya özel bir kapalı duruma değiştirilmesiyle kaydedilir. Zaman damgası denetim geçmişinde bulunur.

Kaydedin

'statecode' alanının son duruma (ör. Canceled/Closed) geçtiği zaman damgasını izleyin.

Olay türü explicit
Vaka oluşturuldu
Bu etkinlik, sistemde yeni bir vaka kaydının oluşturulduğu anı ve müşteri hizmetleri sürecinin başlangıcını gösterir. 'Incident' varlık kaydı ilk kez kaydedildiğinde, bu açık olay belirli bir zaman damgasıyla günlüğe kaydedilir.
Neden önemli?

Birincil başlangıç olayı olan bu etkinlik, vakanın toplam yaşam döngüsü süresini hesaplamak ve vaka hacmindeki eğilimleri anlamak için gereklidir. Sonraki tüm süreç analizleri için başlangıç noktasıdır.

Nereden alınır?

Bu olay, her yeni kayıt için 'Incident' (Case) varlığındaki 'createdon' zaman damgasından alınır.

Kaydedin

Incident kaydındaki 'createdon' zaman damgasını kullanın.

Olay türü explicit
Vaka üst seviyeye aktarıldı
Bir vakanın daha üst düzey desteğe veya başka bir ekibe resmî olarak aktarılmasını gösterir. Kullanıcı, vakayı belirlenmiş bir eskalasyon kuyruğuna veya kullanıcıya yeniden atayarak bu işlemi açıkça başlatabilir.
Neden önemli?

Eskalasyonları izlemek, 'Internal Escalation Rate' KPI’ı ve ilk seviye desteğin çözemediği sorunların temel nedenlerini belirlemek açısından önemlidir. Süreçteki zayıf noktaları ve eğitim fırsatlarını ortaya çıkarır.

Nereden alınır?

'ownerid' alanının belirlenmiş bir eskalasyon kuyruğuna veya ekibine değiştirilmesinden çıkarımla belirlenir. Vakayı üst seviyeye aktarıldı olarak işaretleyen özel bir işlem de kullanılabilir.

Kaydedin

'ownerid' alanının bilinen bir eskalasyon kuyruğuna değiştirildiği zaman damgalı kaydı belirleyin.

Olay türü inferred
Kuyruktaki öğe temsilci tarafından alındı
Bu olay, bir temsilcinin üzerinde çalışmaya başlamak için ortak kuyruktan bir vakayı almasıyla gerçekleşir. Bu, kullanıcının bilinçli olarak yaptığı bir işlemdir ve sistemin vakayı kuyruğa atamasından farklıdır.
Neden önemli?

Bu etkinlik, temsilci çalışmaya başlamadan önce vakanın kuyrukta ne kadar beklediğini ölçmenizi sağlar. Kuyruklardaki darboğazları belirlemek ve temsilcilerin ne kadar proaktif olduğunu anlamak için önemlidir.

Nereden alınır?

Vakayla ilişkili 'QueueItem' varlığındaki 'workedbyid' alanı kullanıcı tarafından güncellendiğinde veya vaka sahibi kuyruktan bir kullanıcıya değiştiğinde izlenir.

Kaydedin

QueueItem içindeki 'workedbyid' alanının doldurulduğu zaman damgasını belirleyin.

Olay türü explicit
Memnuniyet anketi gönderildi
Bu etkinlik, genellikle vaka çözüldükten sonra otomatik olarak gönderilen müşteri memnuniyeti anketinin gönderildiği anı gösterir. Genellikle giden e-posta veya Customer Voice anket etkinliği olarak kaydedilir.
Neden önemli?

Bu etkinlik, operasyonel süreci müşteri deneyimi sonuçlarıyla ilişkilendirir. Vakanın izlediği süreç yolunu dikkate alarak memnuniyet puanlarını analiz etmenizi sağlar.

Nereden alınır?

Anket bağlantısı içeren giden bir 'Email' etkinliğinin veya vakayla ilişkili bir 'Customer Voice survey invite' etkinlik kaydının oluşturulmasından çıkarımla belirlenir.

Kaydedin

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

Olay türü inferred
Müşteriden bilgi istendi
Bu etkinlik, temsilcinin devam edebilmek için müşteriden ek bilgi istediği anı gösterir. Genellikle vaka durumunun 'waiting' durumuna geçirilmesinden veya vaka zaman çizelgesinden giden bir e-posta gönderilmesinden çıkarımla belirlenir.
Neden önemli?

Bu etkinlik, müşteriden kaynaklanan gecikmeleri ölçmek ve 'Customer Information Wait Time' KPI’ını anlamak için önemlidir. Sürecin dışarıdan bilgi beklerken geçen süresini ayrı olarak görmenizi sağlar.

Nereden alınır?

'Incident' varlığındaki 'statuscode' alanının 'On Hold' gibi bir değere, nedenin ise 'Waiting for Customer' olarak değişmesinden çıkarımla belirlenebilir. Bu durum değişikliğinin zaman damgası kullanılır.

Kaydedin

'Müşteri bekleniyor' olarak belirlenen duruma geçişteki statuscode değişikliğinin zaman damgasını izleyin.

Olay türü inferred
Müşteriye çözüm önerildi
Bu etkinlik, temsilcinin bir çözüm belirleyip bunu müşteriye ilettiğini gösterir. Genellikle vaka zaman çizelgesinden giden bir e-postadan veya durumun 'Pending Customer Confirmation' olarak değiştirilmesinden çıkarımla belirlenir.
Neden önemli?

Bu aşama, incelemeden çözüme geçişi gösterir. Çözümün önerilmesiyle onaylanması arasındaki süreyi analiz etmek, müşteri yanıtındaki gecikmeleri veya önerilen çözümlerle ilgili sorunları ortaya çıkarabilir.

Nereden alınır?

Vakayla ilişkili giden bir 'Email' etkinlik kaydının zaman damgasından veya statuscode alanının çözüm öncesi bir duruma değiştirilmesinden çıkarımla belirlenebilir.

Kaydedin

Giden e-posta etkinliğinin zaman damgasını veya durumun 'Solution Proposed' olarak değiştiği zamanı kullanın.

Olay türü inferred
Temsilci sorunu inceledi
Temsilcinin müşterinin sorununu anlamak ve teşhis etmek için aktif olarak çalışmasını gösterir. Bu, çıkarımla belirlenen bir etkinliktir. Temsilcinin vakaya bir Knowledge Article bağlaması, araştırma yapıldığını gösteren yaygın bir işarettir.
Neden önemli?

Bu etkinliği izlemek, bilgi kaynaklarının kullanımını ve bunların çözüm sürelerine etkisini ölçmenizi sağlar. Temsilcilerin sorunları verimli biçimde çözmek için mevcut araçlardan yararlanıp yararlanmadığını gösterir.

Nereden alınır?

Bir Knowledge Article ile Case kaydını ilişkilendiren 'IncidentKnowledgeBaseRecord' varlığında kayıt oluşturulmasından çıkarımla belirlenir. Bu kaydın oluşturulma zaman damgası kullanılır.

Kaydedin

Knowledge Article’ın Incident ile ilişkilendirildiği zaman damgasını kullanın.

Olay türü inferred
Vaka kategorisi değiştirildi
Bu olay, temsilcinin vaka oluşturulduktan sonra kategorisini veya konusunu değiştirmesiyle gerçekleşir. Sistem bu açık değişikliği denetim işleviyle izler.
Neden önemli?

Yeniden kategorilendirmeyi izlemek, 'Service Request Recategorization Rate' KPI’ı için gereklidir. Sıklığın yüksek olması, ilk sınıflandırmada sorunlara işaret eder; bu da yanlış yönlendirmeye ve gecikmelere yol açar.

Nereden alınır?

'Incident' varlığının denetim geçmişinden, özellikle 'subjectid' alanındaki veya diğer özel kategori alanlarındaki değişiklikler izlenerek alınır.

Kaydedin

Denetim günlüklerinden 'subjectid' alanındaki zaman damgalı değişiklikleri çıkarın.

Olay türü explicit
Vaka yeniden etkinleştirildi
Daha önce çözüme ulaşmış bir vaka, genellikle müşteri yanıt verdiğinde veya sorunun çözülmediğini bildirdiğinde otomatik ya da manuel olarak yeniden açılır. Bu standart sistem davranışı, vaka durumunu 'Resolved' durumundan yeniden 'Active' durumuna geçirir.
Neden önemli?

Bu etkinlik, yeniden çalışmayı belirlemek ve 'First Contact Resolution Rate' oranını analiz etmek için önemlidir. Vakaların sık sık yeniden etkinleştirilmesi, ilk çözümlerin eksik veya etkisiz olduğuna işaret eder.

Nereden alınır?

'Incident' varlığındaki 'statecode' alanının 'Resolved' (1) durumundan yeniden 'Active' (0) durumuna değiştirilmesiyle kaydedilir. Bu değişikliğin zaman damgası denetim geçmişinde tutulur.

Kaydedin

Denetim günlüklerinde 'statecode' alanının Resolved durumundan Active durumuna değiştiği zaman damgasını izleyin.

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

Veri çıkarma rehberleri

Microsoft Dynamics 365 Customer Service verilerinizi nasıl alabilirsiniz?

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

Süreç Mining yolculuğunuza hızlı bir başlangıç yapmak ve müşteri hizmetleri operasyonlarınızda verimliliği artırmak için bu veri şablonundan yararlanın. Daha iyi müşteri deneyimleri sunmak için iş akışlarınızı bugün iyileştirmeye başlayın.

Müşteri hizmetlerini iyileştirin: İlk temasta çözüm oranını artırın, maliyetleri düşürün

Darboğazları belirleyin ve müşterilerin memnuniyeti için taleplerin %80'ini ilk temasta çözün.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Kurulumu birkaç dakika içinde tamamlayın.