Müşteri Hizmetleri Veri Şablonunuz

Salesforce Service Cloud
Müşteri Hizmetleri Veri Şablonunuz

Müşteri Hizmetleri Veri Şablonunuz

Bu şablon, müşteri hizmetleri verilerinizi process mining için hazırlamanıza yönelik kapsamlı bir rehber sunar. Toplanması gereken temel veri özniteliklerini, izlenecek ana faaliyetleri ve bu bilgileri kaynak sisteminizden nasıl çıkaracağınıza dair pratik rehberliği özetler. Verilerinizin derinlemesine analiz ve optimizasyon için hazır olduğundan emin olmak için bu kaynağı kullanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Veri Çekim Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Müşteri Hizmetleri Nitelikleri

Bunlar, müşteri hizmetleri sürecinizin kapsamlı analizi için olay günlüğünüze dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 10 Önerilen 6 İsteğe Bağlı
Ad Açıklama
Hizmet Talebi
ServiceRequest
Tüm ilgili faaliyetleri birbirine bağlayan bir müşteri hizmetleri vakası veya talebi için benzersiz tanımlayıcı.
Açıklama

Genellikle Ticket veya Case olarak anılan Service Request, tek bir müşteri sorgusu veya sorunuyla ilgili tüm faaliyetleri birbirine bağlayan birincil tanımlayıcı görevi görür. Salesforce Service Cloud'da bu, Case Number'a karşılık gelir.

Bu öznitelik, her müşteri etkileşiminin uçtan uca yolculuğunu yeniden yapılandırmak için esastır. 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ına olanak tanıyarak baştan sona bütünsel analiz yapılmasını sağlar.

Neden önemli

Process mining için temel yapı taşıdır, çünkü aynı müşteri sorununa ait tüm olayları tutarlı bir süreç örneğine bağlar.

Nereden alınır

Salesforce Case object, field: CaseNumber

Örnekler
000010240000105800001193
Faaliyet Adı
ActivityName
Müşteri hizmetleri sürecinde meydana gelen 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ı tanımlar. Faaliyetler, süreç haritasındaki düğümlerdir ve temsilciler, otomatik sistemler veya müşteriler tarafından yapılan eylemleri temsil eder.

'Case Created', 'Internal Escalation Triggered' ve 'Case Closed' gibi faaliyetlerin sıklığını ve sırasını analiz etmek process mining için merkezi öneme sahiptir. Gerçek süreç akışını ortaya çıkarmaya, bottleneck'leri belirlemeye ve standart işletim prosedüründen sapmaları tespit etmeye yardımcı olur.

Neden önemli

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

Nereden alınır

Genellikle Case object'indeki durum değişiklikleri (Status alanı) veya CaseHistory veya EmailMessage object'lerindeki kayıtlar gibi alan kombinasyonlarından türetilir.

Örnekler
Vaka OluşturulduVaka Temsilciye AtandıMüşteriye Çözüm ÖnerildiCase Kapatıldı
Kaynak Sistem
SourceSystemName
Süreç verilerinin kaynaklandığı sistem.
Açıklama

Bu öznitelik, verilerin üretildiği kaynak uygulamayı tanımlar; bu bağlamda Salesforce Service Cloud'dur. Birden çok sistemden gelen verilerin bütünsel bir süreç görünümü için birleştirildiği ortamlarda özellikle kullanışlıdır.

Tek bir sistemi analiz ederken bile bu öznitelik, verilerin kaynağı hakkında temel bağlam sağlar. Veri yönetişiminde, sorun gidermede ve analizlerin doğru veri setine dayanmasını sağlamada yardımcı olur.

Neden önemli

Verinin kaynağı hakkında kritik bağlam sağlar, bu da veri yönetişimi ve birden fazla sistemden gelen verileri birleştirebilecek analizler için çok önemlidir.

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
Salesforce Service CloudSFSC
Olay Zamanı
EventTime
Bir etkinliğin ne zaman gerçekleştiğini gösteren kesin timestamp.
Açıklama

Event Time, belirli bir faaliyetin sisteme kaydedildiği tarihi ve saati yakalar. Tüm süreç için zamansal bağlam sağlayarak sürelerin, bekleme sürelerinin ve döngü sürelerinin hesaplanmasına olanak tanır.

Analizde, bu zaman damgası her hizmet talebi için olayları kronolojik olarak sıralamak için kullanılır ve süreç keşfinin temelini oluşturur. 'Vaka Oluşturuldu' ile 'İlk Onay Gönderildi' arasındaki sürenin ölçülmesi veya toplam çözüm süresinin hesaplanması gibi performansla ilgili KPI'lar için kritiktir.

