Müşteri hizmetleri veri Templateiniz

Salesforce Service Cloud
Müşteri hizmetleri veri Templateiniz

Müşteri hizmetleri veri Templateiniz

Bu Template, müşteri hizmetleri verilerinizi Process Mining için hazırlamanıza yönelik ayrıntılı bir rehber sunar. Toplamanız gereken temel veri özniteliklerini ve izlemeniz gereken önemli etkinlikleri açıklar; ayrıca bu bilgileri kaynak sisteminizden nasıl çıkaracağınıza dair pratik öneriler içerir. Verilerinizin anlamlı analiz ve iyileştirme çalışmaları için hazır olmasını sağlamak üzere bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • 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 olay günlüğünüze eklemeniz önerilen veri alanları.
5 Zorunlu 9 Önerilen 6 İsteğe bağlı
Ad Açıklama
Hizmet talebi
ServiceRequest
Müşteri hizmetleri vakasını veya destek kaydını tanımlayan ve ilgili tüm etkinlikleri birbirine bağlayan benzersiz tanımlayıcı.
Açıklama

Hizmet Talebi, genellikle Destek Kaydı veya Vaka olarak adlandırılır ve tek bir müşteri sorusu ya da sorunuyla ilgili tüm etkinlikleri birbirine bağlayan birincil tanımlayıcıdır. Salesforce Service Cloud’da bu, Case Number alanına karşılık gelir.

Bu öznitelik, her müşteri etkileşiminin baştan sona yeniden oluşturulması için gereklidir. Process Mining aracının Vaka oluşturuldu, Temsilci sorunu inceliyor ve Vaka çözüldü gibi ilgili tüm olayları tek bir süreç örneğinde gruplandırmasını sağlar. Böylece sürecin başından sonuna kadar bütünsel analiz yapılabilir.

Neden önemli?

Aynı müşteri sorununa ait tüm olayları tek bir süreç örneğinde birleştirdiği için Process Mining’in temel yapı taşlarından biridir.

Nereden alınır?

Salesforce Case nesnesi, alan: CaseNumber

Örnekler
000010240000105800001193
Etkinlik adı
ActivityName
Müşteri hizmetleri sürecinde gerçekleşen belirli bir iş olayının veya adımın adı.
Açıklama

Bu öznitelik, hizmet talebinin yaşam döngüsündeki tek bir adımı veya kilometre taşını tanımlar. Etkinlikler süreç haritasındaki düğümlerdir; temsilcilerin, otomatik sistemlerin veya müşterilerin gerçekleştirdiği işlemleri gösterir.

Vaka oluşturuldu, Dahili üst kademeye taşıma başlatıldı ve Vaka kapatıldı gibi etkinliklerin sırasını ve sıklığını analiz etmek Process Mining’in temelini oluşturur. Bu analiz, gerçek süreç akışını ortaya çıkarmaya, darboğazları belirlemeye ve standart işleyişten sapmaları görmeye yardımcı olur.

Neden önemli?

Etkinlikler sürecin adımlarını tanımlar. Bu adımların sırası, süreç haritasının ve sonraki tüm analizlerin temelini oluşturur.

Nereden alınır?

Genellikle Case nesnesindeki durum değişiklikleri (Status alanı) veya CaseHistory ya da EmailMessage nesnelerindeki kayıtlar gibi çeşitli alanlardan elde edilir.

Örnekler
Vaka oluşturulduVaka temsilciye atandıMüşteriye çözüm önerildiVaka kapatıldı
Kaynak sistem
SourceSystemName
Süreç verilerinin alındığı sistem.
Açıklama

Bu öznitelik, verilerin oluşturulduğu kaynak uygulamayı belirtir. Bu örnekte kaynak Salesforce Service Cloud’dur. Bütünsel bir süreç görünümü elde etmek için birden fazla sistemden veri alınan ortamlarda özellikle faydalıdır.

Tek bir sistem analiz edilse bile bu öznitelik, verilerin kaynağı hakkında gerekli bağlamı sağlar. Veri yönetişimine, sorun gidermeye ve analizlerin doğru veri setine dayanmasını sağlamaya yardımcı olur.

Neden önemli?

Verilerin kaynağı hakkında önemli bağlam sağlar. Bu bilgi, veri yönetişimi ve birden fazla sistemden gelen verileri birleştirebilecek analizler için gereklidir.

Nereden alınır?

Genellikle veri çıkarma ve dönüştürme sırasında eklenen, veri setinin kaynağını belirten sabit bir değerdir.

Örnekler
Salesforce Service CloudSFSC
Olay zamanı
EventTime
Bir etkinliğin ne zaman gerçekleştiğini gösteren kesin zaman damgası.
Açıklama

Olay zamanı, belirli bir etkinliğin sistemde kaydedildiği tarih ve saati gösterir. Sürecin zaman içindeki bağlamını sağlar; sürelerin, bekleme sürelerinin ve çevrim sürelerinin hesaplanmasına imkân verir.

