Müşteri Enerji ve Altyapıi Data Şablonunuz
Müşteri Enerji ve Altyapıi Data Şablonunuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Veri Çekim Kılavuzu
Müşteri Enerji ve Altyapıi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
BT Hizmet Talebi Yönetimi
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 tüm sürecini yeniden yapılandırmak 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ına olanak tanıyarak baştan sona uçtan uca analiz yapılmasını sunar.
Neden Önemli?dir?
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
|
|||
|
Aktivite 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 süreç 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 Eskalasyon 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, darboğazları belirlemeye ve standart işletim prosedüründen sapmaları tespit etmeye yardımcı olur.
Neden Önemli?dir?
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 uçtan uca 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 sunar. Veri yönetişiminde, sorun gidermede ve analizlerin doğru veri setine dayanmasını güçlüada yardımcı olur.
Neden Önemli?dir?
Verinin kaynağı hakkında önemli bilgiler sunar, bu da veri yönetişimi ve birden fazla sistemden gelen verileri birleştirebilecek analizler için büyük önem taşır.
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 zaman damgası (zaman damgası)dır. | ||
|
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 sunar. Analizde, bu zaman damgası (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 büyük önem taşır.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), süreç zaman çizelgesini anlamak, performans metriklerini hesaplamak ve faaliyetler arasındaki gecikmeleri belirlemek için büyük önem taşır.
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 zaman damgası (zaman damgası). | ||
|
Açıklama
Bu öznitelik, kaynak sistemden yapılan son veri çıkarma veya güncelleme zaman damgası (zaman damgası)'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, stratejik bilgilerin ve kararların güncel ve ilgili bilgilere dayanmasını güçlüak için büyük önem taşır ve verilerin zamanında teslim edilmesiyle ilgili beklentileri yönetmeye yardımcı olur.
Neden Önemli?dir?
Verinin güncelliği hakkında şeffaflık sağlayarak, kullanıcıların analizlerinin ne kadar yeni olduğunu anlamalarına sunar.
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 büyük önem taşır. 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 panelleri için önemli bir özniteliktir.
Neden Önemli?dir?
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
|
|||
|
Başvuru 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 sunar. 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 önemli bilgi, belirli iş kategorileri için süreci uyarlamak ve iyileştirmek için değerlidir.
Neden Önemli?dir?
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ı sunar.
Nereden Alınır??
Salesforce Case object, field: Type
Örnekler:::::::
ProblemÖzellik TalebiSoru
|
|||
|
Bitiş Zamanı
EndTime
|
Bir aktivitenin tamamlandığını gösteren zaman damgası (zaman damgası)dır. | ||
|
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 sunar. 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 büyük önem taşır. Adımlar arasındaki aktif işleme süresi ile boş bekleme süresini ayırarak performans analizini doğrudan destekler.
Neden Önemli?dir?
Bir etkinliğin gerçek süresinin hesaplanmasını sunar, bu da temsilci performansını analiz etmek ve zaman alan adımları belirlemek için büyük önem taşır.
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
|
|||
|
İ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 iyileştirmek ve hizmet verimliliğini artırmak için temel rol oynar. Çö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 kontrol paneli'unu destekler.
Neden Önemli?dir?
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ümü 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?dir?
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 event log 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 zaman damgası (zaman damgası), SLA uyumunu ölçmek için gereklidir. 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 kontrol paneli'unu doğrudan destekler.
Neden Önemli?dir?
Gerçek performansın ölçüldüğü karşılaştırma ölçütünü sunar, bu da SLA uyumluluğunu hesaplamak ve risk altındaki vakaları belirlemek için büyük önem taşır.
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 zaman damgası (zaman damgası)'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ç darboğazları gibi SLA ihlallerinin yaygın temel nedenlerini belirlemek için uyumlu olmayan tüm vakaların hızlı bir şekilde filtrelenmesine ve analiz edilmesine sunar.
Neden Önemli?dir?
Vaka bazında SLA uyumluluğu için net, ikili bir sonuç sunar, bu da performans izleme ve gecikmelerin temel neden analizleri için gereklidir.
Nereden Alınır??
Veri dönüşüm katmanında, 'Vaka Çözüldü' zaman damgası (zaman damgası), 'SlaTargetResolutionTime' özniteliği ile karşılaştırılarak hesaplanır.
Örnekler:::::::
Karşılandıİhlal Edildi
|
|||
|
Vaka Durumu
CaseStatus
|
Hizmet talebinin süreç 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?dir?
Vakanın mevcut durumu ve sonucu hakkında bilgi sunar 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ışanşı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 büyük önem taşır. 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 kontrol paneli'unu doğrudan destekler.
Neden Önemli?dir?
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 sunar.
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 büyük önem taşır. 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?dir?
Ü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üşteri veya hesap 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 stratejik bilgiler 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?dir?
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ümleri Yenilikçi Hale Getir
|
|||
|
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 süreç 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 kontrol paneli'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?dir?
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 sunar. 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?dir?
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 kontrol paneli'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 kontrol paneli'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 sunar.
Neden Önemli?dir?
Süreç verimsizliğini ve boşa harcanan çabayı vurgulayarak, sıkça tekrarlanan faaliyetlerin hedefe yönelik analizine sunar.
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, Eskalasyon Rules'a göre otomatik olarak ayarlanan standart IsEscalated alanı aracılığıyla izlenebilir. Bu işaret, Internal Eskalasyon Analysis kontrol paneli'u ve Internal Eskalasyon 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?dir?
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
|
|||
Müşteri Enerji ve Altyapıi Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Case Kapatıldı
|
Hizmet talebi süreç 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?dir?
Terminal olay olarak bu faaliyet, tam vaka süresini hesaplamak için son bitiş noktasını sunar. 'Çö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ı (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 zaman damgası (zaman damgası).
Event tipi
inferred
|
|||
|
Dahili Eskalasyon 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?dir?
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, CaseEskalasyon 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 zaman damgası (zaman damgası).
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?dir?
Bu faaliyet, SLA uyum analizi ve uyumluluk izlemesi için büyük önem taşır. Müşteri beklentilerini karşılayamayan vakaları doğrudan vurgulayarak hedeflenmiş süreç iyileştirmesine sunar.
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ı (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?dir?
Çözüm süresini ölçmek için birincil bir uç noktadır ve SLA uyumunu hesaplamak için büyük önem taşır. 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 zaman damgası (zaman damgası).
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 zaman damgası (zaman damgası) ile oluşturulmasıyla açıkça yakalanır. | ||
|
Neden Önemli?dir?
Birincil başlangıç olayı olarak bu faaliyet, genel vaka süreç döngüsü ve çözüm sürelerinin hesaplanması için gereklidir. 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. zaman damgası (zaman damgası), standart CreatedDate alanında yakalanır.
Yakala
Doğrudan Vaka kaydının oluşturulma zaman damgası (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?dir?
Bu faaliyet, temsilci iş yükünü, atama gecikmelerini ve devir sıklığını takip etmek için gereklidir. Temsilci performansını analiz etmek ve atama sürecindeki darboğazları 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ı (zaman damgası) CaseHistory nesnesinde kaydedilir.
Yakala
OwnerId alanındaki ilk güncellemenin zaman damgası (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?dir?
Bu faaliyeti takip etmek, ilk yanıt sürelerini ölçmek ve müşterilerin hızlı bir şekilde bilgilendirildiğinden emin olmak için büyük önem taşır. 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ı (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ı (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?dir?
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ı sunar.
Nereden Alınır??
Vakayla ilişkili, bir anket Template'iyla 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?dir?
Bu olayı takip etmek, müşteri yanıt sürelerini ve bunların genel vaka süreç döngüsü üzerindeki etkilerini anlamak için büyük önem taşır. Temsilcinin aktif çalışmaya yeniden başladığını işaret eder.
Nereden Alınır??
Vakayla ilişkili gelen bir EmailMessage'ın zaman damgası (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 zaman damgası (zaman damgası)'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?dir?
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 büyük önem taşır.
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 zaman damgası (zaman damgası).
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?dir?
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 zaman damgası (zaman damgası)'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?dir?
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ışanşı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 zaman damgası (zaman damgası).
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?dir?
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ı güçlüaya 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?dir?
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 gereklidir.
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 zaman damgası (zaman damgası).
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?dir?
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
|
|||