Müşteri hizmetleri veri Templateiniz

ServiceNow CSM
Müşteri hizmetleri veri Templateiniz

Müşteri hizmetleri veri Templateiniz

Bu veri Templatei, müşteri hizmetleri sürecinizi analiz etmek için gereken temel bilgileri toplamanıza yardımcı olur. Önemli veri özniteliklerini listeler, izlenecek etkinlikleri tanımlar ve bu bilgileri kaynak sisteminizden nasıl alacağınıza ilişkin yönlendirme sunar. Process Mining için verilerinizi doğru ve verimli biçimde hazırlamak üzere bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Müşteri hizmetleri öznitelikleri

Müşteri hizmetlerini ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları.
3 Zorunlu 6 Önerilen 9 İsteğe bağlı
Ad Açıklama
Hizmet talebi
ServiceRequest
Her müşteri hizmeti talebini, vakayı veya talep kaydını benzersiz biçimde tanımlayan değer.
Açıklama

Hizmet talebi, tek bir müşteri sorunuyla ilgili tüm etkinlikleri ve olayları oluşturulmasından kapanışına kadar birbirine bağlayan temel vaka tanımlayıcısıdır. Müşteri etkileşiminin baştan sona izlenmesini sağlayan ana referans görevi görür.

Process Mining çalışmalarında bu öznitelik, süreç akışını yeniden oluşturmanın temelini oluşturur. Her benzersiz hizmet talebi değeri, sürecin bir örneğini temsil eder; böylece çevrim sürelerini, izlenen yolları ve vakalar arasındaki farklılıkları analiz edebilirsiniz. İlk temastan nihai çözüme ve kapanışa kadar tüm adımların aynı müşteri talebiyle doğru biçimde ilişkilendirilmesini sağlar.

Neden önemli?

Bu temel Vaka kimliği, tüm süreç adımlarını birbirine bağlayarak her müşteri hizmeti etkileşiminin yaşam döngüsünü baştan sona analiz etmenizi sağlar.

Nereden alınır?

Bu değer genellikle ServiceNow CSM içindeki 'sn_customerservice_case' tablosunun 'number' alanından alınır.

Örnekler
CS0010001CS0010045CS0010112
Olay zamanı
EventTime
Belirli bir etkinliğin veya olayın ne zaman gerçekleştiğini 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 sıraya koymak ve süreçteki farklı adımlar arasındaki süreleri hesaplamak için temel oluşturur.

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 yaşanan etkinlikleri bularak darboğazları belirlemenizi ve performansı hizmet seviyesi anlaşmalarına (SLA) 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 önemlidir.

Nereden alınır?