Analizde bu zaman damgası, her hizmet talebine ait olayları kronolojik sıraya koymak ve süreç keşfinin temelini oluşturmak için kullanılır. Vaka oluşturuldu ile İlk alındı bildirimi gönderildi arasındaki süreyi ölçmek veya toplam çözüm süresini hesaplamak gibi performans KPI’ları için önemlidir.

Neden önemli?

Bu zaman damgası, süreç zaman çizelgesini anlamak, performans metriklerini hesaplamak ve etkinlikler arasındaki gecikmeleri belirlemek için gereklidir.

Nereden alınır?

Case nesnesindeki CreatedDate veya CaseHistory kayıtlarındaki CreatedDate gibi belirli olaylara karşılık gelen çeşitli tarih alanlarından elde edilir.

Örnekler
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
Son veri güncellemesi
LastDataUpdateTime
Bu sürecin verilerinin en son yenilendiği zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, kaynak sistemden yapılan son veri çıkarma veya güncelleme işleminin zaman damgasını kaydeder. Tek tek olaylar yerine veri setinin tamamı için geçerli olan bir meta veri alanıdır.

Temel amacı, analiz edilen verilerin ne kadar güncel olduğunu kullanıcılara bildirmektir. İçgörülerin ve kararların güncel, ilgili bilgilere dayanmasını sağlar; ayrıca verilerin ne zaman güncellendiğine ilişkin beklentileri yönetmeye yardımcı olur.

Neden önemli?

Verilerin güncelliğini şeffaf biçimde göstererek kullanıcıların analizlerinin ne kadar güncel olduğunu anlamasını sağlar.

Nereden alınır?

Bu değer genellikle veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulur ve saklanır.

Örnekler
2023-10-27T04:00:00Z
Atanan temsilci
AssignedAgent
Hizmet talebinin şu anda atandığı kullanıcı veya kuyruk.
Açıklama

Bu öznitelik, belirli bir anda hizmet talebinden sorumlu olan temsilciyi veya ekibi belirtir. Salesforce’ta bu genellikle Case Owner alanıdır.

Bu öznitelikteki değişiklikleri izlemek; temsilci performansını, iş yükü dağılımını ve devir teslimleri analiz etmenin temelidir. Bir vakanın kaç kez yeniden atandığı, en karmaşık vakaları hangi temsilcilerin ele aldığı ve iş yükünün ekip içinde dengeli dağılıp dağılmadığı gibi soruları yanıtlamaya yardımcı olur. Temsilciler arası devir teslimler ve iş yükü dağılımı Dashboardları için önemli bir özniteliktir.

Neden önemli?

Temsilci iş yükünü ve performansını, ayrıca devir teslim sıklığını analiz etmek için gereklidir. Bunlar verimliliği ve çözüm süresini doğrudan etkiler.

Nereden alınır?

Salesforce Case nesnesi, alan: OwnerId. Bu alan bir User veya Queue kimliği içerir.

Örnekler
Sarah JonesDavid Chen2. düzey destek kuyruğu
Bitiş zamanı
EndTime
Bir etkinliğin tamamlandığı zamanı gösteren zaman damgası.
Açıklama

Bitiş zamanı, bir etkinliğin tamamlandığı zamanı gösterir. Başlangıç zamanıyla birlikte kullanıldığında etkinliğin işlem süresi kesin olarak hesaplanabilir. Salesforce’taki birçok olay anlık gerçekleşir; bu durumda başlangıç ve bitiş zamanları aynıdır.

Ancak uzun süren etkinliklerde, bir görev için harcanan zamanı doğru ölçmek adına ayrı bir bitiş zamanının bulunması önemlidir. Etkin işlem süresini adımlar arasındaki boş bekleme süresinden ayırarak performans analizini destekler.

Neden önemli?

Bir etkinliğin gerçek süresini hesaplamayı sağlar. Bu, temsilci performansını analiz etmek ve zaman alan adımları belirlemek için gereklidir.

Nereden alınır?

Anlık gerçekleşen olaylarda genellikle StartTime ile aynıdır. Süreli etkinliklerde, tamamlanmayı gösteren belirli bir alandan alınmalıdır. Bunun için özel yapılandırma gerekebilir.

Örnekler
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
İletişim kanalı
CommunicationChannel
Hizmet talebinin e-posta, telefon veya web gibi hangi kanaldan başlatıldığı.
Açıklama

Bu öznitelik, müşterinin hizmet talebini iletmek için kullandığı yöntemi belirtir. Salesforce’ta bu bilgi genellikle Case Origin alanında tutulur.

İletişim kanalını anlamak, kaynakları verimli dağıtmak ve hizmet sunumunu iyileştirmek için önemlidir. Kuruluşlar, çözüm sürelerini ve süreç akışlarını kanala göre analiz ederek farklı sorun türlerinde hangi kanalların daha etkili olduğunu belirleyebilir. Bu analiz, iletişim kanalı verimliliği Dashboardunu destekler.

Neden önemli?

