Müşteri Hizmetleri Veri Şablonunuz
Müşteri Hizmetleri Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Müşteri Hizmetleri Nitelikleri
| 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
|
|||
Müşteri Hizmetleri Faaliyetleri
| 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
|
|||