Neden önemli

Bu timestamp, süreç zaman çizelgesini anlamak, performans metriklerini hesaplamak ve faaliyetler arasındaki gecikmeleri belirlemek için çok önemlidir.

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 türetilir.

Örnekler
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
Son Veri Güncellemesi
LastDataUpdateTime
Bu süreç için verilerin en son ne zaman yenilendiğini gösteren Timestamp.
Açıklama

Bu öznitelik, kaynak sistemden yapılan son veri çıkarma veya güncelleme timestamp'ini kaydeder. Bireysel olaylardan ziyade tüm veri setine uygulanan bir meta veri alanıdır.

Birincil kullanımı, kullanıcıları analiz ettikleri verilerin güncelliği hakkında bilgilendirmektir. Bu, içgörülerin ve kararların güncel ve ilgili bilgilere dayanmasını sağlamak için kritik öneme sahiptir ve verilerin zamanında teslim edilmesiyle ilgili beklentileri yönetmeye yardımcı olur.

Neden önemli

Verinin güncelliği hakkında şeffaflık sağlayarak, kullanıcıların analizlerinin ne kadar yeni olduğunu anlamalarına olanak tanır.

Nereden alınır

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

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

Bu öznitelik, belirli bir zamanda hizmet talebini ele almaktan sorumlu bireysel temsilciyi veya ekibi tanımlar. Salesforce'da bu genellikle Case Owner'dır.

Bu öznitelikteki değişiklikleri takip etmek, temsilci performansını, iş yükü dağıtımını ve devirleri analiz etmek için temeldir. Bir vakanın kaç kez yeniden atandığı, hangi temsilcilerin en karmaşık vakaları ele aldığı ve iş yüklerinin ekip genelinde dengeli olup olmadığı gibi soruları yanıtlamaya yardımcı olur. Bu, Agent Handoffs ve Workload Distribution dashboard'ları için önemli bir özniteliktir.

Neden önemli

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

Nereden alınır

Salesforce Case object, field: OwnerId. Bu alan bir User veya Queue'nun ID'sini içerir.

Örnekler
Sarah JonesDavid ChenTier 2 Destek Queue'su
Bitiş Saati
EndTime
Bir aktivitenin tamamlandığını gösteren timestamp.
Açıklama

End Time, bir etkinliğin tamamlanma süresini temsil eder. Start Time ile birleştirildiğinde, etkinlik işleme sürelerinin hassas bir şekilde hesaplanmasına olanak tanır. Salesforce'daki birçok olay için olay anlıktır, yani Start Time ve End Time aynıdır.

Ancak, uzun süreli faaliyetler için ayrı bir End Time'a sahip olmak, bir görevde harcanan zamanı doğru bir şekilde ölçmek için çok önemlidir. Adımlar arasındaki aktif işleme süresi ile boş bekleme süresini ayırarak performans analizini doğrudan destekler.

Neden önemli

Bir etkinliğin gerçek süresinin hesaplanmasını sağlar, bu da temsilci performansını analiz etmek ve zaman alan adımları belirlemek için çok önemlidir.

Nereden alınır

Anlık olaylar için genellikle StartTime ile aynıdır. Süresi olan faaliyetler için, tamamlanmayı gösteren belirli bir alandan alınmalıdır, bu da özel yapılandırma gerektirebilir.

Örnekler
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
Dosya Tipi
CaseType
Hizmet talebinin sınıflandırması, örneğin Question, Problem veya Feature Request.
Açıklama

Vaka Türü, müşterinin talebinin veya sorununun doğasını sınıflandırmaya yardımcı olan kategorik bir niteliktir. Bu, farklı türdeki sorunların nasıl ele alındığını anlamak için hizmet taleplerinin segmentasyonuna olanak tanır.

Vaka Türü'ne göre süreci 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ş kategorileri için süreci uyarlamak ve iyileştirmek için değerlidir.

Neden önemli

Farklı talep türlerinin farklı şekilde ele alınıp alınmadığını anlamak ve özel iyileştirme alanlarını belirlemek için sürecin segmentlere ayrılmasını sağlar.

Nereden alınır

Salesforce Case object, field: Type

Örnekler
SorunÖzellik TalebiSoru
İ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 göndermek için kullandığı iletişim yöntemini belirtir. Salesforce'da bu genellikle Case Origin alanında yakalanır.

İletişim kanalını anlamak, kaynak tahsisini optimize etmek ve hizmet verimliliğini artırmak için anahtardır. Çözüm sürelerini ve süreç akışlarını kanala göre analiz ederek, kuruluşlar farklı sorun türleri için hangi kanalların en etkili olduğunu belirleyebilir, Communication Channel Efficiency dashboard'unu destekler.