Farklı müşteri iletişim kanallarındaki performansı karşılaştırmaya yardımcı olur; böylece kanal stratejisini ve kaynak dağılımını iyileştirebilirsiniz.

Nereden alınır?

Salesforce Case nesnesi, alan: Origin

Örnekler
E-postaTelefonWebSohbet
İlk temasta çözüldü mü
IsFirstContactResolution
Vakanın müşteriyle ilk etkileşim sırasında çözülüp çözülmediğini gösteren işaret.
Açıklama

Bu mantıksal öznitelik, müşteriyle ilk iletişimden sonra takip gerektirmeden çözülen hizmet taleplerini belirler. Bunu saptamak için genellikle etkinliklerin sırası ve zamanlaması incelenir.

İlk temasta çözüm (FCR) oranının yüksek olması, müşteri hizmetleri sürecinin verimli ve etkili olduğunun güçlü bir göstergesidir. Bu hesaplanan öznitelik, İlk Temasta Çözüm Oranı KPI’ının temelini oluşturur. İlk temasta çözülemeyen vakaları analiz ederek temsilci eğitimini, bilgi bankası içeriğini ve süreç tasarımını iyileştirme fırsatlarını bulabilirsiniz.

Neden önemli?

Hizmet verimliliğinin ve müşteri memnuniyetinin önemli bir yönünü doğrudan ölçer, sorunların etkili biçimde çözülmesini sağlayan etkenleri belirlemenize yardımcı olur.

Nereden alınır?

Veri dönüştürme sırasında, ilgili vakanın olay günlüğü analiz edilerek hesaplanır. Yaygın bir kural, Case Resolved etkinliğinin Information Requested From Customer etkinliğinden veya müşterinin sonraki iletişimlerinden önce gerçekleşip gerçekleşmediğini kontrol etmektir.

Örnekler
truefalse
SLA durumu
SlaStatus
Vakanın SLA hedef süresi içinde çözülüp çözülmediğini gösterir.
Açıklama

Bu öznitelik, çözülen her vakayı tanımlı Hizmet Seviyesi Anlaşmasına uyumuna göre sınıflandırır. Gerçek çözüm zaman damgası, SLA hedef çözüm süresiyle karşılaştırılarak hesaplanır.

SLA’ya uyum oranı KPI’ına doğrudan girdi sağlayan bu öznitelik, performans takibini kolaylaştırır. SLA’yı karşılamayan vakaları hızla filtreleyip analiz ederek belirli vaka türleri, ürünler veya süreç darboğazları gibi ihlallerin ortak nedenlerini bulabilirsiniz.

Neden önemli?

Her vaka için SLA uyumunu net biçimde, karşılandı veya ihlal edildi olarak gösterir. Bu bilgi, performans takibi ve gecikmelerin temel nedenlerini analiz etmek için gereklidir.

Nereden alınır?

Veri dönüştürme katmanında, Case Resolved zaman damgası SlaTargetResolutionTime özniteliğiyle karşılaştırılarak hesaplanır.

Örnekler
Karşılandıİhlal edildi
SLA hedef çözüm süresi
SlaTargetResolutionTime
SLA’ya göre hizmet talebinin çözülmesi gereken hedef tarih ve saat.
Açıklama

Bu öznitelik, bir vakanın çözülmesi için hizmet seviyesi anlaşmasında (SLA) belirlenen son tarihi gösterir. Bu tarih genellikle vaka önceliği, türü ve müşteri segmenti gibi etkenlere göre belirlenir. Salesforce, yetkilendirme ve kilometre taşı özelliklerini kullanarak bu tarihi otomatik hesaplayabilir.

Bu zaman damgası, SLA’ya uyumu ölçmek için gereklidir. Kuruluş, gerçek çözüm süresini hedef süreyle karşılaştırarak SLA’ya uyum oranı KPI’ını hesaplayabilir ve SLA ihlali riski taşıyan vakaları belirleyebilir. Bu veri, Vaka SLA Uyumu Dashboardunu doğrudan destekler.

Neden önemli?

Gerçek performansı karşılaştıracağınız ölçütü sunar; SLA uyumunu hesaplamanıza ve risk altındaki vakaları belirlemenize yardımcı olur.

Nereden alınır?

Bu bilgi genellikle Salesforce’un Yetkilendirme Yönetimi özelliğinin parçası olan Case Milestone nesnesindeki SlaExitDate alanında tutulur.

Örnekler
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
Vaka durumu
CaseStatus
Hizmet talebinin yaşam döngüsündeki Yeni, Devam ediyor veya Kapalı gibi mevcut durumu.
Açıklama

Vaka durumu, hizmet talebinin mevcut durumunu gösterir. Durum değişiklikleri genellikle süreçteki etkinlikleri belirlemenin temel kaynağıdır. Örneğin, Yeni durumundan Çalışılıyor durumuna geçiş, Temsilci sorunu inceliyor etkinliğiyle eşleştirilebilir.