Bu değer genellikle ServiceNow denetim ve geçmiş tablolarındaki (ör. '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
Etkinlik adı
ActivityName
Hizmet talebinin yaşam döngüsünde gerçekleşen belirli bir olayın veya görevin adı.
Açıklama

Etkinlik adı, müşteri hizmetleri sürecindeki 'Hizmet talebi oluşturuldu', 'Talep temsilciye atandı' veya 'Çözüm önerildi' gibi bir adımı tanımlar. Her hizmet talebi için olayların kronolojik sırasını oluşturmak üzere bu etkinlikler sistem günlüklerinden veya tablo güncellemelerinden alınır.

Bu öznitelik, süreç haritasını görselleştirmek, darboğazları belirlemek ve iş akışını anlamak için önemlidir. Etkinliklerin sırasını ve sıklığını analiz ederek yaygın süreç yollarını, sapmaları, yeniden çalışma veya verimsizlik alanlarını keşfedebilirsiniz. Etkinliklerin ne kadar ayrıntılı tanımlandığı, 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 (ör. 'sys_audit') veya 'sn_customerservice_case' tablosundaki durum değişiklikleri ve önemli alan güncellemeleri izlenerek elde edilen 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 yönlendirildiği kuyruğu veya ekibi belirtir. Sorunun niteliğine bağlı olarak talepler 1. düzey destek masası, uzman bir teknik ekip veya faturalandırma departmanı gibi farklı gruplara yönlendirilir.

Bu öznitelik, departmanlar arasındaki devir teslimleri analiz etmek ve ekip düzeyindeki darboğazları belirlemek için gereklidir. İşin farklı işlevsel alanlar arasında nasıl ilerlediğini görselleştirmenize yardımcı olur; aşırı iş yükü olan veya ek eğitime ihtiyaç duyan grupları ortaya çıkarabilir. 'Temsilci devir teslimleri ve yeniden atamalar' ile 'Süreç akışı' Dashboardlarını doğrudan destekler.

Neden önemli?

İşten hangi ekibin sorumlu olduğunu gösterir. Ekip performansını, iş yükünü ve departmanlar arasındaki devir teslimleri analiz etmek için önemlidir.

Nereden alınır?

Bu, 'sn_customerservice_case' tablosundaki 'assignment_group' alanına karşılık gelir.

Örnekler
Hizmet MasasıFaturalandırma soruları2. düzey teknik destek
Atanan temsilci
AssignedAgent
Hizmet talebini ele almakla şu anda sorumlu olan hizmet temsilcisi.
Açıklama

Bu öznitelik, belirli bir anda hizmet talebinden sorumlu kullanıcıyı belirtir. Talep farklı temsilcilere veya uzmanlara 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 açısından önemlidir. Hangi temsilcilerin en karmaşık vakaları ele aldığı, vakaların ne sıklıkla yeniden atandığı ve bazı temsilcilerin daha uzun çözüm süreleriyle veya daha yüksek müşteri memnuniyetiyle ilişkili olup olmadığı gibi soruları yanıtlamaya yardımcı olur. Bu bilgiler, 'Temsilci devir teslimleri ve yeniden atamalar' Dashboardu için önemlidir.

Neden önemli?

Temsilcilerin sorumluluğunu izleyerek iş yükünü, performansı ve yeniden atama sıklığını analiz etmenizi sağlar. Sık yeniden atama, süreçteki aksaklıklara işaret edebilir.

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, hizmet talebinin herhangi bir andaki işleyiş durumunu açıklar. 'Yeni', 'Devam Ediyor', 'Bilgi Bekleniyor', 'Çözüldü' veya 'Kapalı' gibi değerler alabilir. Bu alandaki değişiklikler, süreç modelindeki etkinlikleri tanımlamak için sıkça kullanılır.

Durumu analiz ederek vakaların süreçte hangi aşamada olduğunu genel hatlarıyla görebilirsiniz. Ayrıca önemli gecikmelere yol açabilen 'Bilgi Bekleniyor' gibi durumlarda vakaların ne kadar kaldığını belirleyebilirsiniz. 'Çözümden kapanışa kadar geçen süre' gibi temel KPI’ların başlangıç ve bitiş noktalarını tanımlamaya da yardımcı olur.

Neden önemli?

Talebin her anki durumunu gösterir ve 'Beklemede' veya 'Bilgi Bekleniyor' gibi verimli olmayan durumlarda geçen süreyi 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 'Faturalandırma' veya 'Teknik sorun' gibi ana sınıflandırması.
Açıklama

Kategori, müşteri talebinin veya sorunun niteliğine göre hizmet taleplerini genel gruplara ayı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 gruplara ayırmak için gereklidir. Kategoriye göre filtreleme yaparak farklı talep türlerinin süreç akışlarını karşılaştırabilirsiniz. Örneğin, 'Faturalandırma' sorunlarının çözüm süreci 'Teknik sorun' taleplerinden oldukça farklı olabilir. Verileri farklı gruplarda incelemek için neredeyse tüm Dashboardlarda kullanılan temel bir özniteliktir.

Neden önemli?

Analizi talep türüne göre ayırmanızı sağlar; böylece bazı kategorilerde gecikme, üst kademeye aktarma veya SLA ihlali olasılığının daha yüksek olup olmadığını görebilirsiniz.

Nereden alınır?

Bu, 'sn_customerservice_case' tablosundaki 'category' alanına karşılık gelir.

Örnekler
Soru / YardımSiparişlerÜrün sorunlarıFaturalandırma
Öncelik
Priority
Hizmet talebinin aciliyetini etkileyen öncelik düzeyi.
Açıklama

Öncelik, bir hizmet talebinin ne kadar önemli olduğunu ve ne kadar hızlı ele alınması gerektiğini gösterir. Genellikle talebin müşteri üzerindeki etkisi ve aciliyeti birlikte değerlendirilerek belirlenir. Yaygın değerler Kritik ile Düşük arasında değişir.

Process Mining analizinde öncelik, filtreleme ve karşılaştırma için kullanışlı bir boyuttur. Yüksek öncelikli taleplerin düşük öncelikli taleplerden daha hızlı işlenip işlenmediğini ve belirli öncelik düzeylerinde SLA ihlallerinin daha sık yaşanıp yaşanmadığını incelemenizi sağlar. 'Hizmet talebinin baştan sona çevrim süresi' Dashboardu için temel bir özniteliktir.

Neden önemli?

Hizmet taleplerini aciliyetlerine göre gruplandırmanızı sağlar. Böylece kritik sorunların diğerlerinden daha hızlı ele alınıp alınmadığı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 ihlali var mı
IsSlaBreached
Hizmet talebinin belirlenen Hizmet Seviyesi Anlaşması (SLA) hedefini aşıp aşmadığını gösteren bir boole değeri.
Açıklama

Bu hesaplanan öznitelik, hizmet talebinin üzerinde anlaşılan süre içinde çözüme ulaşıp ulaşmadığını gösterir. Çözüm süresi SLA hedefini aştığında genellikle 'True', aşmadığında ise 'False' değerini alır. Böylece her vaka için SLA performansı net bir evet veya hayır sonucuyla ifade edilir.

Bu öznitelik, 'SLA uyumu ve ihlal eğilimleri' Dashboardu ile 'SLA uyum oranı' KPI’ı için gereklidir. İhlal edilen vakaları doğrudan filtreleyip saymayı sağlayarak analizi kolaylaştırır. Böylece SLA ihlallerinin en sık görüldüğü talep türlerini, öncelikleri veya ekipleri belirleyebilirsiniz.

Neden önemli?

Bir vakanın son tarihine uyup uymadığına net bir yanıt verir. SLA uyumluluğunu ölçmek ve raporlamak için temel bir göstergedir.

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 elde edilir.

Örnekler
truefalse
Çözüm kodu
ResolutionCode
Hizmet talebinin nihai sonucunu veya nasıl çözüldüğünü belirten kod.
Açıklama

Çözüm kodu, temsilcinin vakayı çözüme ulaştırırken seçtiği yapılandırılmış bir değerdir. 'Kullanıcı çözdü', 'Bilinen hata', 'Yinelenen kayıt' veya 'İşlem gerekmiyor' gibi çözüm ayrıntılarını belirtir.

Bu öznitelik, temel neden analizinde fayda sağlar. Farklı çözüm kodlarının sıklığını analiz ederek kuruluşlar yinelenen sorunları, bilgi eksiklerini veya ürün sorunlarını belirleyebilir. Bu bilgiler, belirli türdeki hizmet taleplerinin sayısını azaltacak iyileştirmelere yön verebilir.

Neden önemli?

Hizmet taleplerinin sonuçlarını göstererek temel neden analizine ve yinelenen sorunların belirlenmesine yardımcı olur.

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ı)Çözülmedi (müşteriden yanıt alınamadı)Arayan tarafından kapatıldı/çözüldü
İlk temasta çözüm sağlandı mı
IsFirstContactResolution
Talebin, başka bir ekibe aktarılmadan veya üst seviyeye taşınmadan, ilk atanan temsilci tarafından çözüme ulaştırılıp ulaştırılmadığını gösteren bir boole değeri.
Açıklama

