Müşteri hizmetleri veri şablonunuz
Müşteri hizmetleri veri şablonunuz
Bu, Müşteri hizmetleri için genel amaçlı Process Mining veri Templateimizdir. Daha ayrıntılı yönlendirme için sisteme özel Templatelerimizi kullanın.
Belirli bir sistem seçin- Tutarlı analiz için standart veri alanları
- Doğru süreç haritalama için temel etkinlikler
- Farklı sistemlerde kullanılabilen temel yapı
Müşteri hizmetleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik Activity | Belirli bir hizmet talebi için müşteri hizmetleri sürecinde gerçekleşen iş olayının, görevinin veya adımının adı. | ||
| Açıklama Etkinlik, bir hizmet talebinin yaşam döngüsündeki belirli bir adımı veya olayı ifade eder. Örnek olarak 'Hizmet talebi oluşturuldu', 'Talep atandı', 'Çözüm önerildi' ve 'Talep kapatıldı' verilebilir. Her etkinlik belirli bir hizmet talebiyle ilişkilidir ve ne zaman gerçekleştiğini gösteren bir zaman damgası taşır. Bu öznitelik, müşteri hizmetleri iş akışının görsel gösterimi olan süreç haritasını oluşturmak için önemlidir. Etkinliklerin sırasını ve sıklığını incelemek, hizmet taleplerinin gerçekte izlediği yolları ortaya çıkarır; yaygın iş akışlarını, darboğazları, sapmaları ve yeniden çalışma döngülerini gösterir. Her Process Mining analizinin temelini oluşturur. Neden önemli? Bu öznitelik, süreç haritanızdaki adımları tanımlar. Hangi işlerin yapıldığını ve hangi sırayla ilerlediğini anlamak için gereklidir. Nereden alınır? Genellikle müşteri hizmetleri sistemindeki olay günlüklerinden, durum değişikliği tablolarından veya denetim izi kayıtlarından elde edilir. Örnekler Talep oluşturulduTalep atandıİlk yanıt gönderildiTalep çözüldü | |||
| Hizmet talebi kimliği ServiceRequestId | Tek bir müşteri başvurusunu veya sorununu benzersiz biçimde tanımlayan kimliktir. Bu kimlik, ilgili tüm etkinlikleri tek bir vakada bir araya getirir. | ||
| Açıklama Hizmet talebi kimliği, her müşteri vakasını oluşturulmasından nihai çözüme ulaşmasına kadar benzersiz biçimde tanımlayan birincil anahtardır. Vaka tanımlayıcısı olarak görev yapar ve belirli bir müşteri sorunuyla ilgili tüm olayları, iletişimleri ve işlemleri tek bir zaman çizelgesinde toplar. Process Mining çalışmalarında bu öznitelik, her hizmet talebinin baştan sona izlediği yolu yeniden oluşturmak için temel niteliktedir. Analistler, her etkinliği belirli bir hizmet talebi kimliğiyle ilişkilendirerek süreç akışlarını görselleştirebilir, sapmaları belirleyebilir ve vaka sürelerini doğru biçimde ölçebilir. Bu sayede süreci vaka odağında incelemek mümkün olur; performansı anlamak ve iyileştirme alanlarını belirlemek için bu bakış açısı gereklidir. Neden önemli? Bu, vakayı tanımlayan temel bilgidir. Bu bilgi olmadan tek bir müşteri sorununun süreç boyunca izlediği yolu takip edemezsiniz. Nereden alınır? Genellikle müşteri hizmetleri yönetim sistemindeki vaka, destek kaydı veya olay kayıtlarının başlık bölümünde ya da ana tablosunda bulunur. Örnekler SR-2023-00123CASE009876TKT-554321INC0123456 | |||
| Olay zamanı EventTime | Belirli bir etkinliğin veya olayın gerçekleştiği kesin tarih ve saati gösteren zaman damgası. | ||
| Açıklama Başlangıç zamanı olarak da bilinen olay zamanı, bir etkinliğin gerçekleştiği anı kaydeder. Hizmet talebinin ilk oluşturulmasından son kez kapatılmasına kadar günlükteki her olay bir zaman damgasıyla işaretlenir. Bu zaman verileri, olayları kronolojik sıraya koymak için gereklidir. Belirli bir hizmet talebine ait zaman damgalarının sırası, Process Mining araçlarının süreç akışını gerçekte yaşandığı biçimde yeniden oluşturmasını sağlar. Olay zamanı, etkinlikler arasındaki süreyi hesaplama, toplam vaka çözüm süresini ölçme, darboğazları belirleme ve hizmet seviyesi anlaşmalarına (SLA) uyumu kontrol etme gibi zamana dayalı tüm analizlerin temelidir. Neden önemli? Bu zaman damgası olayları sıralar ve çözüm sürelerini hesaplama, darboğazları belirleme gibi süreye dayalı analizleri mümkün kılar. Nereden alınır? Genellikle olay günlüklerinde veya denetim izi tablolarında, etkinlik adının yanında bulunur. 'Oluşturulma tarihi', 'Olay tarihi' veya 'Zaman damgası' olarak adlandırılabilir. Örnekler 2023-10-26T10:00:00Z2023-10-26T10:15:30Z2023-10-27T14:05:00Z | |||
| Kaynak sistem SourceSystem | Verilerin alındığı kayıt sistemidir. Veri kökenini izlemek için kullanışlıdır. | ||
| Açıklama Kaynak sistem özniteliği, müşteri hizmetleri verilerinin geldiği uygulamayı veya platformu tanımlar. ServiceNow, Salesforce, Zendesk ya da kurum içinde geliştirilmiş özel bir sistem buna örnek olabilir. Birden fazla sistemden gelen verilerin birleştirildiği ortamlarda bu alan, veri yönetişimi ve izlenebilirlik açısından önem taşır. Standart süreç akışı analizlerinin çoğunda doğrudan kullanılmasa da önemli bir bağlam sağlar. Farklı sistemlerdeki veri kalitesi veya süreç yürütme farklılıklarını anlamaya yardımcı olur. Ayrıca veri doğrulama, veri çıkarma sorunlarını giderme ve veri entegrasyonu hatlarını yönetme açısından da gereklidir. Neden önemli? Verinin kaynağını belirler; bu bilgi, çok sistemli ortamlarda veri yönetişimi, sorun giderme ve analiz için önemlidir. Nereden alınır? Genellikle veri çıkarma (ETL) sürecinde eklenir ve kaynak sistem tablolarında doğrudan bulunmayabilir. Örnekler Salesforce Service CloudZendesk SupportServiceNow CSM | |||
| Son veri güncellemesi LastDataUpdate | Verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası. | ||
| Açıklama Son veri güncellemesi özniteliği, verilerin en son çıkarıldığı veya yenilendiği tarih ve saati kaydeder. Bu üst veriler, analiz edilen verilerin ne kadar güncel olduğunu anlamak ve veri hattını yönetmek açısından önemlidir. Bu öznitelik, iş kullanıcılarına ve analistlere analizlerinin ne kadar güncel olduğunu gösterir. Veri yenilemelerini planlamaya yardımcı olur ve kararların gerektiği kadar güncel verilere dayanmasını sağlar. Devam eden süreçleri izlerken son güncelleme zamanını bilmek, açık vakaların mevcut durumunu doğru yorumlamak için önemlidir. Neden önemli? Verilerin güncelliğini göstererek analizlerin ve iş kararlarının zamanında sunulan, ilgili bilgilere dayanmasını sağlar. Nereden alınır? Bu zaman damgası genellikle veri çıkarma (ETL) sürecinde 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 kuyruk. | ||
| Açıklama Atanan grup, belirli bir zamanda hizmet talebinden sorumlu ekibi veya iş birimini tanımlar. '1. Düzey Destek', 'Faturalandırma Departmanı' veya 'Teknik Destek Ekibi' buna örnek olabilir. Hizmet talepleri ilerledikçe genellikle farklı gruplara yönlendirilir. Atanan grubu incelemek, ekipler arası iş birliğini ve devir teslimleri anlamak açısından önemlidir. Hangi ekiplerin aşırı iş yükü altında olduğunu, gruplar arasında nerelerde darboğaz oluştuğunu ve farklı talep türlerinin kuruluş içinde nasıl ilerlediğini belirlemeye yardımcı olur. Bu bilgiler ekip yapılarını, kaynak dağılımını ve yönlendirme kurallarını iyileştirmek için önemlidir. Neden önemli? Ekip performansını ve iş yükü dağılımını incelemeyi, farklı departmanlar arasındaki devir teslimlerden kaynaklanan gecikmeleri belirlemeyi sağlar. Nereden alınır? Vaka veya destek kaydında, genellikle 'Atama grubu', 'Ekip' ya da 'Kuyruk' gibi alanlarda bulunur. Örnekler 1. Düzey DestekFaturalandırma başvurularıTeknik üst kademe yönlendirmeleriDonanım desteği | |||
| Bitiş zamanı EndTime | Bir etkinliğin ne zaman tamamlandığını gösteren zaman damgası. Tek tek etkinliklerin süresini hesaplamak için kullanılır. | ||
| Açıklama Bitiş zamanı özniteliği, bir etkinliğin tamamlandığı anı gösterir. Olay zamanı başlangıcı belirtirken bitiş zamanı, belirli bir görevin ne kadar sürdüğünü ölçmek için gereken diğer noktayı sağlar. Her olayın ayrı bir bitiş zamanı olmayabilir; ancak 'Temsilci incelemesi' veya müşteri görüşmesi gibi etkinliklerde bu bilgi değerlidir. Analizde bitiş zamanı ile olay zamanı arasındaki fark, etkinliğin işlem süresini verir. Bu, süreçte en çok zaman alan adımları bulmayı amaçlayan darboğaz analizi için temel niteliktedir. Etkinlik sürelerini anlamak; kaynak planlamasına, performans değerlendirmesine ve operasyonları kolaylaştırma fırsatlarını belirlemeye yardımcı olur. Neden önemli? Bu öznitelik, tek tek etkinliklerin süresini hesaplamak için gereklidir. Böylece darboğazları belirleyebilir ve verimliliği ölçebilirsiniz. Nereden alınır? Genellikle olay günlüklerinde veya denetim izi tablolarında, başlangıç zamanının yanında bulunur. Mevcut değilse sonraki olayın başlangıç zamanından hesaplanması gerekebilir. Örnekler 2023-10-26T10:30:00Z2023-10-26T11:00:45Z2023-10-27T16:20:00Z | |||
| İletişim kanalı CommunicationChannel | 'E-posta', 'Telefon' veya 'Sohbet' gibi hizmet talebinin oluşturulduğu ya da iletişimin gerçekleştiği kanal. | ||
| Açıklama İletişim kanalı, müşterinin Hizmet Masası ile iletişim kurmak için kullandığı yöntemi belirtir. 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 incelemek, performanstaki önemli farklılıkları ortaya çıkarabilir. Örneğin, telefonla iletilen talepler daha hızlı çözülebilir; ancak web portalından gelen taleplere kıyasla temsilcilerden daha fazla emek gerektirebilir. Bu analiz, kuruluşların kanal stratejilerini iyileştirmesine, kaynakları doğru dağıtmasına ve hizmet deneyimini farklı iletişim yöntemlerine göre düzenlemesine yardımcı olur. Neden önemli? Farklı iletişim kanallarının çözüm sürelerini, temsilci emeğini ve genel süreç verimliliğini nasıl etkilediğini gösterir. Nereden alınır? Genellikle vaka veya destek kaydında, talebin nasıl oluşturulduğunu gösteren standart bir alan olarak bulunur. Örnekler E-postaTelefonSohbetWeb portalıSosyal medya | |||
| Müşteri memnuniyeti CustomerSatisfaction | Hizmet talebi çözüldükten sonra müşterinin verdiği memnuniyet puanı veya değerlendirmesi. | ||
| Açıklama Müşteri memnuniyeti, müşterinin aldığı hizmet hakkındaki algısını ölçen temel bir sonuç metriğidir. Genellikle çözüm sonrasında gönderilen bir anketle, 1 ile 5 arasında sayısal bir ölçek veya 'İyi', 'Orta' ya da 'Kötü' gibi kategorik bir değerlendirme üzerinden ölçülür. Bu öznitelik, süreç performansını iş sonuçlarıyla ilişkilendirmek için önemlidir. Analistler, memnuniyet puanlarını süreç metrikleriyle karşılaştırarak hangi süreç davranışlarının müşterileri memnun ettiğini veya etmediğini belirleyebilir. Örneğin, birden fazla kez yeniden atanan veya uzun sürede çözülen vakaların sürekli olarak düşük memnuniyet puanı aldığını görebilirler. Bu veriler, müşteri deneyimini en çok iyileştirecek süreç değişikliklerine öncelik vermek için açık ve veriye dayalı bir temel sunar. Neden önemli? Müşterinin hizmet kalitesi hakkındaki algısını doğrudan ölçer ve süreç verimliliğini iş sonuçlarıyla ilişkilendirir. Nereden alınır? Genellikle hizmet talebi kaydıyla ilişkilendirilebilen ayrı bir anket yanıtları tablosunda saklanır. Örnekler 5413 | |||
| Öncelik Priority | 'Düşük', 'Orta', 'Yüksek' veya 'Acil' gibi hizmet talebine atanan öncelik düzeyi. | ||
| Açıklama Öncelik özniteliği, hizmet talebinin ne kadar acil olduğunu gösterir ve genellikle talebin ne kadar hızlı ele alınması gerektiğini belirler. Bu düzey, müşterinin bildirdiği sorunun iş üzerindeki etkisine ve ciddiyetine göre belirlenir. SLA’lar çoğu zaman öncelik düzeyine bağlıdır. Süreç analizinde öncelik, filtreleme ve karşılaştırma için önemli bir boyuttur. Analistler, beklendiği gibi yüksek öncelikli taleplerin düşük öncelikli taleplerden daha hızlı çözülüp çözülmediğini kontrol edebilir. Öncelik kurallarına uyulup uyulmadığını ve kaynak dağılımının iş öncelikleriyle örtüşüp örtüşmediğini değerlendirmeye yardımcı olur. Farklı öncelik düzeylerindeki süreç akışlarını karşılaştırmak, acil sorunların ele alınmasındaki verimsizlikleri ortaya çıkarabilir. Neden önemli? Acil taleplerin daha hızlı ele alınıp alınmadığını incelemeyi ve kaynakların iş ihtiyaçlarıyla uyumlu olup olmadığını doğrulamayı sağlar. Nereden alınır? Çoğu müşteri hizmetleri sisteminde vaka veya destek kaydı formunda bulunan standart bir alandır. Örnekler DüşükOrtaYüksekAcil | |||
| Talep durumu RequestStatus | 'Açık', 'Beklemede', 'Çözüldü' veya 'Kapalı' gibi hizmet talebinin mevcut ya da geçmiş durumu. | ||
| Açıklama Talep durumu, hizmet talebinin yaşam döngüsünün belirli bir anındaki durumunu gösterir. Talep üzerinde çalışıldıkça durum değişir; örneğin 'Yeni' durumundan 'Devam ediyor' durumuna, ardından 'Müşteri bekleniyor' durumuna ve son olarak 'Çözüldü' durumuna geçer. Durum değişikliklerinin sırası, süreç modelindeki etkinliklerin temelini oluşturur. Durum değişikliklerini incelemek, süreç akışını anlamanın başlıca yollarından biridir. Taleplerin 'Beklemede' gibi belirli durumlarda ne kadar zaman geçirdiğini göstererek dış taraflara bağlı süreçleri ortaya çıkarabilir. Ayrıca açık ve kapalı vakaları ayırt etmek için kullanılır; bu da etkin vaka yükünü ve çözüm oranlarını raporlamak açısından temel niteliktedir. Neden önemli? Talebin yaşam döngüsündeki aşamayı izler; bekleme durumlarında geçen süreyi belirlemeye ve süreç etkinliklerini tanımlamaya yardımcı olur. Nereden alınır? Vaka veya destek kaydındaki temel alanlardan biridir. Durum değişiklikleri genellikle denetim geçmişi tablosuna kaydedilir. Örnekler YeniDevam ediyorMüşteri bekleniyorÇözüldüKapalı | |||
| Talep türü RequestType | 'Soru', 'Olay', 'Sorun' veya 'Özellik talebi' gibi hizmet talebi sınıflandırması. | ||
| Açıklama Talep türü, müşterinin sorununu veya başvurusunu genel olarak sınıflandırır. Bu sınıflandırma, destek kuruluşunun karşılaştığı farklı talep türlerini anlamak için hizmet taleplerini gruplandırmaya yardımcı olur. Yaygın türler arasında teknik sorunlar, faturalandırma soruları, bilgi talepleri ve şikâyetler bulunur. Bu öznitelik, farklı talep türlerine ait süreçleri filtreleyip karşılaştırmayı sağladığı için analizlerde çok değerlidir. Örneğin, 'Faturalandırma sorusu' için çözüm süreci, 'Teknik olay' sürecinden çok daha basit ve hızlı olabilir. Bu farklılıkları anlamak, uygun SLA’lar belirlemek, verimli iş akışları tasarlamak ve kaynakları doğru dağıtmak için önemlidir. Neden önemli? Talepleri türlerine göre gruplandırmak, farklı süreç yollarını anlamak ve iyileştirmeleri belirli sorunlara göre planlamak için önemlidir. Nereden alınır? Ana vaka veya destek kaydı formunda bulunan standart bir alandır. Genellikle 'Tür', 'Kategori' veya 'Sınıflandırma' olarak adlandırılır. Örnekler OlaySoruSorunÖzellik talebi | |||
| Temsilci Agent | Bir etkinlikten sorumlu müşteri hizmetleri temsilcisinin veya kullanıcının adı ya da benzersiz kimliği. | ||
| Açıklama Temsilci özniteliği, belirli bir etkinliği gerçekleştiren veya o sırada bir hizmet talebine atanmış olan çalışanı tanımlar. Bu bilgi benzersiz bir kimlik, e-posta adresi veya ad soyad olabilir. Bu öznitelik, kişi düzeyinde performans ve iş yükü analizi yapmayı sağlar. Yöneticiler işlerin nasıl dağıtıldığını görebilir, temsilcilerin çözüm süresi veya müşteri memnuniyeti gibi metriklerdeki performansını karşılaştırabilir ve eğitim fırsatlarını belirleyebilir. Temsilciler arasındaki devir teslimleri incelemek için de önemlidir; bu devir teslimler gecikmelere ve müşteri memnuniyetsizliğine yol açabilir. Neden önemli? Bu öznitelik, temsilcilerin iş yükünü ve performansını, ayrıca temsilciler arasındaki devir teslimlerin etkisini incelemek için gereklidir. Nereden alınır? Genellikle vaka atama geçmişi tablolarında, olay günlüklerinde veya ana vaka ya da destek kaydındaki bir alanda bulunur. Örnekler John Smithagent.jane@example.comuser_1138Sarah Doe | |||
| Üst kademeye aktarıldı mı IsEscalated | Hizmet talebinin daha üst bir destek düzeyine veya yönetime aktarılıp aktarılmadığını gösteren bir işaret. | ||
| Açıklama Üst kademeye aktarıldı mı özniteliği, hizmet talebinin resmî olarak üst kademeye aktarılıp aktarılmadığını belirten bir boole değeridir (doğru veya yanlış). Sorun mevcut destek düzeyinin çözemeyeceği kadar karmaşık olduğunda, belirlenen süre içinde çözülemediğinde veya müşteri memnuniyetsizliği yüksek olduğunda genellikle üst kademeye aktarım yapılır. Bu öznitelik, üst kademeye aktarımları analiz etmek için gereklidir. Kuruluşların önemli bir performans göstergesi olan aktarım oranını hesaplamasını sağlar. Şirketler, üst kademeye aktarılan vakaların süreç akışını inceleyerek ön saflardaki destek ekiplerinin beceri eksiklikleri, belirsiz süreçler veya ürün sorunları gibi temel nedenleri belirleyebilir. Bu aktarımlar maliyetli olduğu ve müşteri memnuniyetini olumsuz etkileyebildiği için sayılarının azaltılması çoğu zaman önemli bir hedeftir. Neden önemli? Üst kademeye aktarımların sıklığını ve temel nedenlerini belirlemeye, ilk iletişimde çözüm oranını artırma fırsatlarını görmeye yardımcı olur. Nereden alınır? Genellikle vaka veya destek kaydındaki bir onay kutusu ya da işaret alanıdır. 'Üst kademeye aktar' etkinliği tespit edilerek de belirlenebilir. Örnekler truefalse | |||
| Müşteri Customer | Hizmet talebini oluşturan müşterinin veya şirketin adı ya da benzersiz kimliği. | ||
| Açıklama Müşteri özniteliği, hizmet talebiyle ilişkili bireysel müşteriyi veya kuruluşu tanımlar. Böylece belirli bir müşteriye ait tüm hizmet etkileşimleri gruplanıp analiz edilebilir. Müşteri deneyiminin bütününü anlamak için müşteriyi merkeze alan bir bakış önemlidir. İşletmeler, müşteri bazında filtrelenen verileri inceleyerek çok sayıda talep gönderen müşterileri belirleyebilir; bu durum ürünle ilgili sorunlara veya daha iyi eğitim ihtiyacına işaret edebilir. Ayrıca önemli müşterilerin hizmet geçmişini izleyerek bekledikleri düzeyde destek aldıklarından emin olmaya yardımcı olur. Neden önemli? Süreci müşteri odağında incelemeyi, belirli müşterilerin sık karşılaştığı sorunları belirlemeyi ve önemli müşteri hesaplarını yönetmeyi sağlar. Nereden alınır? Vaka veya destek kaydında bulunan ve CRM sistemindeki kişi ya da hesap nesnesine bağlanan standart bir alandır. Örnekler ABC CorporationGlobal Tech Inc.Jane DoeACCT-00123 | |||
| SLA hedef zamanı SlaTargetTime | Hizmet talebinin çözülmesi için sözleşmeyle kararlaştırılan veya hedeflenen tarih ve saat. | ||
| Açıklama SLA hedef zamanı, geçerli Hizmet Seviyesi Anlaşması (SLA) uyarınca hizmet talebinin çözülmesinin beklendiği son tarihi belirtir. Bu hedef, genellikle talebin önceliğine, türüne veya müşterinin sözleşme düzeyine bağlıdır. Belirli bir zaman damgası olarak ya da oluşturulma zamanından itibaren geçen bir süre olarak saklanabilir. Bu öznitelik, SLA uyumluluk analizi için temel niteliktedir. Kuruluşlar gerçek çözüm zamanını SLA hedef zamanıyla karşılaştırarak SLA uyumluluk oranını belirleyebilir. Process Mining analizi, bunu daha ayrıntılı inceleyerek hangi talep türlerinin veya süreç adımlarının SLA ihlallerine en çok katkıda bulunduğunu gösterebilir. Böylece hizmet taahhütlerini yerine getirmek için hedefli iyileştirmeler yapılabilir. Neden önemli? Müşteri hizmetleri kuruluşları için önemli bir KPI olan SLA uyumluluğunu ölçmek için gereklidir. Nereden alınır? Genellikle sistemde tanımlı SLA politikalarına göre hesaplanır ve vaka ya da destek kaydında saklanır. Örnekler 2023-10-28T10:00:00Z2023-11-01T17:00:00Z2023-10-26T14:00:00Z | |||
| Ürün Product | Müşterinin talebiyle ilgili ürün veya hizmet. | ||
| Açıklama Ürün özniteliği, müşterinin talebinin hangi ürün, hizmet veya özellikle ilgili olduğunu belirtir. Böylece hizmet talepleri, işletmenin ilgili alanına göre sınıflandırılabilir. Hizmet taleplerini ürüne göre incelemek, temel nedenleri belirlemek ve ürünleri iyileştirmek açısından önemlidir. Belirli bir ürünle ilgili destek kaydı sayısının yüksek olması kalite sorunlarına, hatalara veya kullanılabilirlik sorunlarına işaret edebilir. Bu veriler, ürün geliştirme ve mühendislik ekiplerine değerli geri bildirim sağlar; destek iş yükünü azaltacak ve müşteri deneyimini iyileştirecek düzeltmelere ve geliştirmelere öncelik vermelerine yardımcı olur. Neden önemli? Hizmet taleplerini belirli ürünlerle ilişkilendirerek ürün iyileştirme ve temel neden analizi için önemli geri bildirim sağlar. Nereden alınır? Genellikle vaka veya destek kaydı formunda bulunan, ürün kataloğuna bağlanan ya da elle doldurulan bir alandır. Örnekler Alpha-100 PrinterEnterprise Suite v2.5Mobil uygulamaFaturalandırma platformu | |||
Müşteri hizmetleri etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Hizmet talebi oluşturuldu | Müşterinin talebinin resmî olarak kayda alınmasıyla müşteri hizmetleri süreci başlar. Kaynak sistemde yeni bir vaka, destek kaydı veya etkileşim kaydı oluşturulduğunda bu olay kaydedilir. | ||
| Neden önemli? Bu, sürecin temel başlangıç olayıdır. Toplam yaşam döngüsü süresini ölçmek ve zaman içindeki gelen talep hacmini analiz etmek için gereklidir. Nereden alınır? Genellikle hizmet yönetimi sistemindeki ana vaka veya destek kaydının oluşturulma zaman damgasından alınır. Kaydedin Ana vaka, destek kaydı veya olay kaydının oluşturulma zaman damgasını kullanın. Olay türü explicit | |||
| Talep atandı | Hizmet talebinin ele alınması için belirli bir temsilciye veya ekibe ilk kez atanmasını ifade eder. Bu önemli adım, talebi kuyruktan çıkarıp etkin iş akışına taşır. | ||
| Neden önemli? Bu etkinlik, temsilci iş yükünü izlemek, ilk atamaya kadar geçen süreyi ölçmek ve dağıtım sürecindeki darboğazları belirlemek için önemlidir. Nereden alınır? Hizmet talebi kaydının denetim günlüğünde veya geçmişinde Sahip ya da Atanan alanlarında yapılan değişikliklerden alınır. Kaydedin Temsilci veya grup sahibi alanının ilk kez doldurulduğu ya da değiştirildiği olayı belirleyin. Olay türü explicit | |||
| Talep çözüldü | Temsilcinin çalışmayı tamamladığı ve müşterinin sorununun giderildiğini düşündüğü önemli bir kilometre taşıdır. Talep Çözüldü veya Sorun Giderildi durumuna alınır. | ||
| Neden önemli? Çözüm süresini ölçmek için kullanılan temel olaydır. Destek ekibinin aktif çalışmasının tamamlandığını gösterir ve hizmet yaşam döngüsünde önemli bir kilometre taşıdır. Nereden alınır? Durumun Çözüldü veya Sorun Giderildi değerine açıkça değiştirilmesiyle kaydedilir. Çoğu sistem belirli bir çözüm zaman damgası tutar. Kaydedin Çözüldüğü Zaman damgasını veya durumun Çözüldü olarak değiştiği zaman damgasını kullanın. Olay türü explicit | |||
| Talep kapatıldı | Bu, hizmet talebinin kalıcı ve idari olarak kapatıldığını gösteren son etkinliktir. Bu aşamadan sonra talep tamamlanmış sayılır ve başka bir işlem yapılması beklenmez. | ||
| Neden önemli? Bu etkinlik, sürecin kesin olarak sona erdiğini gösterir. Çözüm ile kapatma arasındaki süre, otomatik kapatma veya son incelemeye ilişkin süreç politikalarını ortaya çıkarabilir. Nereden alınır? Durumun açıkça 'Kapalı' olarak değiştirilmesiyle kaydedilir. Birçok sistemde özel bir 'Kapatılma zamanı' zaman damgası bulunur. Kaydedin 'Kapatılma zamanı' zaman damgasını veya durumun 'Kapalı' olarak değiştirildiği zaman damgasını kullanın. Olay türü explicit | |||
| Talep üst kademeye yönlendirildi | Hizmet talebinin daha üst düzey bir destek ekibine, başka bir departmana veya yönetime resmî olarak aktarılmasını ifade eder. İlk temsilci sorunu çözemediğinde bu adım gerçekleşir. | ||
| Neden önemli? Üst kademeye yönlendirmeler, sürecin karmaşıklığını, temsilci yetkinliğini ve ilk temasta çözüm başarısızlıklarını gösteren önemli bir ölçüttür. Yönlendirme yollarını analiz etmek, destek yapısını iyileştirmeye yardımcı olur. Nereden alınır? Üst kademeye yönlendirme kuralı motorunda açık bir olay olarak kaydedilebilir veya talebin belirlenmiş bir üst kademe ekibine ya da kullanıcısına yeniden atanmasından çıkarılabilir. Kaydedin Üst kademeye yönlendirme için ayrılmış bir işareti veya zaman damgasını kullanın ya da atamanın bilinen bir üst kademe ekibine değiştiğini tespit edin. Olay türü explicit | |||
| Talep yeniden açıldı | Daha önce çözülmüş bir hizmet talebi yeniden etkin duruma getirildiğinde gerçekleşir. Bu genellikle müşteri sorunun çözülmediğini veya tekrar ortaya çıktığını bildirdiğinde olur. | ||
| Neden önemli? Yeniden açılan talepler, yeniden çalışmanın doğrudan bir ölçüsüdür ve ilk temasta çözüm başarısızlığının güçlü bir göstergesidir. Çözüm kalitesini artırmak için bu olayları analiz etmek önemlidir. Nereden alınır? Genellikle müşteri yeni bir yanıt gönderdiğinde sistemin durumu Çözüldü değerinden Açık değerine otomatik olarak değiştirdiği açık bir olaydır. Kaydedin Durumun Çözüldü veya Kapatıldı değerinden Açık ya da Devam Ediyor değerine geçtiği değişikliği tespit edin. Olay türü explicit | |||
| Talep yeniden atandı | İlk atamadan sonra hizmet talebinin sorumluluğunun bir temsilciden veya ekipten diğerine devredildiğini gösterir. Bu, destek sürecindeki bir devir teslimdir. | ||
| Neden önemli? Yeniden atamaları izlemek, sürecin parçalı işleyişini analiz etmek ve gereksiz devir teslimleri belirlemek açısından önemlidir. Sık yeniden atama, yönlendirme sorunlarına veya bilgi eksikliklerine işaret edebilir. Nereden alınır? İlk atamadan sonra Sahip, Atanan veya Atama Grubu alanlarında yapılan değişiklikler izlenerek belirlenir. Kaydedin İlk atamadan sonra sahip veya atama grubu alanlarında yapılan tüm değişiklikleri belirleyin. Olay türü inferred | |||
| Çözüm önerildi | Temsilcinin bir çözüm geliştirip müşteriye ilettiğini gösterir. Özellikle müşterinin onayının gerektiği durumlarda bu etkinlik, resmî çözümden önce gerçekleşebilir. | ||
| Neden önemli? Bu kavramsal adım, çözüm bulmak için geçen süreyle müşterinin onayını bekleme süresini ayırmaya yardımcı olur. Çözüm aşamasını daha ayrıntılı görmenizi sağlar. Nereden alınır? Genellikle çözüm ayrıntılarını içeren giden bir iletişimden veya durumun Onay Bekleniyor ya da Çözüm Sunuldu değerine geçmesinden belirlenir. Kaydedin Çözüm gibi anahtar sözcükler içeren giden bir mesajı veya önerilen çözümü belirten bir durum değişikliğini tespit edin. Olay türü inferred | |||
| Dahili yorum eklendi | Bir temsilci, diğer temsilcilerle veya ekiplerle iş birliği yapmak için hizmet talebine müşterinin göremediği özel bir not ya da yorum ekler. | ||
| Neden önemli? Bu olaylar, ekip içi iş birliğini, bilgi paylaşımını veya üst kademeye yönlendirme hazırlığını gösterir. Dahili notların sık eklenmesi, vakanın karmaşıklığına veya bilgi eksikliklerine işaret edebilir. Nereden alınır? Hizmet talebinin etkinlik akışından veya iletişim günlüğünden alınır; dahili ya da özel olarak işaretlenen yorumlar filtrelenir. Kaydedin Vaka yorumlarını veya etkinlik günlüğünü yalnızca dahili kullanım için işaretlenmiş kayıtları gösterecek şekilde filtreleyin. Olay türü explicit | |||
| İlk yanıt gönderildi | Talep oluşturulduktan sonra temsilcinin müşteriye gönderdiği ilk doğrudan ve otomatik olmayan iletişimi ifade eder. Müşteriyle etkileşim açısından önemli bir kilometre taşıdır. | ||
| Neden önemli? Bu etkinlik, İlk Yanıt Süresi SLA’larını ölçmek ve izlemek için önemlidir. Destek ekibinin müşteri sorunlarıyla ne kadar hızlı ilgilenmeye başladığını gösterir. Nereden alınır? Sistemin SLA motorunda genellikle zaman damgalı, açık bir olay olarak kaydedilir. Vaka zaman çizelgesinde temsilcinin müşteriye gönderdiği ilk herkese açık iletişim bulunarak da belirlenebilir. Kaydedin Varsa İlk Yanıt Süresi için ayrılmış zaman damgasını kullanın. Yoksa temsilcinin gönderdiği ilk mesajın zaman damgasını bulun. Olay türü explicit | |||
| Memnuniyet anketi gönderildi | Genellikle hizmet talebi çözüldükten sonra bir otomasyon kuralıyla tetiklenen müşteri memnuniyeti anketinin gönderilmesini ifade eder. Böylece geri bildirim toplama süreci başlar. | ||
| Neden önemli? Bu etkinlik, müşteri geri bildirimi metriklerine bağlam kazandırır. Anket yanıt oranlarını ve geri bildirim taleplerinin zamanlamasını analiz etmeye yardımcı olur. Nereden alınır? Bir otomasyon günlüğünden, giden e-posta kaydından veya hizmet talebiyle bağlantılı özel bir anket kaydından alınır. Kaydedin Bir anket nesnesinin oluşturulmasını veya memnuniyet anketiyle ilgili giden bir iletişimi belirleyin. Olay türü explicit | |||
| Müşteri memnuniyeti yanıtı alındı | Müşterinin memnuniyet anketine yanıtını gönderdiği anda gerçekleşir. Puan veya yorum gibi geri bildirimler hizmet talebiyle ilişkilendirilerek kaydedilir. | ||
| Neden önemli? Sürecin yürütülmesiyle müşterinin algıladığı kalite arasında doğrudan bağlantı kurar. Memnuniyet puanları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önderilip ilk hizmet talebiyle ilişkilendirildiğinde anket modülünden alınır. Kaydedin Müşteri memnuniyeti anketi yanıtının gönderilme zaman damgasını kullanın. Olay türü explicit | |||
| Müşteriden bilgi alındı | Müşterinin istenen bilgileri sağlayarak temsilcinin çalışmaya devam etmesine olanak tanıdığı anı gösterir. Bu olay, talebi genellikle bekleme durumundan yeniden etkin duruma geçirir. | ||
| Neden önemli? Bu olay, müşterinin bekleme süresini sona erdirir. Bu etkinlikle Bilgi İstendi etkinliği arasındaki süreyi analiz ederek müşterilerin yanıt verme süresini görebilirsiniz. Nereden alınır? Müşteriden gelen bir iletişimden veya durumun Beklemede değerinden Açık ya da Devam Ediyor değerine otomatik olarak geçmesinden belirlenir. Kaydedin Müşteriden gelen bir mesajı veya durumun beklemede değerinden etkin bir değere geçmesini tespit edin. Olay türü inferred | |||
| Müşteriden bilgi istendi | Temsilcinin ilerlemek için müşteriden ek bilgi istemesi ve talebi bekleme durumuna almasıyla gerçekleşir. Bu sırada iç süreç veya SLA sayaçları duraklatılır. | ||
| Neden önemli? Bu etkinlik, müşteriden kaynaklanan gecikmeleri anlamak açısından önemlidir. Bu durumun süresini izlemek, temsilcinin çalışma süresiyle müşterinin bekleme süresini ayırmaya yardımcı olur. Nereden alınır? Genellikle durum Beklemede, Askıya Alındı veya Müşteri Bilgisi Bekleniyor gibi bir değere geçtiğinde belirlenir. Kaydedin Vaka geçmişinde durumun beklemede veya müşteriden yanıt bekleniyor değerine geçtiği değişiklikleri belirleyin. Olay türü inferred | |||
| SLA ihlal edildi | Hizmet talebinin ilk yanıt süresi veya çözüm süresi gibi tanımlı bir Hizmet Düzeyi Anlaşmasını karşılayamadığı anı ifade eder. İşletme açısından önemli bir olaydır. | ||
| Neden önemli? Bu etkinlik, hizmet düzeyi performansını ve uyumluluğu doğrudan ölçer. İhlallerin ne zaman ve neden gerçekleştiğini analiz etmek, süreci iyileştirmek ve müşteri beklentilerini yönetmek için önemlidir. Nereden alınır? Bu, hizmet sözleşmesinde veya politika motorunda tanımlanan SLA hedefleriyle etkinlik zaman damgalarının karşılaştırılmasıyla hesaplanan bir olaydır. Kaydedin Başlangıç ve bitiş etkinlikleri arasındaki zaman farkını tanımlı SLA hedefiyle karşılaştırın. Süre hedefi aşarsa ihlal olayını kaydedin. Olay türü calculated | |||
| Talep kategorilere ayrıldı | Hizmet talebinin türüne, kategorisine veya önceliğine göre sınıflandırılmasını ifade eder. Aciliyeti ve yönlendirmeyi belirlemek için bu adımı genellikle bir temsilci veya otomasyon kuralları yürütür. | ||
| Neden önemli? Kategori değişikliklerini analiz etmek, ilk değerlendirme sürecinin etkinliğini, yeniden çalışmayı ve yanlış yönlendirilen talepleri belirlemeye yardımcı olur. Ayrıca hizmet taleplerinin karmaşıklığı ve niteliği hakkında bilgi verir. Nereden alınır? Genellikle hizmet talebi kaydındaki Kategori, Tür veya Öncelik gibi alanlardaki değişiklikleri izleyen denetim günlüğünden ya da geçmiş kaydından belirlenir. Kaydedin Vaka geçmişindeki kategori, öncelik veya tür alanı değişikliklerini tespit edin. Olay türü inferred | |||
| Temsilci incelemeye başladı | Temsilcinin hizmet talebi üzerinde çalışmaya başladığını gösterir. Atama adımından farklıdır ve sorunu teşhis etme ya da çözme çalışmalarının başlangıcını ifade eder. | ||
| Neden önemli? Bekleme süresiyle aktif çalışma süresini birbirinden ayırmaya yardımcı olur. Bu etkinliğin analizi, atama ile fiilî çalışmanın başlaması arasındaki gecikmeleri ortaya çıkarabilir. Nereden alınır? Genellikle hizmet talebinin durumu Yeni veya Atandı değerinden Devam Ediyor ya da Üzerinde Çalışılıyor değerine geçtiğinde belirlenir. Kaydedin Atamadan sonra durumun ilk kez etkin bir çalışma durumuna geçtiği değişikliği belirleyin. Olay türü inferred | |||
Veri çıkarma rehberleri
Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
ETL rehberimizi okuyun veya belirli bir süreç ve sistem seçin.
Başlamaya hazır mısınız?
Sisteminize özel bir veri çıkarma rehberi seçerek veya bu genel şablonu veri hazırlığı için başlangıç noktası olarak kullanarak müşteri hizmetleri sürecinizi iyileştirmeye başlayın.
Müşteri hizmetlerinde şimdi fark yaratın
Darboğazları ortaya çıkarın, temsilcilerin verimliliğini artırın ve müşterilerinizi memnun edin.
Kredi kartı gerekmez, birkaç dakika içinde başlayabilirsiniz.