Vakaların son durumunu analiz etmek, çözüm sonuçlarını anlamaya yardımcı olur. Ayrıca açık veya kapalı vakaları filtrelemek ve belirli bir durumda gereğinden uzun süre bekleyen vakaları belirlemek için kullanılır.

Neden önemli?

Vakanın mevcut durumunu ve sonucunu gösterir. Durum değişiklikleri, etkinlik sırasını belirlemek için sıkça kullanılır.

Nereden alınır?

Salesforce Case nesnesi, alan: Status

Örnekler
YeniİşlemdeMüşteriden yanıt bekleniyorKapalı
Vaka önceliği
CasePriority
Hizmet talebine atanan Yüksek, Orta veya Düşük gibi öncelik düzeyi.
Açıklama

Vaka önceliği, hizmet talebinin aciliyetini belirlemek için kullanılan standart bir sınıflandırmadır. Bu sınıflandırma, Hizmet Seviyesi Anlaşmalarına (SLA) göre hedef yanıt ve çözüm sürelerini belirler.

Önceliğe göre süreç performansını analiz etmek, önceliklendirme stratejisinin etkinliğini değerlendirmek için önemlidir. Yüksek öncelikli vakaların gerçekten daha hızlı çözülüp çözülmediğini ve zorlu SLA hedeflerini karşılayıp karşılamadığını belirlemeye yardımcı olur. Böylece vaka önceliklendirme ve etkisi Dashboardunu doğrudan destekler.

Neden önemli?

Sürecin acil vakalara etkili biçimde öncelik verip vermediğini ve vaka önemine göre farklı hizmet seviyelerini karşılayıp karşılamadığını analiz etmeyi sağlar.

Nereden alınır?

Salesforce Case nesnesi, alan: Priority

Örnekler
YüksekOrtaDüşük
Vaka türü
CaseType
Soru, Sorun veya Özellik talebi gibi hizmet talebinin sınıflandırması.
Açıklama

Vaka türü, müşterinin talebinin veya yaşadığı sorunun niteliğini sınıflandırmaya yardımcı olan kategorik bir özniteliktir. Bu sayede farklı türdeki hizmet taleplerinin nasıl ele alındığını anlamak için talepleri gruplara ayırabilirsiniz.

Süreci vaka türüne göre analiz ederek bazı taleplerin farklı adımlardan geçtiğini, daha uzun sürede çözüldüğünü veya daha fazla devir teslim gerektirdiğini görebilirsiniz. Bu içgörü, belirli iş kategorilerine yönelik süreçleri uyarlamak ve iyileştirmek için fayda sağlar.

Neden önemli?

Farklı türdeki taleplerin farklı şekilde ele alınıp alınmadığını anlamak ve belirli alanlarda iyileştirme fırsatlarını belirlemek için süreci gruplara ayırmanızı sağlar.

Nereden alınır?

Salesforce Case nesnesi, alan: Type

Örnekler
SorunÖzellik talebiSoru
İlgili ürün
ProductInvolved
Müşterinin talebinin ilgili olduğu ürün veya hizmet.
Açıklama

Bu öznitelik, hizmet talebini belirli bir ürün veya hizmetle ilişkilendirir. Salesforce’ta bu ilişki genellikle Product nesnesine yapılan bir arama alanıyla yönetilir.

Süreç verilerini ürüne göre gruplamak, ürün kalitesini analiz etmek için önemlidir. Hangi ürünlerin en çok destek talebine yol açtığını, ne tür sorunlarla karşılaşıldığını ve çözüm sürecinin ürün gruplarına göre değişip değişmediğini görmenizi sağlar. Bu bilgiler, ürün geliştirme ekiplerine önemli geri bildirim sunar.

Neden önemli?

Ürün bazında süreç analizi yapmanızı sağlar; belirli ürünlerdeki kalite sorunlarını veya destek açıklarını ortaya çıkarabilir.

Nereden alınır?

Salesforce Case nesnesi, alan: ProductId. Bu, standart ancak isteğe bağlı bir arama alanıdır.

Örnekler
Alpha CRM SuiteBeta Analytics ToolGamma Data Connector
Müşteri adı
CustomerName
Hizmet talebiyle ilişkili müşterinin veya hesabın adı.
Açıklama

Bu öznitelik, hizmet talebini oluşturan müşteriyi belirtir. Salesforce’ta bu müşteri bir kişi (Contact) veya şirket (Account) olabilir.

Süreci müşteri bazında analiz etmek değerli içgörüler sağlayabilir. Örneğin, belirli müşterilerin daha fazla sorun yaşayıp yaşamadığını veya çözüm sürelerinin daha uzun olup olmadığını görebilirsiniz. Bu bulgular, müşteri ilişkileri yönetimi stratejilerine yön verebilir ve proaktif destek fırsatlarını ortaya çıkarabilir.

Neden önemli?

Müşteri odaklı analiz yapmanızı, belirli müşteriler veya müşteri segmentleri için örüntüleri ve performans farklılıklarını belirlemenizi sağlar.

