Müşteri Hizmetleri Veri Templateiniz
Müşteri Hizmetleri Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek önemli etkinlikler
- Veri çıkarma rehberi
Müşteri hizmetleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Hizmet talebi
ServiceRequest
|
Bir müşteri hizmetleri vakasını veya Ticket'ını tanımlayan ve ilgili tüm faaliyetleri birbirine bağlayan benzersiz tanımlayıcı. | ||
|
Açıklama
Genellikle Ticket veya Case olarak adlandırılan Service Request, tek bir müşteri talebi veya sorunuyla ilgili tüm faaliyetleri birbirine bağlayan birincil tanımlayıcıdır. Salesforce Service Cloud'da bu değer Case Number'a karşılık gelir. Bu öznitelik, her müşteri etkileşiminin uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. Process Mining aracının 'Case Created', 'Agent Investigates Issue' ve 'Case Resolved' gibi ilgili tüm olayları tek bir süreç örneğinde gruplandırmasını sağlar. Böylece başlangıçtan sona kadar bütünsel analiz yapılabilir.
Neden önemli?
Aynı müşteri sorununa ait tüm olayları tutarlı bir süreç örneğinde birleştirdiği için Process Mining'in temel yapı taşıdır.
Nereden alınır?
Salesforce Case nesnesi, alan: CaseNumber
Örnekler
000010240000105800001193
|
|||
|
Faaliyet adı
ActivityName
|
Müşteri hizmetleri sürecinde gerçekleşen belirli bir iş olayının veya adımının adı. | ||
|
Açıklama
Bu öznitelik, bir hizmet talebinin yaşam döngüsündeki tek bir adımı veya kilometre taşını açıklar. Faaliyetler süreç haritasındaki düğümlerdir ve temsilciler, otomatik sistemler veya müşteriler tarafından gerçekleştirilen işlemleri gösterir. 'Case Created', 'Internal Escalation Triggered' ve 'Case Closed' gibi faaliyetlerin sırasını ve sıklığını analiz etmek Process Mining'in temel unsurlarındandır. Bu analiz, gerçek süreç akışını ortaya çıkarmaya, darboğazları belirlemeye ve standart çalışma prosedüründen sapmaları tespit etmeye yardımcı olur.
Neden önemli?
Faaliyetler 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 birden fazla alanın birleşiminden 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ı tanımlar. Bu bağlamda kaynak uygulama Salesforce Service Cloud'dur. Birden fazla sistemden gelen verilerin bütünsel bir süreç görünümü için birleştirildiği ortamlarda özellikle faydalıdır. Tek bir sistem analiz edilse bile bu öznitelik, verilerin kaynağı hakkında önemli 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 verilerin birleştirilebileceği analizler için gereklidir.
Nereden alınır?
Genellikle veri çıkarma ve dönüştürme sürecinde veri setinin kaynağını belirtmek üzere eklenen statik bir değerdir.
Örnekler
Salesforce Service CloudSFSC
|
|||
|
Olay zamanı
EventTime
|
Bir faaliyetin gerçekleştiği anı gösteren kesin zaman damgası. | ||
|
Açıklama
Olay zamanı, belirli bir faaliyetin sisteme kaydedildiği tarih ve saati gösterir. Sürecin tamamı için zamansal bağlam sağlar; sürelerin, bekleme zamanlarının ve çevrim sürelerinin hesaplanmasına imkan verir. Analizde bu zaman damgası, her hizmet talebindeki olayları kronolojik sıraya koymak ve süreç keşfinin temelini oluşturmak için kullanılır. 'Case Created' ile 'Initial Acknowledgment Sent' arasındaki süreyi ölçmek veya toplam çözüm süresini hesaplamak gibi performansla ilgili KPI'lar için önemlidir.
Neden önemli?
Bu zaman damgası, süreç zaman çizelgesini anlamak, performans metriklerini hesaplamak ve faaliyetler 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ürece ait verilerin en son yenilendiği anı 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 güncelliği hakkında kullanıcıları bilgilendirmektir. İçgörülerin ve kararların güncel ve ilgili bilgilere dayanmasını sağlamak için önemlidir. Ayrıca verilerin ne kadar güncel olduğu konusunda beklentilerin yönetilmesine yardımcı olur.
Neden önemli?
Verilerin güncelliği konusunda şeffaflık sağlar ve kullanıcıların analizlerinin ne kadar güncel olduğunu anlamasına yardımcı olur.
Nereden alınır?
Bu değer genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve saklanır.
Örnekler
2023-10-27T04:00:00Z
|
|||
|
Atanan temsilci
AssignedAgent
|
Hizmet talebinin o anda atandığı kullanıcı veya kuyruk. | ||
|
Açıklama
Bu öznitelik, belirli bir andaki hizmet talebini yönetmekten sorumlu temsilciyi veya ekibi belirler. Salesforce içinde bu kişi genellikle Case Ownerdır. Bu öznitelikteki değişiklikleri izlemek, temsilci performansını ve iş yükü dağılımını analiz etmek ve devir teslimleri incelemek için temel öneme sahiptir. Bir vakanın kaç kez yeniden atandığı, en karmaşık vakaları hangi temsilcilerin yönettiği ve iş yüklerinin ekip genelinde dengeli dağılıp dağılmadığı gibi soruları yanıtlamanıza yardımcı olur. Bu, Temsilci Devir Teslimleri ve İş Yükü Dağılımı Dashboardları için temel bir özniteliktir.
Neden önemli?
Temsilci iş yükünü, performansını ve devir sıklığını analiz etmek için gereklidir. Bunların tümü 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. Kademe Destek Kuyruğu
|
|||
|
Bitiş zamanı
EndTime
|
Bir faaliyetin tamamlandığı anı gösteren zaman damgası. | ||
|
Açıklama
Bitiş zamanı, bir faaliyetin tamamlandığı zamanı gösterir. Başlangıç zamanı ile birlikte kullanıldığında faaliyet işleme sürelerinin kesin olarak hesaplanmasını sağlar. Salesforce'taki birçok olay anlıktır; bu durumda Başlangıç zamanı ve Bitiş zamanı aynıdır. Bununla birlikte, uzun süren faaliyetlerde bir Bitiş zamanının ayrı olarak tutulması, bir görev için harcanan sürenin doğru ölçülmesi açısından önemlidir. Aktif işleme süresini adımlar arasındaki boşta bekleme süresinden ayırarak performans analizini doğrudan destekler.
Neden önemli?
Bir faaliyetin gerçek süresini hesaplamayı sağlar. Bu bilgi, temsilci performansını analiz etmek ve zaman alan adımları belirlemek için gereklidir.
Nereden alınır?
Anlık olaylarda genellikle StartTime ile aynıdır. Süre içeren faaliyetlerde, tamamlanmayı gösteren belirli bir alandan alınmalıdır. Bu işlem özel yapılandırma gerektirebilir.
Örnekler
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
|
|||
|
İletişim kanalı
CommunicationChannel
|
Hizmet talebinin başlatıldığı kanal, örneğin e-posta, telefon veya web. | ||
|
Açıklama
Bu öznitelik, müşterinin hizmet talebini iletmek için kullandığı iletişim yöntemini belirtir. Salesforce içinde bu bilgi çoğu zaman Case Origin alanında tutulur. İletişim kanalını anlamak, kaynak dağılımını optimize etmek ve hizmet verimliliğini artırmak için önemlidir. Kuruluşlar çözüm sürelerini ve süreç akışlarını kanallara göre analiz ederek farklı sorun türleri için hangi kanalların daha etkili olduğunu belirleyebilir. Bu analiz, İletişim Kanalı Verimliliği Dashboardunu destekler.
Neden önemli?
Farklı müşteri iletişim kanallarındaki performansı karşılaştırmayı sağlar ve kanal stratejisiyle kaynak dağılımını optimize etmeye yardımcı olur.
Nereden alınır?
Salesforce Case nesnesi, alan: Origin
Örnekler
E-postaTelefonWebChat
|
|||
|
İ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 boolean öznitelik, ilk müşteri iletişiminden sonra takip gerektirmeden çözülen hizmet taleplerini belirler. Bu durumu belirlemek için genellikle etkinliklerin sırası ve zamanlaması analiz edilir. Yüksek First Contact Resolution (FCR) oranı, verimli ve etkili bir müşteri hizmetleri sürecinin güçlü göstergesidir. Bu hesaplanan öznitelik, First Contact Resolution Rate KPI'ının temelini oluşturur. İlk temasta çözülemeyen vakaların analiz edilmesi, temsilci eğitimini, bilgi bankası içeriğini ve süreç tasarımını iyileştirme fırsatlarını ortaya çıkarabilir.
Neden önemli?
Hizmet verimliliğinin ve müşteri memnuniyetinin önemli bir boyutunu doğrudan ölçer ve etkili sorun çözümünün belirleyicilerini ortaya çıkarmanıza yardımcı olur.
Nereden alınır?
Belirli bir vakaya ait Event Log analiz edilerek veri dönüştürme sırasında hesaplanır. Yaygın bir kural, 'Case Resolved' etkinliğinin 'Information Requested From Customer' veya sonraki müşteri iletişimi etkinliklerinden önce gerçekleşip gerçekleşmediğini kontrol etmektir.
Örnekler
truefalse
|
|||
|
SLA durumu
SlaStatus
|
Vakanın SLA hedefi içinde çözülüp çözülmediğini gösterir. | ||
|
Açıklama
Bu öznitelik, çözümlenen her vakayı tanımlanan Service Level Agreement'a uyumuna göre kategorilere ayırır. Gerçek çözüm zaman damgası, 'SLA Target Resolution Time' ile karşılaştırılarak hesaplanır. SLA Adherence Rate KPI'ının doğrudan girdisi olan bu öznitelik, performans takibini kolaylaştırır. Uyum göstermeyen tüm vakaları hızlıca filtreleyip analiz ederek belirli vaka türleri, ürünler veya süreç darboğazları gibi SLA ihlallerinin yaygın kök nedenlerini belirlemenize yardımcı olur.
Neden önemli?
Vaka bazında SLA uyumluluğu için net ve ikili bir sonuç sunar. Bu sonuç, performans takibi ve gecikmelerin kök neden analizi için temel oluşturur.
Nereden alınır?
'Case Resolved' zaman damgasının 'SlaTargetResolutionTime' özniteliğiyle karşılaştırılmasıyla veri dönüştürme katmanında hesaplanır.
Örnekler
Karşılandıİhlal edildi
|
|||
|
SLA hedef çözüm süresi
SlaTargetResolutionTime
|
SLA'ye göre hizmet talebinin çözülmesi gereken hedef tarih ve saat. | ||
|
Açıklama
Bu öznitelik, bir vakanın çözülmesi için hizmet düzeyi anlaşmasındaki (SLA) son tarihi tanımlar. Genellikle vakanın önceliği, türü ve müşteri seviyesi gibi faktörlere göre belirlenir. Salesforce, entitlement ve milestone özelliklerini kullanarak bu tarihi otomatik hesaplayabilir. Bu zaman damgası, SLA uyumunu ölçmek için gereklidir. Kuruluş, gerçek çözüm süresini bu hedefle karşılaştırarak SLA Uyumu Oranı KPI değerini hesaplayabilir ve SLA ihlali riski taşıyan vakaları belirleyebilir. Böylece Vaka SLA Uyumu Dashboardunu doğrudan destekler.
Neden önemli?
Gerçek performansın ölçüldüğü referans noktasıdır. Bu nedenle SLA uyumluluğunu hesaplamak ve risk altındaki vakaları belirlemek için önemlidir.
Nereden alınır?
Bu bilgi genellikle Salesforce'un Entitlement Management özelliğinin parçası olan Case Milestone nesnesindeki SlaExitDate alanında saklanır.
Ö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 mevcut durumu, örneğin New, In Progress veya Closed. | ||
|
Açıklama
Vaka durumu, bir hizmet talebinin mevcut durumunu gösterir. Durum değişiklikleri genellikle süreçteki faaliyetleri belirlemenin temel kaynağıdır. Örneğin 'New' değerinden 'Working' değerine geçiş, 'Agent Investigates Issue' faaliyetiyle 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 durumu ve sonucu hakkında içgörü sağlar. Durum değişiklikleri, faaliyetlerin sırasını çıkarmak için sıklıkla kullanılır.
Nereden alınır?
Salesforce Case nesnesi, alan: Status
Örnekler
YeniÜzerinde ÇalışılıyorMüşteri bekleniyorKapatıldı
|
|||
|
Vaka önceliği
CasePriority
|
Hizmet talebine atanan öncelik düzeyi, örneğin High, Medium veya Low. | ||
|
Açıklama
Vaka Önceliği, bir hizmet talebinin aciliyetini belirlemek için kullanılan standart bir sınıflandırmadır. Bu tanım, Hizmet Düzeyi Anlaşmalarına (SLA) göre hedef yanıt ve çözüm sürelerini çoğu zaman belirler. Süreç performansını önceliğe göre analiz etmek, önceliklendirme stratejisinin ne kadar etkili olduğunu 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ı belirlemenize yardımcı olur. Böylece Vaka Önceliklendirme ve Etki Dashboardunu doğrudan destekler.
Neden önemli?
Sürecin acil vakalara etkili biçimde öncelik verip vermediğini ve vakanın önemine göre farklı hizmet düzeylerini 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
|
Hizmet talebinin sınıflandırması, örneğin Question, Problem veya Feature Request. | ||
|
Açıklama
Vaka türü, müşterinin talebinin veya sorununun niteliğini sınıflandırmaya yardımcı olan kategorik bir özniteliktir. Böylece farklı sorun türlerinin nasıl ele alındığını anlamak için hizmet talepleri segmentlere ayrılabilir. Süreci Vaka Türüne göre analiz etmek, belirli talep türlerinin farklı yollar izlediğini, daha uzun çözüm sürelerine sahip olduğunu veya daha fazla devir gerektirdiğini ortaya çıkarabilir. Bu içgörü, belirli iş kategorilerine yönelik süreci uyarlamak ve iyileştirmek için değerlidir.
Neden önemli?
Farklı talep türlerinin farklı biçimde ele alınıp alınmadığını anlamak ve özel iyileştirme alanlarını belirlemek için süreci segmentlere ayırmayı sağlar.
Nereden alınır?
Salesforce Case nesnesi, alan: Type
Örnekler
SorunÖzellik TalebiSoru
|
|||
|
Eskale edildi mi
IsEscalated
|
Vakanın eskale edilip edilmediğini gösteren işaret. | ||
|
Açıklama
Bu boolean öznitelik, bir hizmet talebinin üst seviyeye aktarılıp aktarılmadığını gösterir. Salesforce içinde bu durum, Üst Seviyeye Aktarma Kurallarına göre otomatik ayarlanan standart IsEscalated alanıyla izlenebilir. Bu işaret, İç Üst Seviyeye Aktarma Analizi Dashboardu ve İç Üst Seviyeye Aktarma Oranı KPI için doğrudan girdi sağlar. Tüm üst seviyeye aktarılan vakaları kolayca filtreleyip toplamanıza, bunların sıklığını ölçmenize ve genel çözüm süreleriyle süreç karmaşıklığı üzerindeki etkilerini analiz etmenize yardımcı olur.
Neden önemli?
Vaka eskalasyonlarını doğrudan ölçer. Bu, süreçteki sürtünmenin, karmaşıklığın veya temsilci bilgi eksiklerinin önemli bir göstergesidir.
Nereden alınır?
Salesforce Case nesnesi, IsEscalated alanı
Örnekler
truefalse
|
|||
|
İlgili ürün
ProductInvolved
|
Müşterinin talebinin ilgili olduğu belirli ürün veya hizmet. | ||
|
Açıklama
Bu öznitelik, bir hizmet talebini belirli bir ürün veya hizmete bağlar. Salesforce'ta bu bağlantı genellikle Product nesnesine yapılan bir arama yoluyla yönetilir. Süreç verilerini ürüne göre segmentlere ayırmak, ürün kalitesini analiz etmek için önemlidir. Hangi ürünlerin en fazla destek talebi oluşturduğunu, bu ürünlerde ne tür sorunlar yaşandığını ve çözüm sürecinin ürün gruplarına göre değişip değişmediğini belirlemenize yardımcı olur. Bu bilgiler, ürün geliştirme ekipleri için önemli geri bildirimler sağlar.
Neden önemli?
Ürün bazlı süreç analizi yapılmasını sağlar ve belirli ürünlerdeki ürün kalitesi sorunlarını veya destek eksiklerini ortaya çıkarabilir.
Nereden alınır?
Salesforce Case nesnesi, ProductId alanı. Bu, standart ancak isteğe bağlı bir arama alanıdır.
Örnekler
Alpha CRM PaketiBeta Analytics AracıGamma Veri Bağlayıcısı
|
|||
|
Müşteri adı
CustomerName
|
Hizmet talebiyle ilişkilendirilen müşteri veya hesabın adı. | ||
|
Açıklama
Bu öznitelik, hizmet talebini başlatan müşteriyi tanımlar. Salesforce'ta bu müşteri bir Contact (kişi) veya Account (şirket) olabilir. Süreci müşteri bakış açısıyla 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ı belirlemenize yardımcı olur. Bu bilgiler, müşteri ilişkileri yönetimi stratejilerine yön verebilir ve proaktif destek fırsatlarını ortaya çıkarabilir.
Neden önemli?
Müşteri odaklı analiz yapılmasını sağlar ve belirli müşteriler veya müşteri segmentleri için örüntüleri ve performans farklılıklarını belirlemenize yardımcı olur.
Nereden alınır?
Salesforce Case nesnesi, Contact ve Account nesnelerine bağlanan ContactId veya AccountId alanları.
Örnekler
Global Tech Inc.Emily WhiteInnovate Solutions
|
|||
|
Temsilci devri sayısı
AgentHandoffCount
|
Bir vakanın bir temsilciden veya kuyruktan diğerine kaç kez yeniden atandığı. | ||
|
Açıklama
Bu metrik, bir hizmet talebinin çö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şikliklerin sayılmasıyla hesaplanır. Bu öznitelik, Vaka Başına Ortalama Temsilci Devir Teslimi KPI değerinin temelini oluşturur ve Temsilci Devir Teslimleri ve Yeniden Çalışma Örüntüleri Dashboardunda görselleştirilir. Yüksek devir teslimi sayısı çoğu zaman süreç verimsizliklerine, sahipliğin net olmamasına veya bilgi eksikliklerine işaret eder. Bunların tümü daha uzun çözüm sürelerine ve müşteri memnuniyetsizliğine yol açabilir.
Neden önemli?
Süreçteki iç sürtünmeyi ölçer. Aşırı sayıdaki devir, gecikmelerin ve müşteri memnuniyetsizliğinin yaygın nedenlerinden biridir.
Nereden alınır?
Her 'ServiceRequest' için 'AssignedAgent' alanındaki benzersiz değerlerin sayısından bir çıkarılarak veri dönüştürme sırasında vaka düzeyinde hesaplanır.
Örnekler
0135
|
|||
|
Vaka konusu
CaseSubject
|
Müşterinin sorununun veya talebinin kısa özeti ya da başlığı. | ||
|
Açıklama
Vaka Konusu, hizmet talebinin kısa ve serbest metin biçimindeki özetini sunar. Genellikle e-posta konu satırından veya temsilci ya da müşteri tarafından girilen başlıktan alınır. Konu satırı, doğrudan süreç analizi için yapılandırılmış bir alan olmasa da zengin bağlamsal bilgiler içerir. Metin analizi teknikleriyle vakaları kategorilere ayırmak, yeni ortaya çıkan sorunları belirlemek veya nicel süreç analizine nitel bağlam eklemek için kullanılabilir.
Neden önemli?
Vaka hakkında hızlı ve üst düzey bir bağlam sunar. Ayrıntıya inme analizi için yararlıdır ve metin analizi amacıyla kullanılabilir.
Nereden alınır?
Salesforce Case nesnesi, Subject alanı
Örnekler
Portala giriş yapılamıyorFatura ekstresi hakkında soruRaporlama Dashboardu için özellik isteği
|
|||
|
Yeniden işlem var mı
IsRework
|
Vakanın yeniden işlem veya önceki bir aşamaya geri dönüş içerip içermediğini gösteren işaret. | ||
|
Açıklama
Bu boolean öznitelik, kapatıldıktan sonra yeniden açılma veya 'Temsilci İnceliyor' ile 'Çözüm Önerildi' arasında tekrar tekrar gidip gelme gibi yeniden çalışma örüntüleri gösteren vakaları işaretler. Yeniden çalışmayı belirlemek için etkinlik dizisinin istenmeyen döngüler açısından analiz edilmesi gerekir. Bu öznitelik, Yeniden Çalışma Oranı KPI ve Temsilci Devir Teslimleri ve Yeniden Çalışma Örüntüleri Dashboardunu doğrudan destekler. Yeniden çalışma içeren vakaları belirlemek, analistlerin yetersiz çözümlerden eksik bilgi toplamaya kadar uzanabilecek temel nedenleri incelemesine ve düzeltici önlemler almasına yardımcı olur.
Neden önemli?
Süreç verimsizliğini ve boşa harcanan çabayı görünür kılar. Sık tekrarlanan etkinlikleri hedefli biçimde analiz etmenizi sağlar.
Nereden alınır?
Etkinlik dizileri analiz edilerek veri dönüştürme sırasında hesaplanır. Örneğin, aynı vaka içinde 'Case Closed' -> 'Case Reopened' veya 'Solution Proposed' -> 'Agent Investigates Issue' dizisi görülürse vaka yeniden işlem olarak işaretlenir.
Örnekler
truefalse
|
|||
Müşteri hizmetleri aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Dahili eskalasyon tetiklendi
|
Bir vakanın daha yüksek düzeyde destek veya uzmanlık gerektirdiği ve resmi olarak eskale edildiği zaman gerçekleşir. Salesforce'un eskalasyon kurallarıyla açıkça kaydedilebilir veya bir alan değişikliğinden çıkarılabilir. | ||
|
Neden önemli?
Eskalasyonları analiz etmek, karmaşık vaka türlerini, ön saflardaki temsilcilerin eğitim ihtiyaçlarını ve sistemik sorunları belirlemeye yardımcı olur. Süreçteki sürtünmenin ve bunun çözüm süresine etkisinin önemli bir göstergesidir.
Nereden alınır?
CaseEscalation kayıtlarından alınan açık bir olay olabilir. Daha yaygın olarak, 'IsEscalated' gibi bir onay kutusu alanı true değerine ayarlandığında CaseHistory kaydından çıkarılır.
Yakalayın
'IsEscalated' alanının true değerine 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ü karşılanmadığında tetiklenir. Salesforce bunu entitlement süreçleri ve kilometre taşı kayıtlarıyla izler. | ||
|
Neden önemli?
Bu faaliyet, SLA uyumluluğu analizinde ve izlenmesinde önemlidir. Müşteri beklentilerini karşılamayan vakaları doğrudan göstererek hedefli süreç iyileştirmelerine imkan verir.
Nereden alınır?
CaseMilestone nesnesinden alınır. Bir kilometre taşı kaydındaki IsViolated alanı true değerine ayarlandığında olay oluşturulur.
Yakalayın
Olay, CaseMilestone kaydındaki IsViolated işaretinin true değerine dönüştüğü 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, belirli bir sürenin ardından otomatik olarak gerçekleşebilecek nihai kapatılmayı bekler. | ||
|
Neden önemli?
Çözüm süresini ölçmek için temel bitiş noktalarından biridir ve SLA uyumluluğunu hesaplamak açısından önemlidir. Vaka üzerindeki aktif çalışmanın sona erdiğini gösterir.
Nereden alınır?
CaseHistory nesnesinde Status alanı 'Resolved' değerine değiştiğinde çıkarılır. Bu noktada IsClosed alanı hâlâ false olabilir.
Yakalayın
Case Status alanının 'Resolved' değerine değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Vaka kapatıldı
|
Bu faaliyet, hizmet talebi yaşam döngüsünün nihai ve kesin bitişini gösterir. Bir vaka kapatıldığında yeniden açılmadığı sürece başka bir çalışma beklenmez. | ||
|
Neden önemli?
Terminal olay olarak bu faaliyet, vakanın toplam süresini hesaplamak için son noktayı 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 değerine ayarlandığında kaydedilen zaman damgasından çıkarılır. ClosedDate alanı da bu sırada doldurulur.
Yakalayın
IsClosed alanının true değerine değiştiği ve CaseHistory'de kaydedildiği zaman damgası.
Olay türü
inferred
|
|||
|
Vaka oluşturuldu
|
Bu faaliyet, Salesforce'ta yeni bir hizmet talebi veya vakanın kaydedilmesiyle müşteri hizmetleri sürecinin resmi başlangıcını gösterir. Yeni bir kayıt Case nesnesinde oluşturulduğunda bu olay, kesin bir zaman damgasıyla açıkça kaydedilir. | ||
|
Neden önemli?
Birincil başlangıç olayı olarak bu faaliyet, genel vaka yaşam döngüsünü ve çözüm sürelerini hesaplamak için gereklidir. SLA'lere göre performansı ölçmek ve vaka hacmini anlamak için başlangıç noktası sağlar.
Nereden alınır?
Bu olay, Case nesnesi için kayıt oluşturma olayına karşılık gelir. Zaman damgası, standart CreatedDate alanında tutulur.
Yakalayın
Doğrudan Case kaydının oluşturulma zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Vaka temsilciye atandı
|
Bir hizmet talebinin ele alınmak üzere belirli bir temsilciye veya kuyruğa atandığı noktayı gösterir. Sürecin temel adımlarından biridir ve vaka sahipliği alanındaki değişiklikle kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, temsilci iş yükünü, atama gecikmelerini ve devir 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ında yapılan değişiklikten çıkarılır. Bu değişikliğin zaman damgası CaseHistory nesnesinde kaydedilir.
Yakalayın
OwnerId alanına yapılan ilk güncellemenin zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
İlk alındı bildirimi gönderildi
|
Müşteriye gönderilen ve hizmet talebinin alındığını bildiren ilk iletişimi ifade eder. Bu iletişim genellikle vaka oluşturma kuralları tarafından tetiklenen otomatik bir e-postadır ve ilk giden iletişim belirlenerek çıkarılır. | ||
|
Neden önemli?
Bu faaliyeti 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 Initial Acknowledgment Latency KPI'ını analiz etmenize yardımcı olur.
Nereden alınır?
Case ile ilişkilendirilmiş ilk giden EmailMessage kaydının zaman damgasından çıkarılır. Otomasyon kuralı tarafından tetiklenen özel bir alan güncellemesinden de çıkarılabilir.
Yakalayın
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 Promoter Score (NPS) anketinin gönderilmesini ifade eder. Genellikle vaka çözüldükten veya kapatıldıktan sonra otomatik olarak gerçekleştirilir. | ||
|
Neden önemli?
Temel çözüm sürecinin parçası olmasa da bu faaliyet, geri bildirim döngüsünü anlamak için önemlidir. Zamanlamasını ve sıklığını analiz etmek, müşteri sesinin düzenli olarak alınmasını sağlar.
Nereden alınır?
Vakayla ilişkilendirilmiş ve bir anket Templateiyle eşleşen giden EmailMessage kaydından çıkarılır. Alternatif olarak bir SurveyInvitation kaydı oluşturulduğunda da yakalanabilir.
Yakalayın
Giden anket e-postasını veya SurveyInvitation kaydının oluşturulmasını belirleyin.
Olay türü
inferred
|
|||
|
Müşteriden bilgi alındı
|
Müşterinin istenen bilgiyi sağladığı ve müşteri bekleme süresinin sona erdiği anı gösterir. Gelen bir iletişimin ardından vaka durumu yeniden aktif duruma getirildiğinde çıkarılır. | ||
|
Neden önemli?
Bu olayı izlemek, müşterinin yanıt süresini ve bunun genel vaka yaşam döngüsüne etkisini anlamak için önemlidir. Temsilcinin aktif çalışmaya yeniden başladığını gösterir.
Nereden alınır?
Vakayla ilişkilendirilmiş gelen bir EmailMessage'ın zaman damgasından veya CaseHistory nesnesinde durumun 'Waiting on Customer' değerinden 'In Progress' değerine değişmesinden çıkarılır.
Yakalayın
Gelen e-postanın veya durumun 'bekleniyor' değerinden değişmesinin zaman damgası.
Olay türü
inferred
|
|||
|
Müşteriden bilgi istendi
|
Bir temsilcinin vakayı ilerletmek için müşteriden ek bilgiye ihtiyaç duyduğu zaman gerçekleşir. Genellikle vaka durumunun 'müşteri yanıtı bekleniyor' durumuna değişmesinden çıkarılır. | ||
|
Neden önemli?
Bu faaliyet, temsilcinin kontrolünde olmayan bir bekleme süresinin başlangıcını gösterir. Bu süreyi ayırmak, iç süreç verimliliğini ve temsilci performansını doğru ölçmek 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ılır.
Yakalayın
Case Status alanının 'bekleniyor' değerine değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Müşteriye çözüm önerildi
|
Bir temsilcinin müşteriye olası bir çözüm sunduğu noktayı gösterir. Genellikle giden bir iletişimden veya belirli bir durum değişikliğinden çıkarılan kavramsal bir adımdır. | ||
|
Neden önemli?
Bu kilometre taşını izlemek, incelemeden çözüm önerisine kadar geçen süreyi ölçmeye yardımcı olur. Çözüm kabul edilmezse bir onay döngüsünün başlangıcı da olabilir.
Nereden alınır?
Belirli anahtar kelimeler içeren giden bir EmailMessage'dan veya CaseHistory nesnesinde durumun 'Solution Provided' değerine değişmesinden çıkarılır.
Yakalayın
Durum değişikliğinin veya giden iletişim olayının zaman damgası.
Olay türü
inferred
|
|||
|
Temsilci sorunu inceliyor
|
Bir temsilcinin müşterinin sorununu teşhis etmek ve anlamak için aktif olarak çalıştığı aşamayı ifade eder. Açık bir olay değildir; vaka durumunun yeni veya açık durumdan devam ediyor durumuna değişmesiyle çıkarılır. | ||
|
Neden önemli?
İnceleme aşamasının süresini anlamak, hizmet taleplerindeki karmaşıklıkları ve temsilcilerin daha fazla eğitim veya kaynağa ihtiyaç duyabileceği alanları belirlemeye yardımcı olur. Aktif çalışma süresini bekleme süresinden ayırır.
Nereden alınır?
CaseHistory nesnesinde Status alanı, 'In Progress' veya 'Working' gibi aktif çalışmayı gösteren bir değere güncellendiğinde çıkarılır.
Yakalayın
Case Status alanının 'in-progress' değerine değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Vaka kategorilendirildi ve önceliklendirildi
|
Bu faaliyet, bir vakaya tür, kategori ve öncelik düzeyi atandığında gerçekleşir. İşlem genellikle bir ön değerlendirme ekibi veya otomasyon kuralları tarafından yapılır ve ilgili vaka alanlarındaki değişikliklerden çıkarılır. | ||
|
Neden önemli?
Kategorilendirme, vaka dağılımını ve yönlendirme etkinliğini anlamanın temelidir. Bu adımı analiz etmek, iş yükü dağılımını optimize etmeye 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 an izlenerek çıkarılır.
Yakalayın
CaseHistory içindeki Priority veya Type gibi alanlara yapılan güncellemeleri izleyin.
Olay türü
inferred
|
|||
|
Vaka yeniden açıldı
|
Daha önce çözülmüş veya kapatılmış bir vaka, sorunun tekrarlaması ya da çözümün etkisiz kalması nedeniyle yeniden etkinleştirildiğinde gerçekleşir. Yeniden yapılan işin önemli bir göstergesidir. | ||
|
Neden önemli?
Yeniden açılan vakalar, düşük kaliteli çözümlerin veya First Contact Resolution başarısızlıklarının güçlü bir göstergesidir. Sıklıklarını ve temel nedenlerini analiz etmek, hizmet kalitesini iyileştirmek için gereklidir.
Nereden alınır?
CaseHistory nesnesinde IsClosed alanı true değerinden false değerine değiştiğinde veya Status alanı kapalı/çözülmüş durumdan açık duruma döndüğünde çıkarılır.
Yakalayın
Status veya IsClosed alanının terminal durumdan aktif duruma değiştiği zaman damgası.
Olay türü
inferred
|
|||
|
Vaka yeniden atandı
|
İlk atamadan sonra bir vakanın bir temsilciden veya kuyruktan diğerine devredilmesini ifade eder. Vaka sahipliği alanında sonradan yapılan değişikliklerden çıkarılır. | ||
|
Neden önemli?
Sık yeniden atamalar, yanlış ilk yönlendirmeye, süreç verimsizliklerine veya bilgi eksikliklerine işaret edebilir. Bu durum gecikmelere ve kötü müşteri deneyimine yol açar. Bu faaliyet, temsilci devirlerini ölçmeye yardımcı olur.
Nereden alınır?
İlk atamadan sonra CaseHistory nesnesindeki OwnerId alanında yapılan her değişiklikten çıkarılır.
Yakalayın
İlk güncellemeden sonra OwnerId alanına yapılan tüm güncellemeleri belirleyin.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Müşteri hizmetleri operasyonlarınızdaki gizli fırsatları ortaya çıkarmak ve Process Mining yolculuğunuza hızlıca başlamak için bu veri Templateinden yararlanın. Hizmet sunumunuzu bugün dönüştürmeye başlayın!
Müşteri hizmetlerinde en yüksek verimliliğe şimdi ulaşın
İlk temasta %80 çözüm oranına ulaşın ve CSAT puanlarını artırın.
Kredi kartı gerekmez