Müşteri hizmetleri Veri Templateiniz
Müşteri hizmetleri Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek önemli etkinlikler
- Veri çıkarma yönergeleri
Müşteri hizmetleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Başlangıç zamanı
EventTime
|
Bir etkinliğin veya olayın ne zaman başladığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, her etkinliğin gerçekleştiği kesin tarih ve saati gösterir. Olayları doğru sıraya koymak ve zamana dayalı tüm analizleri yapmak için gereklidir. Başlangıç zamanı, süreç akışını kronolojik sırayla oluşturmak için kullanılır; farklı etkinlikler arasındaki süreleri, bekleme sürelerini ve çevrim sürelerini hesaplamanın temelini oluşturur. Güvenilir süreç analizi ve performans izleme için zaman damgalarının doğru olması önemlidir.
Neden önemli?
Bu zaman damgası, tüm etkinlikleri kronolojik sıraya koyarak süreç akışlarını, süreleri ve darboğazları doğru biçimde analiz etmenizi sağlar.
Nereden alınır?
Genesys Cloud CX’teki Event Loglarda veya etkileşim ayrıntılarında bulunur ve genellikle kaydedilen her sistem ya da kullanıcı olayıyla ilişkilendirilir.
Örnekler
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
|
|||
|
Etkinlik adı
ActivityName
|
Hizmet talebinin yaşam döngüsünde belirli bir anda gerçekleşen olayın 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 'Kapanış kodu atandı' gibi ayrı bir olayı temsil eder. Bu etkinliklerin sırasını ve sıklığını analiz etmek Process Mining’in temelini oluşturur. Süreç akışlarını görselleştirmeye, sapmaları belirlemeye ve darboğazları ya da verimsiz adımları saptamaya yardımcı olur.
Neden önemli?
Etkinlikler, tasarlanan akışla gerçek süreç akışını görselleştirip analiz etmeyi sağlayan süreç haritasının temelini oluşturur.
Nereden alınır?
Genellikle Genesys Cloud CX’teki sistem olayları, temsilci durumları veya belirli denetim izi kayıtları standart etkinlik adlarıyla eşleştirilerek elde edilir.
Örnekler
Etkileşim başladıTemsilci etkileşimi kabul ettiÇağrı sonrası çalışma sona erdiHizmet talebi yeniden açıldı
|
|||
|
Hizmet talebi
ServiceRequest
|
Müşteri hizmetleri etkileşimine ait tüm ilgili etkinlikleri birbirine bağlayan temel tanımlayıcı. | ||
|
Açıklama
Hizmet talebi, genellikle Ticket veya Case olarak adlandırılır ve müşterinin tek bir sorusu ya da sorunu için temel tanımlayıcı görevi görür. İlk iletişimden nihai çözüme kadar ilgili tüm olayları tek bir süreç örneğinde toplar. Hizmet talebine göre analiz yapmak, müşteri yolculuğunu ve kurum içindeki işlem sürecini baştan sona görmenizi sağlar. Toplam çözüm süresi ve ilk iletişimde çözüm oranı gibi temel metriklerin hesaplanmasının temelini oluşturur.
Neden önemli?
Bu temel vaka kimliği, tüm süreç adımlarını birbirine bağlayarak her müşteri etkileşimini başlangıcından sonuna kadar bütünsel biçimde analiz etmenizi sağlar.
Nereden alınır?
Bu, kavramsal vaka tanımlayıcısıdır. Genesys’te genellikle Conversation ID değerine karşılık gelir; ancak uygulamaya bağlı olarak özel bir tanımlayıcı da olabilir.
Örnekler
SR-20240521-00123SR-20240521-00124SR-20240522-00001
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin çıkarıldığı sistem. | ||
|
Açıklama
Bu öznitelik, olay verilerinin kaynak sistemini belirtir. Bu örnekte kaynak Genesys Cloud CX’tir. Birden fazla sistemin entegre olduğu ortamlarda bu alan, verinin kaynağını izlemek, sorunları gidermek ve verinin bağlamını anlamak açısından önemlidir. Analizin doğru veri kaynağına dayanmasını sağlar; birden fazla sistem aynı süreç görünümüne veri sağladığında verileri filtrelemenize veya gruplandırmanıza yardımcı olur.
Neden önemli?
Verinin kaynağını belirtir. Veri yönetişimi ve doğrulama için, ayrıca birden fazla sistemden gelen verileri birleştirirken önemlidir.
Nereden alınır?
Genellikle kayıtların kaynağını belirtmek için veri çıkarma ve dönüştürme sırasında eklenen sabit bir değerdir.
Örnekler
Genesys Cloud CXGenesysCloudCX_US1Genesys
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Verilerin en son yenilendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri setinin kaynak sistemden en son ne zaman güncellendiğini gösterir. Analiz edilen verilerin ne kadar güncel olduğunu anlamanıza yardımcı olur. Zamanında ve yerinde iş kararları alabilmek için bu bilgi önemlidir. Kullanıcıların verilerin güncelliğini görebilmesi ve elde edilen içgörülerin geçerliliğini değerlendirebilmesi için Dashboardlarda ve raporlarda bu bilgiyi belirgin biçimde gösterin.
Neden önemli?
Analizlerin ve kararların güncel bilgilere dayanmasını sağlayarak verilerin güncelliğini gösterir.
Nereden alınır?
Bu değer, veriler çıkarılırken veya Process Mining aracına yüklenirken oluşturulur ve veri setine eklenir.
Örnekler
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
|
|||
|
Bitiş zamanı
EventEndTime
|
Bir etkinliğin veya olayın ne zaman sona erdiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin sona erdiği kesin zamanı kaydeder. Başlangıç zamanı ile birlikte kullanıldığında her etkinliğin süresi tam olarak hesaplanabilir. Etkinlik sürelerini incelemek, süreçte en çok zaman alan adımları belirlemeye ve verimsizlikleri, iyileştirme fırsatlarını ortaya çıkarmaya yardımcı olur. Örneğin, 'Etkileşimde Beklemeye Alınma' süresinin uzun olduğunu veya 'Çağrı Sonrası İşlemler’in uzadığını gösterebilir.
Neden önemli?
Her etkinliğin süresini tam olarak hesaplamayı sağlar. Böylece zaman alan adımları ve performans darboğazlarını belirleyebilirsiniz.
Nereden alınır?
Genesys Cloud CX içindeki olay günlüklerinde veya etkileşim ayrıntılarında bulunur. Sonraki olayın başlangıç zamanından da hesaplanabilir.
Örnekler
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
|
|||
|
İletişim kanalı
MediaType
|
Etkileşimde kullanılan ses, sohbet veya e-posta gibi iletişim kanalı. | ||
|
Açıklama
Bu öznitelik, müşteriyle temsilcinin hangi ortam üzerinden iletişim kurduğunu belirtir. Yaygın kanallar arasında ses, sohbet, e-posta ve sosyal medya bulunur. 'İletişim kanalı performansı' Dashboardunda olduğu gibi kanala göre performansı analiz etmek, işletmelerin kanal bazındaki hacimleri, çözüm sürelerini ve müşteri memnuniyetini anlamasına yardımcı olur. Bu bilgiler, kanal stratejisini ve kaynak dağılımını iyileştirmek için önemlidir.
Neden önemli?
Süreci iletişim kanalına göre bölümlere ayırmak, kanala özgü performansı, müşteri davranışlarını ve kaynak ihtiyaçlarını anlamak açısından önemlidir.
Nereden alınır?
Genesys Cloud CX konuşma ayrıntı kayıtlarında bulunan standart bir alandır.
Örnekler
sessohbete-postamesaj
|
|||
|
Kuyruk adı
QueueName
|
Etkileşimin yönlendirildiği kuyruğun adı. | ||
|
Açıklama
Bu öznitelik, bir etkileşimin temsilciye atanmadan önce beklediği kuyruğu gösterir. Kuyruk adına göre analiz yapmak, 'Hizmet kuyruğu darboğazlarını belirleme' Dashboardu için önemlidir. Yöneticiler farklı beceri grupları veya hizmet hatları arasındaki iş yükü dağılımını anlayabilir, her kuyruktaki bekleme sürelerini ölçebilir ve sürekli olarak yetersiz personelle çalışan ya da aşırı yüklenen kuyrukları belirleyebilir. Bu bilgi, kaynakları daha iyi dağıtmak ve müşterilerin bekleme sürelerini kısaltmak için kullanılır.
Neden önemli?
Hizmet taleplerinin atama 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 ayrıntı kayıtlarında bulunur. Her etkileşim bir veya daha fazla kuyruktan geçebilir.
Örnekler
1. Seviye Destek - SesFaturalandırma Soruları - SohbetTeknik Destek - E-posta
|
|||
|
Sonuç kodu
WrapUpCode
|
Etkileşimin sonucunu veya konusunu sınıflandırmak için temsilcinin etkileşim sonunda atadığı kod. | ||
|
Açıklama
Sonuç kodu, temsilcinin müşteri etkileşiminin niteliğini veya çözümünü sınıflandırmak için seçtiği etikettir. Bu kodlar, müşterilerin destek ekibiyle hangi nedenle iletişime geçtiğini yapılandırılmış biçimde kaydeder. Sonuç kodlarını analiz ederek yaygın sorun türlerini belirleyebilir, çözüm sonuçlarını izleyebilir ve belirli taleplerin ne sıklıkta geldiğini ölçebilirsiniz. Bu veriler, temel nedenleri analiz etmek ve hizmet talebi örüntülerini anlamak için değerlidir.
Neden önemli?
Etkileşimin sonucunu sınıflandırır. Yaygın sorunları, çözüm başarısını ve iletişim nedenlerini analiz etmek için yapılandırılmış veri sağlar.
Nereden alınır?
Genesys Cloud CX konuşma ayrıntı kayıtlarında, özellikle temsilci katılımcıların oturum ayrıntılarında bulunur.
Örnekler
Parola sıfırlamaFaturalandırma anlaşmazlığı çözüldüÜrün bilgisi talebi2. Seviye Desteğe aktarıldı
|
|||
|
Temsilci adı
AgentName
|
Etkileşimi veya etkinliği yöneten temsilcinin tam adı. | ||
|
Açıklama
Temsilci adı, temsilci kimliğiyle eşleşen ve hizmet temsilcisini kolayca tanımanızı sağlayan bir addır. Bu öznitelik, yöneticiler ve ekip liderleri için Dashboardları ve raporları daha anlaşılır hale getirir. Temsilci odaklı analizlerde performansı incelemek, eğitim ihtiyaçlarını belirlemek ve sistem kimliklerine bakmadan iş yükünü adil biçimde dağıtmak için sıkça kullanılır.
Neden önemli?
Temsilcinin kolayca anlaşılır adını sunar. Böylece teknik kimliklere ihtiyaç duymadan performansı analiz edebilir ve bulguları paylaşabilirsiniz.
Nereden alınır?
AgentId aranarak Genesys Cloud CX içindeki Users veya Directory hizmetinden alınır.
Örnekler
John SmithJane DoePeter Jones
|
|||
|
Temsilci kimliği
AgentId
|
Etkileşimi veya etkinliği yöneten temsilciye ait benzersiz tanımlayıcı. | ||
|
Açıklama
Temsilci kimliği, her müşteri hizmetleri temsilcisi için kullanılan benzersiz bir anahtardır. Temsilci performansını, iş yükü dağılımını ve verimliliği analiz etmek için bu öznitelik gereklidir. Süreç haritasını filtreleyerek belirli temsilcilerin veya ekiplerin talepleri nasıl ele aldığını görebilir; çözüm süresi, yeniden çalışma oranı ve standart prosedürlere uyum gibi performans metriklerini karşılaştırabilirsiniz. Bu öznitelik, 'Temsilci performansı ve verimliliği' Dashboardunun temelini oluşturur.
Neden önemli?
Süreç etkinliklerini belirli çalışanlarla ilişkilendirerek bireysel performansı, iş yükünü ve ekip verimliliğini analiz etmenizi sağlar.
Nereden alınır?
Genesys Cloud CX konuşma ayrıntı kayıtlarında bulunur ve etkileşimin belirli bir bölümünü yöneten kullanıcıyla ilişkilendirilir.
Örnekler
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
|
|||
|
CSAT puanı
CustomerSatisfactionScore
|
Etkileşim sonrasında yapılan ankette müşterinin verdiği memnuniyet puanı. | ||
|
Açıklama
Müşteri memnuniyeti puanı (CSAT), müşterinin aldığı hizmet hakkındaki algısını doğrudan ölçer. Genellikle etkileşim kapandıktan sonra gönderilen bir anketle toplanır. CSAT puanlarını süreç verileriyle birlikte analiz ederek süreç farklılıklarının, çözüm sürelerinin veya belirli temsilcilerin müşteri memnuniyetini nasıl etkilediğini görebilirsiniz. Bu sonuç metriği, sürecin genel başarısını değerlendirmeye yardımcı olur.
Neden önemli?
Müşteri memnuniyetini doğrudan ölçer ve süreç performansıyla müşteri sonuçları arasındaki ilişkiyi analiz etmenizi sağlar.
Nereden alınır?
Bu veri genellikle Genesys Cloud CX Quality Management modülünden veya Genesys ile entegre bir üçüncü taraf anket aracından alınır.
Örnekler
5413
|
|||
|
Hizmet çözüm süresi
ServiceResolutionTime
|
Müşteriyle ilk etkileşimin başlamasından talebin son kez çözüme kavuşturulmasına kadar geçen toplam süre. | ||
|
Açıklama
Bu metrik, müşterinin iletişimi başlattığı andan sorunun çözüldüğü olarak işaretlenmesine kadar geçen toplam süreyi ölçer. Sürecin genel verimliliğini ve müşteri deneyimini değerlendirmek için önemli bir performans göstergesidir. Hesaplanan bu öznitelik, 'Hizmet talebi çözüm süresi' Dashboardunun ve 'Ortalama hizmet çözüm süresi' KPI’ının odağındadır. Süre dağılımını analiz ederek uzun süren vakaları ve sistem genelindeki gecikmeleri belirleyebilirsiniz.
Neden önemli?
Sürecin genel verimliliğini ve müşteri deneyimine etkisini ölçen önemli bir KPI’dır.
Nereden alınır?
Hesaplanan alan: Son çözüm etkinliğinin zaman damgasından müşterinin ilk iletişim etkinliğinin zaman damgası çıkarılır.
Örnekler
90010800172800
|
|||
|
Hizmet talebi türü
ServiceRequestType
|
'Soru', 'Şikâyet' veya 'Teknik sorun' gibi hizmet talebi sınıflandırması. | ||
|
Açıklama
Bu öznitelik, hizmet talebini niteliğine veya amacına göre sınıflandırır. Farklı talep türlerinin nasıl ele alındığını anlamak için analizi bu sınıflara göre bölümlere ayırabilirsiniz. Örneğin, 'Şikâyet' sürecinin akışı ve çözüm süresi, 'Genel soru' talebinden önemli ölçüde farklı olabilir. Bu boyut, belirli talep türlerinin daha sık üst kademeye aktarılıp aktarılmadığını görmek için 'Dahili üst kademeye aktarma analizi' gibi Dashboardlarda kullanılır.
Neden önemli?
Farklı talep türlerinin nasıl ele alındığını karşılaştırmak ve türe özgü darboğazları ya da verimsizlikleri belirlemek için süreci bölümlere ayırmanızı sağlar.
Nereden alınır?
Bu bilgi, IVR seçimiyle veya müşterinin web formundaki tercihiyle alınabilir ya da temsilci tarafından atanabilir. Genesys’te katılımcı özniteliği veya sonuç kodu olarak saklanabilir.
Örnekler
Faturalandırma sorusuTeknik destekHesap yönetimiÜrün şikâyeti
|
|||
|
İlk iletişimde çözüldü mü
IsFirstContactResolution
|
Hizmet talebinin tek bir etkileşimde çözüldüğünü gösteren bir işaret. | ||
|
Açıklama
Bu boole özniteliği, müşteriden takip gerektirmeden veya talep kurum içinde başka bir yere aktarılmadan ilk etkileşimde çözülen vakaları belirler. 'True' değeri, ideal ve verimli bir çözümü gösterir. Bu öznitelik, 'İlk iletişimde çözüm oranı' KPI’ının ve ilgili Dashboardun temelini oluşturur. İlk iletişimde çözülemeyen vakaların özelliklerini analiz ederek temsilci eğitiminde, bilgi tabanında veya süreçlerde yapılabilecek iyileştirmeleri belirleyebilirsiniz.
Neden önemli?
Sorunları ilk denemede çözmek olumlu bir hizmet deneyiminin temel unsurlarındandır. Bu nedenle verimliliği ve müşteri memnuniyetini doğrudan ölçer.
Nereden alınır?
Vakanın olay sırası analiz edilerek hesaplanan bir alandır. Aktarma veya yeniden açılma gibi belirli etkinlikler araya girmeden çözülen vaka, ilk iletişimde çözülmüş (FCR) sayılır.
Örnekler
truefalse
|
|||
|
Konuşma kimliği
ConversationId
|
Genesys’in bir konuşmanın tamamına atadığı benzersiz tanımlayıcı. | ||
|
Açıklama
Konuşma kimliği, Genesys Cloud CX’te tek bir müşteri konuşmasına ait tüm etkileşimleri, bölümleri ve katılımcıları bir araya getiren temel teknik anahtardır. Kavramsal olarak 'Hizmet talebi' Vaka kimliği olarak kullanılırken, Genesys API’lerinden ilgili tüm verileri almak için Konuşma kimliği kullanılır. Veri çıkarma, farklı veri setlerini birleştirme ve süreç verilerini teknik açıdan doğrulama işlemleri için gereklidir.
Neden önemli?
Genesys’teki temel teknik anahtardır. Veri çıkarma, sorun giderme ve kaynak sisteme geri bağlama işlemleri için gereklidir.
Nereden alınır?
Tüm Genesys Cloud CX analiz ve konuşma API’lerinde bulunan temel bir alandır.
Örnekler
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
|
|||
|
SLA hedef çözüm süresi
SlaTargetResolutionTime
|
Hizmet talebinin çözümü için sözleşmede belirlenen hedef süre. | ||
|
Açıklama
Bu öznitelik, Hizmet Seviyesi Anlaşması (SLA) uyarınca bir hizmet talebinin çözülmesi için izin verilen azami süreyi tanımlar. Gerçek çözüm süreleri bu hedefle karşılaştırılır. 'SLA uyumluluğu genel görünümü' Dashboardu ve 'SLA uyumluluk oranı' KPI’ı için gerekli olan bu veri, kuruluşun müşteri taahhütlerini ne ölçüde karşıladığını izlemesine ve olası ihlalleri gerçekleşmeden önce belirlemesine yardımcı olur.
Neden önemli?
SLA uyumluluğunu ölçmek için bir kıyaslama noktası sunar. Bu, hizmet performansını ve sözleşme yükümlülüklerinin yerine getirilmesini gösteren önemli bir ölçüttür.
Nereden alınır?
Konuşmaya özel bir öznitelik olarak saklanabilir veya kuyruk, müşteri türü ya da talep türünü içeren kurallara göre hesaplanabilir.
Örnekler
86400144003600
|
|||
|
SLA’ya uyuyor mu
IsSlaCompliant
|
Hizmet talebinin SLA hedef süresi içinde çözüldüğünü gösteren bir işaret. | ||
|
Açıklama
Bu boole özniteliği, hizmet talebinin çözüm süresi hedefini karşılayıp karşılamadığını gösterir. 'ServiceResolutionTime' değeri 'SlaTargetResolutionTime' ile karşılaştırılarak hesaplanır. Bu işaret, 'SLA uyumluluğu genel görünümü' Dashboardundaki analiz ve görselleştirmeleri kolaylaştırır; 'SLA uyumluluk oranı' KPI’ının hesaplanmasında kullanılır. SLA’ya uyan ve uymayan vakaları hızla filtreleyip bölümlere ayırarak ihlallerdeki ortak örüntüleri belirleyebilirsiniz.
Neden önemli?
Her vakayı SLA’ya uyuyor veya ihlal ediyor olarak açıkça işaretleyerek SLA performansı analizini kolaylaştırır ve başarısızlıkların temel nedenlerini incelemenizi sağlar.
Nereden alınır?
Hesaplanan alan: ServiceResolutionTime <= SlaTargetResolutionTime ise True, değilse False.
Örnekler
truefalse
|
|||
|
Yeniden açıldı mı
IsReopened
|
Çözülen bir hizmet talebinin daha sonra yeniden açıldığını gösteren bir işaret. | ||
|
Açıklama
Bu boole özniteliği, çözüldü veya kapatıldı durumuna getirildikten sonra yeniden etkinleşen hizmet taleplerini işaretler. Yeniden açılan vakalar, ilk çözümün etkili veya eksiksiz olmadığını gösterebilir; bu da müşteri memnuniyetsizliğine ve ek iş yüküne yol açar. Bu öznitelik, 'Hizmet talebinin yeniden açılma eğilimleri' Dashboardunu ve 'Hizmet talebinin yeniden açılma oranı' KPI’ını destekler. Bu vakaları analiz ederek etkisiz çözümlerin temel nedenlerini belirleyebilirsiniz.
Neden önemli?
Çözüm sürecindeki aksaklıkları ortaya çıkarır, çözüm kalitesiyle ilgili sorunlara işaret eder ve yeniden çalışmaya, olumsuz müşteri deneyimine yol açan durumları gösterir.
Nereden alınır?
'Hizmet talebi çözüldü' etkinliğinden sonra vakayı yeniden etkinleştiren bir etkinlik saptanarak hesaplanır.
Örnekler
truefalse
|
|||
Müşteri hizmetleri etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Etkileşim aktarıldı
|
Temsilcinin etkileşimi başka bir kuyruğa veya temsilciye aktardığını gösterir. Temsilci hemen bağlantıyı kesebilir ya da önce alıcıyla görüşerek danışmalı aktarım yapabilir. | ||
|
Neden önemli?
Bu etkinlik, kurum içi üst kademeye aktarım oranı KPI’ı için önemlidir. Yüksek aktarım oranları eğitim ihtiyacına, hatalı yönlendirmeye veya süreç karmaşıklığına işaret edebilir.
Nereden alınır?
Görüşme ayrıntı kayıtlarında, ilk temsilcinin görüşmeye katılmasının ardından yeni bir ACD veya temsilci katılımcısı eklendiğinde belirlenir. Bu işlem genellikle bir 'transfer' olayıyla başlatılır.
Kaydedin
Katılımcının oturum verilerindeki bir aktarım olayıyla belirlenir.
Olay türü
explicit
|
|||
|
Etkileşim başladı
|
Bu etkinlik, gelen arama, sohbet veya e-posta gibi bir müşteri hizmetleri etkileşiminin başlangıcını gösterir. Genesys Cloud CX, sistemde yeni bir görüşme nesnesi oluşturulduğunda bu olayı açıkça kaydeder. | ||
|
Neden önemli?
Bu, hizmet talebi sürecinin temel başlangıç olayıdır. Toplam çözüm süresini hesaplamak ve gelen müşteri talebi örüntülerini anlamak için gereklidir.
Nereden alınır?
Bu olay, görüşme ayrıntı kayıtlarından alınır. Genellikle conversationStart zaman damgasında bulunan görüşme nesnesinin başlangıç zamanına karşılık gelir.
Kaydedin
Sistemde yeni bir görüşme başlatıldığında kaydedilir.
Olay türü
explicit
|
|||
|
Etkileşim sona erdi
|
Bu etkinlik, tüm katılımcıların bağlantıyı kesmesiyle görüşmenin sona erdiğini gösterir. Genellikle hizmet talebi etkileşiminin teknik olarak kapandığı anı belirtir. | ||
|
Neden önemli?
Bu, etkileşimin kesin bitiş olayıdır. Toplam etkileşim süresini hesaplamak için önemlidir ve çoğu zaman talebin kapandığını gösteren bir ölçüt olarak kullanılır.
Nereden alınır?
Görüşme ayrıntı kayıtlarından alınır. Genellikle conversationEnd zaman damgasında bulunan görüşme nesnesinin bitiş zamanına karşılık gelir.
Kaydedin
Tüm katılımcıların bağlantısı kesilip görüşme sona erdiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Kapanış kodu atandı
|
Temsilci, etkileşime önceden tanımlanmış bir kapanış kodu veya sonuç kodu atar. Böylece hizmet talebinin sonucu, örneğin 'Çözüldü' veya 'Üst kademeye aktarıldı' olarak açıkça sınıflandırılır. | ||
|
Neden önemli?
Kapanış kodları, talebin iş sonucunu belirlemenin başlıca kaynaklarından biridir. Çözüm oranlarını hesaplamak ve vakaları analiz için gruplandırmak açısından önem taşır.
Nereden alınır?
Görüşme ayrıntı kayıtlarında, genellikle temsilci katılımcısının oturum verilerinde açık bir olay olarak bulunur. Kapanış kodu ve zaman damgası kaydedilir.
Kaydedin
Temsilci etkileşim için bir kapanış kodu seçtiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Temsilci etkileşimi kabul etti
|
Temsilcinin kendisine sunulan etkileşimi kabul edip müşteriye bağlandığı anı gösterir. Hizmet talebinin doğrudan ele alınmaya başladığı önemli bir aşamadır. | ||
|
Neden önemli?
Bu etkinlik, ilk iletişimde çözüm oranını ve temsilcinin işlem süresini ölçmek için önemlidir. Temsilcinin talep üzerinde çalışmaya başladığı anı gösterir.
Nereden alınır?
Görüşme ayrıntı kayıtlarında bulunur. Temsilci katılımcısının durumu, ilgili zaman damgasıyla birlikte 'connected' olarak değişir.
Kaydedin
Temsilci katılımcısının durumu 'connected' olarak değiştiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Çağrı sonrası çalışma başladı
|
Bu etkinlik, çağrı sonrası çalışma (ACW) döneminin başlangıcını gösterir. Temsilci müşteriyle bağlantıyı kesmiştir; notları kaydetmek veya sistemleri güncellemek gibi işleri tamamlamak için özel bir duruma geçer. | ||
|
Neden önemli?
ACW süresini ölçmek, temsilci verimliliğini ve toplam işlem süresini anlamak açısından önemlidir. ACW süresinin uzaması, etkileşim sonrası süreçlerin verimsiz olduğuna işaret edebilir.
Nereden alınır?
Temsilci katılımcısının oturum verilerinden alınır. Müşteri katılımcısının bağlantısı kesildikten sonra temsilcinin durumu 'acw' olarak değiştiğinde kaydedilir.
Kaydedin
Temsilci katılımcısının durumu 'acw' olarak değiştiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Çağrı sonrası çalışma sona erdi
|
Bu etkinlik, temsilcinin çağrı sonrası çalışma döneminin sona erdiğini gösterir. Bu noktada temsilci başka bir etkileşimi ele almak için uygun hale gelir. | ||
|
Neden önemli?
Bu etkinlik, 'Çağrı sonrası çalışma başladı' etkinliğiyle birlikte kapanış aşamasının süresini doğru biçimde hesaplamayı sağlar. Böylece temsilci verimliliğini ve süreç giderlerini analiz edebilirsiniz.
Nereden alınır?
Temsilcinin durumu 'acw' değerinden 'idle' gibi uygun bir duruma geçtiğinde belirlenir. Bu durum değişikliğinin zaman damgası kullanılır.
Kaydedin
Temsilcinin durumu 'acw' değerinden uygun bir duruma geçtiğinde belirlenir.
Olay türü
inferred
|
|||
|
Etkileşim beklemeden çıkarıldı
|
Temsilci müşteriyi beklemeden çıkarıp görüşmeye devam ettiğinde gerçekleşir. Bu olay, bekleme süresinin sona erdiğini gösterir ve durum değişikliği olarak kaydedilir. | ||
|
Neden önemli?
'Etkileşim beklemeye alındı' etkinliğiyle birlikte kullanıldığında toplam bekleme süresini doğru biçimde hesaplamayı sağlar. Bu süre, toplam işlem süresinin ve müşteri deneyiminin önemli bir parçasıdır.
Nereden alınır?
Temsilci katılımcısının oturum verilerinde durum 'held' değerinden yeniden 'connected' değerine geçtiğinde belirlenir.
Kaydedin
Temsilci katılımcısının durumu 'held' değerinden 'connected' değerine değiştiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Etkileşim beklemeye alındı
|
Temsilci etkileşim sırasında müşteriyi beklemeye aldığında bu etkinlik kaydedilir. Görüşmedeki temsilci katılımcısının durumu açıkça değişir. | ||
|
Neden önemli?
Beklemeye alma sıklığını ve süresini analiz etmek, temsilcilerin sık sık bilgi araması veya başkalarına danışması gibi süreç verimsizliklerini ortaya çıkarabilir.
Nereden alınır?
Görüşme ayrıntı kayıtlarındaki temsilci katılımcısının oturum verilerinden alınır. Durum 'held' olarak değişir ve bir zaman damgası kaydedilir.
Kaydedin
Temsilci katılımcısının durumu 'held' olarak değiştiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Etkileşim temsilciye sunuldu
|
Sistem bir etkileşimi belirli bir temsilciye sunduğunda bu olay gerçekleşir. Sistem temsilcinin görüşmeyi kabul etmesini veya reddetmesini beklerken temsilcinin durumu 'alerting' olarak değişir. | ||
|
Neden önemli?
Bu etkinlik, temsilcilerin 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şleri zamanında kabul etmediğini gösterebilir.
Nereden alınır?
Görüşme ayrıntı kayıtlarında, temsilciye ait katılımcı verilerinde bulunur. Katılımcının oturumunda 'alerting' durumunu gösteren bir metrik ve buna karşılık gelen bir zaman damgası yer alır.
Kaydedin
Yönlendirme motoru temsilciye yeni bir etkileşim için uyarı gönderdiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Görüşme kuyruğa yönlendirildi
|
Yeni bir etkileşimin, uygun bir temsilci beklemesi için belirli bir kuyruğa alındığı anı gösterir. Genesys yönlendirme motoru (ACD) bu olayı açıkça kaydeder. | ||
|
Neden önemli?
Bu etkinliği izlemek, kuyrukta bekleme sürelerini ölçmek ve yönlendirme sürecindeki darboğazları belirlemek için önemlidir. Bu etkinlik ile temsilci ataması arasındaki sürenin uzun olması, personel kapasitesi veya yönlendirme mantığıyla ilgili sorunlara işaret eder.
Nereden alınır?
Görüşme ayrıntı kayıtlarında, özellikle görüşmedeki ACD katılımcısının 'purpose' ve 'state' alanlarında bulunur. Metrikler dizisindeki kuyruğa ait 'enterTime' değeri bu olayı gösterir.
Kaydedin
ACD yönlendirme motoru bir görüşmeyi kuyruğa aldığında kaydedilir.
Olay türü
explicit
|
|||
|
Hizmet talebi yeniden açıldı
|
Müşterinin, çözüldüğü düşünülen aynı sorun hakkında kısa süre sonra hizmet merkeziyle yeniden iletişime geçtiği durumu gösterir. Bu açıkça kaydedilen bir olay değildir; iş kurallarına göre hesaplanır. | ||
|
Neden önemli?
Yeniden açılan talepleri izlemek, hizmet talebinin yeniden açılma oranını ölçmek için önemlidir. Bu durum, ilk çözümün etkili olmadığını ve müşteri memnuniyetiyle operasyonel verimliliğin olumsuz etkilendiğini gösterir.
Nereden alınır?
Önceki etkileşim çözüldükten sonra belirlenen süre içinde aynı müşteri (Customer ID) ve ilgili sorun (ör. hizmet talebi türü) için yeni bir 'Etkileşim başladı' olayı belirlenerek çıkarım yapılır.
Kaydedin
Aynı müşteri ve sorun için yeni bir etkileşim, yakın zamanda kapatılmış bir etkileşimle ilişkilendirilerek hesaplanır.
Olay türü
calculated
|
|||
|
Müşteri memnuniyeti anketi gönderildi
|
Bir etkileşim kapatıldıktan sonra müşteri memnuniyeti (CSAT) anketi gönderildiğinde bu etkinlik gerçekleşir. Anket, genellikle önceden tanımlanmış kurallara göre sistem tarafından otomatik olarak gönderilir. | ||
|
Neden önemli?
Bu etkinlik, CSAT anketinin zamanında gönderilmesi KPI’ını ölçmek için gereklidir. Anketin zamanında gönderilmesi, deneyim müşterinin aklındayken doğru geri bildirim alınmasına yardımcı olur.
Nereden alınır?
Bu bilgi genellikle Genesys Cloud CX’teki anket veya kalite yönetimi verilerinde bulunur ve ilk görüşme kimliğiyle ilişkilendirilebilir.
Kaydedin
Belirli bir görüşme için anket gönderildiğinde anket modülü tarafından kaydedilir.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Müşteri hizmetleri operasyonlarınızın potansiyelini keşfedin. Bu Templatei izleyerek içgörüler elde etmeye ve verimliliği artırmaya bir adım daha yaklaşın.
Tekrarlanan iletişimleri azaltın: Müşteri hizmetlerinizi bugün iyileştirin!
CSAT puanınızı yükseltin ve ilk iletişimde çözüm oranını kolayca %80’e çıkarın.
Kredi kartı gerekmez. Denemenizi dakikalar içinde etkinleştirin.