Nereden alınır?

Salesforce Case nesnesindeki ContactId veya AccountId alanları, sırasıyla Contact ve Account nesnelerine bağlanır.

Örnekler
Global Tech Inc.Emily WhiteInnovate Solutions
Temsilciler arası devir teslim sayısı
AgentHandoffCount
Bir vakanın bir temsilciden veya kuyruktan diğerine kaç kez atandığı.
Açıklama

Bu metrik, bir hizmet talebi çözülmeden önce kaç kez yeniden atandığını ölçer. Tek bir vakanın yaşam döngüsü boyunca AssignedAgent özniteliğinde gerçekleşen farklı değişiklikler sayılarak hesaplanır.

Bu öznitelik, Vaka başına ortalama temsilci devir teslimi KPI’ının temelini oluşturur ve Temsilci Devir Teslimleri ve Yeniden Çalışma Örüntüleri Dashboardunda görselleştirilir. Devir teslim sayısının yüksek olması genellikle süreç verimsizliğine, sorumlulukların belirsizliğine veya bilgi eksiklerine işaret eder. Bunlar çözüm süresini uzatabilir ve müşterileri memnuniyetsiz bırakabilir.

Neden önemli?

Süreçteki iç aksaklıkları ölçer; gereğinden fazla devir teslim, gecikmelerin ve müşteri memnuniyetsizliğinin yaygın nedenlerindendir.

Nereden alınır?

Veri dönüştürme sırasında vaka düzeyinde hesaplanır. Her ServiceRequest için AssignedAgent alanındaki benzersiz değerlerin sayısından bir çıkarılır.

Örnekler
0135
Üst düzeye taşındı mı
IsEscalated
Vakanın üst düzeye taşınıp taşınmadığını gösteren işaret.
Açıklama

Bu mantıksal öznitelik, bir hizmet talebinin üst düzeye taşınıp taşınmadığını gösterir. Salesforce’ta bu durum, Escalation Rules kurallarına göre otomatik ayarlanan standart IsEscalated alanıyla izlenebilir.

Bu işaret, İç Üst Düzeye Taşıma Analizi Dashboardu ve İç Üst Düzeye Taşıma Oranı KPI’ı için doğrudan girdi sağlar. Üst düzeye taşınan tüm vakaları kolayca filtreleyip gruplandırmanıza, bunların sıklığını ölçmenize ve toplam çözüm süreleriyle süreç karmaşıklığı üzerindeki etkilerini incelemenize yardımcı olur.

Neden önemli?

Vaka üst düzeye taşımalarını doğrudan ölçer. Bu, süreçteki aksaklıkları, karmaşıklığı veya temsilcilerin bilgi eksiklerini gösteren önemli bir işarettir.

Nereden alınır?

Salesforce Case nesnesi, alan: IsEscalated

Örnekler
truefalse
Vaka konusu
CaseSubject
Müşterinin sorununun veya talebinin kısa özeti ya da başlığı.
Açıklama

Vaka konusu, hizmet talebini kısa ve serbest metin biçiminde özetler. Genellikle e-posta konu satırından veya temsilcinin ya da müşterinin girdiği başlıktan alınır.

Doğrudan süreç analizinde kullanılabilecek yapılandırılmış bir alan olmasa da konu satırı, talep hakkında zengin bağlam bilgisi içerir. Metin analizi teknikleriyle vakaları kategorilere ayırabilir, yeni ortaya çıkan sorunları belirleyebilir veya nicel süreç analizine nitel bağlam ekleyebilirsiniz.

Neden önemli?

Vaka hakkında hızlı ve genel bir bağlam sunar. Ayrıntılı incelemelerde işe yarar ve metin analizi için kullanılabilir.

Nereden alınır?

Salesforce Case nesnesi, alan: Subject

Örnekler
Portala giriş yapılamıyorFatura ekstresi hakkında soruRaporlama Dashboardu için özellik talebi
Yeniden çalışma var mı
IsRework
Vakada yeniden çalışma veya önceki bir aşamaya dönme olup olmadığını gösteren işaret.
Açıklama

Bu mantıksal öznitelik, kapatıldıktan sonra yeniden açılma veya Agent Investigates ile Solution Proposed adımları arasında tekrar tekrar gidip gelme gibi yeniden çalışma örüntüleri görülen vakaları işaretler. Yeniden çalışmayı belirlemek için etkinlik sırasındaki istenmeyen döngüleri analiz etmek gerekir.

Bu öznitelik, Yeniden Çalışma Oranı KPI’ını ve Temsilci Devir Teslimleri ve Yeniden Çalışma Örüntüleri Dashboardunu doğrudan destekler. Yeniden çalışma görülen vakaları belirleyerek yetersiz çözümlerden eksik bilgi toplamaya kadar uzanan temel nedenleri inceleyebilir ve düzeltici adımlar atabilirsiniz.

Neden önemli?