Bu hesaplanan öznitelik, ilk etkileşimde veya vakayla ilgilenen ilk temsilci tarafından verimli biçimde çözülen hizmet taleplerini belirler. Mantık genellikle yeniden atama olmaması ('ReassignmentCount' değeri 0), 'Dahili üst seviyeye aktarma başlatıldı' etkinliğinin gerçekleşmemesi ve müşteriden ek bilgi istenmemesi gibi koşulları denetler.

Bu öznitelik, müşteri hizmetlerinde önemli bir ölçütü doğrudan hesaplar ve 'İlk temasta çözüm oranı' Dashboardunu ve KPI’ını destekler. İlk temasta çözüm performansını ölçmenizi, ayrıca kanal veya talep kategorisi gibi bu sonucu etkileyen ya da zorlaştıran etkenleri incelemenizi sağlar.

Neden önemli?

İlk yanıtın verimliliğini doğrudan ölçer. İlk temasta çözüm oranının yüksek olması, operasyonel verimlilik ve müşteri memnuniyetinin artmasıyla yakından ilişkilidir.

Nereden alınır?

Bu, hesaplanan bir özniteliktir. Veri dönüşümü sırasında 'ReassignmentCount' değerinin sıfır olması ve üst seviyeye aktarma etkinliği yaşanmaması gibi kurallara göre elde edilir.

Örnekler
truefalse
Kanal
Channel
Hizmet talebinin iletildiği iletişim kanalı.
Açıklama

Kanal, müşterinin talebini iletmek 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 değişebilir.

