Müşteri Hizmetleri Veri Şablonunuz
Müşteri Hizmetleri Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Müşteri Hizmetleri Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Başlangıç Zamanı
EventTime
|
Bir aktivitenin veya olayın başladığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, her etkinliğin ne zaman gerçekleştiğine dair kesin tarih ve saati sağlar. Event'leri doğru bir şekilde sıralamak ve tüm zaman tabanlı analizler için esastır. Başlangıç Saati, süreç akışını kronolojik sıraya göre oluşturmak için kullanılır ve farklı etkinlikler arasındaki süreleri, bekleme sürelerini ve döngü sürelerini hesaplamanın temelidir. Doğru timestamp'ler, güvenilir süreç analizi ve performans izlemesi için kritik öneme sahiptir.
Neden önemli
Bu timestamp, tüm etkinlikleri kronolojik olarak sıralayarak süreç akışlarını, süreleri ve bottleneck'leri doğru bir şekilde analiz etmeyi mümkün kılar.
Nereden alınır
Genesys Cloud CX'deki olay günlüklerinde veya etkileşim detaylarında bulunur, genellikle kaydedilen her sistem veya kullanıcı olayıyla ilişkilidir.
Örnekler
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
|
|||
|
Faaliyet Adı
ActivityName
|
Hizmet talebi yaşam döngüsünde belirli bir zamanda meydana gelen özel event veya görevin adı. | ||
|
Açıklama
Bu öznitelik, müşteri hizmetleri sürecindeki belirli bir adımı veya durum değişikliğini açıklar. Her etkinlik, 'Temsilci Etkileşimi Kabul Etti' veya 'Sarma Kodu Atandı' gibi ayrı bir event'i temsil eder. Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining için temeldir. Süreç akışlarını görselleştirmeye, sapmaları belirlemeye ve bottleneck'leri veya verimsiz adımları tespit etmeye yardımcı olur.
Neden önemli
Etkinlikler, süreç haritasının bel kemiğini oluşturur; tasarlanan akışa karşı gerçek süreç akışının görselleştirilmesine ve analiz edilmesine olanak tanır.
Nereden alınır
Bu genellikle Genesys Cloud CX'teki sistem event'lerini, temsilci durumlarını veya belirli denetim izleme girişlerini standartlaştırılmış etkinlik adlarına eşleyerek elde edilir.
Örnekler
Etkileşim BaşlatıldıTemsilci Etkileşimi Kabul EttiÇağrı Sonrası İşlem Sona ErdiHizmet Talebi Yeniden Açıldı
|
|||
|
Hizmet Talebi
ServiceRequest
|
Tüm ilgili etkinlikleri birbirine bağlayan, bir müşteri hizmetleri etkileşimi için birincil tanımlayıcı. | ||
|
Açıklama
Genellikle Bilet veya Case olarak adlandırılan Hizmet Talebi, tek bir müşteri sorgusu veya sorunu için birincil tanımlayıcı görevi görür. İlk temastan nihai çözüme kadar tüm ilgili event'leri tek bir süreç örneğinde gruplar. Hizmet Talebi'ne göre analiz yapmak, müşteri yolculuğunun ve dahili işlem sürecinin eksiksiz, uçtan uca görünümünü sağlar. Toplam çözüm süresi ve ilk temasta çözüm oranı gibi temel metriklerin hesaplanması için temeldir.
Neden önemli
Bu, tüm süreç adımlarını birbirine bağlayan temel Case ID'sidir ve her müşteri etkileşiminin baştan sona bütünsel analizini sağlar.
Nereden alınır
Bu, kavramsal case tanımlayıcısıdır. Genesys'te bu genellikle Sohbet ID'sine karşılık gelir, ancak uygulamaya bağlı olarak özel bir tanımlayıcı olabilir.
Örnekler
SR-20240521-00123SR-20240521-00124SR-20240522-00001
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin çekildiği sistem. | ||
|
Açıklama
Bu öznitelik, event verileri için kaynak sistemi belirler; bu durumda Genesys Cloud CX'tir. Birden fazla entegre sistemin olduğu ortamlarda, bu alan veri kökeni, sorun giderme ve verinin bağlamını anlamak için çok önemlidir. Analizin doğru veri kaynağına dayandığından emin olmaya ve birden fazla sistemin tek bir süreç görünümüne katkıda bulunduğu durumlarda veriyi filtrelemeye veya segmentlere ayırmaya yardımcı olur.
Neden önemli
Verilerin kökenini belirler, bu da veri yönetimi, doğrulama ve birden fazla sistemden veri birleştirme için kritik öneme sahiptir.
Nereden alınır
Bu genellikle veri çıkarma ve dönüştürme süreci sırasında kayıtların kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler
Genesys Cloud CXGenesysCloudCX_US1Genesys
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
En son veri yenilemesinin timestamp'ı. | ||
|
Açıklama
Bu öznitelik, veri setinin kaynak sistemden en son ne zaman güncellendiğini gösterir. Analiz edilen verinin tazeliği hakkında bağlam sağlar; bu, zamanında ve ilgili iş kararları vermek için kritik öneme sahiptir. Dashboard'lar ve raporlar bu bilgiyi belirgin bir şekilde göstermelidir, böylece kullanıcılar verinin güncelliğinden haberdar olur ve içgörülerin geçerliliğini değerlendirebilirler.
Neden önemli
Veri güncelliğini gösterir, analizlerin ve kararların güncel bilgilere dayanmasını sağlar.
Nereden alınır
Bu değer, veri çıkarma veya Process Mining aracına yükleme anında veri setine oluşturulur ve damgalanır.
Örnekler
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
|
|||
|
Bitiş Saati
EventEndTime
|
Bir etkinliğin veya event'in ne zaman bittiğini gösteren timestamp. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin tam olarak ne zaman sona erdiğini kaydeder. Başlangıç Saati ile eşleştirildiğinde, her bir etkinliğin süresinin kesin olarak hesaplanmasını sağlar. Etkinlik sürelerini analiz etmek, süreçteki hangi adımların en çok zaman aldığını belirlemenin anahtarıdır, bu da verimsizlikleri ve optimizasyon fırsatlarını bulmaya yardımcı olur. Örneğin, uzun 'Etkileşim Beklemeye Alındı' sürelerini veya uzatılmış 'Çağrı Sonrası İşlem' sürelerini vurgulayabilir.
Neden önemli
Bireysel etkinlik sürelerinin kesin olarak hesaplanmasını sağlar, bu da zaman alıcı adımları ve performans darboğazlarını belirlemek için temeldir.
Nereden alınır
Genesys Cloud CX'deki olay günlüklerinde veya etkileşim detaylarında bulunur. Ayrıca, sonraki olayın başlangıç zamanından da türetilebilir.
Örnekler
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
|
|||
|
İletişim Kanalı
MediaType
|
Etkileşim için kullanılan iletişim kanalı; örneğin sesli, sohbet veya e-posta. | ||
|
Açıklama
Bu öznitelik, müşteri ve temsilcinin iletişim kurduğu ortamı belirtir. Yaygın kanallar arasında sesli, sohbet, e-posta ve sosyal medya bulunur. 'İletişim Kanalı Performansı' dashboard'ında yapıldığı gibi kanala göre performansı analiz etmek, işletmelerin kanala özgü hacimleri, çözüm sürelerini ve müşteri memnuniyetini anlamalarına yardımcı olur. Bu içgörü, kanal stratejisini ve kaynak tahsisini optimize etmek için kritik öneme sahiptir.
Neden önemli
Süreci iletişim kanalına göre segmentlere ayırmak, kanala özel performansı, müşteri davranışını ve kaynak ihtiyaçlarını anlamak için çok önemlidir.
Nereden alınır
Genesys Cloud CX konuşma detay kayıtlarında standart bir alan.
Örnekler
voicesohbete-postamessage
|
|||
|
Kuyruk Adı
QueueName
|
Etkileşimin yönlendirildiği kuyruğun adı. | ||
|
Açıklama
Bu öznitelik, bir etkileşimin bir temsilciye atanmadan önce beklediği belirli kuyruğu tanımlar. Kuyruk Adına göre veri analizi, 'Hizmet Kuyruğu Bottleneck Tespiti' dashboard'ı için elzemdir. Yöneticilerin farklı beceri grupları veya hizmet hatları arasındaki iş yükü dağılımını anlamalarına, kuyruk başına bekleme sürelerini ölçmelerine ve sürekli olarak yetersiz personelli veya aşırı yüklü kuyrukları belirlemelerine yardımcı olur. Bu bilgi, kaynak tahsisini optimize etmek ve müşteri bekleme sürelerini iyileştirmek için anahtardır.
Neden önemli
Hizmet taleplerinin atanmayı beklediği yerleri göstererek darboğazları belirlemeye ve iş yükü dağılımını analiz etmeye yardımcı olur.
Nereden alınır
Genesys Cloud CX konuşma detay kayıtlarında mevcuttur. Her etkileşim bir veya daha fazla kuyruktan geçebilir.
Örnekler
Birinci Seviye Destek - SesliFatura Sorguları - SohbetTeknik Destek - E-posta
|
|||
|
Sarma Kodu
WrapUpCode
|
Bir etkileşimin sonucunu veya konusunu kategorize etmek için bir temsilci tarafından etkileşimin sonunda atanan bir kod. | ||
|
Açıklama
Sarma Kodu (Wrap-Up Code), bir temsilci tarafından müşteri etkileşiminin doğasını veya çözümünü sınıflandırmak için seçilen bir etikettir. Bu kodlar, müşterilerin neden destekle iletişime geçtiğine dair yapılandırılmış veriler sağlar. Sarma Kodlarını analiz etmek, yaygın sorun türlerini belirlemeye, çözüm sonuçlarını izlemeye ve belirli taleplerin sıklığını ölçmeye yardımcı olur. Bu veri, temel neden analizi ve hizmet talebi modellerini anlamak için değerlidir.
Neden önemli
Bir etkileşimin sonucunu kategorize eder, yaygın sorunları, çözüm etkinliğini ve temas nedenlerini analiz etmek için yapılandırılmış veri sağlar.
Nereden alınır
Genesys Cloud CX konuşma detay kayıtlarında, özellikle temsilci katılımcılarının oturum detaylarında mevcuttur.
Örnekler
Şifre SıfırlamaFatura Anlaşmazlığı ÇözüldüÜrün Bilgisi Talebi2. Kademeye Yükseltildi
|
|||
|
Temsilci Adı
AgentName
|
Etkileşimi veya etkinliği ele alan temsilcinin tam adı. | ||
|
Açıklama
Temsilci Adı, Temsilci ID'sine karşılık gelen, hizmet temsilcisi için insan tarafından okunabilir bir tanımlayıcı sağlar. Bu öznitelik, dashboard'ları ve raporları yöneticiler ve ekip liderleri için daha sezgisel hale getirir. Performansı gözden geçirmek, eğitim ihtiyaçlarını belirlemek ve sistem ID'leri ile çapraz referans yapmaya gerek kalmadan adil iş yükü dağılımı sağlamak için temsilci merkezli analizlerde yoğun olarak kullanılır.
Neden önemli
Temsilci için kullanıcı dostu bir ad sağlayarak, teknik ID'leri kullanmadan performansı analiz etmeyi ve bulguları iletmeyi kolaylaştırır.
Nereden alınır
Genesys Cloud CX'teki Kullanıcılar veya Dizin hizmetinden AgentId aranarak alınır.
Örnekler
Can DemirAyşe YılmazPeter Jones
|
|||
|
Temsilci Kimliği
AgentId
|
Etkileşimi veya etkinliği ele alan temsilcinin benzersiz tanımlayıcısı. | ||
|
Açıklama
Temsilci ID'si, her bir müşteri hizmetleri temsilcisi için benzersiz bir anahtardır. Bu öznitelik, temsilci performansı, iş yükü dağılımı ve verimlilikle ilgili tüm analizler için hayati öneme sahiptir. Süreç haritasını filtreleyerek belirli temsilcilerin veya ekiplerin talepleri nasıl ele aldığını görmeyi, çözüm süresi, yeniden çalışma oranı ve standart prosedürlere uyum gibi performans metriklerini karşılaştırmayı sağlar. Bu, 'Temsilci Performansı ve Verimliliği' dashboard'ı için temel bir taşıdır.
Neden önemli
Bu öznitelik, süreç etkinliklerini belirli çalışanlara bağlar, bireysel performans, iş yükü ve ekip verimliliğinin analizini sağlar.
Nereden alınır
Genesys Cloud CX konuşma detay kayıtlarında mevcut olup, etkileşimin belirli bir bölümünü ele alan kullanıcıyla ilişkilidir.
Örnekler
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
|
|||
|
CSAT Skoru
CustomerSatisfactionScore
|
Müşteri tarafından etkileşim sonrası ankette verilen memnuniyet puanı. | ||
|
Açıklama
Müşteri Memnuniyeti Puanı (CSAT), müşterinin aldığı hizmete ilişkin algısının doğrudan bir ölçüsüdür. Genellikle etkileşim kapatıldıktan sonra gönderilen bir anket aracılığıyla toplanır. CSAT puanlarını süreç verileri ile birlikte analiz etmek, süreç varyasyonlarının, çözüm sürelerinin veya belirli temsilcilerin müşteri memnuniyetini nasıl etkilediğini ortaya çıkarabilir. Bu, genel süreç başarısını değerlendirmek için temel bir sonuç metriğidir.
Neden önemli
Müşteri mutluluğunu doğrudan ölçer, süreç performansı ile müşteri sonuçları arasında korelasyon analizine olanak tanır.
Nereden alınır
Bu veri genellikle Genesys Cloud CX Kalite Yönetimi modülünden veya Genesys ile entegre üçüncü taraf bir anket aracından gelir.
Örnekler
5413
|
|||
|
Hizmet Çözüm Süresi
ServiceResolutionTime
|
İlk müşteri etkileşiminin başlangıcından nihai çözüme kadar geçen toplam süre. | ||
|
Açıklama
Bu metrik, bir hizmet talebinin toplam süresini, müşterinin iletişime geçtiği andan sorunun çözüldüğü işaretlenene kadar ölçer. Genel süreç verimliliği ve müşteri deneyimi için temel bir performans göstergesidir. Bu hesaplanmış öznitelik, 'Hizmet Talebi Çözüm Süresi' dashboard'ının ve 'Ortalama Hizmet Çözüm Süresi' KPI'sının birincil odak noktasıdır. Dağılımını analiz etmek, uzun süren case'leri ve sistemik gecikmeleri belirlemeye yardımcı olur.
Neden önemli
Bu, genel süreç verimliliğini ve müşteri deneyimi üzerindeki etkisini ölçmek için kritik bir KPI'dır.
Nereden alınır
Hesaplanmış alan: Son çözüm etkinliğinin zaman damgası eksi ilk müşteri temas etkinliğinin zaman damgası.
Örnekler
90010800172800
|
|||
|
Hizmet Talebi Türü
ServiceRequestType
|
Hizmet talebinin 'Soruşturma', 'Şikayet' veya 'Teknik Sorun' gibi sınıflandırması. | ||
|
Açıklama
Bu öznitelik, hizmet talebini niteliğine veya amacına göre kategorize eder. Farklı talep türlerinin nasıl ele alındığını anlamak için analizi segmentlere ayırmaya olanak tanır. Örneğin, bir 'Şikayet' için süreç akışı ve çözüm süresi, bir 'Genel Sorgu'dan' önemli ölçüde farklılık gösterebilir. Bu boyut, belirli talep türlerinin daha sık eskalasyona uğrayıp uğramadığını görmek için 'Dahili Eskalasyon Analizi' gibi dashboard'lar için hayati önem taşır.
Neden önemli
Farklı talep türlerinin nasıl ele alındığını karşılaştırmak ve türe özgü darboğazları veya verimsizlikleri belirlemek için süreç segmentasyonuna olanak tanır.
Nereden alınır
Bu bilgi, bir IVR seçimi, müşterinin bir web formundaki seçimi veya bir temsilci tarafından atanması yoluyla yakalanabilir. Genesys'te, bir katılımcı öznitelik olarak veya bir wrap-up code olarak saklanabilir.
Örnekler
Fatura SorgusuTeknik DestekHesap YönetimiÜrün Şikayeti
|
|||
|
İlk Temas Çözümü mü
IsFirstContactResolution
|
Hizmet talebinin tek bir etkileşim içinde çözülüp çözülmediğini gösteren bir işaret. | ||
|
Açıklama
Bu boolean öznitelik, müşteriden herhangi bir takip veya dahili aktarım gerektirmeden ilk etkileşim sırasında çözülen case'leri belirler. 'True' değeri, ideal, verimli bir çözümü ifade eder. Bu öznitelik, 'İlk Temasta Çözüm Oranı' KPI'sının ve ilgili dashboard'ının temelini oluşturur. İlk temasta çözülemeyen case'lerin özelliklerini analiz etmek, temsilci eğitimi, bilgi tabanı iyileştirmeleri veya süreç değişiklikleri için fırsatlar ortaya çıkarabilir.
Neden önemli
Verimliliği ve müşteri memnuniyetini doğrudan ölçer, çünkü sorunları ilk denemede çözmek, olumlu bir hizmet deneyiminin temel bir itici gücüdür.
Nereden alınır
Bir olayın (case) olay dizisini (event sequence) analiz ederek türetilen hesaplanmış bir alan. Bir olay, transferler veya yeniden açılmalar gibi belirli araya giren etkinlikler olmadan çözülürse FCR'dir.
Örnekler
truefalse
|
|||
|
İşlem Süresi
Duration
|
Tek bir etkinliği tamamlamak için geçen süre, saniye cinsinden ölçülür. | ||
|
Açıklama
Bu öznitelik, bir bireysel süreç adımının süresini, Bitiş Saati ile Başlangıç Saati arasındaki fark olarak hesaplayarak nicelleştirir. İşlem süresini analiz etmek, hangi etkinliklerin en çok zaman aldığını belirlemeye yardımcı olur. Bu bilgi, 'Temsilci Performansı ve Verimliliği' dashboard'ı gibi performans dashboard'ları için, temsilci verimliliğini değerlendirmek ve eğitim veya süreç iyileştirmeleri için fırsatlar bulmak amacıyla hayati öneme sahiptir.
Neden önemli
Her etkinlik için harcanan zamanı nicelleştirir, verimsizlikleri belirlemeye ve performansı ayrıntılı düzeyde ölçmeye yardımcı olur.
Nereden alınır
Hesaplanmış alan: EventEndTime - EventTime. Bazı Genesys API'leri belirli segmentler için doğrudan süre alanları sağlayabilir.
Örnekler
12075045
|
|||
|
Konuşma Kimliği
ConversationId
|
Genesys tarafından tüm bir sohbete atanan benzersiz tanımlayıcı. | ||
|
Açıklama
Sohbet ID'si, Genesys Cloud CX'te tek bir müşteri sohbeti için ilgili tüm etkileşimleri, segmentleri ve katılımcıları gruplayan birincil teknik anahtardır. Kavramsal 'Hizmet Talebi' Case ID'si olarak kullanılırken, Sohbet ID'si Genesys API'lerinden ilgili tüm verileri almak için kullanılan temel anahtardır. Veri çekimi, farklı veri kümelerini birleştirme ve süreç verilerinin teknik doğrulaması için esastır.
Neden önemli
Bu, Genesys'teki birincil teknik anahtardır, veri çekimi, sorun giderme ve kaynak sisteme geri bağlantı için elzemdir.
Nereden alınır
Bu, tüm Genesys Cloud CX analiz ve sohbet API'lerinde birincil bir alandır.
Örnekler
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
|
|||
|
SLA Hedef Çözüm Süresi
SlaTargetResolutionTime
|
Hizmet talebini çözmek için sözleşmeyle kararlaştırılan hedef süre. | ||
|
Açıklama
Bu öznitelik, Hizmet Seviyesi Anlaşması (SLA) uyarınca bir hizmet talebinin çözülmesi için izin verilen maksimum süreyi tanımlar. Gerçek çözüm sürelerinin ölçüldüğü kriter olarak hizmet verir. Bu veri, 'SLA Uyumluluk Genel Bakışı' dashboard'ı ve 'SLA Uyumluluk Oranı' KPI'sı için elzemdir; kuruluşun müşteri taahhütlerine karşı performansını izlemesini ve olası ihlalleri gerçekleşmeden önce belirlemesini sağlar.
Neden önemli
SLA uyumluluğunu ölçmek için bir kriter sağlar; bu, hizmet performansının ve sözleşmeye dayalı yükümlülüğün kritik bir göstergesidir.
Nereden alınır
Bu, sohbette özel bir öznitelik olarak saklanabilir veya kuyruk, müşteri türü veya talep türünü içeren kurallara göre türetilebilir.
Örnekler
86400144003600
|
|||
|
SLA Uyumlu mu?
IsSlaCompliant
|
Hizmet talebinin SLA hedef süresi içinde çözülüp çözülmediğini gösteren bir işaret. | ||
|
Açıklama
Bu boolean öznitelik, bir hizmet talebinin çözüm süresi hedefini karşılayıp karşılamadığını gösterir. 'ServiceResolutionTime' ile 'SlaTargetResolutionTime' karşılaştırılarak hesaplanır. Bu bayrak, 'SLA Uyumluluk Genel Bakışı' dashboard'ı için analizi ve görselleştirmeyi basitleştirir ve 'SLA Uyumluluk Oranı' KPI'sını hesaplamanın temelidir. SLA ihlallerindeki yaygın kalıpları belirlemek için uyumlu ve uyumsuz case'lerin hızlı filtrelenmesine ve segmentlere ayrılmasına olanak tanır.
Neden önemli
Her durumu uyumlu veya ihlal edilmiş olarak açıkça işaretleyerek SLA performans analizini basitleştirir, böylece arızaların temel neden analizini mümkün kılar.
Nereden alınır
Hesaplanmış alan: ServiceResolutionTime <= SlaTargetResolutionTime ise True, aksi takdirde False.
Örnekler
truefalse
|
|||
|
Yeniden Açıldı mı?
IsReopened
|
Çözümlenmiş bir hizmet talebinin daha sonra yeniden açılıp açılmadığını gösteren bir işaret. | ||
|
Açıklama
Bu boolean öznitelik, çözüldü veya kapatıldı durumuna getirilen ancak daha sonra tekrar aktif hale gelen hizmet taleplerini işaretler. Yeniden açılan case'ler genellikle ilk çözümün etkili veya eksiksiz olmadığını gösterir, bu da müşteri memnuniyetsizliğine ve ek iş yüküne yol açar. Bu öznitelik, 'Hizmet Talebi Yeniden Açılma Trendleri' dashboard'ını ve 'Hizmet Talebi Yeniden Açılma Oranı' KPI'sını güçlendirir. Bu case'leri analiz etmek, etkisiz çözümlerin temel nedenlerini belirlemeye yardımcı olur.
Neden önemli
Çözüm sürecindeki başarısızlıkları vurgular, çözüm kalitesiyle ilgili sorunlara işaret eder ve yeniden işleme ile kötü müşteri deneyimine yol açar.
Nereden alınır
Bir 'Hizmet Talebi Çözüldü' etkinliği gerçekleştikten sonra olayı yeniden etkinleştiren bir etkinliği tespit ederek türetilen hesaplanmış bir alan.
Örnekler
truefalse
|
|||
Müşteri Hizmetleri Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Etkileşim Aktarıldı
|
Bir temsilcinin bir etkileşimi başka bir kuyruğa veya temsilciye aktarmasını temsil eder. Bu, temsilcinin hemen bağlantıyı kestiği doğrudan aktarım veya alıcıyla önce konuştuğu danışmalı aktarım olabilir. | ||
|
Neden önemli
Bu etkinlik, Dahili Eskalasyon Oranı KPI'sı için elzemdir. Yüksek aktarım oranları, eğitim ihtiyaçlarını, yanlış yönlendirmeyi veya süreç karmaşıklığını gösterebilir.
Nereden alınır
Bu, sohbet detay kayıtlarında, ilk temsilcinin katılımını takiben sohbete yeni bir ACD veya temsilci katılımcısı eklendiğinde belirlenir, genellikle bir 'aktarım' event'i ile başlatılır.
Yakala
Katılımcının oturum verilerindeki bir aktarım olayıyla tanımlanır.
Event tipi
explicit
|
|||
|
Etkileşim Bağlantısı Kesildi
|
Bu etkinlik, tüm katılımcıların bağlantıyı kesmesiyle sohbetin sonunu ifade eder. Bu genellikle hizmet talebi etkileşiminin teknik kapanışı olarak işlev görür. | ||
|
Neden önemli
Bu, etkileşimin kendisi için kesin bir son event'tir. Toplam etkileşim süresini hesaplamak için çok önemlidir ve genellikle talep kapanışının bir vekili olarak kullanılır.
Nereden alınır
Bu, sohbet detay kayıtlarından yakalanır. Genellikle conversationEnd timestamp'ında bulunan sohbet nesnesinin bitiş zamanına karşılık gelir.
Yakala
Tüm katılımcıların bağlantısı kesildiğinde ve konuşma sona erdiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Etkileşim Başlatıldı
|
Bu etkinlik, gelen çağrı, sohbet veya e-posta gibi bir müşteri hizmetleri etkileşiminin başlangıcını işaret eder. Genesys Cloud CX, sistemde yeni bir sohbet nesnesi oluşturulduğunda bu event'i açıkça kaydeder. | ||
|
Neden önemli
Bu, hizmet talebi süreci için birincil başlangıç event'idir. Toplam çözüm süresini hesaplamak ve gelen müşteri talebi modellerini anlamak için esastır.
Nereden alınır
Bu event, sohbet detay kayıtlarından yakalanır. Genellikle conversationStart timestamp'ında bulunan sohbet nesnesinin başlangıç zamanına karşılık gelir.
Yakala
Sistemde yeni bir konuşma başlatıldığında kaydedilir.
Event tipi
explicit
|
|||
|
Sarma Kodu Atandı
|
Bir temsilci, etkileşime önceden tanımlanmış bir tamamlama kodu veya durum kodu atar. Bu, 'Çözüldü' veya 'Yükseltildi' gibi hizmet talebinin sonucunu açıkça kategorize eder. | ||
|
Neden önemli
Sarma kodları, bir talebin iş sonucunu belirlemek için birincil kaynaktır. Çözüm oranlarını hesaplamak ve analiz için case'leri segmentlere ayırmak için hayati öneme sahiptirler.
Nereden alınır
Bu, sohbet detay kayıtlarında, genellikle temsilci katılımcının oturum verilerinde bulunan açık bir event'tir. wrapUp code ve timestamp kaydedilir.
Yakala
Bir temsilci etkileşim için bir tamamlama kodu seçtiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Temsilci Etkileşimi Kabul Etti
|
Bir temsilcinin sunulan etkileşimi kabul ettiği ve müşteriyle bağlantı kurduğu noktayı işaret eder. Bu, hizmet talebinin doğrudan ele alınmasının başladığı önemli bir aşamadır. | ||
|
Neden önemli
Bu etkinlik, İlk Temasta Çözüm ve temsilci işlem süresini ölçmek için kritik öneme sahiptir. Temsilcinin talep üzerindeki çalışmasının başlangıcını işaret eder.
Nereden alınır
Konuşma detay kayıtlarında mevcuttur. Temsilci katılımcısının durumu 'bağlandı' olarak değiştiğinde, ilgili bir zaman damgasıyla işaretlenir.
Yakala
Bir temsilci katılımcısının durumu 'bağlandı' olarak değiştiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Çağrı Sonrası İşlem Başlatıldı
|
Bu etkinlik, çağrı sonrası işlem (ACW) döneminin başlangıcını işaret eder. Temsilci müşteriden bağlantıyı kesmiş ancak şimdi notları kaydetme veya sistemleri güncelleme gibi görevleri tamamlamak için özel bir durumdadır. | ||
|
Neden önemli
ACW (Çağrı Sonrası İşlem Süresi) süresini ölçmek, temsilci verimliliğini ve toplam işlem süresini anlamak için önemlidir. Uzun ACW süreleri, etkileşim sonrası süreçlerdeki verimsizliğin bir işareti olabilir.
Nereden alınır
Temsilci katılımcısının oturum verilerinden yakalanır. Müşteri katılımcısı bağlantıyı kestikten sonra temsilcinin durumu 'acw' olarak değiştiğinde kaydedilir.
Yakala
Bir temsilci katılımcısının durumu 'acw'ye değiştiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Çağrı Sonrası İşlem Sona Erdi
|
Bu, bir temsilci için çağrı sonrası çalışma döneminin sonunu işaret eder. Bu noktada, temsilci başka bir etkileşimi ele almaya hazır hale gelir. | ||
|
Neden önemli
Bu etkinlik, 'Çağrı Sonrası İşlem Başladı' ile birleştiğinde, sarma fazının kesin süresini sağlar, temsilci üretkenliğini ve süreç genel giderlerini analiz etmeye yardımcı olur.
Nereden alınır
Bu, temsilcinin durumu 'acw'den 'boşta' gibi kullanılabilir bir duruma değiştiğinde çıkarılır. Bu durum değişikliğinin timestamp'ı kullanılır.
Yakala
Temsilcinin durumu 'acw'den müsait bir duruma geçtiğinde çıkarılır.
Event tipi
inferred
|
|||
|
Etkileşim Beklemeye Alındı
|
Bu etkinlik, bir temsilcinin bir etkileşim sırasında müşteriyi beklemeye almasıyla kaydedilir. Bu, sohbet içindeki temsilci katılımcısı için açık bir durum değişikliğidir. | ||
|
Neden önemli
Bekletme sıklığı ve süresini analiz etmek, temsilcilerin sıklıkla bilgi arama veya başkalarına danışma ihtiyacı duyması gibi süreç verimsizliklerini ortaya çıkarabilir.
Nereden alınır
Konuşma detay kayıtlarında temsilci katılımcısının oturum verilerinden yakalanır. Durum 'beklemede' olarak değişir ve bir zaman damgası kaydedilir.
Yakala
Bir temsilci katılımcısının durumu 'beklemede' olarak değiştiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Etkileşimden Bekletme Kaldırıldı
|
Bir temsilcinin müşteriyi bekletmeden çıkarıp sohbete devam ettiği zaman gerçekleşir. Bu olay, bekletme süresinin sonunu işaret eder ve durum değişikliği olarak kaydedilir. | ||
|
Neden önemli
'Etkileşim Beklemeye Alındı' etkinliğiyle birlikte, bu etkinlik toplam bekletme süresinin kesin olarak hesaplanmasını sağlar; bu da genel işlem süresi ve müşteri deneyiminin önemli bir bileşenidir.
Nereden alınır
Temsilci katılımcısının oturum verilerinden, durumları 'beklemede' konumundan 'bağlandı' konumuna geri döndüğünde türetilir.
Yakala
Bir temsilci katılımcısının durumu 'beklemede' konumundan 'bağlandı' konumuna değiştiğinde kaydedilir.
Event tipi
explicit
|
|||
|
Hizmet Talebi Yeniden Açıldı
|
Bir müşterinin, sorunun çözüldüğü varsayıldıktan kısa bir süre sonra aynı konuda hizmet merkeziyle tekrar iletişime geçtiği bir durumu temsil eder. Bu açık bir event değil, iş mantığına göre hesaplanır. | ||
|
Neden önemli
Yeniden açılan talepleri takip etmek, Hizmet Talebi Yeniden Açılma Oranını ölçmek için anahtardır. Bu, ilk çözümün etkili olmadığını, müşteri memnuniyetini ve operasyonel verimliliği etkilediğini gösterir.
Nereden alınır
Bu etkinlik, daha önceki bir etkileşimin çözülmesinden sonra, önceden tanımlanmış bir zaman dilimi içinde aynı müşteri (Müşteri ID) ve ilgili sorun (örneğin, Hizmet Talebi Türü) için yeni bir 'Etkileşim Başlatıldı' event'i tespit edilerek çıkarılır.
Yakala
Aynı müşteri ve sorun için yeni bir etkileşimi yakın zamanda kapatılmış bir etkileşimle ilişkilendirerek hesaplanır.
Event tipi
calculated
|
|||
|
Konuşma Kuyruğa Yönlendirildi
|
Yeni bir etkileşimin, müsait bir temsilci beklemek üzere belirli bir kuyruğa yerleştirildiği anı temsil eder. Bu, Genesys yönlendirme motoru (ACD) tarafından kaydedilen açık bir event'tir. | ||
|
Neden önemli
Bu etkinliği takip etmek, kuyruk bekleme sürelerini ölçmek ve yönlendirme sürecindeki bottleneck'leri belirlemek için kritik öneme sahiptir. Bu etkinlik ile temsilci ataması arasındaki yüksek süreler, personel veya yönlendirme mantığı sorunlarını gösterir.
Nereden alınır
Konuşma detay kayıtlarından yakalanır, özellikle konuşma içindeki ACD katılımcısının 'amacı' ve 'durumu' incelenir. Metrik dizisindeki kuyruk için 'enterTime' bu olayı gösterir.
Yakala
ACD yönlendirme motoru bir konuşmayı kuyruğa aldığında kaydedilir.
Event tipi
explicit
|
|||
|
Müşteri Memnuniyeti Anketi Gönderildi
|
Bu etkinlik, bir etkileşimin kapanmasının ardından bir müşteri memnuniyeti (CSAT) anketi gönderildiğinde gerçekleşir. Bu genellikle önceden tanımlanmış kurallara göre sistem tarafından otomatik olarak tetiklenir. | ||
|
Neden önemli
Bu etkinlik, CSAT Anketi Teslim Zamanlaması KPI'sını ölçmek için gereklidir. Anketlerin zamanında teslim edilmesi, deneyim müşterinin zihninde tazeyken doğru geri bildirim yakalanmasına yardımcı olur.
Nereden alınır
Bu bilgi genellikle Genesys Cloud CX içindeki anket veya kalite yönetimi verilerinden elde edilir ve orijinal sohbet ID'sine geri bağlanabilir.
Yakala
Bir anket belirli bir konuşma için gönderildiğinde anket modülü tarafından kaydedilir.
Event tipi
explicit
|
|||
|
Temsilciye Etkileşim Sunuldu
|
Bu event, sistemin belirli bir temsilciye bir etkileşim sunduğunda meydana gelir. Sistem temsilcinin sohbeti kabul etmesini veya reddetmesini beklerken, temsilcinin durumu 'uyarı' olarak değişir. | ||
|
Neden önemli
Bu etkinlik, temsilci yanıt verme hızını ve yönlendirme algoritmasının etkinliğini analiz etmeye yardımcı olur. Bu noktadan sonraki gecikmeler, temsilcilerin işi hızla kabul etmediğini gösterebilir.
Nereden alınır
Temsilcinin katılımcı verileri içindeki konuşma detay kayıtlarında bulunur. Katılımcının oturumu 'uyarı' durumunda bir metrik ve ilgili bir zaman damgası gösterecektir.
Yakala
Yönlendirme motoru bir temsilciyi yeni bir etkileşim hakkında uyardığında kaydedilir.
Event tipi
explicit
|
|||