Süreç verimsizliğini ve boşa harcanan emeği gösterir, sık tekrarlanan etkinlikleri hedefli biçimde analiz etmenizi sağlar.

Nereden alınır?

Veri dönüştürme sırasında etkinlik sıraları analiz edilerek hesaplanır. Örneğin, aynı vakada Case Closed -> Case Reopened veya Solution Proposed -> Agent Investigates Issue sırası görülürse vaka yeniden çalışma olarak işaretlenir.

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

Müşteri hizmetleri etkinlikleri

Müşteri hizmetleri iş akışlarını doğru biçimde keşfetmek ve analiz etmek için olay günlüğünüze kaydetmeniz gereken temel süreç adımları ve kilometre taşları.
6 Önerilen 9 İsteğe bağlı
Aktivite Açıklama
Dahili üst kademeye taşıma başlatıldı
Bir vaka daha üst düzeyde destek veya uzmanlık gerektirdiğinde ve resmî olarak üst kademeye taşındığında gerçekleşir. Salesforce’un üst kademeye taşıma kurallarıyla açıkça kaydedilebilir veya bir alan değişikliğinden çıkarımlanabilir.
Neden önemli?

Üst kademeye taşınan vakaları analiz etmek; karmaşık vaka türlerini, ön saflardaki temsilcilerin eğitim ihtiyaçlarını ve sistemsel sorunları belirlemeye yardımcı olur. Süreçteki aksaklıkları ve bunların çözüm süresine etkisini gösteren önemli bir ölçüttür.

Nereden alınır?

CaseEscalation kayıtlarında açık bir olay olarak bulunabilir. Daha sık olarak, IsEscalated gibi bir onay kutusu alanı true olarak ayarlandığında CaseHistory verilerinden çıkarımlanır.

Kaydedin

IsEscalated alanının true olarak değiştiği zaman damgası.

Olay türü inferred
SLA kilometre taşı ihlal edildi
İlk yanıt veya çözüm süresi gibi bir hizmet taahhüdü yerine getirilmediğinde bu olay tetiklenir. Salesforce, bunu yetki süreçleri ve kilometre taşı kayıtları üzerinden izler.
Neden önemli?

Bu etkinlik, SLA uyumluluğunu analiz etmek ve izlemek için önemlidir. Müşteri beklentilerini karşılayamayan vakaları doğrudan göstererek iyileştirme çalışmalarının hedeflenmesini sağlar.

Nereden alınır?

CaseMilestone nesnesinden alınır. Bir kilometre taşı kaydındaki IsViolated alanı true olarak ayarlandığında olay oluşturulur.

Kaydedin

Olay, CaseMilestone kaydındaki IsViolated işaretinin true olduğu zaman damgasıdır.

Olay türü explicit
Vaka çözüldü
Bu önemli kilometre taşı, temsilcinin müşterinin sorununu çözmek için gereken çalışmayı tamamladığını gösterir. Vaka artık son kapatılmayı bekler; belirli bir süre sonra otomatik olarak kapatılabilir.
Neden önemli?

Çözüm süresini ölçmek için temel bitiş noktasıdır ve SLA uyumluluğunu hesaplamada önemlidir. Vakadaki etkin çalışmanın sona erdiğini gösterir.

Nereden alınır?

CaseHistory nesnesinde Status alanı Resolved olarak değiştiğinde çıkarımlanır. Bu aşamada IsClosed alanı hâlâ false olabilir.

Kaydedin

Case Status alanının Resolved olarak değiştiği zaman damgası.

Olay türü inferred
Vaka kapatıldı
Bu etkinlik, hizmet talebi yaşam döngüsünün kesin sonunu gösterir. Vaka kapatıldıktan sonra yeniden açılmadığı sürece başka bir işlem yapılması beklenmez.
Neden önemli?

Son olay olan bu etkinlik, vakanın toplam süresini hesaplamak için bitiş noktasını sağlar. Resolved ile Closed arasındaki süre, kapatma sürecindeki verimsizlikleri de ortaya çıkarabilir.

Nereden alınır?

Case nesnesindeki IsClosed alanı true olarak ayarlandığında kaydedilen zaman damgasından çıkarımlanır. ClosedDate alanı da bu sırada doldurulur.

Kaydedin

IsClosed alanının true olarak değiştiği ve CaseHistory içinde kaydedilen zaman damgası.

Olay türü inferred
Vaka oluşturuldu
Salesforce’a yeni bir hizmet talebi, yani vaka kaydedildiğinde bu etkinlik müşteri hizmetleri sürecinin resmî başlangıcını gösterir. Case nesnesinde yeni bir kayıt oluşturulduğunda olay, kesin zaman damgasıyla açıkça kaydedilir.
Neden önemli?

Birincil başlangıç olayı olan bu etkinlik, vakanın toplam yaşam döngüsünü ve çözüm sürelerini hesaplamak için gereklidir. SLA’lara göre performansı ölçmek ve vaka hacmini anlamak için başlangıç noktası sağlar.

Nereden alınır?