Süreci kanala göre analiz ederek her iletişim yönteminin ne kadar etkili olduğunu değerlendirebilirsiniz. Örneğin, 'Telefon' üzerinden iletilen taleplerin ilk temasta çözüm oranının daha yüksek olup olmadığını veya 'E-posta' taleplerinin çevrim sürelerinin daha uzun olup olmadığını görebilirsiniz. Bu analiz, 'İletişim kanallarının etkinliği' Dashboardunu doğrudan destekler.

Neden önemli?

Telefon, e-posta veya web portalı gibi farklı müşteri iletişim kanallarının verimliliğini ve sonuçlarını değerlendirmenize yardımcı olur.

Nereden alınır?

Bu, genellikle 'sn_customerservice_case' tablosundaki 'contact_type' alanına karşılık gelir.

Örnekler
TelefonE-postaSelf servisSohbet
Kaynak sistem
SourceSystem
Verinin alındığı sistem.
Açıklama

Bu öznitelik, verinin kaynağını belirtir. Bilgilerin birden fazla sistemden toplandığı ortamlarda özellikle önemlidir. Bu süreç görünümünde değer her zaman '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 sistemde nasıl işlediğini anlamak için filtreleyebilir veya farklı sistemlerdeki süreç değişikliklerini karşılaştırabilirsiniz.

Neden önemli?

Verinin kaynağı hakkında gerekli bağlamı sunar; birden fazla sistemin kullanıldığı ortamlarda netlik sağlar ve veri yönetişimine yardımcı olur.

Nereden alınır?

Veri setinin kaynağını belirtmek için veri dönüştürme işlemi sırasında eklenen sabit bir değerdir.

Örnekler
ServiceNow CSM
Müşteri
Customer
Hizmet talebini ileten müşterinin veya şirketin adı ya da tanımlayıcısı.
Açıklama

Bu öznitelik, hizmet talebinin ilgili olduğu dış paydaşı, yani kişiyi veya kuruluşu belirtir. Her vaka için müşteri bağlamını sunar.

Müşteri özniteliği, hizmet sürecini müşteri açısından incelemenizi sağlar. Bazı müşterilerin daha fazla sorun veya daha uzun gecikme yaşayıp yaşamadığını belirleyebilir; süreç iyileştirme çalışmalarına öncelik vermek için müşteri segmenti veya değeri gibi diğer müşteri verileriyle birleştirebilirsiniz. Örneğin, yüksek değerli müşterilerin daha hızlı hizmet alıp almadığını inceleyebilirsiniz.

Neden önemli?

Süreci belirli müşterilerle ilişkilendirerek önemli müşteriler veya müşteri segmentleri için hizmet düzeylerini ve sorun sıklığını analiz etmenizi sağlar.

Nereden alınır?

Bu değer, kullanıcı veya şirket tablolarına referans veren 'sn_customerservice_case' tablosundaki 'caller_id', 'opened_for' ya da 'account' alanından alınabilir.

Örnekler
John SmithACME CorporationGlobal Tech Inc.
Son veri güncellemesi
LastDataUpdate
Verinin kaynak sistemden en son ne zaman alındığını veya yenilendiğini gösteren zaman damgası.
Açıklama

Bu öznitelik, verinin en son ne zaman alındığını kaydeder. Analiz edilen verinin güncelliği hakkında bilgi vererek kullanıcıların neredeyse gerçek zamanlı veriye mi yoksa geçmişten alınmış bir anlık görüntüye mi baktığını anlamasını sağlar.

Analiz sırasında bu, Veri Seti için geçerli zaman aralığını anlamaya yarayan önemli bir üst veridir. Örneğin verinin son bir saat veya önceki gün itibarıyla güncel olduğunu bilerek Dashboardları ve KPI’ları doğru yorumlamanıza yardımcı olur.

Neden önemli?

Verinin ne kadar güncel olduğunu gösterir. Bu, Process Mining içgörülerinin geçerliliği ve zamanında elde edilmesi açısından önemlidir.

Nereden alınır?

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulup eklenir.

Örnekler
2023-11-20T08:00:00Z
Yeniden açılma sayısı
ReopenCount
Çözüme ulaştırılmış bir hizmet talebinin müşteri tarafından kaç kez yeniden açıldığı.
Açıklama