Neden önemli

Farklı müşteri iletişim kanalları arasında performans karşılaştırması yapılmasını sağlayarak, kanal stratejisinin ve kaynak tahsisinin optimize edilmesine yardımcı olur.

Nereden alınır

Salesforce Case object, field: Origin

Örnekler
E-postaTelefonWebChat
İlk Temas Çözünürlüğü mü?
IsFirstContactResolution
Vakanın müşteriyle ilk etkileşim sırasında çözülüp çözülmediğini gösteren bir işaret.
Açıklama

Bu boolean öznitelik, ilk müşteri temasından sonra herhangi bir takip gerektirmeden çözülen hizmet taleplerini tanımlar. Bunu belirleme mantığı genellikle etkinliklerin sırasını ve zamanlamasını analiz etmeyi içerir.

Yüksek bir First Contact Resolution (FCR) oranı, verimli ve etkili bir müşteri hizmetleri sürecinin güçlü bir göstergesidir. Bu hesaplanan öznitelik, First Contact Resolution Rate KPI'ının temelini oluşturur. İlk temasta çözülmeyen vakaları analiz etmek, temsilci eğitimi, bilgi tabanı içeriği ve süreç tasarımını iyileştirme fırsatlarını ortaya çıkarabilir.

Neden önemli

Hizmet verimliliğinin ve müşteri memnuniyetinin temel bir yönünü doğrudan ölçerek, etkili problem çözme faktörlerini belirlemeye yardımcı olur.

Nereden alınır

Veri dönüşümü sırasında, belirli bir vaka için olay günlüğü analiz edilerek hesaplanır. Yaygın bir kural, 'Vaka Çözüldü' aktivitesinin herhangi bir 'Müşteriden Bilgi Talep Edildi' veya sonraki müşteri iletişim faaliyetlerinden önce gerçekleşip gerçekleşmediğini kontrol etmektir.

Örnekler
truefalse
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 vakayı çözmek için service level agreement (SLA) son tarihini tanımlar. Genellikle vaka önceliği, türü ve müşteri seviyesi gibi faktörlere göre belirlenir. Salesforce, bunu yetkilendirme ve kilometre taşı özelliklerini kullanarak otomatik olarak hesaplayabilir.

Bu timestamp, SLA uyumunu ölçmek için esastır. Gerçek çözüm süresini bu hedefle karşılaştırarak, kuruluş SLA Adherence Rate KPI'ını hesaplayabilir ve SLA'sını ihlal etme riski taşıyan vakaları belirleyebilir, Case SLA Adherence dashboard'unu doğrudan destekler.

Neden önemli

Gerçek performansın ölçüldüğü karşılaştırma ölçütünü sağlar, bu da SLA uyumluluğunu hesaplamak ve risk altındaki vakaları belirlemek için kritik öneme sahiptir.

Nereden alınır

Bu genellikle Salesforce'un Entitlement Management özelliğinin bir parçası olan Case Milestone object'indeki SlaExitDate alanında depolanır.

Örnekler
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
SLA Statüsü
SlaStatus
Vakanın SLA hedefi içinde çözülüp çözülmediğini gösterir.
Açıklama

Bu öznitelik, her çözülmüş vakayı tanımlanmış Service Level Agreement'a (Hizmet Seviyesi Anlaşması) uygunluğuna göre kategorize eder. Gerçek çözüm timestamp'i 'SLA Target Resolution Time' (SLA Hedef Çözüm Süresi) ile karşılaştırılarak hesaplanır.

SLA Adherence Rate KPI'ına doğrudan girdi olarak bu öznitelik, performans izlemeyi basitleştirir. Belirli vaka türleri, ürünler veya süreç bottleneck'leri gibi SLA ihlallerinin yaygın temel nedenlerini belirlemek için uyumlu olmayan tüm vakaların hızlı bir şekilde filtrelenmesine ve analiz edilmesine olanak tanır.

Neden önemli

Vaka bazında SLA uyumluluğu için net, ikili bir sonuç sunar, bu da performans izleme ve gecikmelerin temel neden analizleri için esastır.

Nereden alınır

Veri dönüşüm katmanında, 'Vaka Çözüldü' zaman damgası, 'SlaTargetResolutionTime' özniteliği ile karşılaştırılarak hesaplanır.

Örnekler
Karşılandıİhlal Edildi
Vaka Çözüm Süresi
CaseResolutionTime
Bir vakanın oluşturulduğu andan çözüldüğü ana kadar geçen toplam süre.
Açıklama