Bu olay, Case nesnesinde kayıt oluşturulmasına karşılık gelir. Zaman damgası, standart CreatedDate alanında tutulur.

Kaydedin

Doğrudan Case kaydının oluşturulma zaman damgasından alınır.

Olay türü explicit
Vaka temsilciye atandı
Bir hizmet talebinin işleme alınmak üzere belirli bir temsilciye veya kuyruğa atandığı anı gösterir. Sürecin temel adımlarından biridir ve vaka sahipliği alanındaki değişiklikle kaydedilir.
Neden önemli?

Bu etkinlik, temsilci iş yükünü, atama gecikmelerini ve devir teslim sıklığını izlemek için gereklidir. Temsilci performansını analiz etmenin ve atama sürecindeki darboğazları belirlemenin temelini oluşturur.

Nereden alınır?

Case nesnesindeki OwnerId alanının değişmesinden çıkarımlanır. Değişikliğin zaman damgası CaseHistory nesnesinde kaydedilir.

Kaydedin

OwnerId alanındaki ilk güncellemenin zaman damgasını belirleyin.

Olay türü inferred
İlk alındı bildirimi gönderildi
Müşteriye, hizmet talebinin alındığını bildiren ilk iletişimi ifade eder. Bu genellikle vaka oluşturma kurallarının tetiklediği otomatik bir e-postadır ve giden ilk iletişim belirlenerek çıkarımlanır.
Neden önemli?

Bu etkinliği izlemek, ilk yanıt sürelerini ölçmek ve müşterilerin zamanında bilgilendirilmesini sağlamak için önemlidir. Müşteri iletişimini iyileştirmek üzere İlk Alındı Bildirimi Gecikmesi KPI’ını analiz etmeye yardımcı olur.

Nereden alınır?

Case ile ilişkili ilk giden EmailMessage kaydının zaman damgasından çıkarımlanır. Otomasyon kuralının tetiklediği özel bir alan güncellemesinden de çıkarımlanabilir.

Kaydedin

Case ile bağlantılı ilk giden EmailMessage zaman damgasını belirleyin.

Olay türü inferred
Memnuniyet anketi gönderildi
Müşteri memnuniyeti (CSAT) veya Net Tavsiye Skoru (NPS) anketinin gönderilmesini ifade eder. Bu işlem genellikle vaka çözüldükten veya kapatıldıktan sonra otomatik olarak yapılır.
Neden önemli?

Temel çözüm sürecinin parçası olmasa da bu etkinlik, geri bildirim döngüsünü anlamak açısından önemlidir. Zamanlamasını ve sıklığını analiz etmek, müşteri görüşlerinin düzenli olarak alınmasını sağlar.

Nereden alınır?

Vakayla ilişkili ve bir anket şablonuyla eşleşen giden EmailMessage kaydından çıkarımlanır. Alternatif olarak SurveyInvitation kaydının oluşturulmasıyla da kaydedilebilir.

Kaydedin

Giden anket e-postasını veya SurveyInvitation kaydının oluşturulmasını belirleyin.

Olay türü inferred
Müşteriden bilgi alındı
Müşteri istenen bilgiyi sağladığında bekleme süresi sona erer. Bu etkinlik, gelen bir iletişimin ardından vaka durumu yeniden etkin bir duruma geçtiğinde çıkarımlanır.
Neden önemli?

Bu olayı izlemek, müşterilerin yanıt sürelerini ve bunların vaka yaşam döngüsüne etkisini anlamak için önemlidir. Temsilcinin etkin çalışmaya yeniden başladığını gösterir.

Nereden alınır?

Vakayla ilişkili gelen EmailMessage zaman damgasından veya CaseHistory nesnesinde durumun Waiting on Customer değerinden In Progress değerine değişmesinden çıkarımlanır.

Kaydedin

Gelen e-postanın veya durumun bekleme değerinden değişmesinin zaman damgası.

Olay türü inferred
Müşteriden bilgi istendi
Temsilcinin vakayı ilerletmek için müşteriden ek bilgiye ihtiyaç duyduğu zaman gerçekleşir. Genellikle vaka durumu müşteriden yanıt bekleniyor durumuna geçtiğinde çıkarımlanır.
Neden önemli?

Bu etkinlik, temsilcinin kontrolünde olmayan bekleme süresinin başlangıcını gösterir. Bu süreyi ayrı ölçmek, iç süreç verimliliğini ve temsilci performansını doğru değerlendirmek için önemlidir.

Nereden alınır?

CaseHistory nesnesinde Status alanı Waiting on Customer Response veya Pending gibi bir değere güncellendiğinde çıkarımlanır.

Kaydedin

Case Status alanının bekleme durumunu belirten bir değere değiştiği zaman damgası.

Olay türü inferred
Müşteriye çözüm önerildi
Temsilcinin müşteriye olası bir çözüm sunduğu anı belirtir. Bu kavramsal adım genellikle giden bir iletişimden veya belirli bir durum değişikliğinden çıkarımlanır.
Neden önemli?