Bu sayaç, bir vakanın 'Çözüldü' veya 'Kapalı' durumundan 'Devam Ediyor' ya da '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 çalışma ve ilk seferde çözüm kalitesinin güçlü bir göstergesidir. Yeniden açılma sayısının yüksek olması, temsilcilerin talepleri erken kapatması veya müşterinin asıl sorununu tam olarak ele almaması gibi çözüm sürecindeki sorunlara işaret eder. Önerilen çözümlerin ne kadar etkili olduğunu anlamak için temel bir metriktir.

Neden önemli?

Başarısız çözümleri ve yeniden çalışmayı gösterir. Yeniden açılma sayısının yüksek olması, çözüm sürecinin kalitesiz olduğuna ve müşteri memnuniyetsizliğine yol açtığına işaret eder.

Nereden alınır?

Bu değer genellikle sn_customerservice_case tablosundaki veya ilişkili bir tablodaki 'reopen_count' adlı alanda tutulur.

Örnekler
012
Yeniden atama sayısı
ReassignmentCount
Hizmet talebinin farklı bir temsilciye veya gruba toplam kaç kez yeniden atandığı.
Açıklama

Bu öznitelik, 'assigned_to' veya 'assignment_group' alanı her değiştiğinde artan bir sayaçtır. Bir vakanın kurum içinde kaç kez aktarıldığını gösteren basit bir ölçüdür.

Yeniden atama sayısı, süreçteki sürtüşmeyi doğrudan gösterir. 'Temsilci devir teslimleri ve yeniden atamalar' Dashboardu ile 'Talep başına ortalama temsilci devir teslimi' KPI’ı için temel girdilerden biridir. Yeniden atama sayısının yüksek olması genellikle ilk yönlendirmedeki sorunlara, temsilcilerin beceri eksiklerine veya sınıflandırılması zor vakalara işaret eder. Bunların tümü çözüm süresini uzatır.

Neden önemli?

Devir teslimleri sayarak süreç verimsizliğini doğrudan ölçer. Sayının yüksek olması 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
Vakanın yeniden açılması veya incelemenin tekrarlanması gibi önemli ölçüde yeniden çalışma olup olmadığını gösteren bir boole değeri.
Açıklama

Bu hesaplanan öznitelik, verimsizlik veya tekrar örüntüleri gösteren vakaları işaretler. Örneğin 'Hizmet talebi yeniden açıldı' olayı gerçekleştiğinde ya da 'Temsilci incelemeye başladı' ve ardından 'Çözüm önerildi' gibi önemli etkinlik dizileri aynı vakada birden fazla kez görüldüğünde bu işaret etkinleşebilir.

Bu işaret, sorunlu vakaları hızla belirlemeye ve süreçteki toplam yeniden çalışma düzeyini ölçmeye yardımcı olur. 'Yeniden çalışma ve tekrar noktaları' Dashboardunu ve 'Yeniden çalışma oranı' KPI’ını doğrudan destekler. Böylece analistler tekrar eden örüntüleri tek tek bulmak zorunda kalmadan verimsizliğin nedenlerine odaklanabilir.

Neden önemli?

Tekrarlayan döngüler veya yeniden açılma olayları içeren vakaları işaretleyerek süreçteki verimsizliği ölçmenize ve yeniden çalışmayı hedeflemenize yardımcı olur.

Nereden alınır?

Bu, hesaplanan bir özniteliktir. Veri dönüşümü sırasında sıfırdan büyük bir 'ReopenCount' değeri veya yinelenen etkinlikler gibi yeniden çalışma örüntülerini tespit eden iş kuralları uygulanarak elde edilir.

Örnekler
truefalse
Zorunlu Önerilen İsteğe bağlı

Müşteri hizmetleri etkinlikleri

Süreci doğru biçimde keşfetmek için Event Logunuzda kaydetmeniz gereken temel süreç adımları ve kilometre taşları.
5 Önerilen 9 İsteğe bağlı
Aktivite Açıklama
Dahili üst kademeye aktarma başlatıldı
Bir hizmet talebinin çözüme ulaştırılması için daha üst düzey bir destek ekibine veya yönetime resmî olarak aktarılmasını ifade eder. Atama grubunun daha üst düzey bir ekibe geçmesinden veya bir işaretin ayarlanmasından çıkarımla belirlenebilir.
Neden önemli?

Üst kademeye aktarmaları izlemek; süreçteki aksaklıkları, ilk kademe destekteki bilgi eksiklerini ve karmaşık vaka türlerini belirlemeye yardımcı olur. Bu, süreçteki sürtüşmenin ve müşteri memnuniyetsizliğinin önemli bir göstergesidir.