Bu metrik, 'Case Created' timestamp'inden 'Case Resolved' timestamp'ine kadar bir hizmet talebinin toplam süresini ölçer. Herhangi bir müşteri hizmetleri süreci için en temel KPI'lardan biridir.

Bu hesaplanan öznitelik, Average Case Resolution Time KPI'ını doğrudan destekler ve Case SLA Adherence and Resolution dashboard'unda temel bir metriktir. Genel süreç verimliliğinin ve müşteri deneyiminin net bir ölçüsüdür. Bu metriği vaka türü veya öncelik gibi farklı boyutlarda analiz etmek, iyileştirme alanlarını belirlemeye yardımcı olur.

Neden önemli

Genel süreç verimliliğini ölçmek için birincil bir KPI'dır ve müşterinin uçtan uca deneyimini anlamak için esastır.

Nereden alınır

Veri dönüşümü sırasında, her Hizmet Talebi için 'Vaka Oluşturuldu' faaliyetinin zaman damgası ile 'Vaka Çözüldü' faaliyetinin zaman damgası arasındaki zaman farkı bulunarak hesaplanır.

Örnekler
25920000086400000604800000
Vaka Durumu
CaseStatus
Hizmet talebinin yaşam döngüsündeki mevcut durumu, örneğin New, In Progress veya Closed.
Açıklama

Case Status, bir hizmet talebinin mevcut durumunu gösterir. Durum değişiklikleri genellikle süreçteki faaliyetleri belirlemek için birincil kaynaktır; örneğin, 'New'dan 'Working'e bir değişiklik 'Agent Investigates Issue' faaliyetine eşlenebilir.

Vakaların nihai durumunu analiz etmek, çözüm sonuçlarını anlamaya yardımcı olur. Ayrıca açık veya kapalı vakaları filtrelemek ve belirli bir durumda çok uzun süre takılı kalmış olabilecek vakaları belirlemek için de kullanılır.

Neden önemli

Vakanın mevcut durumu ve sonucu hakkında bilgi sağlar ve durum değişiklikleri genellikle faaliyetlerin sırasını türetmek için kullanılır.

Nereden alınır

Salesforce Case object, field: Status

Örnekler
YeniÇalışıyorWaiting on Customer (Müşteri Bekliyor)Kapalı
Vaka Önceliği
CasePriority
Hizmet talebine atanan öncelik seviyesi, ö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 belirleme, genellikle Hizmet Seviyesi Anlaşmalarına (SLA'lar) göre hedef yanıt ve çözüm sürelerini belirler.

Süreç performansını önceliğe göre analiz etmek, önceliklendirme stratejisinin etkinliğini değerlendirmek için kritiktir. Yüksek öncelikli vakaların gerçekten daha hızlı çözülüp çözülmediğini ve iddialı SLA hedeflerini karşılayıp karşılamadığını belirlemeye yardımcı olur, bu da Vaka Önceliklendirme ve Etki dashboard'unu doğrudan destekler.

Neden önemli

Sürecin acil vakaları etkin bir şekilde önceliklendirip önceliklendirmediğ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 object, field: Priority

Örnekler
YüksekOrtaDüşük
İ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'da bu genellikle Product object'ine bir lookup aracılığıyla yönetilir.

Süreç verilerini ürüne göre segmentlere ayırmak, ürün kalitesi analizi için çok önemlidir. Hangi ürünlerin en çok destek talebi ürettiğini, ne tür sorunları olduğunu ve çözüm sürecinin ürün hatları arasında farklılık gösterip göstermediğini belirlemeye yardımcı olur. Bu bilgiler, ürün geliştirme ekipleri için hayati bir geri bildirimdir.

Neden önemli

Ürün bazlı süreç analizi yaparak, belirli ürünler için ürün kalitesi sorunlarını veya destek eksikliklerini ortaya çıkarabilir.

Nereden alınır

Salesforce Case object, field: ProductId. Bu standart ancak isteğe bağlı bir lookup field'dır.

Örnekler
Alpha CRM SuiteBeta Analitik AracıGamma Veri Bağlayıcısı
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. Salesforce'da bu, bir Contact (birey) veya bir Account (şirket) olabilir.

Süreci müşteri açısından analiz etmek değerli içgörüler sağlayabilir. Örneğin, belirli müşterilerin daha fazla sorun veya daha uzun çözüm süreleri yaşayıp yaşamadığını belirlemeye yardımcı olabilir. Bu, müşteri ilişkileri yönetimi stratejilerini bilgilendirebilir ve proaktif destek fırsatlarını vurgulayabilir.

Neden önemli

Müşteri odaklı analizlere olanak tanıyarak, belirli müşteriler veya müşteri segmentleri için kalıpları ve performans farklılıklarını belirlemeye yardımcı olur.

Nereden alınır

Salesforce Case object, fields: ContactId veya AccountId, bunlar sırasıyla Contact ve Account object'lerine bağlanır.

Örnekler
`Global Tech Inc.`Emily WhiteÇözümler Yenile
Temsilci Devir Sayısı
AgentHandoffCount
Bir vakanın bir temsilciden veya sıradan diğerine yeniden atanma sayısı.
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ü içindeki 'AssignedAgent' özniteliğindeki farklı değişikliklerin sayısını sayarak hesaplanır.

Bu öznitelik, Average Agent Handoffs per Case KPI'ının temelini oluşturur ve Agent Handoffs and Rework Patterns dashboard'unda görselleştirilir. Yüksek bir devir sayısı, genellikle süreç verimsizliklerini, belirsiz sahipliği veya bilgi eksikliklerini işaret eder; bunların hepsi daha uzun çözüm sürelerine ve müşteri hayal kırıklığına yol açabilir.

Neden önemli

Süreçteki dahili sürtünmeyi ölçer, çünkü aşırı devirler gecikmelerin ve müşteri memnuniyetsizliğinin yaygın bir kaynağıdır.

Nereden alınır

Veri dönüşümü sırasında vaka düzeyinde, her 'ServiceRequest' için 'AssignedAgent' alanındaki benzersiz değerlerin sayısının bir eksiği alınarak hesaplanır.

Örnekler
0135
Vaka Konusu
CaseSubject
Müşterinin sorununun veya talebinin kısa bir özeti veya başlığı.
Açıklama

Case Subject, hizmet talebinin kısa, serbest metin özetini sağlar. Genellikle e-posta konu satırı veya temsilci veya müşteri tarafından girilen bir başlıktır.

Doğrudan süreç analizi için yapılandırılmış bir alan olmasa da, konu satırı zengin bağlamsal bilgiler içerir. Vakaları kategorize etmek, ortaya çıkan sorunları belirlemek veya nicel süreç analizine nitel bağlam eklemek için text mining teknikleriyle kullanılabilir.

Neden önemli

Vakaya ilişkin hızlı, üst düzey bir bağlam sunar, bu da ayrıntılı analiz için faydalıdır ve metin madenciliği için kullanılabilir.

Nereden alınır

Salesforce Case object, field: Subject

Örnekler
Portala login olunamıyorFatura ekstresi hakkında soruRaporlama dashboard'u için özellik talebi
Yeniden İşleme mi?
IsRework
Bir vakanın yeniden işleme veya önceki bir aşamaya geri dönme içerip içermediğini gösteren bir işaret.
Açıklama

Bu boolean öznitelik, kapanıştan sonra yeniden açılma veya 'Agent Investigates' ile 'Solution Proposed' arasında tekrar tekrar döngü yapma gibi yeniden işleme kalıpları gösteren vakaları işaretler. Yeniden işlemeyi tanımlama mantığı, istenmeyen döngüler için etkinlik dizisini analiz etmeyi gerektirir.

Bu öznitelik, Rework Rate KPI'ını ve Agent Handoffs and Rework Patterns dashboard'unu doğrudan destekler. Yeniden işleme içeren vakaları belirlemek, analistlerin yetersiz çözümlerden eksik bilgi toplamaya kadar değişebilen temel nedenleri araştırmasına ve düzeltici eylemde bulunmasına olanak tanır.

Neden önemli

Süreç verimsizliğini ve boşa harcanan çabayı vurgulayarak, sıkça tekrarlanan faaliyetlerin hedefe yönelik analizine olanak tanır.

Nereden alınır

Veri dönüşümü sırasında faaliyet dizileri analiz edilerek hesaplanır. Örneğin, aynı vaka içinde 'Vaka Kapandı' -> 'Vaka Yeniden Açıldı' veya 'Çözüm Önerildi' -> 'Temsilci Sorunu Araştırıyor' gibi bir dizi, bunu yeniden işleme olarak işaretler.

Örnekler
truefalse
Yükseltildi mi
IsEscalated
Vakanın yükseltilip yükseltilmediğini gösteren bir işaret.
Açıklama

Bu boolean öznitelik, bir hizmet talebinin eskalasyon geçirip geçirmediğini gösterir. Salesforce'da bu, Escalation Rules'a göre otomatik olarak ayarlanan standart IsEscalated alanı aracılığıyla izlenebilir.

Bu işaret, Internal Escalation Analysis dashboard'u ve Internal Escalation Rate KPI'ı için doğrudan bir girdidir. Tüm eskalasyonlu vakaların kolayca filtrelenmesini ve toplanmasını sağlayarak, bunların sıklığını ölçmeye ve genel çözüm süreleri ile süreç karmaşıklığı üzerindeki etkilerini analiz etmeye yardımcı olur.

Neden önemli

Vaka eskalasyonlarını (sürecin sürtünmesi, karmaşıklığı veya temsilci bilgi eksikliklerinin temel bir göstergesi) doğrudan ölçer.

Nereden alınır

Salesforce Case object, field: IsEscalated

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

Müşteri Hizmetleri Faaliyetleri

Bunlar, müşteri hizmetleri workflow'larınızın doğru bir şekilde keşfedilmesi ve analizi için olay günlüğünüzde yakalamanız gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 9 İsteğe Bağlı
Aktivite Açıklama
Case Kapatıldı
Hizmet talebi yaşam döngüsünün nihai, kesin sonunu temsil eder. Bir vaka kapatıldıktan sonra, yeniden açılmadıkça daha fazla çalışma beklenmez.
Neden önemli

Terminal olay olarak bu faaliyet, tam vaka süresini hesaplamak için son bitiş noktasını sağlar. 'Çözüldü' ve 'Kapandı' arasındaki süre, kapanış sürecindeki verimsizlikleri de ortaya çıkarabilir.

Nereden alınır

Case nesnesindeki IsClosed alanı doğru (true) olarak ayarlandığında zaman damgasından çıkarılır. ClosedDate alanı da bu sırada doldurulur.

Yakala

IsClosed alanının doğru olarak değiştiği ve CaseHistory'ye kaydedildiği Timestamp.

Event tipi inferred
Dahili Yükseltme Tetiklendi
Bir vakanın daha yüksek düzeyde destek veya uzmanlık gerektirdiği ve resmi olarak eskalasyon yapıldığı zaman meydana gelir. Bu, Salesforce'un eskalasyon kuralları tarafından açıkça yakalanabilir veya bir alan değişikliğinden çıkarılabilir.
Neden önemli

Yükseltmeleri analiz etmek, karmaşık vaka türlerini, ön saftaki temsilciler için eğitim ihtiyaçlarını ve sistemik sorunları belirlemeye yardımcı olur. Bu, süreçteki sürtünmenin ve çözüm süresi üzerindeki etkisinin temel bir göstergesidir.

Nereden alınır

Bu, CaseEscalation kayıtlarından açık bir olay olabilir. Daha yaygın olarak, 'IsEscalated' gibi bir onay kutusu alanı doğru olarak ayarlandığında CaseHistory'den çıkarılır.

Yakala

'IsEscalated' alanının doğru olarak değiştiği Timestamp.

Event tipi inferred
SLA Kilometre Taşı İhlal Edildi
Bir ilk yanıt veya çözüm süresi gibi bir hizmet taahhüdünün karşılanmaması durumunda bu olay tetiklenir. Salesforce bunu yetkilendirme süreçleri ve kilometre taşı kayıtları kullanarak izler.
Neden önemli

Bu faaliyet, SLA uyum analizi ve uyumluluk izlemesi için kritik öneme sahiptir. Müşteri beklentilerini karşılayamayan vakaları doğrudan vurgulayarak hedeflenmiş süreç iyileştirmesine olanak tanır.

Nereden alınır

CaseMilestone nesnesinden yakalanır. Bir kilometre taşı kaydındaki IsViolated alanı doğru (true) olarak ayarlandığında bir olay oluşturulur.

Yakala

Olay, bir CaseMilestone kaydındaki IsViolated işaretinin doğru (true) olduğu zaman damgasıdır.

Event tipi explicit
Vaka Çözüldü
Bu önemli kilometre taşı, temsilcinin müşterinin sorununu çözmek için gerekli çalışmayı tamamladığını gösterir. Vaka artık nihai kapanışı beklemektedir, bu da belirli bir süre sonra otomatikleştirilebilir.
Neden önemli

Çözüm süresini ölçmek için birincil bir uç noktadır ve SLA uyumunu hesaplamak için kritik öneme sahiptir. Vaka üzerindeki aktif çalışmanın sonunu işaret eder.

Nereden alınır

CaseHistory nesnesinden, Status alanı 'Çözüldü' olarak değiştirildiğinde çıkarılır. Bu noktada IsClosed alanı hala yanlış (false) olabilir.

Yakala

Case Status'un 'Resolved' olarak değiştiği Timestamp.

Event tipi inferred
Vaka Oluşturuldu
Yeni bir hizmet talebinin veya vakanın Salesforce'da kaydedilmesiyle müşteri hizmetleri sürecinin resmi başlangıcını işaret eder. Bu olay, Case object'inde yeni bir kaydın hassas bir timestamp ile oluşturulmasıyla açıkça yakalanır.
Neden önemli

Birincil başlangıç olayı olarak bu faaliyet, genel vaka yaşam döngüsü ve çözüm sürelerinin hesaplanması için esastır. SLA'lara karşı performansı ölçmek ve vaka hacmini anlamak için temel teşkil eder.

Nereden alınır

Bu olay, Case object'i için kayıt oluşturma olayına karşılık gelir. Timestamp, standart CreatedDate alanında yakalanır.

Yakala

Doğrudan Vaka kaydının oluşturulma zaman damgasından.

Event tipi explicit
Vaka Temsilciye Atandı
Bir hizmet talebinin belirli bir temsilciye veya sıraya atanma noktasını işaret eder. Bu, vaka sahipliği alanındaki bir değişiklikle yakalanan sürecin temel bir adımıdır.
Neden önemli

Bu faaliyet, temsilci iş yükünü, atama gecikmelerini ve devir sıklığını takip etmek için esastır. Temsilci performansını analiz etmek ve atama sürecindeki bottleneck'leri belirlemek için temel oluşturur.

Nereden alınır

Case nesnesindeki OwnerId alanındaki bir değişiklikten çıkarılır. Bu değişikliğin zaman damgası CaseHistory nesnesinde kaydedilir.

Yakala

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

Event tipi inferred
İlk Onay Gönderildi
Müşteriye gönderilen ilk iletişimi temsil eder, hizmet taleplerinin alındığını onaylar. Bu genellikle vaka oluşturma kuralları tarafından tetiklenen otomatik bir e-postadır ve ilk giden iletişimin belirlenmesiyle çıkarılır.
Neden önemli

Bu faaliyeti takip etmek, ilk yanıt sürelerini ölçmek ve müşterilerin hızlı bir şekilde bilgilendirildiğinden emin olmak için çok önemlidir. Müşteri iletişimini iyileştirmek için 'Initial Acknowledgment Latency' KPI'ını analiz etmeye yardımcı olur.

Nereden alınır

Vakayla ilişkili ilk giden EmailMessage kaydının zaman damgasından çıkarılır. Ayrıca, bir otomasyon kuralı tarafından tetiklenen özel bir alan güncellemesinden de çıkarılabilir.

Yakala

Vakaya bağlı ilk giden EmailMessage zaman damgasını belirleyin.

Event tipi inferred
Memnuniyet Anketi Gönderildi
Müşteri memnuniyeti (CSAT) veya Net Promoter Score (NPS) anketinin gönderilmesini temsil eder. Bu genellikle vaka çözümü veya kapanışını takip eden otomatik bir eylemdir.
Neden önemli

Temel çözüm sürecinin bir 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üşterinin sesinin tutarlı bir şekilde yakalanmasını sağlar.

Nereden alınır

Vakayla ilişkili, bir anket şablonuyla eşleşen giden bir EmailMessage kaydından çıkarılır. Alternatif olarak, bir SurveyInvitation kaydının oluşturulmasından da yakalanabilir.

Yakala

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

Event tipi inferred
Müşteriden Bilgi Alındı
Müşterinin istenen bilgiyi sağladığı zaman müşteri bekleme süresinin sonunu işaret eder. Genellikle, gelen bir iletişimi takiben bir vaka durumu aktif bir duruma geri döndürüldüğünde çıkarılır.
Neden önemli

Bu olayı takip etmek, müşteri yanıt sürelerini ve bunların genel vaka yaşam döngüsü üzerindeki etkilerini anlamak için çok önemlidir. Temsilcinin aktif çalışmaya yeniden başladığını işaret eder.

Nereden alınır

Vakayla ilişkili gelen bir EmailMessage'ın zaman damgasıyla veya CaseHistory nesnesinde 'Müşteri Bekleniyor' durumundan 'Devam Ediyor' durumuna bir değişiklik ile çıkarılır.

Yakala

Gelen e-postanın veya 'waiting' durumundan durum değişikliğinin Timestamp'i.

Event tipi inferred
Müşteriden Bilgi Talep Edildi
Bir temsilcinin vakayı ilerletmek için müşteriden ek bilgi talep ettiği zaman meydana gelir. Genellikle, vaka durumunun 'waiting on customer' (müşteri bekliyor) durumuna değişmesinden çıkarılır.
Neden önemli

Temsilcinin kontrolünde olmayan bir bekleme süresinin başlangıcını işaret eder. Bu süreyi izole etmek, dahili süreç verimliliğini ve temsilci performansını doğru bir şekilde ölçmek için kritik öneme sahiptir.

Nereden alınır

CaseHistory nesnesinden, Status alanı 'Müşteri Yanıtı Bekleniyor' veya 'Beklemede' gibi bir değere güncellendiğinde çıkarılır.

Yakala

Case Status'un bir 'waiting' değerine değiştiği Timestamp.

Event tipi inferred
Müşteriye Çözüm Önerildi
Bir temsilcinin müşteriye potansiyel bir çözüm sunduğu noktayı belirtir. Bu, genellikle bir giden iletişimden veya belirli bir durum değişikliğinden çıkarılan kavramsal bir adımdır.
Neden önemli

Bu kilometre taşını takip etmek, soruşturmadan önerilen çözüme kadar geçen süreyi ölçmeye yardımcı olur. Ayrıca, çö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 'Çözüm Sağlandı' olarak değişmesinden çıkarılır.

Yakala

Durum değişikliğinin veya giden iletişim olayının Timestamp'i.

Event tipi inferred
Temsilci Sorunu Araştırıyor
Bir temsilcinin müşterinin sorununu teşhis etmek ve anlamak için aktif olarak çalıştığı aşamayı temsil eder. Bu açık bir olay değildir, ancak vaka durumu yeni veya açık bir durumdan devam eden bir duruma değiştiğinde çıkarılır.
Neden önemli

Soruşturma aşamasının süresini anlamak, hizmet taleplerindeki karmaşıklıkları ve temsilcilerin daha fazla eğitime 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 nesnesinden, Status alanı 'Devam Ediyor' veya 'Çalışıyor' gibi aktif işi gösteren bir değere güncellendiğinde çıkarılır.

Yakala

Case Status'un bir 'in-progress' değerine değiştiği Timestamp.

Event tipi inferred
Vaka Kategorize Edildi ve Önceliklendirildi
Bir vaka tür, kategori ve öncelik seviyesi ile sınıflandırıldığında meydana gelir. Bu genellikle bir triyaj ekibi veya otomasyon kuralları tarafından yapılır ve ilgili vaka alanlarındaki değişikliklerden çıkarılır.
Neden önemli

Kategorizasyon, vaka dağıtımını ve yönlendirme etkinliğini anlamanın anahtarıdır. Bu adımı analiz etmek, iş yükü dağıtımını optimize etmeye ve yüksek öncelikli vakaların hızlı bir şekilde 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 doldurulması veya varsayılan değerlerinden değiştirilmesi izlenerek çıkarılır.

Yakala

CaseHistory'deki Priority veya Type gibi alanlara yapılan güncellemeleri takip edin.

Event tipi inferred
Vaka Yeniden Açıldı
Daha önce çözülmüş veya kapatılmış bir vakanın, sorunun tekrarlaması veya çözümün etkisiz olması nedeniyle yeniden etkinleştirilmesi durumunda ortaya çıkar. Bu, yeniden işleme için önemli bir göstergedir.
Neden önemli

Yeniden açılan vakalar, düşük kaliteli çözümlerin veya First Contact Resolution (İlk Temasta Çözüm) başarısızlıklarının güçlü bir işaretidir. Sıklıklarını ve temel nedenlerini analiz etmek, hizmet kalitesini artırmak için esastır.

Nereden alınır

CaseHistory nesnesinden, IsClosed alanı doğru (true) değerinden yanlış (false) değerine değiştiğinde veya Status, kapalı/çözülmüş bir durumdan açık bir duruma geri değiştiğinde çıkarılır.

Yakala

Status veya IsClosed alanının terminal durumundan aktif duruma değiştiği Timestamp.

Event tipi inferred
Vaka Yeniden Atandı
İlk atamadan sonra bir vakanın bir temsilciden veya sıradan diğerine aktarılmasını temsil eden bir devir işlemidir. Bu, vaka sahipliği alanındaki sonraki değişikliklerden çıkarılır.
Neden önemli

Sık yeniden atamalar, yanlış başlangıç yönlendirmesi, süreç verimsizlikleri veya bilgi boşluklarına işaret edebilir, bu da gecikmelere ve kötü müşteri deneyimine yol açar. Bu faaliyet, temsilci devirlerini nicelleştirmeye yardımcı olur.

Nereden alınır

İlk atamadan sonra CaseHistory nesnesindeki OwnerId alanındaki herhangi bir değişiklikten çıkarılır.

Yakala

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

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Salesforce Service Cloud'dan Verilerinizi Nasıl Alırsınız