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
|
Her bir müşteri hizmetleri talebinin, olayının veya biletinin benzersiz tanımlayıcısı. | ||
|
Açıklama
Hizmet Talebi, tek bir müşteri sorunuyla ilgili tüm faaliyetleri ve olayları, oluşturulmasından kapatılmasına kadar birbirine bağlayan birincil vaka tanımlayıcısıdır. Bir müşteri etkileşiminin uçtan uca yolculuğunu takip etmek için merkezi bir bağlantı görevi görür. Process Mining'de, bu öznitelik süreç akışını yeniden yapılandırmak için temeldir. Her benzersiz Hizmet Talebi değeri, sürecin bir örneğini temsil eder ve döngü sürelerinin, yolların ve varyasyonların vaka bazında analiz edilmesine olanak tanır. İlk temastan nihai çözüme ve kapanışa kadar tüm adımların aynı müşteri sorgusuyla doğru şekilde ilişkilendirilmesini sağlar.
Neden önemli
Bu, tüm süreç adımlarını birbirine bağlayan temel Vaka Kimliğidir ve her müşteri hizmetleri etkileşiminin tüm yaşam döngüsünü analiz etmeyi mümkün kılar.
Nereden alınır
Bu, genellikle ServiceNow CSM'deki 'sn_customerservice_case' tablosundaki 'number' alanıdır.
Örnekler
CS0010001CS0010045CS0010112
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir faaliyet veya olayın ne zaman meydana geldiğini gösteren kesin zaman damgası. | ||
|
Açıklama
Olay Zamanı, bir aktivitenin gerçekleştirildiği tarihi ve saati kaydeder. Bu zaman damgası, olayları kronolojik olarak sıralamak ve süreçteki farklı adımlar arasındaki süreleri hesaplamak için temeldir. Process Mining analizinde, bu nitelik döngü süreleri, bekleme süreleri ve işleme süreleri dahil olmak üzere tüm zaman tabanlı metrikleri hesaplamak için kullanılır. Analistlerin, kendilerinden önce uzun gecikmeler olan aktiviteleri bularak darboğazları belirlemesine ve Hizmet Seviyesi Anlaşmalarına (SLA'lar) karşı performansı ölçmesine olanak tanır. Doğru ve tutarlı zaman damgaları, güvenilir bir analiz için şarttır.
Neden önemli
Bu zaman damgası, olayları doğru sıralamak ve döngü süreleri ve darboğazlar gibi tüm performans metriklerini hesaplamak için kritiktir.
Nereden alınır
Bu, tipik olarak ServiceNow'un denetim ve geçmiş tablolarındaki (örneğin, 'sys_audit') 'sys_created_on' alanına karşılık gelir.
Örnekler
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
|
|||
|
Faaliyet Adı
ActivityName
|
Hizmet talebi yaşam döngüsü içinde meydana gelen belirli bir olay veya görevin adı. | ||
|
Açıklama
Faaliyet Adı, 'Hizmet Talebi Oluşturuldu', 'Talep Temsilciye Atandı' veya 'Çözüm Önerildi' gibi müşteri hizmetleri sürecindeki bir adımı tanımlar. Bu faaliyetler, her bir hizmet talebi için kronolojik bir olay dizisi oluşturmak üzere sistem günlüklerinden veya tablo güncellemelerinden çıkarılır. Bu öznitelik, süreç haritasını görselleştirmek, darboğazları belirlemek ve iş akışını anlamak için çok önemlidir. Faaliyetlerin sırasını ve sıklığını analiz ederek, analistler yaygın süreç yollarını, sapmaları ve yeniden işleme veya verimsizlik alanlarını keşfedebilirler. Tanımlanan faaliyetlerin ayrıntı düzeyi, süreç modelinden elde edilebilecek içgörülerin derinliğini doğrudan etkiler.
Neden önemli
Bu öznitelik, süreç haritasının omurgasını oluşturur, sırası ve süresi analiz edilen belirli adımları ve görevleri tanımlar.
Nereden alınır
Bu, sistem denetim tablolarından (örneğin, 'sys_audit') veya 'sn_customerservice_case' tablosundaki durum değişikliklerini ve ana alan güncellemelerini izleyerek türetilen kavramsal bir özniteliktir.
Örnekler
Servis Talebi OluşturulduTalep Temsilciye AtandıMüşteriden Bilgi Talep EdildiHizmet Talebi Çözüldü
|
|||
|
Atama Grubu
AssignmentGroup
|
Hizmet talebinden sorumlu ekip veya departman. | ||
|
Açıklama
Atama Grubu, bir hizmet talebinin atandığı kuyruğu veya ekibi temsil eder. Talepler, sorunun niteliğine bağlı olarak genellikle Seviye 1 destek masası, uzmanlaşmış bir teknik ekip veya faturalandırma departmanı gibi farklı gruplar arasında yönlendirilir. Bu öznitelik, departmanlar arası devirleri analiz etmek ve ekip düzeyindeki darboğazları belirlemek için esastır. İşin farklı fonksiyonel alanlar arasında nasıl aktığını görselleştirmeye yardımcı olur ve aşırı yüklenmiş veya ek eğitime ihtiyaç duyan grupları vurgulayabilir. Bu, doğrudan 'Temsilci Devirleri ve Yeniden Atamalar' ve 'Süreç Akışı' Dashboard'larını destekler.
Neden önemli
İşten hangi ekibin sorumlu olduğunu belirler; bu da ekip performansını, iş yüklerini ve departmanlar arası süreç devir teslimlerini analiz etmek için kritik öneme sahiptir.
Nereden alınır
Bu, 'sn_customerservice_case' tablosundaki 'assignment_group' alanına karşılık gelir.
Örnekler
Servis MasasıFaturalandırma SorgularıTeknik Destek Kademe 2
|
|||
|
Atanan Temsilci
AssignedAgent
|
Hizmet talebini yönetmekle görevli olan bireysel hizmet temsilcisi. | ||
|
Açıklama
Bu öznitelik, belirli bir zamanda hizmet talebinden sorumlu kullanıcıyı tanımlar. Talep farklı temsilciler veya uzmanlar arasında el değiştirdikçe vaka yaşam döngüsü boyunca sıkça değişir. Atanmış Temsilciyi analiz etmek, iş yükü dağılımını, temsilci performansını ve devirleri anlamak için anahtardır. Hangi temsilcilerin en karmaşık vakaları ele aldığını, vakaların ne sıklıkla yeniden atandığını ve belirli temsilcilerin daha uzun çözüm süreleri veya daha yüksek müşteri memnuniyeti ile ilişkili olup olmadığını anlamaya yardımcı olur. Bu, 'Temsilci Devirleri ve Yeniden Atamalar' Dashboard'u için hayati öneme sahiptir.
Neden önemli
Temsilci sorumluluğunu izler, bu da iş yükü, performans ve yeniden atama sıklığının analizini sağlar; bu durum genellikle süreç sürtünmesini gösterir.
Nereden alınır
Bu, 'sn_customerservice_case' tablosundaki 'assigned_to' alanına karşılık gelir.
Örnekler
Beth AnglinDavid LooAbel Tuter
|
|||
|
Durum
State
|
Hizmet talebinin yaşam döngüsündeki mevcut durumu veya hali. | ||
|
Açıklama
Durum özniteliği, bir hizmet talebinin herhangi bir zamanda 'Yeni', 'Devam Ediyor', 'Bilgi Bekleniyor', 'Çözüldü' veya 'Kapatıldı' gibi operasyonel durumunu tanımlar. Bu alandaki değişiklikler genellikle süreç modelindeki faaliyetleri tanımlamak için kullanılır. Durumu analiz etmek, vakaların süreçte nerede olduğuna dair üst düzey bir görünüm sağlar. Vakaların 'Bilgi Bekleniyor' gibi belirli durumlarda ne kadar süre geçirdiğini belirlemek için kullanılır ve bu önemli bir gecikme kaynağı olabilir. Ayrıca 'Çözümden Kapatmaya Kadar Süre' gibi temel KPI'lar için başlangıç ve bitiş noktalarını tanımlamaya yardımcı olur.
Neden önemli
Bir talebin herhangi bir zamandaki durumunu göstererek, 'Beklemede' veya 'Bilgi Bekleniyor' gibi verimsiz durumlarda harcanan zamanı belirlemeye yardımcı olur.
Nereden alınır
Bu, 'sn_customerservice_case' tablosundaki 'state' alanına karşılık gelir.
Örnekler
YeniDevam EdiyorKullanıcı Bilgisi BekleniyorÇözüldüKapalı
|
|||
|
Kategori
Category
|
Hizmet talebinin ana sınıflandırması, örneğin 'Faturalama' veya 'Teknik Sorun'. | ||
|
Açıklama
Kategori, müşterinin sorununun veya probleminin niteliğine göre hizmet talepleri için üst düzey bir gruplama sağlar. Bu sınıflandırma genellikle talep ilk oluşturulduğunda yapılır ve doğru atama grubuna yönlendirilmesine yardımcı olur. Bu öznitelik, süreç analizini segmentlere ayırmak için esastır. Kategoriye göre filtreleme yaparak, analistler farklı talep türleri için süreç akışlarını karşılaştırabilirler. Örneğin, bir 'Faturalama' sorununun çözüm süreci, bir 'Teknik Sorun'unkinden çok farklı olabilir. Bu, verileri dilimlemek için neredeyse tüm Dashboard'lar için önemli bir özniteliktir.
Neden önemli
Analizi talep türüne göre ayrıştırmaya olanak tanıyarak, belirli kategorilerin gecikmelere, üst makama iletmelere veya SLA ihlallerine daha yatkın olup olmadığını ortaya çıkarır.
Nereden alınır
Bu, 'sn_customerservice_case' tablosundaki 'category' alanına karşılık gelir.
Örnekler
Sorgu / YardımSiparişlerÜrün SorunlarıFaturalandırma
|
|||
|
Öncelik
Priority
|
Hizmet talebinin aciliyetini etkileyen öncelik seviyesi. | ||
|
Açıklama
Öncelik, bir hizmet talebinin ele alınması için gereken önemi ve aciliyeti gösterir. Genellikle talebin müşteri üzerindeki etkisi ile aciliyetinin birleşimiyle belirlenir. Yaygın değerler Kritik'ten Düşük'e kadar değişir. Process Mining'de, Öncelik filtreleme ve karşılaştırma için güçlü bir boyuttur. Analistlerin yüksek öncelikli taleplerin düşük öncelikli olanlardan gerçekten daha hızlı işlenip işlenmediğini kontrol etmelerini ve belirli öncelik seviyeleri için SLA ihlallerinin daha yaygın olup olmadığını görmelerini sağlar. Bu, 'Hizmet Talebi Uçtan Uca Döngü Süresi' Dashboard'u için temeldir.
Neden önemli
Bu, hizmet taleplerini aciliyete göre segmentlere ayırmaya olanak tanır ve kritik sorunların kritik olmayanlardan daha hızlı ele alındığını doğrulamak için esastır.
Nereden alınır
Bu, 'sn_customerservice_case' tablosundaki 'priority' alanına karşılık gelir.
Örnekler
1 - Kritik2 - Yüksek3 - Orta4 - Düşük
|
|||
|
SLA İhlal Edildi mi?
IsSlaBreached
|
Hizmet talebinin, tanımlanmış Hizmet Seviyesi Anlaşması (SLA) hedefini aşıp aşmadığını belirten bir Boole bayrağı. | ||
|
Açıklama
Bu hesaplanmış öznitelik, bir hizmet talebinin üzerinde anlaşmaya varılan süre içinde çözülüp çözülmediğini gösterir. Çözüm süresi SLA hedefini aşarsa genellikle 'Doğru', aksi takdirde 'Yanlış'tır. Bu, her bir vaka için SLA performansı için net, ikili bir sonuç sağlar. Bu öznitelik, 'SLA Uyumluluğu ve İhlal Trendleri' Dashboard'u ve 'SLA Uyumluluk Oranı' KPI'sı için esastır. İhlal edilen vakaların doğrudan filtrelenmesine ve sayılmasına izin vererek analizi basitleştirir, bu da hangi talep türlerinin, önceliklerin veya ekiplerin SLA ihlalleriyle en çok ilişkili olduğunu belirlemeyi kolaylaştırır.
Neden önemli
Bir olayın son teslim tarihine uyup uymadığını açık bir evet veya hayır cevabı ile sağlar; bu, SLA uyumluluğunu ölçmek ve raporlamak için temeldir.
Nereden alınır
'task_sla' tablosundaki 'made_sla' alanına göre hesaplanır veya gerçek çözüm süresi ile planlanan çözüm süresinin karşılaştırılmasıyla türetilir.
Örnekler
truefalse
|
|||
|
Çözüm Kodu
ResolutionCode
|
Hizmet talebinin nihai sonucunu veya nasıl çözüldüğünü gösteren bir kod. | ||
|
Açıklama
Çözüm Kodu, bir vakayı çözerken temsilci tarafından seçilen yapılandırılmış bir değerdir. 'Kullanıcı Tarafından Çözüldü', 'Bilinen Hata', 'Kopya' veya 'Eylem Gerekmiyor' gibi çözüme ilişkin belirli ayrıntıları sağlar. Bu öznitelik, temel neden analizi için değerlidir. Farklı çözüm kodlarının sıklığını analiz ederek, kuruluşlar tekrarlayan sorunları, bilgi eksikliklerini veya ürün sorunlarını belirleyebilir. Bu bilgiler daha sonra belirli türdeki hizmet taleplerinin hacmini azaltan iyileştirmeleri yönlendirmek için kullanılabilir.
Neden önemli
Hizmet taleplerinin sonuçları hakkında içgörü sağlar; bu, temel neden analizi ve tekrarlayan sorunların belirlenmesi için hayati öneme sahiptir.
Nereden alınır
Bu, 'sn_customerservice_case' tablosundaki 'close_code' veya özel bir çözüm kodu alanına karşılık gelir.
Örnekler
Çözüldü (Geçici Çözüm)Çözüldü (Kalıcı)Çözülmedi (Müşteri Yanıtsız)Arayan Tarafından Kapatıldı/Çözüldü
|
|||
|
İlk Temasta Çözüm mü
IsFirstContactResolution
|
Talebin, herhangi bir aktarım veya üst makama iletme olmaksızın ilk atanan temsilci tarafından çözülüp çözülmediğini belirten bir Boole bayrağı. | ||
|
Açıklama
Bu hesaplanmış öznitelik, ilk etkileşim sırasında veya vakayı ele alan ilk temsilci tarafından verimli bir şekilde çözülen hizmet taleplerini belirler. Mantık genellikle sıfır yeniden atama ('ReassignmentCount' 0), 'Dahili Yükseltme Tetiklendi' faaliyeti yokluğu ve müşteriden ek bilgi talebi olmaması gibi koşulları kontrol eder. Bu öznitelik, kritik bir müşteri hizmetleri metriğini doğrudan ölçer ve 'İlk Temasta Çözüm Oranı' Dashboard'unu ve KPI'sını destekler. FCR performansının kolayca nicelendirilmesini sağlar ve kanal veya talep kategorisi gibi ilk temasta çözüme ulaşmaya katkıda bulunan veya engelleyen faktörleri analiz etmeye yardımcı olur.
Neden önemli
İlk yanıtın verimliliğini doğrudan ölçer. Yüksek bir FCR oranı, hem operasyonel verimlilik hem de yüksek müşteri memnuniyeti ile güçlü bir şekilde bağlantılıdır.
Nereden alınır
Bu, hesaplanmış bir özniteliktir. Veri dönüşümü sırasında, 'ReassignmentCount' sıfır olması ve hiçbir yükseltme faaliyetinin gerçekleşmemesi gibi kurallara dayanarak türetilir.
Örnekler
truefalse
|
|||
|
İşlem Süresi
ProcessingTime
|
Bir faaliyet üzerinde aktif olarak çalışılan süre. | ||
|
Açıklama
İşlem Süresi, aynı zamanda aktif süre veya hizmet süresi olarak da bilinir, bir faaliyetin başlangıcından bitişine kadar olan süresini ölçer. Bir temsilcinin veya sistemin bir görevi aktif olarak gerçekleştirdiği zamanı temsil eder, görevler arasındaki bekleme süresinin aksine. Process Mining'de, bu metrik katma değerli süre ile katma değersiz bekleme süresini ayırt etmek için kritik öneme sahiptir. İşlem süresini analiz etmek, hangi belirli görevlerin en çok zaman aldığını ve verimliliği artırmak için otomasyon veya eğitim fırsatlarının nerede olduğunu belirlemeye yardımcı olur. Bu, darboğaz analizi için temel bir metriktir.
Neden önemli
Bir faaliyetin aktif çalışma süresini ölçerek, süreçteki katma değerli süreyi gereksiz bekleme süresinden ayırmaya yardımcı olur.
Nereden alınır
Bu, tipik olarak bir faaliyetin Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark olarak türetilen hesaplanmış bir özniteliktir.
Örnekler
PT15MPT2H30MP1D
|
|||
|
Kanal
Channel
|
Hizmet talebinin başlatıldığı iletişim kanalı. | ||
|
Açıklama
Kanal, müşterinin talebini göndermek için kullandığı yöntemi belirtir; örneğin, 'E-posta', 'Telefon', 'Web Portalı' veya 'Sohbet'. Farklı kanalların süreç özellikleri ve müşteri beklentileri önemli ölçüde farklılık gösterebilir. Süreci Kanala göre analiz etmek, her iletişim yönteminin etkinliğini değerlendirmeye yardımcı olur. Örneğin, 'Telefon' aracılığıyla gönderilen taleplerin daha yüksek bir ilk temasta çözüm oranına sahip olup olmadığını veya 'E-posta' taleplerinin daha uzun döngü sürelerine sahip olma eğiliminde olup olmadığını ortaya çıkarabilir. Bu, doğrudan 'İletişim Kanalı Etkinliği' Dashboard'unu destekler.
Neden önemli
Telefon, e-posta veya web portalı gibi farklı müşteri etkileşim kanallarının verimliliğini ve sonuçlarını belirlemeye yardımcı olur.
Nereden alınır
Bu, tipik olarak 'sn_customerservice_case' tablosundaki 'contact_type' alanına karşılık gelir.
Örnekler
TelefonE-postaSelf-servisChat
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin çekildiği sistem. | ||
|
Açıklama
Bu öznitelik, verilerin kökenini tanımlar; bu, bilgilerin birden fazla sistemden toplandığı ortamlarda özellikle önemlidir. Bu süreç görünümü için değer tutarlı bir şekilde 'ServiceNow CSM' olacaktır. Analizde, bu veri yönetimi ve sorun gidermede yardımcı olur. Birden fazla kaynak sistem söz konusu olduğunda, belirli bir sistem içinde nasıl çalıştığını anlamak veya farklı sistemlerdeki süreç varyasyonlarını karşılaştırmak için süreci filtrelemeye olanak tanır.
Neden önemli
Verilerin kökeni hakkında temel bağlam sağlar, çoklu sistem ortamlarında netliği garanti eder ve veri yönetimine yardımcı olur.
Nereden alınır
Bu, veri dönüşüm sürecinde veri kümesinin kökenini etiketlemek için eklenen statik bir değerdir.
Örnekler
ServiceNow CSM
|
|||
|
Müşteri
Customer
|
Hizmet talebini başlatan müşterinin veya şirketin adı veya tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, hizmet talebinin kime ait olduğunu, birey veya kuruluş olarak, harici paydaşı tanımlar. Her vaka için müşteri bağlamını sağlar. Analizde, Müşteri özniteliği, hizmet sürecinin müşteri odaklı bir görünümünü sağlar. Belirli müşterilerin daha fazla sorun veya daha uzun gecikmeler yaşayıp yaşamadığını belirlemek için kullanılabilir ve süreç iyileştirme çabalarını önceliklendirmek için segment veya değer gibi diğer müşteri verileriyle birleştirilebilir. Örneğin, yüksek değerli müşterilerin daha hızlı hizmet alıp almadığı kontrol edilebilir.
Neden önemli
Süreci belirli müşterilere bağlayarak, önemli hesaplar veya müşteri segmentleri için hizmet seviyelerinin ve sorun sıklığının analizini sağlar.
Nereden alınır
Bu, 'sn_customerservice_case' tablosundaki 'caller_id', 'opened_for' veya 'account' alanı olabilir; bu alanlar kullanıcı veya şirket tablolarına referans verir.
Örnekler
Can DemirACME Corporation`Global Tech Inc.`
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verinin kaynak sistemden son çekildiği veya yenilendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verinin güncelliği hakkında bağlam sağlayarak, kullanıcıların neredeyse gerçek zamanlı bilgilere mi yoksa geçmiş bir anlık görüntüye mi baktıklarını bilmelerini sağlar. Analiz sırasında, bu, veri kümesinin zaman aralığını anlamak için kritik bir meta veri parçasıdır. Kullanıcıların Dashboard'ları ve KPI'ları doğru yorumlamalarına yardımcı olur, örneğin verinin son saate veya önceki güne ait olduğunu bilmelerini sağlar.
Neden önemli
Verinin güncelliğini gösterir; bu da Process Mining içgörülerinin alaka düzeyi ve zamanında olması için kritik öneme sahiptir.
Nereden alınır
Bu
Örnekler
2023-11-20T08:00:00Z
|
|||
|
Yeniden Açılma Sayısı
ReopenCount
|
Çözülmüş bir hizmet talebinin müşteri tarafından yeniden açılma sayısı. | ||
|
Açıklama
Bu sayaç, bir vakanın 'Çözüldü' veya 'Kapatıldı' durumundan tekrar 'Devam Ediyor' veya 'Açık' durumuna kaç kez geçtiğini izler. Yeniden açılan bir vaka, ilk çözümün etkili veya eksiksiz olmadığını gösterir. Bu öznitelik, yeniden işleme ve ilk seferde çözüm kalitesinin güçlü bir göstergesidir. Yüksek yeniden açılma sayısı, temsilcilerin biletleri erken kapatması veya müşterinin temel sorununu tam olarak ele almaması gibi çözüm sürecindeki sorunlara işaret eder. Önerilen çözümlerin etkinliğini anlamak için önemli bir metriktir.
Neden önemli
Başarısız çözümleri ve yeniden işlemeyi gösterir. Çok sayıda yeniden açma, çözüm sürecindeki düşük kaliteyi işaret eder ve müşteri hayal kırıklığına yol açar.
Nereden alınır
Bu, genellikle 'sn_customerservice_case' tablosunda veya ilgili bir tabloda 'reopen_count' adlı bir alanda izlenir.
Örnekler
012
|
|||
|
Yeniden Atama Sayısı
ReassignmentCount
|
Hizmet talebinin farklı bir temsilciye veya gruba yeniden atanma toplam sayısı. | ||
|
Açıklama
Bu öznitelik, 'assigned_to' veya 'assignment_group' alanı her değiştiğinde artan bir sayaçtır. Bir vakanın geçirdiği dahili transfer miktarını gösteren basit bir metrik sağlar. Yeniden Atama Sayısı, süreç sürtünmesinin doğrudan bir ölçüsüdür ve 'Temsilci Devirleri ve Yeniden Atamalar' Dashboard'u ile 'Talep Başına Ortalama Temsilci Devri' KPI'sı için önemli bir girdidir. Yüksek yeniden atama sayıları genellikle ilk yönlendirme sorunlarını, temsilci beceri eksikliklerini veya kategorize edilmesi zor vakaları gösterir; bunların hepsi daha uzun çözüm sürelerine yol açar.
Neden önemli
Süreç verimsizliğini devir teslimleri sayarak doğrudan ölçer. Yüksek bir sayı, genellikle daha uzun çözüm süreleri ve müşteri memnuniyetsizliği ile ilişkilidir.
Nereden alınır
Bu, 'sn_customerservice_case' tablosunun genişlettiği 'task' tablosundaki standart bir metrik alanıdır, 'reassignment_count'.
Örnekler
0135
|
|||
|
Yeniden İşleme mi?
IsRework
|
Yeniden açılan bir vaka veya tekrarlanan bir araştırma gibi önemli bir yeniden işleme olup olmadığını gösteren bir Boole bayrağı. | ||
|
Açıklama
Bu, verimsizlik veya tekrar modelleri sergileyen vakaları işaretleyen hesaplanmış bir özniteliktir. Bu bayrağın mantığı, 'Hizmet Talebi Yeniden Açıldı' gibi olaylar veya 'Temsilci Soruşturmaya Başlar' ardından 'Çözüm Önerildi' gibi önemli bir faaliyet dizisinin aynı vaka içinde birden çok kez meydana gelmesi durumunda tetiklenebilir. Bu bayrak, sorunlu vakaları hızlı bir şekilde belirlemek ve süreçteki genel yeniden işleme düzeyini nicelendirmek için paha biçilmezdir. Doğrudan 'Yeniden İşleme ve Tekrarlama Hotspotları' Dashboard'unu ve 'Yeniden İşleme Oranı' KPI'sını destekleyerek analistlerin tekrarlayan modelleri manuel olarak belirlemeye gerek kalmadan verimsizliğin nedenlerine odaklanmasını sağlar.
Neden önemli
Tekrarlayan döngüler veya yeniden açma olayları olan vakaları işaretleyerek süreç verimsizliğini nicelleştirmeye yardımcı olur, bu da yeniden işlemeyi ölçmeyi ve hedeflemeyi kolaylaştırır.
Nereden alınır
Bu, hesaplanmış bir özniteliktir. Veri dönüşümü sırasında, sıfır olmayan bir 'ReopenCount' veya tekrarlayan faaliyetler gibi yeniden işleme modellerini algılayan iş mantığı uygulanarak türetilir.
Örnekler
truefalse
|
|||
Müşteri Hizmetleri Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Dahili Yükseltme Tetiklendi
|
Bir hizmet talebinin çözüm için daha yüksek bir destek veya yönetim düzeyine resmi olarak yükseltilmesini temsil eder. Bu durum, atama grubunun daha üst düzey bir ekibe değiştirilmesinden veya bir bayrağın ayarlanmasından çıkarılabilir. | ||
|
Neden önemli
Yükseltmeleri takip etmek, süreç zayıflıklarını, ön cephe desteğindeki bilgi eksikliklerini ve karmaşık vaka türlerini belirlemeye yardımcı olur. Bu, süreç sürtünmesinin ve müşteri memnuniyetsizliğinin önemli bir göstergesidir.
Nereden alınır
Denetim günlüğünden, 'assignment_group' alanında bilinen bir üst makama iletme ekibine yönelik bir değişiklik tespit edilerek veya vaka kaydındaki 'escalation' alanındaki bir değişiklikten çıkarılabilir.
Yakala
'escalation' alanındaki değişikliği veya daha üst düzey bir 'assignment_group'a geçişi tespit edin.
Event tipi
inferred
|
|||
|
Hizmet Talebi Çözüldü
|
Bu, hizmet temsilcisinin işi tamamladığını ve sorunun çözüldüğünü gösteren önemli bir dönüm noktasıdır. Bu durum, vaka durumu 'Çözüldü' olarak değiştirildiğinde ve resolved_at zaman damgası doldurulduğunda yakalanır. | ||
|
Neden önemli
Bu faaliyet, aktif çözüm sürecinin sonunu işaret eder ve çözüm döngü süreleri ile SLA uyumluluğunu hesaplamak için hayati öneme sahiptir. Birçok verimlilik KPI'sı için birincil bitiş noktası görevi görür.
Nereden alınır
Denetim geçmişinden, sn_customerservice_case tablosundaki state alanı 'Çözüldü' olarak ayarlandığında çıkarılır. resolved_at alanı genellikle aynı anda doldurulur.
Yakala
'state' değişikliğinin 'Resolved' olduğunu tespit edin ve karşılık gelen zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Hizmet Talebi Kapatıldı
|
Bu, hizmet talebi kaydının resmi olarak kapatılmasını işaret eden nihai faaliyettir, genellikle çözüm sonrası bir onay süresinden sonra. Bu durum, vaka durumu 'Kapatıldı' olarak değiştirildiğinde ve closed_at zaman damgası ayarlandığında yakalanır. | ||
|
Neden önemli
Sürecin kesin sonu olarak, bu aktivite tüm vaka yaşam döngüsünü hesaplamak için gereklidir. 'Çözüldü' ve 'Kapatıldı' arasındaki süreyi analiz etmek, idari yükü veya gecikmeleri ortaya çıkarır.
Nereden alınır
Denetim geçmişinden, sn_customerservice_case tablosundaki state alanı 'Kapatıldı' olarak ayarlandığında çıkarılır. closed_at alanı aynı anda doldurulur.
Yakala
'state' değişikliğinin 'Closed' olduğunu tespit edin ve karşılık gelen zaman damgasını kullanın.
Event tipi
inferred
|
|||
|
Servis Talebi Oluşturuldu
|
Bu faaliyet, yeni bir vakanın sisteme resmi olarak kaydedilmesiyle müşteri hizmetleri sürecinin başlangıcını işaret eder. Bu olay, sn_customerservice_case tablosuna yeni bir kayıt eklendiğinde açıkça yakalanır. | ||
|
Neden önemli
Her vakanın başlangıç noktası olarak, bu aktivite uçtan uca döngü süresini hesaplamak ve talep alım hacimlerini analiz etmek için gereklidir. Tüm sonraki süreçler ve SLA zamanlayıcıları için tetikleyici görevi görür.
Nereden alınır
Bu olay, sn_customerservice_case tablosunda bir kayıt oluşturulmasına karşılık gelir. Zaman damgası sys_created_on alanından alınır.
Yakala
sn_customerservice_case tablosundaki kayıt oluşturma zaman damgası (sys_created_on).
Event tipi
explicit
|
|||
|
Talep Temsilciye Atandı
|
Bu faaliyet, bir hizmet talebinin araştırılması ve çözümü için belirli bir temsilciye atandığında meydana gelir. Vaka kaydındaki assigned_to alanındaki değişikliğin çıkarılmasıyla yakalanır. | ||
|
Neden önemli
Bu, ilk yanıt sürelerini ve temsilci iş yükü dağılımını ölçmek için kritik bir dönüm noktasıdır. Bu alandaki yeniden atamaların takibi, süreç verimsizliklerini ve temsilci kullanılabilirliğindeki potansiyel darboğazları vurgular.
Nereden alınır
sn_customerservice_case tablosu için denetim geçmişinden (sys_audit), assigned_to alanının ne zaman doldurulduğunu veya değiştirildiğini takip ederek çıkarılır.
Yakala
Vakanın denetim günlüğündeki 'assigned_to' alanı için değer değişikliğini tespit edin.
Event tipi
inferred
|
|||
|
Atama Grubu Değişti
|
Bir vakanın sorumluluğunun bir ekipten diğerine aktarıldığını gösterir. Bu olay, vaka kaydındaki assignment_group alanındaki değişiklikleri izleyerek çıkarılır. | ||
|
Neden önemli
Atama gruplarındaki değişiklikleri takip etmek, departmanlar arası devirleri analiz etmek ve sistematik yönlendirme sorunlarını belirlemek için hayati öneme sahiptir. Bu faaliyetin yüksek sıklığı, belirsiz sahiplenme veya süreç tanımlamalarını gösterebilir.
Nereden alınır
sn_customerservice_case tablosu için denetim geçmişinden (sys_audit), assignment_group alanının ne zaman değiştiğini takip ederek çıkarılır.
Yakala
Vakanın denetim günlüğündeki 'assignment_group' alanı için değer değişikliğini tespit edin.
Event tipi
inferred
|
|||
|
Çözüm Önerildi
|
Bu faaliyet, bir temsilcinin bir çözüm belirleyip bunu müşteriye onaylaması için bildirdiği anı işaret eder. Genellikle 'Onay Bekleniyor' gibi bir değere durum değişikliğinden veya belirli bir çalışma notu girişinden çıkarılır. | ||
|
Neden önemli
Bu dönüm noktası, soruşturma aşamasını onay ve çözüm aşamasından ayırır. Müşteri onayı beklerken harcanan zamanı analiz etmek, bir vakanın kapanış aşamalarını kolaylaştırma fırsatlarını ortaya çıkarabilir.
Nereden alınır
sn_customerservice_case tablosunun denetim günlüğünden, state, önerilen bir çözümü (örn. 'Proposed Solution') gösteren bir değere değiştiğinde çıkarılır. Bu, uygulamaya göre değişebilir.
Yakala
'state' alanındaki değişimin 'Proposed Solution' veya 'Awaiting Acceptance' gibi bir değere geçişini tespit edin.
Event tipi
inferred
|
|||
|
Hizmet Talebi Yeniden Açıldı
|
Daha önce çözülmüş bir hizmet talebinin, sorunun tekrarlaması veya çözümün etkisiz olması nedeniyle aktif bir duruma döndüğünde meydana gelir. Bu durum, 'Çözüldü' durumundan tekrar 'Devam Ediyor' durumuna geçişin tespitiyle çıkarılır. | ||
|
Neden önemli
Yeniden açılan vakalar, çözüm kalitesinin doğrudan bir ölçüsü ve yeniden işlemenin ana nedenidir. Bu olayları analiz etmek, ilk temasta çözüm oranlarını ve müşteri memnuniyetini iyileştirmek için kritiktir.
Nereden alınır
sn_customerservice_case tablosunun denetim geçmişinden, state alanının 'Resolved' durumundan aktif bir duruma geçtiği bir dizi belirleyerek çıkarılır.
Yakala
'Resolved' durumundan 'Work in Progress' gibi aktif bir değere 'state' değişikliğini tespit edin.
Event tipi
inferred
|
|||
|
Müşteri Anketi Gönderildi
|
Bir vakanın çözülmesinin ardından bir müşteri memnuniyeti anketi gönderilmesini temsil eder. Bu olay genellikle bir anket örneği kaydı oluşturulduğunda ve vakayla ilişkilendirildiğinde yakalanır. | ||
|
Neden önemli
Bu faaliyet, süreç yürütme modellerini müşteri geri bildirimleriyle ilişkilendirmeye yardımcı olur. Anketlerin ne zaman ve gönderilip gönderilmediğini anlamak, geri bildirim döngüsünün etkinliğini analiz etmek için önemlidir.
Nereden alınır
Bu, kaynak vaka kaydına bir referans içeren asmt_assessment_instance gibi ankete özel bir tabloda kaydedilen açık bir olaydır.
Yakala
Vakayla ilişkili 'asmt_assessment_instance' tablosunda kayıt oluşturma.
Event tipi
explicit
|
|||
|
Müşteriden Alınan Bilgi
|
Bu faaliyet, müşterinin istenen bilgiyi sağladığı noktayı işaret eder ve temsilcinin çalışmaya devam etmesini sağlar. Vaka durumu 'Kullanıcı Bilgisi Bekleniyor' durumundan aktif bir duruma geçtiğinde çıkarılır. | ||
|
Neden önemli
Bu olay, müşteri bekleme süresini sona erdirir ve müşteri yanıt sürelerinin hassas bir şekilde ölçülmesini sağlar. Hangi vaka türlerinin veya müşterilerin en uzun gecikmelerle ilişkili olduğunu belirlemeye yardımcı olur.
Nereden alınır
sn_customerservice_case tablosunun denetim geçmişinden, state alanı 'Bilgi Bekleniyor' durumundan 'Devam Ediyor' gibi aktif bir duruma geri döndüğünde çıkarılır.
Yakala
'state' alanındaki değişimin 'müşteri bekleniyor' değerinden tekrar aktif bir değere geçişini tespit edin.
Event tipi
inferred
|
|||
|
Müşteriden Bilgi Talep Edildi
|
Bir temsilcinin ilerlemek için müşteriden ek bilgi talep etmesi ve olayı beklemeye alması durumunda meydana gelir. Bu durum, 'Kullanıcı Bilgisi Bekleniyor' veya 'Beklemede' gibi bir değere durum değişikliğinden çıkarılır. | ||
|
Neden önemli
Bu faaliyet, 'Müşteri Bilgisi Bekleme Süreleri' analizi için hayati öneme sahiptir. Harici bağımlılıkların neden olduğu süreç gecikmelerini, dahili işlem süresinden ayırarak izole eder.
Nereden alınır
sn_customerservice_case tablosunun denetim geçmişinden, state alanı, müşteri girişi beklediğini gösteren bir değere (örn. 'Bilgi Bekleniyor') değiştiğinde çıkarılır.
Yakala
'state' alanındaki değişimin belirlenmiş bir 'müşteri bekleniyor' değere geçişini tespit edin.
Event tipi
inferred
|
|||
|
SLA İhlal Edildi
|
Bir hizmet talebinin, çözüm süresi gibi tanımlanmış bir Hizmet Seviyesi Anlaşmasını karşılayamadığı anı temsil eder. Bu, çözüm süresinin SLA'nın planlanan bitiş süresiyle karşılaştırılmasıyla türetilen hesaplanmış bir olaydır. | ||
|
Neden önemli
SLA ihlallerini belirlemek, uyumluluk izleme ve performans yönetimi için temeldir. Bu olay, hangi süreç aşamalarının veya vaka türlerinin SLA ihlallerine en çok katkıda bulunduğunu belirlemeye yardımcı olur.
Nereden alınır
Vakayla ilişkili task_sla tablosundaki kayıtlar analiz edilerek hesaplanır. has_breached alanı doğruysa veya actual_elapsed_time, planned_duration'ı aşarsa bir ihlal meydana gelir.
Yakala
Bağlantılı task_sla kaydındaki 'has_breached' bayrağını kontrol edin.
Event tipi
calculated
|
|||
|
Talep Kategorize Edildi ve Önceliklendirildi
|
Hizmet talebinin sınıflandırıldığı ve aciliyeti ile yönlendirmesini belirlemek için bir öncelik düzeyinin atandığı ilk triyajı temsil eder. Bu, vaka kaydının denetim günlüğündeki kategori, alt kategori veya öncelik alanlarındaki değişikliklerden çıkarılır. | ||
|
Neden önemli
Bu aktiviteyi analiz etmek, vaka triyajındaki gecikmeleri belirlemeye ve taleplerin doğru şekilde yönlendirildiğinden ve aciliyete göre ele alındığından emin olmaya yardımcı olur. İlk atama süresini ve genel çözüm verimliliğini etkiler.
Nereden alınır
sn_customerservice_case tablosu için denetim geçmişinden (sys_audit), özellikle category ve priority alanlarına ilk doldurmayı veya güncellemeleri takip ederek çıkarılır.
Yakala
'category' veya 'priority' alanları için ilk değerin ayarlanmasını veya değer değişikliğini tespit edin.
Event tipi
inferred
|
|||
|
Temsilci Araştırmaya Başlar
|
Bu faaliyet, bir temsilcinin hizmet talebi üzerinde aktif olarak çalışmaya başladığını gösterir. Genellikle vaka durumu 'Yeni' veya 'Atandı' gibi bir durumdan 'Devam Ediyor' durumuna geçtiğinde çıkarılır. | ||
|
Neden önemli
Bu olay, kuyruk süresini aktif çalışma süresinden ayırmaya yardımcı olur. Atama ile soruşturmanın başlangıcı arasındaki süreyi analiz etmek, temsilcilerin yeni vakaları ele almasındaki gecikmeleri ortaya çıkarır.
Nereden alınır
Olayın durum alanı 'Devam Ediyor' gibi aktif bir çalışma durumuna geçtiğinde çıkarılır. Belirli durum değerleri yapılandırılabilir ve doğrulanmalıdır.
Yakala
'state' alanındaki değişimin bekleyen bir değerden aktif bir değere (örn. 'New'den 'Work in Progress'e) geçişini tespit edin.
Event tipi
inferred
|
|||