Nereden alınır?

Denetim günlüğünde 'assignment_group' alanının bilinen bir üst kademe ekibine geçtiği veya vaka kaydındaki 'escalation' alanının değiştiği tespit edilerek belirlenebilir.

Kaydedin

'escalation' alanındaki değişikliği veya daha üst düzey bir 'assignment_group' değerine geçişi tespit edin.

Olay türü inferred
Hizmet talebi çözüldü
Bu önemli kilometre taşı, hizmet temsilcisinin işi tamamladığını ve sorunun çözüldüğünü gösterir. Vaka durumu 'Çözüldü' olarak değiştiğinde ve resolved_at zaman damgası doldurulduğunda kaydedilir.
Neden önemli?

Bu etkinlik, aktif çözüm sürecinin sonunu gösterir; çözüm çevrim sürelerini ve SLA uyumluluğunu hesaplamak için önemlidir. Verimlilikle ilgili birçok temel KPI için bitiş noktası olarak kullanılır.

Nereden alınır?

Denetim geçmişinde, sn_customerservice_case tablosundaki durum alanı 'Çözüldü' olarak ayarlandığında çıkarımla belirlenir. resolved_at alanı genellikle aynı anda doldurulur.

Kaydedin

'state' alanının 'Çözüldü' olarak değiştiğini tespit edin ve ilgili zaman damgasını kullanın.

Olay türü inferred
Hizmet talebi kapatıldı
Bu son etkinlik, hizmet talebi kaydının resmî olarak kapatıldığını gösterir ve genellikle çözümün ardından bir onay süresi geçince gerçekleşir. Vaka durumu 'Kapalı' olarak değiştiğinde ve closed_at zaman damgası ayarlandığında kaydedilir.
Neden önemli?

Sürecin kesin bitiş noktası olan bu etkinlik, vakanın tüm yaşam döngüsünü hesaplamak için gereklidir. 'Çözüldü' ile 'Kapalı' arasındaki süreyi analiz ederek idari iş yükünü veya gecikmeleri görebilirsiniz.

Nereden alınır?

Denetim geçmişinde, sn_customerservice_case tablosundaki durum alanı 'Kapalı' olarak ayarlandığında çıkarımla belirlenir. closed_at alanı da aynı anda doldurulur.

Kaydedin

'state' alanının 'Kapalı' olarak değiştiğini tespit edin ve ilgili zaman damgasını kullanın.

Olay türü inferred
Hizmet talebi oluşturuldu
Bu etkinlik, yeni bir vakanın sisteme resmen kaydedildiği müşteri hizmetleri sürecinin başlangıcını gösterir. sn_customerservice_case tablosuna yeni bir kayıt eklendiğinde bu olay açıkça kaydedilir.
Neden önemli?

Her vakanın başlangıç noktası olan bu etkinlik, baştan sona çevrim süresini hesaplamak ve talep giriş hacmini analiz etmek için gereklidir. Sonraki tüm süreçleri ve SLA sayaçlarını başlatı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.

Kaydedin

sn_customerservice_case tablosundaki kayıt oluşturma zaman damgası (sys_created_on).

Olay türü explicit
Talep temsilciye atandı
Bu etkinlik, bir hizmet talebinin incelenip çözüme kavuşturulması için belirli bir temsilciye atandığı sırada gerçekleşir. Vaka kaydındaki assigned_to alanındaki değişiklikten çıkarılır.
Neden önemli?

İlk yanıt sürelerini ve temsilcilerin iş yükü dağılımını ölçmek için önemli bir aşamadır. Bu alandaki yeniden atamaları izlemek, süreçteki verimsizlikleri ve temsilci kapasitesindeki olası darboğazları ortaya çıkarır.

Nereden alınır?

sn_customerservice_case tablosunun denetim geçmişinden (sys_audit) çıkarılır; assigned_to alanının ne zaman doldurulduğu veya değiştirildiği izlenir.

Kaydedin

Vakanın denetim günlüğünde 'assigned_to' alanındaki değer değişikliğini tespit edin.

Olay türü inferred
Atama grubu değiştirildi
Bir vakanın sorumluluğunun bir ekipten diğerine aktarıldığını gösterir. Vaka kaydındaki assignment_group alanında yapılan değişiklikler izlenerek bu olay belirlenir.
Neden önemli?

Atama gruplarındaki değişiklikleri izlemek, departmanlar arası devir teslimleri analiz etmek ve sistematik yönlendirme sorunlarını belirlemek açısından önemlidir. Bu etkinliğin sık yaşanması, sorumlulukların veya süreç tanımlarının net olmadığını gösterebilir.

Nereden alınır?

sn_customerservice_case tablosunun denetim geçmişinden (sys_audit) çıkarılır; assignment_group alanındaki değişiklikler izlenir.

Kaydedin

Vakanın denetim günlüğünde 'assignment_group' alanındaki değer değişikliğini tespit edin.

Olay türü inferred
Çözüm önerildi
Bu etkinlik, temsilcinin bir çözüm belirleyip müşterinin onayına sunduğu anı gösterir. Genellikle durumun 'Onay Bekleniyor' gibi bir değere geçmesinden veya belirli bir çalışma notu girişinden çıkarımla belirlenir.
Neden önemli?

Bu kilometre taşı, inceleme aşamasını onay ve çözüm aşamasından ayırır. Müşteri onayı beklenirken geçen süreyi analiz ederek vakanın kapanış aşamalarını hızlandırma fırsatlarını görebilirsiniz.

Nereden alınır?

sn_customerservice_case tablosunun denetim günlüğünde, durum çözüm önerildiğini belirten bir değere (ör. 'Önerilen Çözüm') geçtiğinde çıkarımla belirlenir. Uygulamaya göre değişiklik gösterebilir.

Kaydedin

'state' alanının 'Önerilen Çözüm' veya 'Onay Bekleniyor' gibi bir değere geçişini tespit edin.

Olay türü inferred
Hizmet talebi yeniden açıldı
Daha önce çözüme ulaştırılmış bir hizmet talebi, sorun tekrarlandığı veya çözüm işe yaramadığı için yeniden aktif duruma alındığında gerçekleşir. Durumun 'Çözüldü' değerinden 'Devam Ediyor' değerine geçtiği tespit edilerek belirlenir.
Neden önemli?

Yeniden açılan vakalar, çözüm kalitesini doğrudan gösterir ve yeniden çalışmanın başlıca nedenlerindendir. Bu olayları analiz etmek, ilk temasta çözüm oranını ve müşteri memnuniyetini artırmak için önemlidir.

Nereden alınır?

sn_customerservice_case tablosunun denetim geçmişinde, durum alanının 'Çözüldü' değerinden aktif bir duruma geçtiği sıra belirlenerek çıkarımla tespit edilir.

Kaydedin

'state' alanının 'Çözüldü' değerinden 'Devam Ediyor' gibi aktif bir değere geçişini tespit edin.

Olay türü inferred
Müşteri anketi gönderildi
Bir vaka çözüme ulaştırıldıktan sonra müşteri memnuniyeti anketinin gönderilmesini ifade eder. Genellikle vaka ile ilişkilendirilmiş bir anket örneği kaydı oluşturulduğunda kaydedilir.
Neden önemli?

Bu etkinlik, süreçteki uygulama örüntülerini müşteri geri bildirimleriyle ilişkilendirmeye yardımcı olur. Geri bildirim döngüsünün ne kadar etkili olduğunu analiz etmek için anketlerin gönderilip gönderilmediğini ve ne zaman gönderildiğini bilmek önemlidir.

Nereden alınır?

Bu, asmt_assessment_instance gibi ankete özel bir tabloda kaydedilen açık bir olaydır. Tabloda kaynak vaka kaydına referans bulunur.

Kaydedin

Vakayla bağlantılı 'asmt_assessment_instance' tablosunda kayıt oluşturulması.

Olay türü explicit
Müşteriden bilgi alındı
Bu etkinlik, müşterinin istenen bilgiyi sağlayarak temsilcinin çalışmaya devam etmesini mümkün kıldığı anı gösterir. Vaka durumu 'Kullanıcı Bilgisi Bekleniyor' değerinden yeniden aktif bir duruma geçtiğinde çıkarımla belirlenir.
Neden önemli?

Bu olay, müşterinin bekleme süresini sona erdirir ve yanıt sürelerinin hassas biçimde ölçülmesini sağlar. En uzun gecikmelerin hangi vaka türleriyle veya müşterilerle ilişkili olduğunu belirlemeye yardımcı olur.

Nereden alınır?

sn_customerservice_case tablosunun denetim geçmişinde, durum alanı 'Bilgi Bekleniyor' değerinden 'Devam Ediyor' gibi aktif bir değere geçtiğinde çıkarımla belirlenir.

Kaydedin

'state' alanının 'müşteri bekleniyor' değerinden yeniden aktif bir değere geçişini tespit edin.

Olay türü inferred
Müşteriden bilgi istendi
Temsilcinin talebi ilerletmek için müşteriden ek bilgi istemesi ve vakayı bekleme durumuna almasıyla gerçekleşir. Durumun 'Kullanıcı Bilgisi Bekleniyor' veya 'Beklemede' gibi bir değere geçmesinden çıkarımla belirlenir.
Neden önemli?

Bu etkinlik, 'Müşteri bilgisi bekleme süreleri' analizinde önemli bir yer tutar. Dış bağımlılıklardan kaynaklanan süreç gecikmelerini ayırarak kurum içi işlem süresinden ayrı incelemenizi sağlar.

Nereden alınır?

sn_customerservice_case tablosunun denetim geçmişinde, durum alanı müşteriden bilgi beklendiğini belirten bir değere (ör. 'Bilgi Bekleniyor') geçtiğinde çıkarımla belirlenir.

Kaydedin

'state' alanının belirlenmiş bir 'müşteri bekleniyor' değerine geçişini tespit edin.

Olay türü inferred
SLA ihlal edildi
Bir hizmet talebinin çözüm süresi gibi tanımlı bir Hizmet Seviyesi Anlaşmasını karşılayamadığı anı ifade eder. Bu olay, çözüm süresi ile SLA için planlanan bitiş zamanı karşılaştırılarak hesaplanır.
Neden önemli?

SLA ihlallerini belirlemek, uyumluluk takibi ve performans yönetiminin temel parçalarındandır. Bu olay, SLA ihlallerine en çok hangi süreç aşamalarının veya vaka türlerinin yol açtığını saptamaya yardımcı olur.

Nereden alınır?

Vakayla ilişkili task_sla tablosundaki kayıtlar analiz edilerek hesaplanır. has_breached alanı true ise veya actual_elapsed_time değeri planned_duration değerini aşıyorsa ihlal gerçekleşmiş sayılır.

Kaydedin

Bağlantılı task_sla kaydındaki 'has_breached' işaretini kontrol edin.

Olay türü calculated
Talep sınıflandırıldı ve önceliklendirildi
Hizmet talebinin sınıflandırıldığı ve aciliyetini, yönlendirmesini belirlemek üzere bir öncelik düzeyi atandığı ilk değerlendirmeyi ifade eder. 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 etkinliği analiz etmek, vaka değerlendirmesindeki gecikmeleri belirlemeye ve taleplerin doğru yönlendirilerek 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 tablosunun denetim geçmişinden (sys_audit) çıkarılır. Özellikle kategori ve öncelik alanlarının ilk kez doldurulması veya güncellenmesi izlenir.

Kaydedin

'category' veya 'priority' alanlarına ilk değer atanmasını ya da bu alanlardaki değer değişikliğini tespit edin.

Olay türü inferred
Temsilci incelemeye başlar
Bu etkinlik, bir temsilcinin hizmet talebi üzerinde çalışmaya başladığını gösterir. Genellikle vaka durumu 'Yeni' veya 'Atandı' gibi bir değerden 'Devam Ediyor' değerine geçtiğinde çıkarımla belirlenir.
Neden önemli?

Bu olay, kuyrukta bekleme süresini aktif çalışma süresinden ayırmaya yardımcı olur. Atama ile incelemenin başlaması arasındaki süreyi analiz ederek temsilcilerin yeni vakaları ele almasındaki gecikmeleri görebilirsiniz.

Nereden alınır?

Vakanın durum alanı 'Devam Ediyor' gibi aktif bir çalışma durumuna geçtiğinde çıkarımla belirlenir. Kullanılan durum değerleri yapılandırılabilir; doğrulanmaları gerekir.

Kaydedin

'state' alanının beklemedeki bir değerden aktif bir değere (ör. 'New' değerinden 'Work in Progress' değerine) geçişini tespit edin.

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

ServiceNow CSM verilerinizi nasıl alabilirsiniz?

Başlamaya hazır mısınız?

Verilerinizi etkili biçimde hazırlamak, müşteri hizmetleri operasyonlarınızı iyileştirecek içgörüleri ortaya çıkarmanıza yardımcı olur. Daha verimli ve müşteri odaklı bir süreç için bugün başlayın.

Müşteri hizmetlerinde verimliliği bugün artırın

Müşteri memnuniyetini artırın ve taleplerin %80'ini ilk temasta çözün.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Dakikalar içinde başlayın.