Bu kilometre taşını izlemek, incelemenin başlamasından çözümün önerilmesine kadar geçen süreyi ölçmeye yardımcı olur. Çözüm kabul edilmezse bir onay döngüsünün başlangıcını da gösterebilir.

Nereden alınır?

Belirli anahtar sözcükleri içeren giden bir EmailMessage kaydından veya CaseHistory nesnesinde durumun Solution Provided olarak değişmesinden çıkarımlanır.

Kaydedin

Durum değişikliğinin veya giden iletişim olayının zaman damgası.

Olay türü inferred
Temsilci sorunu inceliyor
Temsilcinin müşterinin sorununu teşhis etmek ve anlamak için etkin biçimde çalıştığı aşamayı ifade eder. Açık bir olay olarak kaydedilmez; vaka durumu yeni veya açık durumdan devam eden bir duruma geçtiğinde çıkarımlanır.
Neden önemli?

İnceleme aşamasının ne kadar sürdüğünü anlamak, hizmet taleplerindeki karmaşıklıkları ve temsilcilerin daha fazla eğitim ya da kaynağa ihtiyaç duyabileceği alanları belirlemeye yardımcı olur. Etkin çalışma süresini bekleme süresinden ayırır.

Nereden alınır?

CaseHistory nesnesinde Status alanı In Progress veya Working gibi etkin çalışmayı belirten bir değere güncellendiğinde çıkarımlanır.

Kaydedin

Case Status alanının devam eden bir değere değiştiği zaman damgası.

Olay türü inferred
Vaka kategorilendirildi ve önceliklendirildi
Bu etkinlik, vakaya tür, kategori ve öncelik düzeyi atandığında gerçekleşir. Bu işlem genellikle ilk değerlendirme ekibi veya otomasyon kuralları tarafından yapılır ve ilgili vaka alanlarındaki değişikliklerden çıkarımlanır.
Neden önemli?

Kategorilendirme, vakaların dağılımını ve yönlendirme etkinliğini anlamanın temelidir. Bu adımı analiz etmek, iş yükü dağılımını iyileştirmeye ve yüksek öncelikli vakaların zamanında ele alınmasını sağlamaya yardımcı olur.

Nereden alınır?

CaseHistory nesnesinden, Priority, Type veya diğer sınıflandırma alanlarının ilk kez doldurulduğu ya da varsayılan değerlerinden değiştirildiği zaman izlenerek çıkarımlanır.

Kaydedin

CaseHistory içindeki Priority veya Type gibi alanlardaki güncellemeleri izleyin.

Olay türü inferred
Vaka yeniden açıldı
Daha önce çözülmüş veya kapatılmış bir vaka, sorun tekrarlandığında ya da çözüm işe yaramadığında yeniden etkinleştirilir. Bu, yeniden çalışmanın önemli bir göstergesidir.
Neden önemli?

Yeniden açılan vakalar, çözümlerin kalitesinin düşük olduğuna veya İlk Temasta Çözümün sağlanamadığına işaret eder. Hizmet kalitesini artırmak için bu vakaların sıklığını ve temel nedenlerini analiz etmek gerekir.

Nereden alınır?

CaseHistory nesnesinde IsClosed alanı true değerinden false değerine geçtiğinde veya Status alanı kapalı/çözülmüş durumdan yeniden açık duruma döndüğünde çıkarımlanır.

Kaydedin

Status veya IsClosed alanının son durumdan etkin duruma geçtiği zaman damgası.

Olay türü inferred
Vaka yeniden atandı
İlk atamadan sonra vakanın bir temsilciden veya kuyruktan diğerine aktarılmasını ifade eder. Vaka sahipliği alanındaki sonraki değişikliklerden çıkarımlanır.
Neden önemli?

Sık yeniden atamalar, ilk yönlendirmenin hatalı olduğunu, süreçte verimsizlik bulunduğunu veya bilgi eksikliği yaşandığını gösterebilir. Bunlar gecikmelere ve kötü bir müşteri deneyimine yol açabilir. Bu etkinlik, temsilciler arasındaki devir teslimleri ölçmeye yardımcı olur.

Nereden alınır?

İlk atamadan sonra CaseHistory nesnesindeki OwnerId alanında yapılan her değişiklikten çıkarımlanır.

Kaydedin

OwnerId alanındaki ilk güncellemeden sonraki tüm güncellemeleri belirleyin.

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

Veri çıkarma rehberleri

Salesforce Service Cloud verilerinizi nasıl alabilirsiniz?

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

Süreç analizi çalışmalarınıza hızla başlamak ve müşteri hizmetleri operasyonlarınızdaki gizli fırsatları ortaya çıkarmak için bu veri Templateinden yararlanın. Hizmet sunumunuzu bugün iyileştirmeye başlayın!

Müşteri hizmetlerinde verimliliği şimdi artırın

İlk temasta çözüm oranını %80'e çıkarın ve müşteri memnuniyeti puanlarını yükseltin.

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez