Müşteri Enerji ve Altyapıi Data Şablonunuz

Genel Process Mining Template'i
Müşteri Enerji ve Altyapıi `Data` Şablonunuz

Müşteri Enerji ve Altyapıi Data Şablonunuz

Genel Process Mining Template'i

Bu, Müşteri Enerji ve Altyapıi süreci için genel Process Mining Veri Şablonu'imuzdur. Daha özel rehberlik. için sisteme özel Template'lerimizi kullanın.

Belirli bir sistem seçin
  • Tutarlı analiz için standartlaştırılmış veri alanları
  • Doğru süreç haritalaması için temel activity'ler
  • Çeşitli sistemlerde somut temel yapı
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Müşteri Enerji ve Altyapıi Öznitelikleri

Bu bölüm, detaylı müşteri hizmetleri süreci analizi için gerekli bağlamı sağlayan, event lognüze dahil etmeniz önerilen veri alanlarını listeler.
5 Gerekli 9 Önerilen 3 Opsiyonel
Ad Açıklama
Aktivite
Activity
Belirli bir hizmet talebi için müşteri hizmetleri süreci içinde meydana gelen belirli bir iş olayının, görevin veya adımın adı.
Açıklama

Bir Activity, bir hizmet talebinin süreç döngüsündeki belirgin bir adımı veya Event'i temsil eder. Örnekler::::::: arasında 'BT Hizmet Talebi Yönetimi Oluşturuldu', 'Talep Atandı', 'Çözüm Önerildi' ve 'Talep Kapatıldı' bulunur. Her Activity belirli bir hizmet talebiyle ilişkilidir ve ne zaman gerçekleştiğini gösteren bir zaman damgası (zaman damgası)'e sahiptir.

Bu nitelik, müşteri hizmetleri iş akışını (workflow)nun görsel temsilini oluşturan süreç haritasını oluşturmak için büyük önem taşır. Aktivitelerin sıklığını ve sırasını analiz etmek, hizmet taleplerinin izlediği gerçek yolları ortaya çıkarmaya yardımcı olur; yaygın iş akışlarını, darboğazları, sapmaları ve yeniden işleme döngülerini vurgular. Herhangi bir Process Mining analizinin temelini oluşturur.

Neden Önemli?dir?

Bu öznitelik, süreç haritanızdaki adımları tanımlar. Hangi işin yapıldığını ve hangi sırayla yapıldığını anlamak için büyük önem taşır.

Nereden Alınır??

Genellikle müşteri hizmetleri sistemindeki Event Log'larından, durum değişikliği tablolarından veya denetim izleme kayıtlarından türetilir.

Örnekler:::::::
Talep OluşturulduTalep Atandıİlk Yanıt GönderildiTalep Çözüldü
Hizmet Talebi Kimliği
ServiceRequestId
Tek bir müşteri sorgusu veya sorunu için benzersiz tanımlayıcı. Bu kimlik, ilgili tüm aktiviteleri tek bir vakada birbirine bağlar.
Açıklama

BT Hizmet Talebi Yönetimi Kimliği, her bir müşteri vakasını oluşturulmasından nihai çözümüne kadar benzersiz bir şekilde tanımlayan birincil temel rol oynar. Belirli bir müşteri sorunuyla ilgili tüm olayları, iletişimleri ve eylemleri tutarlı bir zaman çizelgesinde gruplandırarak vaka (case) tanımlayıcısı olarak olarak kullanılır.

Process Miningnde bu öznitelik, her hizmet talebinin baştan sona yolculuğunu yeniden yapılandırmak için büyük önem taşır. Her etkinliği belirli bir BT Hizmet Talebi Yönetimi Kimliği ile ilişkilendirerek, analistler süreç akışlarını görselleştirebilir, sapmaları belirleyebilir ve vaka sürelerini doğru bir şekilde ölçebilir. Performansı anlamak ve iyileştirme alanlarını belirlemek için temel olan sürece vaka merkezli bir bakış açısı sunar.

Neden Önemli?dir?

Bu, temel vaka (case) tanımlayıcısıdır. Bu olmadan, tek bir müşteri sorununun süreçteki yolculuğunu takip edemezsiniz.

Nereden Alınır??

Genellikle bir müşteri hizmetleri yönetim sistemindeki vakalar, biletler veya olaylar için üstbilgi veya ana tabloda bulunur.

Örnekler:::::::
SR-2023-00123CASE009876TKT-554321INC01, 2, 3, 456
Olay Zamanı
EventTime
Belirli bir aktivitenin veya olayın meydana geldiği tam tarih ve saati gösteren zaman damgası (zaman damgası)dır.
Açıklama

Event Time (Olay Zamanı), başlangıç zamanı olarak da bilinir, bir faaliyetin gerçekleştiği anı yakalar. Hizmet talebinin ilk oluşturulmasından nihai kapanışına kadar log'daki her event, bir zaman damgası (zaman damgası) ile işaretlenir. Bu zamansal veri, olayları kronolojik olarak sıralamak için büyük önem taşır.

Belirli bir hizmet talebi için bu zaman damgası (zaman damgası)'lerin sırası, Process Mining araçlarının süreç akışını gerçekte olduğu gibi yeniden yapılandırmasına sunar. Event Time, activity'ler arasındaki sürenin hesaplanması, toplam vaka çözüm süresinin ölçülmesi, darboğazların belirlenmesi ve SLA'lere uyumluluk kontrolü dahil olmak üzere tüm zaman tabanlı analizlerin temelini oluşturur.

Neden Önemli?dir?

Bu zaman damgası (zaman damgası) olayları sıralar ve çözüm sürelerini hesaplama ve darboğazları belirleme gibi süreye dayalı tüm analizleri sunar.

Nereden Alınır??

Event log'larında veya denetim izleme tablolarında, genellikle activity adının yanında bulunur. 'Oluşturma Tarihi', 'Olay Tarihi' veya 'zaman damgası (zaman damgası)' olarak adlandırılabilir.

Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T10:15:30Z2023-10-27T14:05:00Z
Kaynak Sistem
SourceSystem
Verinin çıkarıldığı kayıt sistemi. Bu, veri soyunu izlemek için kullanışlıdır.
Açıklama

Kaynak Sistem özniteliği, müşteri hizmetleri verilerinin kaynaklandığı uygulama veya platformu tanımlar; örneğin ServiceNow, Salesforce, Zendesk veya özel bir şirket içi sistem. Birden fazla sistemden gelen verilerin birleştirildiği ortamlarda, bu alan veri yönetimi ve izlenebilirlik için büyük önem taşır.

Çoğu standart süreç akışı analizinde doğrudan kullanılmasa da, önemli bağlam sunar. Farklı sistemler arasındaki veri kalitesi veya süreç yürütmesindeki potansiyel varyasyonları anlamaya yardımcı olur. Ayrıca veri doğrulama, veri çıkarma sorunlarını giderme ve veri entegrasyonu hatlarını yönetme için de gereklidir.

Neden Önemli?dir?

Veri yönetimi, sorun giderme ve çok sistemli ortamlarda analiz için kritik olan verinin kaynağını belirler.

Nereden Alınır??

Bu genellikle veri çıkarma (ETL) işlemi sırasında eklenir ve doğrudan kaynak sistemin tablolarında bulunmayabilir.

Örnekler:::::::
Salesforce Service CloudZendesk DestekServiceNow CSM
Son Veri Güncellemesi
LastDataUpdate
Verilerin kaynak sistemden son yenilendiği zamanı gösteren `zaman damgası (zaman damgası)dır.
Açıklama

Son Veri Güncelleme özniteliği, en son veri çıkarımının veya yenilemesinin tarihini ve saatini kaydeder. Bu metaveri, analiz edilen verinin güncelliğini anlamak ve veri hattını yönetmek için büyük önem taşır.

Bu öznitelik, iş kullanıcılarına ve analistlere analizlerinin ne kadar güncel olduğu konusunda netlik kazandırır. Veri yenilemelerini planlamaya yardımcı olur ve kararların gerektiği kadar güncel verilere dayanmasını sunar. Devam eden süreçleri izlemek için, açık vakaların mevcut durumunu doğru yorumlamak adına son güncelleme zamanını bilmek büyük önem taşır.

Neden Önemli?dir?

Veri güncelliğini gösterir, analizlerin ve iş kararlarının zamanında ve ilgili bilgilere dayanmasını sunar.

Nereden Alınır??

Bu zaman damgası (zaman damgası) genellikle veri çıkarma (ETL) işlemi sırasında oluşturulur ve eklenir.

Örnekler:::::::
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
Atanan Grup
AssignedGroup
Hizmet talebinin atandığı ekip, departman veya sıra.
Açıklama

Atanan Grup özniteliği, belirli bir zamanda bir hizmet talebinden sorumlu olan ekibi veya fonksiyonel birimi tanımlar. Bu, '1. Seviye Destek', 'Fatura Departmanı' veya 'Teknik Destek Ekibi' olabilir. Hizmet talepleri, süreç ilerledikçe genellikle farklı gruplar arasında yönlendirilir.

Atanan Grubu analiz etmek, ekipler arası işbirliğini ve devirleri anlamak için büyük önem taşır. Hangi ekiplerin aşırı yüklendiğini, gruplar arasında darboğazların nerede oluştuğunu ve farklı talep türlerinin organizasyon içinde hangi yolları izlediğini belirlemeye yardımcı olur. Bu bilgi, ekip yapılarının, kaynak tahsisinin ve yönlendirme kurallarının optimize edilmesi için önemlidir.

Neden Önemli?dir?

Ekip performansının, iş yükü dağıtımının ve farklı departmanlar arasındaki el değiştirmelerden kaynaklanan gecikmelerin analiz edilmesine sunar.

Nereden Alınır??

Vaka veya talep kaydında, genellikle 'Atama Grubu', 'Ekip' veya 'Kuyruk' gibi alanlarda bulunur.

Örnekler:::::::
1. Kademe DestekFatura SorgularıTeknik EskalasyonlarDonanım Desteği
Bitiş Zamanı
EndTime
Bir aktivitenin ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır. Bireysel aktivitelerin süresini hesaplamak için kullanılır.
Açıklama

Bitiş Zamanı özniteliği, bir etkinliğin tamamlanma noktasını işaretler. Olay Zamanı başlangıcı işaretlerken, Bitiş Zamanı belirli bir görevin ne kadar sürdüğünü ölçmek için gerekli diğer noktayı sunar. Tüm olayların ayrı bir bitiş zamanı olmasa da, 'Temsilci Araştırması' veya bir müşteri araması gibi olanlar için değerli bir bilgidir.

Analizde, Bitiş Zamanı ile Olay Zamanı arasındaki fark, etkinliğin işlem süresini verir. Bu, süreçteki hangi adımların en çok zaman tükettiğini bulmanın amaçlandığı darboğaz analizi için büyük önem taşır. Etkinlik sürelerini anlamak, kaynak planlaması, performans değerlendirmesi ve operasyonları kolaylaştırma fırsatlarını belirlemede yardımcı olur.

Neden Önemli?dir?

Bu öznitelik, darboğazları belirlemek ve verimliliği ölçmek için temel olan bireysel etkinlik sürelerini hesaplamak için temel rol oynar.

Nereden Alınır??

Genellikle olay günlüklerinde veya denetim izleme tablolarında başlangıç zamanıyla birlikte bulunur. Mevcut değilse, sonraki olayın başlangıç zamanından türetilmesi gerekebilir.

Örnekler:::::::
2023-10-26T10:30:00Z2023-10-26T11:00:45Z2023-10-27T16:20:00Z
İletişim Kanalı
CommunicationChannel
Hizmet talebinin başlatıldığı veya iletişimin gerçekleştiği kanal; örneğin 'E-posta', 'Telefon' veya 'Sohbet'.
Açıklama

İletişim Kanalı özniteliği, müşterinin hizmet masasıyla etkileşim kurmak için kullandığı aracı tanımlar. Yaygın kanallar arasında e-posta, telefon, web portalı, sohbet ve sosyal medya bulunur. Kanal, müşteri beklentilerini ve çözüm sürecinin karmaşıklığını etkileyebilir.

Süreci iletişim kanalına göre analiz etmek, performansta önemli farklılıkları ortaya çıkarabilir. Örneğin, telefonla gönderilen talepler daha hızlı çözüm sürelerine sahip olabilir ancak bir web portalından gelenlere kıyasla daha fazla temsilci kaynağı gerektirebilir. Bu analiz, kuruluşların kanal stratejilerini optimize etmelerine, kaynakları etkili bir şekilde tahsis etmelerine ve hizmet deneyimini farklı iletişim yöntemlerine göre uyarlamalarına yardımcı olur.

Neden Önemli?dir?

Farklı iletişim kanallarının çözüm sürelerini, temsilci çabasını ve genel süreç verimliliğini nasıl etkilediğini ortaya koyar.

Nereden Alınır??

Genellikle vaka veya bilet kaydında, talebin nasıl oluşturulduğunu gösteren standart bir alan olarak bulunur.

Örnekler:::::::
E-postaTelefonChatWeb PortalSosyal Medya
Müşteri Memnuniyeti
CustomerSatisfaction
Hizmet talebi çözüldükten sonra müşteri tarafından sağlanan memnuniyet puanı veya derecesi.
Açıklama

Müşteri Memnuniyeti, müşterinin aldığı hizmete ilişkin algısını ölçen temel bir sonuç metriğidir. Genellikle çözüm sonrası bir anket aracılığıyla, çoğu zaman 1'den 5'e kadar sayısal bir ölçekte veya 'İyi', 'Tarafsız' veya 'Kötü' gibi kategorik bir derecelendirme olarak yakalanır.

Bu nitelik, süreç performansını iş sonuçlarına bağlamak için büyük önem taşır. Memnuniyet skorlarını süreç metrikleriyle ilişkilendirerek, analistler hangi süreç davranışlarının mutlu veya mutsuz müşterilere yol açtığını belirleyebilir. Örneğin, yapılan analiz, birden fazla yeniden atama veya uzun çözüm süreleri olan vakaların sürekli olarak düşük memnuniyet skorları aldığını gösterebilir. Bu, müşteri deneyimi üzerinde en büyük etkiyi yaratacak süreç iyileştirmelerine öncelik vermek için net, veri odaklı bir temel sunar.

Neden Önemli?dir?

Müşterinin hizmet kalitesi algısını doğrudan ölçer, süreç verimliliğini iş sonuçlarına bağlar.

Nereden Alınır??

Genellikle hizmet talebi kaydına bağlanabilen ayrı bir anket yanıt tablosunda saklanır.

Örnekler:::::::
5413
Öncelik
Priority
'Düşük', 'Orta', 'Yüksek' veya 'Acil' gibi hizmet talebine atanan öncelik seviyesi.
Açıklama

Öncelik özniteliği, bir hizmet talebinin aciliyetini belirtir ve genellikle ne kadar hızlı ele alınması gerektiğini etkiler. Bu seviye genellikle iş etkisi ve müşteri tarafından bildirilen sorunun ciddiyetine göre belirlenir. SLA'lar genellikle öncelik seviyesine bağlıdır.

Süreç analizinde öncelik, filtreleme ve karşılaştırma için anahtar bir boyuttur. Analistler, yüksek öncelikli taleplerin beklendiği gibi düşük öncelikli olanlardan daha hızlı çözülüp çözülmediğini kontrol edebilir. Önceliklendirme kurallarına uyulup uyulmadığını doğrulamaya ve kaynak tahsisinin iş öncelikleriyle uyumlu olup olmadığını değerlendirmeye yardımcı olur. Farklı öncelik seviyeleri için süreç akışlarını karşılaştırmak, kritik sorunların ele alınmasındaki verimsizlikleri ortaya çıkarabilir.

Neden Önemli?dir?

Acil taleplerin daha hızlı ele alınıp alınmadığının analiz edilmesini sunar ve kaynakların iş ihtiyaçlarıyla uyumlu olduğunu doğrulamaya yardımcı olur.

Nereden Alınır??

Çoğu müşteri hizmetleri sisteminde vaka veya talep formunda bulunan standart bir alan.

Örnekler:::::::
DüşükOrtaYüksekAcil
Talep Durumu
RequestStatus
'Açık', 'Beklemede', 'Çözüldü' veya 'Kapalı' gibi hizmet talebinin mevcut veya geçmiş durumu.
Açıklama

Talep Durumu özniteliği, bir hizmet talebinin süreç döngüsündeki belirli bir noktadaki durumunu gösterir. Talep üzerinde çalışıldıkça durum değişir; örneğin 'Yeni'den 'Devam Ediyor'a, ardından 'Müşteri Bekliyor'a ve nihayet 'Çözüldü'ye geçer. Durum değişikliklerinin sırası, süreç modelindeki etkinlikler için genellikle temel oluşturur.

Durum değişikliklerini analiz etmek, süreç akışını anlamanın birincil yoludur. Taleplerin 'Beklemede' gibi belirli durumlarda ne kadar zaman harcadığını belirlemeye yardımcı olur; bu da dış taraflara olan bağımlılıkları vurgulayabilir. Ayrıca, aktif iş yükleri ve çözüm oranları hakkında raporlama için temel olan açık ve kapalı vakaları ayırt etmek için de kullanılır.

Neden Önemli?dir?

Bir talebin süreç döngüsü aşamasını izler, bekleme durumlarında geçirilen süreyi belirlemeye ve süreç etkinliklerini tanımlamaya yardımcı olur.

Nereden Alınır??

Vaka veya talep kaydındaki temel bir alan. Durum değişiklikleri genellikle bir denetim geçmişi tablosuna kaydedilir.

Örnekler:::::::
YeniDevam EdiyorMüşteri BekleniyorÇözüldüKapalı
Talep Tipi
RequestType
'Soru', 'Olay', 'Problem' veya 'Özellik Talebi' gibi hizmet talebinin sınıflandırması.
Açıklama

Talep Türü özniteliği, müşterinin sorununun veya sorgusunun üst düzeyde kategorizasyonunu sunar. Bu sınıflandırma, destek organizasyonuna gelen farklı talep türlerini anlamak için hizmet taleplerini segmentlere ayırmaya yardımcı olur. Yaygın türler arasında teknik sorunlar, faturalandırma soruları, bilgi talepleri veya şikayetler bulunur.

Bu öznitelik, farklı türdeki talepler için süreçleri filtrelemeye ve karşılaştırmaya olanak tanıdığı için analiz için son derece değerlidir. Örneğin, bir 'Fatura Sorusu' için çözüm süreci, bir 'Teknik Olay' için olandan çok daha basit ve hızlı olabilir. Bu farklılıkları anlamak, uygun SLA'ları belirlemek, verimli iş akışları tasarlamak ve kaynakları etkili bir şekilde tahsis etmek için temel rol oynar.

Neden Önemli?dir?

Talepleri türe göre segmentlere ayırmak, farklı süreç yollarını anlamak ve iyileştirmeleri belirli sorunlara göre uyarlamak için büyük önem taşır.

Nereden Alınır??

Bu, ana vaka veya bilet formunda bulunan standart bir alandır, genellikle 'Tür', 'Kategori' veya 'Sınıflandırma' olarak adlandırılır.

Örnekler:::::::
OlaySoruProblemÖzellik Talebi
Yetkili
Agent
Bir etkinlikten sorumlu müşteri hizmetleri temsilcisinin veya kullanıcının adı veya benzersiz kimliği.
Açıklama

Temsilci özniteliği, belirli bir etkinliği gerçekleştiren veya mevcut durumda bir hizmet talebine atanmış olan bireysel çalışanı tanımlar. Bu, benzersiz bir kimlik, bir e-posta adresi veya tam bir ad olabilir.

Bu öznitelik, bireysel düzeyde performans ve iş yükü analizi yapılmasını sunar. Yöneticilerin işin nasıl dağıtıldığını görmesine, çözüm süresi veya müşteri memnuniyeti gibi metriklerde temsilci performansını karşılaştırmasına ve eğitim fırsatlarını belirlemesine sunar. Aynı zamanda, gecikmelere ve müşteri memnuniyetsizliğine neden olabilecek temsilciler arası aktarımları analiz etmek için de büyük önem taşır.

Neden Önemli?dir?

Bu öznitelik, temsilci iş yükünü, performansını ve farklı temsilciler arasındaki devirlerin etkisini analiz etmek için büyük önem taşır.

Nereden Alınır??

Genellikle vaka atama geçmişi tablolarında, Event Log'larında veya ana vaka veya talep kaydında bir alan olarak bulunur.

Örnekler:::::::
Can Demiragent.jane@example.comuser_1138Sarah Doe
Yükseltildi mi
IsEscalated
Hizmet talebinin daha üst düzey bir destek veya yönetime aktarılıp aktarılmadığını gösteren bir bayrak.
Açıklama

Yükseltildi mi özniteliği, bir hizmet talebinin resmi olarak yükseltilmiş olduğunu işaretleyen bir mantıksal (boolean) değerdir (doğru veya yanlış). Yükseltmeler genellikle bir sorun mevcut destek katmanı için çok karmaşık olduğunda, belirli bir süre içinde çözülmediğinde veya bir müşteri yüksek derecede memnuniyetsiz olduğunda meydana gelir.

Bu öznitelik, eskalasyon analizi için büyük önem taşır. Kuruluşların, önemli bir performans göstergesi olan eskalasyon oranını belirlemeye yardımcı olur.saplamasına sunar. Yükseltilen vakaların süreç akışını analiz ederek, şirketler ön cephe desteğindeki beceri eksiklikleri, belirsiz süreçler veya ürün sorunları gibi eskalasyonların temel nedenlerini belirleyebilir. Eskalasyonları azaltmak genellikle önemli bir hedeftir, çünkü bunlar maliyetli olup müşteri memnuniyetini olumsuz etkileyebilir.

Neden Önemli?dir?

Eskalasyon'ların sıklığını ve kök nedenlerini belirlemeye yardımcı olur, ilk temas çözümünü iyileştirme fırsatlarını vurgular.

Nereden Alınır??

Bu genellikle vaka veya bilet kaydında bir onay kutusu veya bayrak alanıdır. Ayrıca bir 'Yükselt' etkinliği tespit edilerek de türetilebilir.

Örnekler:::::::
truefalse
Müşteri
Customer
Hizmet talebini başlatan müşterinin veya şirketin adı veya benzersiz kimliği.
Açıklama

Müşteri özniteliği, hizmet talebiyle ilişkili harici müşteriyi (birey veya kuruluş) tanımlar. Bu, belirli bir müşteri için tüm hizmet etkileşimlerinin gruplandırılmasını ve analizini sunar.

Müşteri odaklı bir bakış açısı, genel müşteri deneyimini anlamak için büyük önem taşır. Verileri müşteriye göre filtreleyerek analiz eden işletmeler, yüksek hacimli talepler gönderen müşterileri belirleyebilir; bu da bir ürünle ilgili sorunları veya daha iyi bir eğitim ihtiyacını gösterebilir. Ayrıca, önemli hesaplar için hizmet geçmişini takip ederek beklenen destek seviyesini aldıklarından emin olmaya yardımcı olur.

Neden Önemli?dir?

Müşteri odaklı bir süreç görünümü sunar, belirli müşteriler için sık karşılaşılan sorunları belirlemeye ve ana hesapları yönetmeye yardımcı olur.

Nereden Alınır??

Vaka veya talep kaydında, CRM'deki ilgili kişi veya hesap nesnesine bağlantı veren standart bir alan.

Örnekler:::::::
ABC Corporation`Global Tech Inc.`Ayşe YılmazACCT-00123
SLA Hedef Süresi
SlaTargetTime
Hizmet talebinin çözümü için sözleşmeyle belirlenen veya hedeflenen tarih ve saat.
Açıklama

SLA Hedef Süresi, geçerli Hizmet Seviyesi Anlaşmasına (SLA) göre bir hizmet talebinin çözülmesi beklenen son tarihi temsil eder. Bu hedef genellikle talebin önceliğine, türüne veya müşterinin sözleşme seviyesine bağlıdır. Belirli bir zaman damgası (zaman damgası) olarak veya oluşturulma zamanından itibaren bir süre olarak saklanabilir.

Bu öznitelik, SLA uyumluluk analizi için büyük önem taşır. Gerçek çözüm süresini SLA Hedef Süresi ile karşılaştırarak, kuruluşlar SLA uyumluluk oranlarını belirleyebilir. Process Mining bunu daha da detaylandırarak, hangi talep türlerinin veya hangi süreç adımlarının SLA ihlallerine en çok katkıda bulunduğunu gösterebilir. Bu, hizmet taahhütlerini karşılamak için hedeflenen iyileştirmelere sunar.

Neden Önemli?dir?

Bu, müşteri hizmetleri kuruluşları için kritik bir KPI olan SLA uyumluluğunu ölçmek için büyük önem taşır.

Nereden Alınır??

Genellikle sistemdeki tanımlanmış SLA politikalarına göre vaka veya bilet kaydında hesaplanır ve saklanır.

Örnekler:::::::
2023-10-28T10:00:00Z2023-11-01T17:00:00Z2023-10-26T14:00:00Z
Ürün
Product
Müşterinin talebinin ilgili olduğu ürün veya hizmet.
Açıklama

Ürün özniteliği, müşterinin talebinin konusu olan belirli ürün, hizmet veya özelliği belirtir. Bu, hizmet taleplerinin işin ilgili alanına göre kategorize edilmesini sunar.

Ürüne göre hizmet taleplerini analiz etmek, kök neden analizi ve ürün iyileştirme için büyük önem taşır. Belirli bir ürün için yüksek hacimli biletler, kalite sorunları, hatalar veya kullanılabilirlik sorunlarına işaret edebilir. Bu veriler, ürün geliştirme ve mühendislik ekiplerine değerli geri bildirim sağlayarak destek iş yükünü azaltacak ve müşteri deneyimini iyileştirecek düzeltmeleri ve geliştirmeleri önceliklendirmelerine yardımcı olur.

Neden Önemli?dir?

Hizmet taleplerini belirli ürünlere bağlar, ürün iyileştirme ve kök neden analizi için kritik geri bildirim sunar.

Nereden Alınır??

Genellikle vaka veya talep formunda, bir ürün kataloğuna bağlanan veya manuel olarak girilebilen bir alan.

Örnekler:::::::
Alpha-100 PrinterEnterprise Suite v2.5Mobil UygulamaFatura Platformu
Gerekli Önerilen Opsiyonel

Müşteri Enerji ve Altyapıi Etkinlikleri

Bu bölüm, doğru süreç keşfi ve darboğaz tespiti güçlüak için event lognüzde yakalanması gereken ana süreç adımlarını ve dönüm noktaları.nı özetlemektedir.
7 Önerilen 10 Opsiyonel
Aktivite Açıklama
Hizmet Talebi Oluşturuldu
Müşteri talebinin resmi olarak log'landığı zaman müşteri hizmetleri sürecinin başlangıcını işaretler. Bu event, kaynak sistemde yeni bir vaka, talep veya etkileşim kaydı oluşturulduğunda yakalanır.
Neden Önemli?dir?

Bu, süreç için birincil başlangıç olayıdır. Toplam süreç döngüsü süresini ölçmek ve zaman içindeki gelen talep hacimlerini analiz etmek için büyük önem taşır.

Nereden Alınır??

Genellikle hizmet yönetim sistemindeki birincil vaka veya bilet kaydının oluşturulma zaman damgası (zaman damgası)ndan yakalanır.

Yakala

Ana vaka, bilet veya olay varlığının oluşturulma zaman damgası (zaman damgası)nı kullanın.

Event tipi explicit
Talep Atandı
Bir hizmet talebinin belirli bir temsilciye veya ekibe ilk atanmasını temsil eder. Bu, talebi bir kuyruktan aktif bir iş akışına taşıyan temel bir adımdır.
Neden Önemli?dir?

Bu aktivite, temsilci iş yükünü izlemek, ilk atama süresini ölçmek ve dağıtım sürecindeki darboğazları belirlemek için büyük önem taşır.

Nereden Alınır??

Hizmet talebi kaydının denetim log'unda veya geçmişinde 'Sahip' veya 'Atanan Kişi' alanındaki değişikliklerden yakalanır.

Yakala

Temsilci veya grup sahibi alanı için ilk doldurma veya değişiklik olayıni belirleyin.

Event tipi explicit
Talep Çözüldü
Bu, temsilcinin işi tamamladığı ve müşterinin sorununu çözülmüş olarak kabul ettiği önemli bir kilometre taşıdır. Talep 'Çözüldü' veya 'Halloldu' durumuna taşınır.
Neden Önemli?dir?

Bu, çözüm süresini ölçmek için birincil olaydır. Destek ekibi tarafından aktif çalışmanın tamamlandığını gösterir ve hizmet süreç döngüsünde kritik bir kilometre taşıdır.

Nereden Alınır??

'Çözüldü' veya 'Tamamlandı' durumuna açık bir değişiklikten yakalanır. Çoğu sistem belirli bir çözüm zaman damgası (zaman damgası)'i kaydeder.

Yakala

'Çözüldü' zaman damgası (zaman damgası)nı veya durum değişikliğinin 'Çözüldü'ye ait zaman damgası (zaman damgası)nı kullanın.

Event tipi explicit
Talep Escalate Edildi
Bir hizmet talebinin daha yüksek bir destek seviyesine, farklı bir departmana veya yönetime resmi escalation'ını temsil eder. Bu, ilk temsilcinin sorunu çözemediği zaman gerçekleşir.
Neden Önemli?dir?

Eskalasyon'lar, süreç karmaşıklığının, temsilci yeteneğinin ve ilk temas çözümündeki başarısızlıkların temel bir göstergesidir. Eskalasyon yollarını analiz etmek, destek yapılarını optimize etmeye yardımcı olur.

Nereden Alınır??

Bir escalation kural motorundan açık bir event olabilir veya belirlenmiş bir escalation ekibine veya kullanıcıya yeniden atamadan çıkarılabilir.

Yakala

Özel bir eskalasyon bayrağı veya zaman damgası (zaman damgası) kullanın ya da bilinen bir eskalasyon ekibine atama değişikliğini tespit edin.

Event tipi explicit
Talep Kapatıldı
Bu, hizmet talebinin kalıcı, idari kapanışını temsil eden son aktivitedir. Bu noktadan sonra talep tamamlanmış kabul edilir ve başka bir işlem beklenmez.
Neden Önemli?dir?

Bu aktivite, süreç süreç döngüsünün kesin sonunu işaret eder. Çözüm ve kapanış arasındaki süre, otomatik kapanış veya son incelemeyle ilgili süreç politikalarını ortaya çıkarabilir.

Nereden Alınır??

'Kapatıldı' durumuna açık bir değişiklikten yakalanır. Birçok sistemin özel bir 'Kapanış Zamanı' zaman damgası (zaman damgası)'i vardır.

Yakala

'Kapandı' zaman damgası (zaman damgası)nı veya durum değişikliğinin 'Kapandı'ya ait zaman damgası (zaman damgası)nı kullanın.

Event tipi explicit
Talep Yeniden Açıldı
Daha önce çözülmüş bir hizmet talebi aktif duruma döndürüldüğünde meydana gelir. Bu genellikle müşterinin sorunun çözülmediğini veya tekrar ettiğini bildirmesi durumunda gerçekleşir.
Neden Önemli?dir?

Yeniden açılan talepler, yeniden işleme faaliyetinin doğrudan bir ölçüsü ve ilk temas çözümündeki başarısızlığın güçlü bir göstergesidir. Bu olayları analiz etmek, çözüm kalitesini iyileştirmek için büyük önem taşır.

Nereden Alınır??

Genellikle sistemin yeni bir müşteri yanıtı aldığında durumu 'Çözüldü'den otomatik olarak 'Açık'a değiştirdiği açık bir olaydır.

Yakala

'Çözüldü' veya 'Kapatıldı' durumundan tekrar 'Açık' veya 'Devam Ediyor' durumuna bir durum değişikliği tespit edin.

Event tipi explicit
Talep Yeniden Atandı
Bir hizmet talebinin sorumluluğunun, ilk atamadan sonra bir temsilciden veya ekipten diğerine aktarıldığını gösterir. Bu, destek sürecindeki bir devir teslimi temsil eder.
Neden Önemli?dir?

Yeniden atamaları izlemek, süreç parçalanmasını analiz etmek ve gereksiz devirleri belirlemek için büyük önem taşır. Sık sık yeniden atamalar, yönlendirme sorunlarına veya bilgi eksikliklerine işaret edebilir.

Nereden Alınır??

İlk atamadan sonra 'Sahip', 'Atanan Kişi' veya 'Atama Grubu' alanlarındaki sonraki değişikliklerin izlenmesiyle çıkarılır.

Yakala

İlk atamadan sonra sahip veya atama grubu alanlarındaki tüm değişiklikleri belirleyin.

Event tipi inferred
Çözüm Sunuldu
Bir temsilcinin bir çözüm formüle ettiğini ve bunu müşteriye ilettiğini gösterir. Bu activity, özellikle müşteri onayı gerekiyorsa, resmi çözümden önce gelebilir.
Neden Önemli?dir?

Bu kavramsal adım, bir çözüm bulmak için harcanan süreyi müşteri onayını bekleyerek geçirilen süreden ayırmaya yardımcı olur. Çözüm aşamasına daha ayrıntılı bir bakış açısı sunar.

Nereden Alınır??

Genellikle çözüm detaylarını içeren bir dış iletişimden veya 'Onay Bekleniyor' veya 'Çözüm Sağlandı' durum değişikliğinden çıkarılır.

Yakala

'Çözüm' gibi anahtar kelimeler içeren giden bir mesajı veya önerilen bir çözümü gösteren bir durum değişikliğini belirleyin.

Event tipi inferred
Dahili Yorum Eklendi
Bir temsilci, diğer temsilciler veya ekiplerle dahili işbirliği için tasarlanmış, müşteriye görünmeyen özel bir not veya yorum ekler.
Neden Önemli?dir?

Bu olaylar, dahili işbirliğini, bilgi paylaşımını veya yükseltme hazırlığını gösterir. Yüksek sıklıktaki dahili notlar, vaka karmaşıklığını veya bilgi eksikliklerini işaret edebilir.

Nereden Alınır??

Hizmet talebinin activity akışından veya iletişim log'undan, 'dahili' veya 'özel' olarak işaretlenmiş yorumlar filtrelenerek yakalanır.

Yakala

Vaka yorumu veya activity log'unu yalnızca dahili olarak belirlenmiş girişler için filtreleyin.

Event tipi explicit
İlk Yanıt Gönderildi
Talebin oluşturulmasından sonra bir temsilci tarafından müşteriye gönderilen ilk doğrudan, otomatik olmayan iletişimi işaretler. Bu, müşteri etkileşimi için önemli bir kilometre taşıdır.
Neden Önemli?dir?

Bu aktivite, 'İlk Yanıt Süresi' SLA'larını ölçmek ve izlemek için büyük önem taşır. Destek ekibinin müşteri sorunlarına ne kadar hızlı müdahale ettiğini yansıtır.

Nereden Alınır??

Genellikle sistemin SLA motorunda açık bir zaman damgası (zaman damgası)'li event'tir. Ayrıca, vaka zaman çizelgesinde bir temsilciden gelen ilk giden genel iletişimi bularak da çıkarılabilir.

Yakala

Mevcutsa özel 'İlk Yanıt Süresi' zaman damgası (zaman damgası)nı kullanın veya ilk giden temsilci mesajının zaman damgası (zaman damgası)nı bulun.

Event tipi explicit
Memnuniyet Anketi Gönderildi
Genellikle bir hizmet talebi çözüldükten sonra bir otomasyon kuralı tarafından tetiklenen bir müşteri memnuniyet anketinin gönderilmesini temsil eder. Bu, geri bildirim toplama sürecini başlatır.
Neden Önemli?dir?

Bu aktivite, müşteri geri bildirim metrikleri için bağlam sunar. Anket yanıt oranlarını ve geri bildirim taleplerinin zamanlamasını analiz etmeye yardımcı olur.

Nereden Alınır??

Bir otomasyon log'undan, giden bir e-posta kaydından veya hizmet talebine bağlı özel bir anket örneği kaydından yakalanır.

Yakala

Bir anket nesnesinin oluşturulmasını veya memnuniyet anketiyle ilgili giden bir iletişimi belirleyin.

Event tipi explicit
Müşteri Memnuniyeti Alındı
Bu olay, müşterinin memnuniyet anketine yanıtını gönderdiğinde meydana gelir. Derecelendirme veya yorum gibi geri bildirim, hizmet talebine kaydedilir.
Neden Önemli?dir?

Süreç yürütme ile müşteri algılanan kalitesi arasında doğrudan bir bağlantı sunar. Memnuniyet skorlarını süreç bağlamında analiz etmek, kötü deneyimlere yol açan adımları belirlemeye yardımcı olur.

Nereden Alınır??

Müşteri yanıtı gönderildiğinde ve orijinal hizmet talebiyle ilişkilendirildiğinde anket modülünden yakalanır.

Yakala

Müşteri memnuniyet anketi yanıtının gönderim zaman damgası (zaman damgası)nı kullanın.

Event tipi explicit
Müşteriden Bilgi Alındı
Müşterinin talep edilen bilgiyi sağladığı noktayı işaretler ve temsilcinin çalışmaya devam etmesini sunar. Bu event, genellikle talebi beklemede olan durumdan tekrar aktif duruma taşır.
Neden Önemli?dir?

Bu olay, bir müşteri bekleme süresini sonlandırır. Bu olay ile 'Bilgi Talep Edildi' aktivitesi arasındaki süreyi analiz etmek, müşteri yanıt sürelerini ortaya çıkarır.

Nereden Alınır??

Müşteriden gelen bir iç iletişimden veya 'Beklemede' durumundan 'Açık' veya 'Devam Ediyor' durumuna otomatik bir durum değişikliğinden çıkarılır.

Yakala

Gelen bir müşteri mesajını veya 'beklemede' durumundan 'aktif' duruma bir durum değişikliği tespit edin.

Event tipi inferred
Müşteriden Bilgi Talep Edildi
Bir temsilci, devam etmek için müşteriden daha fazla bilgiye ihtiyaç duyduğunda ve talebi beklemede durumuna aldığında meydana gelir. Bu, herhangi bir dahili süreci veya SLA zamanlayıcılarını duraklatır.
Neden Önemli?dir?

Bu aktivite, müşteri kaynaklı gecikmeleri anlamak için temel rol oynar. Bu durumun süresini izlemek, temsilci çalışma süresini müşteri bekleme süresinden ayırmaya yardımcı olur.

Nereden Alınır??

Genellikle bir durum değişikliğinden 'Beklemede', 'Bekletildi' veya 'Müşteri Bilgisi Bekleniyor' gibi bir değere çıkarılır.

Yakala

Vaka geçmişindeki 'beklemede' veya 'müşteri bekleniyor' durumuna yönelik durum değişikliklerini belirleyin.

Event tipi inferred
SLA İhlal Edildi
Bir hizmet talebinin, ilk yanıta kadar geçen süre veya çözüm süresi gibi tanımlanmış bir SLA'yi karşılayamadığı anı temsil eder. Bu, iş açısından kritik bir event'tir.
Neden Önemli?dir?

Bu aktivite, hizmet seviyesi performansını ve uyumluluğunu doğrudan ölçer. İhlallerin ne zaman ve neden meydana geldiğini analiz etmek, süreç iyileştirme ve müşteri beklentilerini yönetmek için büyük önem taşır.

Nereden Alınır??

Bu, hizmet sözleşmesindeki veya politika motorundaki önceden tanımlanmış SLA hedeflerine karşı etkinlik zaman damgalarını karşılaştırarak türetilen hesaplanmış bir olaydır.

Yakala

Başlangıç ve bitiş aktiviteleri arasındaki zaman damgası (zaman damgası) farkını tanımlanmış SLA hedefiyle karşılaştırın. Süre hedefi aşarsa bir ihlal event'i log'layın.

Event tipi calculated
Talep Kategorize Edildi
Bir hizmet talebinin tür, kategori veya önceliğe göre sınıflandırılmasını temsil eder. Bu adım genellikle bir temsilci veya otomasyon kuralları tarafından aciliyeti ve yönlendirmeyi belirlemek için gerçekleştirilir.
Neden Önemli?dir?

Kategorizasyon değişikliklerini analiz etmek, triyaj etkinliğini, yeniden işlemeyi ve yanlış yönlendirilen talepleri belirlemeye yardımcı olur. Ayrıca hizmet taleplerinin karmaşıklığı ve doğası hakkında da bağlam sunar.

Nereden Alınır??

Genellikle hizmet talebi kaydındaki 'Kategori', 'Tür' veya 'Öncelik' gibi alanlardaki değişiklikleri izleyen denetim günlüğünden veya geçmişten çıkarılır.

Yakala

Vaka geçmişindeki kategorizasyon, öncelik veya tür alanlarındaki değişiklikleri tespit edin.

Event tipi inferred
Temsilci Araştırmaya Başlıyor
Bir temsilcinin hizmet talebi üzerinde aktif olarak çalışmaya başladığını gösterir. Bu, atamadan farklıdır ve teşhis veya çözüm çabasının başlangıcını temsil eder.
Neden Önemli?dir?

Bekleme süresi ile aktif çalışma süresi arasında ayrım yapmaya yardımcı olur. Bu activity'yi analiz etmek, atama ile gerçek çalışmanın başlangıcı arasındaki gecikmeleri ortaya çıkarabilir.

Nereden Alınır??

Bu genellikle, hizmet talebindeki bir durum değişikliğinden, örneğin 'Yeni' veya 'Atanmış'tan 'Devam Ediyor' veya 'İşlemde'ye geçişten çıkarılır.

Yakala

Atamadan sonra aktif 'devam ediyor' durumuna ilk durum değişikliğini belirleyin.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Process Mining için verilerinizi nasıl alırsınız.

Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,

ETL rehberimizi okuyun

veya belirli bir süreç ve sistem seçin.