Müşteri hizmetleri veri şablonunuz
Müşteri hizmetleri veri şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek temel aktiviteler
- Veri çıkarma yönlendirmesi
Müşteri hizmetleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Hizmet Talebi
ServiceRequest
|
Her müşteri hizmeti talebi, kaydı veya ticket için benzersiz tanımlayıcı. | ||
|
Açıklama
Hizmet Talebi, tek bir müşteri sorununa ait oluşturma ve kapatma arasındaki tüm ilgili etkinlikleri ve olayları birbirine bağlayan birincil kayıt tanımlayıcısıdır. Müşteri etkileşiminin uçtan uca yolculuğunu izlemek için merkezi bir bağlantı görevi görür. Process Mining kapsamında bu öznitelik, süreç akışını yeniden oluşturmak için temel öneme sahiptir. Her benzersiz Hizmet Talebi değeri, sürecin bir örneğini temsil eder. Böylece çevrim sürelerini, yolları ve farklılıkları kayıt bazında analiz edebilirsiniz. İlk temastan nihai çözüme ve kapatmaya kadar tüm adımların aynı müşteri talebiyle doğru şekilde ilişkilendirilmesini sağlar.
Neden önemli?
Bu, tüm süreç adımlarını birbirine bağlayan ve her müşteri hizmeti etkileşiminin eksiksiz yaşam döngüsünü analiz etmenizi sağlayan temel Kayıt Kimliğidir.
Nereden alınır?
Bu, genellikle ServiceNow CSM içindeki 'sn_customerservice_case' tablosunun 'number' alanına karşılık gelir.
Örnekler
CS0010001CS0010045CS0010112
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir etkinliğin veya olayın gerçekleştiği anı gösteren kesin zaman damgası. | ||
|
Açıklama
Olay Zamanı, bir etkinliğin gerçekleştirildiği tarih 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 temel öneme sahiptir. Process Mining analizinde bu öznitelik, çevrim süreleri, bekleme süreleri ve işlem süreleri dahil olmak üzere zamana dayalı tüm metrikleri hesaplamak için kullanılır. Öncesinde uzun gecikmeler bulunan etkinlikleri belirleyerek darboğazları ortaya çıkarmanızı ve performansı hizmet seviyesi anlaşmalarına, yani SLA'lara, göre ölçmenizi sağlar. Güvenilir bir analiz için zaman damgalarının doğru ve tutarlı olması gerekir.
Neden önemli?
Bu zaman damgası, olayları doğru sıraya koymak ve çevrim süreleri ile darboğazlar gibi tüm performans metriklerini hesaplamak için büyük önem taşır.
Nereden alınır?
Bu, genellikle ServiceNow denetim ve geçmiş tablolarındaki, örneğin 'sys_audit' tablosundaki, 'sys_created_on' alanına karşılık gelir.
Örnekler
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
|
|||
|
Etkinlik Adı
ActivityName
|
Hizmet talebi yaşam döngüsü içinde gerçekleşen belirli bir olayın veya görevin adı. | ||
|
Açıklama
Etkinlik Adı, müşteri hizmetleri sürecindeki bir adımı ifade eder. Örneğin 'Hizmet Talebi Oluşturuldu', 'Talep Temsilciye Atandı' veya 'Çözüm Önerildi'. Bu etkinlikler, her 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 büyük önem taşır. Etkinliklerin sırasını ve sıklığını analiz ederek yaygın süreç yollarını, sapmaları ve yeniden çalışma ya da verimsizlik alanlarını keşfedebilirsiniz. Tanımlanan etkinliklerin ayrıntı düzeyi, süreç modelinden elde edilebilecek içgörülerin derinliğini doğrudan etkiler.
Neden önemli?
Bu öznitelik, sırası ve süresi analiz edilen belirli adımları ve görevleri tanımlayarak süreç haritasının temelini oluşturur.
Nereden alınır?
Bu, sistem denetim tablolarından, örneğin 'sys_audit' tablosundan, veya 'sn_customerservice_case' tablosundaki durum değişiklikleri ve önemli alan güncellemeleri izlenerek türetilen kavramsal bir özniteliktir.
Örnekler
Hizmet Talebi OluşturulduTalep temsilciye atandıMüşteriden bilgi istendiHizmet talebi çözüldü
|
|||
|
Atama grubu
AssignmentGroup
|
Hizmet talebinden sorumlu ekip veya departman. | ||
|
Açıklama
Atama Grubu, hizmet talebinin atandığı kuyruğu veya ekibi ifade eder. Talepler, sorunun niteliğine bağlı olarak Düzey 1 destek masası, uzman bir teknik ekip veya faturalandırma departmanı gibi farklı gruplar arasında yönlendirilebilir. Bu öznitelik, departmanlar arası devir teslimleri analiz etmek ve ekip düzeyindeki darboğazları belirlemek için gereklidir. İşin farklı işlevsel alanlar arasında nasıl aktığını görselleştirir ve aşırı yüklenen ya da ek eğitime ihtiyaç duyan grupları ortaya çıkarabilir. 'Agent Handoffs and Reassignments' ve 'Process Flow' Dashboardlarını doğrudan destekler.
Neden önemli?
İşten hangi ekibin sorumlu olduğunu gösterir. Bu bilgi, ekip performansını, iş yüklerini ve departmanlar arasındaki süreç devirlerini analiz etmek için büyük önem taşır.
Nereden alınır?
Bu, sn_customerservice_case tablosundaki assignment_group alanına karşılık gelir.
Örnekler
Servis MasasıFaturalandırma Talepleri2. Kademe Teknik Destek
|
|||
|
Atanan temsilci
AssignedAgent
|
Hizmet talebini hâlen yürütmekle görevlendirilen servis temsilcisi. | ||
|
Açıklama
Bu öznitelik, belirli bir andaki hizmet talebinden sorumlu kullanıcıyı belirler. Talep farklı temsilciler veya uzmanlar arasında devredildikçe vaka yaşam döngüsü boyunca sık sık değişebilir. Atanan Temsilciyi analiz etmek, iş yükü dağılımını, temsilci performansını ve devir teslimleri anlamak için önemlidir. Hangi temsilcilerin en karmaşık vakaları yönettiği, vakaların ne sıklıkla yeniden atandığı ve belirli temsilcilerin daha uzun çözüm süreleri ya da daha yüksek müşteri memnuniyetiyle ilişkili olup olmadığı gibi sorulara yanıt verir. Bu bilgi, 'Agent Handoffs and Reassignments' Dashboardı için gereklidir.
Neden önemli?
İş yükünü, performansı ve yeniden atama sıklığını analiz etmenizi sağlayacak şekilde temsilci sorumluluğunu izler. Yeniden atamalar çoğu zaman süreçteki sürtünmeye işaret eder.
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. | ||
|
Açıklama
Durum özniteliği, bir hizmet talebinin herhangi bir andaki operasyonel durumunu açıklar. Bu durumlar New, In Progress, Awaiting Info, Resolved veya Closed olabilir. Bu alandaki değişiklikler, süreç modelindeki aktiviteleri tanımlamak için sıklıkla kullanılır. Durum analizi, vakaların süreçte hangi aşamada bulunduğuna dair üst düzey bir görünüm sunar. Vakaların Awaiting Info gibi belirli durumlarda ne kadar süre kaldığını belirlemek için kullanılır. Bu durum, önemli bir gecikme kaynağı olabilir. Ayrıca Resolution to Closure Time gibi temel KPI'lar için başlangıç ve bitiş noktalarının tanımlanmasına yardımcı olur.
Neden önemli?
Bir talebin herhangi bir andaki durumunu gösterir. On Hold veya Awaiting Information gibi üretken olmayan durumlarda geçirilen süreyi belirlemenize 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üKapatıldı
|
|||
|
Kategori
Category
|
Billing veya Technical Issue gibi hizmet talebinin temel sınıflandırması. | ||
|
Açıklama
Kategori, müşteri talebinin veya sorununun niteliğine göre hizmet taleplerini üst düzeyde gruplandırır. Bu sınıflandırma genellikle talep ilk oluşturulduğunda yapılır ve talebin doğru atama grubuna yönlendirilmesine yardımcı olur. Bu öznitelik, süreç analizini bölümlere ayırmak için gereklidir. Analistler Kategoriye göre filtre uygulayarak farklı talep türlerinin süreç akışlarını karşılaştırabilir. Örneğin bir 'Billing' sorununun çözüm süreci, bir 'Technical Issue' sorununun çözüm sürecinden çok farklı olabilir. Verileri bölümlere ayırmak için neredeyse tüm Dashboardlarda kullanılan temel bir özniteliktir.
Neden önemli?
Analizi talep türüne göre ayrıştırmanızı sağlar. Böylece belirli kategorilerin gecikmelere, eskalasyonlara veya SLA ihlallerine daha yatkın olup olmadığını görebilirsiniz.
Nereden alınır?
Bu, sn_customerservice_case tablosundaki category alanına karşılık gelir.
Örnekler
Talep / YardımSiparişlerÜrün SorunlarıFaturalandırma
|
|||
|
Öncelik
Priority
|
Hizmet talebinin aciliyetini belirleyen öncelik düzeyi. | ||
|
Açıklama
Öncelik, bir hizmet talebinin önemini ve ele alınması gereken aciliyet düzeyini gösterir. Genellikle talebin müşteri üzerindeki etkisi ile aciliyetinin birlikte değerlendirilmesiyle belirlenir. Yaygın değerler Kritik ile Düşük arasında değişir. Process Mining içinde Öncelik, filtreleme ve karşılaştırma için güçlü bir boyuttur. Analistlerin yüksek öncelikli taleplerin gerçekten düşük öncelikli taleplerden daha hızlı işlenip işlenmediğini ve belirli öncelik düzeylerinde SLA ihlallerinin daha sık görülüp görülmediğini kontrol etmesini sağlar. Bu bilgi, 'Service Request End-to-End Cycle Time' Dashboardı için temel niteliktedir.
Neden önemli?
Hizmet taleplerini aciliyet düzeyine göre segmentlere ayırmanızı sağlar. Böylece kritik sorunların kritik olmayan sorunlardan daha hızlı ele alındığını doğrulayabilirsiniz.
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ımlanan Service Level Agreement (SLA) hedefini aşıp aşmadığını gösteren boolean işareti. | ||
|
Açıklama
Bu hesaplanmış öznitelik, bir hizmet talebinin üzerinde anlaşılmış süre içinde çözülüp çözülmediğini gösterir. Çözüm süresi SLA hedefini aştığında genellikle 'True', aksi durumda 'False' değerini alır. Böylece her vaka için SLA performansına ilişkin net ve ikili bir sonuç sunar. Bu öznitelik, 'SLA Adherence and Violation Trends' Dashboardı ve 'SLA Adherence Rate' KPI’ı için gereklidir. İhlal edilen vakaları doğrudan filtreleyip saymanıza olanak tanıyarak analizi kolaylaştırır ve hangi talep türlerinin, önceliklerin veya ekiplerin SLA ihlalleriyle daha fazla ilişkili olduğunu belirlemenizi sağlar.
Neden önemli?
Bir vakanın son tarihine uyup uymadığına ilişkin net bir evet veya hayır yanıtı sağlar. Bu, SLA uyumluluğunu ölçmek ve raporlamak için temel bir bilgidir.
Nereden alınır?
'task_sla' tablosundaki 'made_sla' alanına göre hesaplanır veya gerçek çözüm süresi planlanan çözüm süresiyle karşılaştırılarak türetilir.
Örnekler
truefalse
|
|||
|
Çözüm Kodu
ResolutionCode
|
Hizmet talebinin nihai sonucunu veya nasıl çözüldüğünü gösteren kod. | ||
|
Açıklama
Çözüm Kodu, bir vaka çözüldüğünde agent tarafından seçilen yapılandırılmış bir değerdir. Solved by User, Known Error, Duplicate veya No Action Needed gibi çözüm ayrıntılarını sunar. Bu öznitelik, kök neden analizi için değerlidir. Kuruluşlar farklı çözüm kodlarının sıklığını analiz ederek tekrarlanan sorunları, bilgi eksiklerini veya ürün sorunlarını belirleyebilir. Bu bilgiler, belirli hizmet talebi türlerinin hacmini azaltacak iyileştirmeleri yönlendirmek için kullanılabilir.
Neden önemli?
Hizmet taleplerinin sonuçlarına ilişkin içgörü sağlar. Bu bilgi, kök neden analizi ve tekrarlanan sorunların belirlenmesi için büyük önem taşır.
Nereden alınır?
Bu, sn_customerservice_case tablosundaki close_code alanına veya özel bir çözüm kodu alanına karşılık gelir.
Örnekler
Çözüldü (Geçici çözüm)Çözüldü (Kalıcı olarak)Çözülmedi (Müşteriden yanıt alınamadı)Arayan tarafından kapatıldı/çözüldü
|
|||
|
İlk İletişimde Çözüm mü
IsFirstContactResolution
|
Talebin herhangi bir transfer veya eskalasyon olmadan ilk atanan agent tarafından çözülüp çözülmediğini gösteren boolean işareti. | ||
|
Açıklama
Bu hesaplanmış öznitelik, ilk etkileşim sırasında veya vakayı ele alan ilk temsilci tarafından verimli biçimde çözülen hizmet taleplerini belirler. Mantık genellikle sıfır yeniden atama ( Bu öznitelik, önemli bir müşteri hizmetleri metriğini doğrudan ölçer ve 'First Contact Resolution Rate' Dashboardını ve KPI’ını destekler. FCR performansını kolayca ölçmenizi, ayrıca kanal veya talep kategorisi gibi ilk iletişimde çözümü destekleyen ya da zorlaştıran etkenleri analiz etmenizi sağlar.
Neden önemli?
İlk yanıtın verimliliğini doğrudan ölçer. Yüksek FCR oranı, hem operasyonel verimlilik hem de yüksek müşteri memnuniyetiyle güçlü biçimde ilişkilidir.
Nereden alınır?
Bu, hesaplanan bir özniteliktir. ReassignmentCount değerinin sıfır olması ve herhangi bir eskalasyon aktivitesinin gerçekleşmemesi gibi kurallara göre veri dönüşümü sırasında türetilir.
Örnekler
truefalse
|
|||
|
Kanal
Channel
|
Hizmet talebinin başlatıldığı iletişim kanalı. | ||
|
Açıklama
Kanal, müşterinin talebini iletmek için kullandığı yöntemi gösterir. Örneğin 'Email', 'Phone', 'Web Portal' veya 'Chat'. Farklı kanalların süreç özellikleri ve müşteri beklentileri önemli ölçüde değişebilir. Süreci Kanala göre analiz etmek, her iletişim yönteminin etkinliğini değerlendirmenize yardımcı olur. Örneğin 'Phone' üzerinden iletilen taleplerde ilk iletişimde çözüm oranının daha yüksek olup olmadığını veya 'Email' taleplerinin daha uzun çevrim sürelerine sahip olma eğilimi gösterip göstermediğini ortaya çıkarabilir. Bu analiz, 'Communication Channel Effectiveness' Dashboardını doğrudan destekler.
Neden önemli?
Telefon, e-posta veya web portalı gibi farklı müşteri etkileşim kanallarının verimliliğini ve sonuçlarını belirlemenize yardımcı olur.
Nereden alınır?
Bu, genellikle sn_customerservice_case tablosundaki contact_type alanına karşılık gelir.
Örnekler
TelefonE-postaKendi kendine hizmetChat
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin çıkarıldığı sistem. | ||
|
Açıklama
Bu öznitelik, verilerin kaynağını tanımlar. Bilgilerin birden fazla sistemden toplandığı ortamlarda özellikle önemlidir. Bu süreç görünümünde değer sürekli olarak 'ServiceNow CSM' olur. Analiz sırasında veri yönetişimi ve sorun giderme çalışmalarına yardımcı olur. Birden fazla kaynak sistem kullanıldığında, süreci belirli bir sistem içinde nasıl işlediğini anlamak üzere filtrelemenizi veya farklı sistemlerdeki süreç varyasyonlarını karşılaştırmanızı sağlar.
Neden önemli?
Verilerin kaynağı hakkında temel bağlam sağlayarak çok sistemli ortamlarda netlik oluşturur ve veri yönetişimine yardımcı olur.
Nereden alınır?
Bu, veri dönüştürme sürecinde Veri Seti'nin kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler
ServiceNow CSM
|
|||
|
Müşteri
Customer
|
Hizmet talebini başlatan müşterinin veya şirketin adı ya da tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, hizmet talebinin yöneltildiği dış paydaşı, yani kişiyi veya kuruluşu tanımlar. Her vaka için müşteri bağlamı sağlar. Analizde Müşteri özniteliği, hizmet sürecini müşteri odaklı bir bakışla incelemenizi sağlar. Belirli müşterilerin daha fazla sorun veya daha uzun gecikme yaşayıp yaşamadığını belirlemek için kullanılabilir. Ayrıca segment veya değer gibi diğer müşteri verileriyle birleştirilerek süreç iyileştirme çalışmalarına öncelik verilmesine yardımcı olur. Örneğin yüksek değerli müşterilerin daha hızlı hizmet alıp almadığı kontrol edilebilir.
Neden önemli?
Süreci belirli müşterilerle ilişkilendirir. Böylece önemli hesaplar veya müşteri segmentleri için hizmet düzeylerini ve sorun sıklığını analiz edebilirsiniz.
Nereden alınır?
Bu, kullanıcı veya şirket tablolarına referans veren sn_customerservice_case tablosundaki caller_id, opened_for veya account alanı olabilir.
Örnekler
John SmithACME CorporationGlobal Tech Inc.
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin kaynak sistemden en son ne zaman çıkarıldığını veya yenilendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında bağlam sağlar ve kullanıcıların neredeyse gerçek zamanlı bilgilerle mi yoksa geçmişe ait bir anlık görüntüyle mi çalıştığını anlamasına yardımcı olur. Analiz sırasında bu bilgi, veri setinin kapsadığı zaman aralığını anlamak için önemli bir üst veridir. Kullanıcıların Dashboardları ve KPI’ları doğru yorumlamasını sağlar. Örneğin verilerin son bir saat veya önceki gün itibarıyla güncel olup olmadığını gösterir.
Neden önemli?
Verilerin güncelliğini gösterir. Bu, Process Mining içgörülerinin geçerliliği ve zamanında sunulması açısından önemlidir.
Nereden alınır?
Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve eklenir.
Örnekler
2023-11-20T08:00:00Z
|
|||
|
Yeniden Açılma Sayısı
ReopenCount
|
Çözülmüş bir hizmet talebinin müşteri tarafından kaç kez yeniden açıldığı. | ||
|
Açıklama
Bu sayaç, bir vakanın 'Resolved' veya 'Closed' durumundan 'In Progress' ya da 'Open' 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 çalışmanın ve ilk seferde çözüm kalitesinin güçlü bir göstergesidir. Yüksek yeniden açılma sayısı, temsilcilerin kayıtları 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 temel bir metriktir.
Neden önemli?
Başarısız çözümleri ve yeniden çalışmayı gösterir. Yüksek yeniden açılma sayısı, çözüm sürecinin kalitesinin düşük olduğuna ve müşteri memnuniyetsizliğine işaret eder.
Nereden alınır?
Bu bilgi genellikle sn_customerservice_case tablosunda veya ilişkili bir tabloda reopen_count adlı alanda izlenir.
Örnekler
012
|
|||
|
Yeniden Atama Sayısı
ReassignmentCount
|
Hizmet talebinin farklı bir temsilciye veya gruba kaç kez yeniden atandığının 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 maruz kaldığı dahili aktarım miktarını ölçmek için basit bir metrik sağlar. Yeniden Atama Sayısı, süreçteki sürtünmenin doğrudan ölçüsüdür. 'Agent Handoffs and Reassignments' Dashboardı ve 'Average Agent Handoffs per Request' KPI’ı için temel bir girdidir. Yüksek yeniden atama sayıları genellikle ilk yönlendirmedeki sorunlara, temsilci becerilerindeki eksikliklere veya sınıflandırılması zor vakalara işaret eder. Bunların tümü daha uzun çözüm sürelerine yol açar.
Neden önemli?
Devirleri sayarak süreç verimsizliğini doğrudan ölçer. Yüksek sayı, genellikle daha uzun çözüm süreleri ve müşteri memnuniyetsizliğiyle ilişkilidir.
Nereden alınır?
Bu, sn_customerservice_case tablosunun genişlettiği task tablosundaki standart reassignment_count metrik alanıdır.
Örnekler
0135
|
|||
|
Yeniden Çalışma Var mı
IsRework
|
Yeniden açılan vaka veya tekrarlanan inceleme gibi önemli bir yeniden çalışmanın gerçekleşip gerçekleşmediğini gösteren boolean işareti. | ||
|
Açıklama
Bu hesaplanmış öznitelik, verimsizlik veya tekrarlama örüntüleri gösteren vakaları işaretler. Bu işaret, 'Service Request Reopened' gibi olaylarla veya 'Agent Starts Investigation' etkinliğinin ardından 'Solution Proposed' etkinliğinin aynı vaka içinde birden çok kez gerçekleşmesi gibi temel bir etkinlik dizisiyle tetiklenebilir. Bu işaret, sorunlu vakaları hızlıca belirlemek ve süreçteki yeniden çalışmanın genel düzeyini ölçmek için çok değerlidir. 'Rework and Repetition Hotspots' Dashboardını ve 'Rework Rate' KPI’ını doğrudan destekler. Analistlerin tekrarlanan örüntüleri manuel olarak belirlemesine gerek kalmadan verimsizliğin kaynaklarına odaklanmasını sağlar.
Neden önemli?
Tekrarlayan döngülere veya yeniden açılma olaylarına sahip vakaları işaretleyerek süreç verimsizliğini ölçmenize yardımcı olur. Böylece yeniden çalışmayı kolayca ölçebilir ve hedefleyebilirsiniz.
Nereden alınır?
Bu, hesaplanan bir özniteliktir. Sıfırdan farklı bir ReopenCount değeri veya tekrarlanan aktiviteler gibi yeniden çalışma örüntülerini belirleyen iş mantığı uygulanarak veri dönüşümü sırasında türetilir.
Örnekler
truefalse
|
|||
Müşteri hizmetleri aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Hizmet talebi çözüldü
|
Bu, hizmet temsilcisinin çalışmayı tamamladığını ve sorunun çözülmüş kabul edildiğini gösteren önemli bir kilometre taşıdır. Vaka durumu 'Çözüldü' olarak değiştirildiğinde ve resolved_at zaman damgası doldurulduğunda yakalanır. | ||
|
Neden önemli?
Bu aktivite, aktif çözüm sürecinin sonunu gösterir ve çözüm çevrim sürelerini ve SLA uyumunu hesaplamak için önemlidir. Birçok verimlilik KPI'ı için temel bitiş noktası görevi görür.
Nereden alınır?
sn_customerservice_case tablosundaki state alanı 'Resolved' olarak ayarlandığında denetim geçmişinden çıkarılır. resolved_at alanı genellikle aynı anda doldurulur.
Yakalayın
'state' alanının 'Resolved' olarak değiştiğini tespit edin ve ilgili zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Hizmet Talebi Kapatıldı
|
Bu, hizmet talebi kaydının resmi olarak kapatıldığını gösteren son etkinliktir ve çoğu zaman çözüm sonrasındaki bir doğrulama döneminin ardından gerçekleşir. Kayıt durumu 'Closed' olarak değiştiğinde ve closed_at zaman damgası ayarlandığında kaydedilir. | ||
|
Neden önemli?
Sürecin kesin sonunu gösteren bu etkinlik, kaydın tüm yaşam döngüsünü hesaplamak için gereklidir. 'Resolved' ile 'Closed' arasındaki süreyi analiz etmek, idari yükü veya gecikmeleri ortaya çıkarır.
Nereden alınır?
sn_customerservice_case tablosundaki state alanı 'Closed' olarak ayarlandığında denetim geçmişinden çıkarılır. closed_at alanı aynı anda doldurulur.
Yakalayın
'state' alanının 'Closed' olarak değiştiğini tespit edin ve ilgili zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Hizmet Talebi Oluşturuldu
|
Bu aktivite, sisteme yeni bir vakanın resmî olarak kaydedildiği müşteri hizmetleri sürecinin başlangıcını gösterir. Yeni bir kayıt sn_customerservice_case tablosuna eklendiğinde bu olay açıkça yakalanır. | ||
|
Neden önemli?
Her vakanın başlangıç noktası olan bu aktivite, uçtan uca çevrim süresini hesaplamak ve talep giriş hacimlerini analiz etmek için gereklidir. Sonraki tüm 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 kaydın oluşturulmasına karşılık gelir. Zaman damgası sys_created_on alanından alınır.
Yakalayın
sn_customerservice_case tablosundaki kayıt oluşturma zaman damgası, sys_created_on.
Olay türü
explicit
|
|||
|
İç eskalasyon tetiklendi
|
Bir hizmet talebinin çözüm için daha üst düzey bir destek veya yönetim seviyesine resmî olarak eskale edilmesini ifade eder. Bu durum, atama grubunun daha üst seviyedeki bir ekibe değişmesinden veya bir işaretin ayarlanmasından çıkarılabilir. | ||
|
Neden önemli?
Eskalasyonların izlenmesi, süreçteki zayıflıkları, ilk seviye desteğin bilgi eksikliklerini ve karmaşık vaka türlerini belirlemeye yardımcı olur. Bu, süreçteki sürtünmenin ve müşteri memnuniyetsizliğinin önemli bir göstergesidir.
Nereden alınır?
Denetim günlüğünde assignment_group alanının bilinen bir eskalasyon ekibine değiştiği veya vaka kaydındaki 'escalation' alanının değiştiği belirlenerek çıkarılabilir.
Yakalayın
'escalation' alanındaki değişikliği veya daha üst seviyedeki bir 'assignment_group' grubuna geçişi belirleyin.
Olay türü
inferred
|
|||
|
Talep temsilciye atandı
|
Bu aktivite, bir hizmet talebinin inceleme ve çözüm için belirli bir temsilciye atandığı sırada gerçekleşir. Vaka kaydındaki assigned_to alanında yapılan değişiklik çıkarılarak yakalanır. | ||
|
Neden önemli?
Bu, ilk yanıt sürelerini ve temsilci iş yükü dağılımını ölçmek için önemli bir kilometre taşıdır. Bu alandaki yeniden atamaların izlenmesi, süreç verimsizliklerini ve temsilci kullanılabilirliğindeki olası darboğazları gösterir.
Nereden alınır?
sn_customerservice_case tablosuna ait denetim geçmişinden, assigned_to alanının ne zaman doldurulduğunu veya değiştirildiğini izleyerek çıkarılır.
Yakalayın
Vakanın denetim günlüğünde 'assigned_to' alanındaki değer değişikliğini belirleyin.
Olay türü
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ında yapılan değişiklikler izlenerek çıkarılır. | ||
|
Neden önemli?
Atama gruplarındaki değişiklikleri izlemek, departmanlar arası devirleri analiz etmek ve sistematik yönlendirme sorunlarını belirlemek için önemlidir. Bu aktivitenin yüksek sıklıkta gerçekleşmesi, sahipliğin veya süreç tanımlarının net olmadığını gösterebilir.
Nereden alınır?
sn_customerservice_case tablosuna ait denetim geçmişinden, assignment_group alanındaki değişiklikleri izleyerek çıkarılır.
Yakalayın
Vakanın denetim günlüğünde 'assignment_group' alanındaki değer değişikliğini belirleyin.
Olay türü
inferred
|
|||
|
Çözüm önerildi
|
Bu aktivite, bir temsilcinin çözümü belirleyip onaylaması için müşteriye ilettiği anı gösterir. Genellikle durumun 'Onay Bekleniyor' gibi bir değere değişmesinden veya belirli bir çalışma notu girişinden çıkarılır. | ||
|
Neden önemli?
Bu kilometre taşı, inceleme aşamasını onay ve çözüm aşamasından ayırır. Müşteri onayının beklenmesi için harcanan sürenin analiz edilmesi, vakanın kapatılma aşamalarını sadeleştirme fırsatlarını ortaya çıkarabilir.
Nereden alınır?
sn_customerservice_case tablosunun denetim günlüğünde, state alanı önerilen çözümü gösteren bir değere, örneğin 'Önerilen Çözüm' durumuna, geçtiğinde çıkarılır. Bu değer uygulamaya göre değişebilir.
Yakalayın
'state' alanının 'Önerilen Çözüm' veya 'Onay Bekleniyor' gibi bir değere değişikliğini belirleyin.
Olay türü
inferred
|
|||
|
Hizmet talebi yeniden açıldı
|
Daha önce çözülmüş bir hizmet talebi, sorunun tekrarlaması veya çözümün etkisiz kalması nedeniyle yeniden aktif duruma geçtiğinde gerçekleşir. 'Çözüldü' durumundan 'Çalışılıyor' durumuna geçiş belirlenerek çıkarılır. | ||
|
Neden önemli?
Yeniden açılan vakalar, çözüm kalitesinin doğrudan bir ölçüsüdür ve yeniden çalışmanın başlıca nedenlerinden biridir. Bu olayların analiz edilmesi, ilk temasta çözüm oranlarını ve müşteri memnuniyetini iyileştirmek için önemlidir.
Nereden alınır?
sn_customerservice_case tablosunun denetim geçmişinden, state alanının 'Çözüldü' durumundan aktif bir duruma geçtiği sıra belirlenerek çıkarılır.
Yakalayın
'state' alanının 'Çözüldü' durumundan 'Çalışılıyor' gibi aktif bir değere değişikliğini belirleyin.
Olay türü
inferred
|
|||
|
Müşteri Anketi Gönderildi
|
Bir kaydın çözülmesinin ardından müşteri memnuniyeti anketinin gönderilmesini ifade eder. Bu olay genellikle bir anket örneği kaydı oluşturulup kayıtla ilişkilendirildiğinde yakalanır. | ||
|
Neden önemli?
Bu etkinlik, süreç yürütme biçimleriyle müşteri geri bildirimlerini ilişkilendirmenize 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, asmt_assessment_instance gibi ankete özel bir tabloda açıkça kaydedilen bir olaydır. Tabloda kaynak kayda referans bulunur.
Yakalayın
Kayıtla bağlantılı 'asmt_assessment_instance' tablosunda kayıt oluşturulması.
Olay türü
explicit
|
|||
|
Müşteriden bilgi alındı
|
Bu aktivite, müşterinin istenen bilgiyi sağlayarak temsilcinin çalışmaya devam etmesini mümkün kıldığı noktayı gösterir. Vaka durumu 'Kullanıcı Bilgisi Bekleniyor' durumundan yeniden aktif bir duruma geçtiğinde çıkarılır. | ||
|
Neden önemli?
Bu olay, müşterinin bekletildiği dönemi sona erdirir ve müşteri yanıt sürelerinin hassas biçimde ölçülmesini sağlar. En uzun gecikmelerin hangi vaka türleri veya müşterilerle ilişkili olduğunu belirlemeye yardımcı olur.
Nereden alınır?
sn_customerservice_case tablosunun denetim geçmişinde, state alanı 'Bilgi Bekleniyor' durumundan 'Çalışılıyor' gibi aktif bir duruma geçtiğinde çıkarılır.
Yakalayın
'state' alanının 'müşteri bekleniyor' değerinden yeniden aktif bir değere değişikliğini belirleyin.
Olay türü
inferred
|
|||
|
Müşteriden bilgi istendi
|
Bir temsilcinin ilerlemek için müşteriden ek bilgi istediği ve vakayı bekleyen duruma aldığı sırada gerçekleşir. 'Kullanıcı Bilgisi Bekleniyor' veya 'Beklemede' gibi bir duruma geçişten çıkarılır. | ||
|
Neden önemli?
Bu aktivite, 'Müşteri Bilgisi Bekleme Süreleri' analizi için önemlidir. Dış bağımlılıklardan kaynaklanan süreç gecikmelerini ayırarak bunları iç işlem süresinden ayrı olarak ölçer.
Nereden alınır?
sn_customerservice_case tablosunun denetim geçmişinde, state alanı müşteriden bilgi beklendiğini gösteren bir değere, örneğin 'Bilgi Bekleniyor' durumuna, geçtiğinde çıkarılır.
Yakalayın
'state' alanının belirlenmiş bir 'müşteri bekleniyor' değerine değişikliğini belirleyin.
Olay türü
inferred
|
|||
|
SLA İhlal Edildi
|
Bir hizmet talebinin çözüm süresi gibi tanımlanmış bir Service Level Agreement koşulunu karşılayamadığı anı ifade eder. Bu, çözüm süresi ile SLA için planlanan bitiş zamanının karşılaştırılmasıyla elde edilen hesaplanmış bir olaydır. | ||
|
Neden önemli?
SLA ihlallerini belirlemek, uyumluluk takibi ve performans yönetimi için temel önem taşır. Bu olay, SLA ihlallerine en fazla katkıda bulunan süreç aşamalarını veya kayıt türlerini belirlemenize yardımcı olur.
Nereden alınır?
Kayıtla ilişkili task_sla tablosundaki veriler analiz edilerek hesaplanır. has_breached alanı true değerine sahipse veya actual_elapsed_time, planned_duration değerini aşarsa ihlal oluşur.
Yakalayın
Bağlantılı task_sla kaydındaki 'has_breached' işaretini kontrol edin.
Olay türü
calculated
|
|||
|
Talep kategorilendirildi ve önceliklendirildi
|
Hizmet talebinin sınıflandırıldığı ve aciliyetini ve yönlendirmesini belirlemek üzere bir öncelik seviyesi atandığı ilk triyajı ifade eder. Bu durum, vaka kaydının denetim günlüğündeki kategori, alt kategori veya öncelik alanlarında yapılan değişikliklerden çıkarılır. | ||
|
Neden önemli?
Bu aktivitenin analiz edilmesi, vaka triyajındaki gecikmeleri belirlemeye ve taleplerin doğru yönlendirilip aciliyetlerine uygun biçimde ele alınmasını sağlamaya yardımcı olur. İlk atamaya kadar geçen süreyi ve genel çözüm verimliliğini etkiler.
Nereden alınır?
sn_customerservice_case tablosuna ait denetim geçmişinden, özellikle kategori ve öncelik alanlarının ilk kez doldurulmasını veya güncellenmesini izleyerek çıkarılır.
Yakalayın
'category' veya 'priority' alanları için ilk değer atamasını ya da değer değişikliğini belirleyin.
Olay türü
inferred
|
|||
|
Temsilci incelemeye başladı
|
Bu aktivite, bir temsilcinin hizmet talebi üzerinde aktif olarak çalışmaya başladığını gösterir. Genellikle vaka durumu 'Yeni' veya 'Atandı' gibi bir durumdan 'Çalışılıyor' durumuna geçtiğinde çıkarılır. | ||
|
Neden önemli?
Bu olay, kuyrukta bekleme süresi ile aktif çalışma süresini birbirinden ayırmaya yardımcı olur. Atama ile incelemenin başlaması arasındaki sürenin analiz edilmesi, temsilcilerin yeni vakaları ele almasındaki gecikmeleri ortaya çıkarır.
Nereden alınır?
Vakanın state alanının 'Çalışılıyor' gibi aktif bir çalışma durumuna değişmesinden çıkarılır. Belirli durum değerleri yapılandırılabilir ve doğrulanmalıdır.
Yakalayın
'state' alanındaki bekleyen bir değerden aktif bir değere değişikliği belirleyin, örneğin 'Yeni' durumundan 'Çalışılıyor' durumuna.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Verilerinizi etkili biçimde hazırlamak, değerli içgörüleri ortaya çıkarmanıza ve müşteri hizmetleri operasyonlarınızı optimize etmenize yardımcı olur. Daha verimli ve müşteri odaklı bir sürece doğru ilerlemeye bugün başlayın.
Müşteri hizmetlerinde en yüksek verimliliğe bugün ulaşın
Müşteri memnuniyetini artırın ve ilk iletişimde %80 çözüm oranına ulaşın.
Kredi kartı gerekmez. Dakikalar içinde başlayın.