Templat data layanan pelanggan Anda
Templat data layanan pelanggan Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data
Atribut layanan pelanggan
| Nama | Deskripsi | ||
|---|---|---|---|
|
Nama aktivitas
ActivityName
|
Nama peristiwa atau tugas tertentu yang terjadi pada suatu waktu dalam siklus permintaan layanan. | ||
|
Deskripsi
Atribut ini menjelaskan langkah tertentu atau perubahan status dalam proses layanan pelanggan. Setiap aktivitas mewakili peristiwa tersendiri, seperti 'Agen menerima interaksi' atau 'Kode penyelesaian ditetapkan'. Menganalisis urutan dan frekuensi aktivitas ini merupakan dasar process mining. Analisis tersebut membantu memvisualisasikan alur proses, menemukan penyimpangan, serta mengidentifikasi hambatan atau langkah yang tidak efisien.
Mengapa ini penting
Aktivitas menjadi dasar peta proses dan memungkinkan Anda memvisualisasikan serta menganalisis alur proses yang sebenarnya dibandingkan dengan alur yang dirancang.
Sumber data
Biasanya, atribut ini diperoleh dengan memetakan peristiwa sistem, status agen, atau entri jejak audit tertentu di Genesys Cloud CX ke nama aktivitas yang sudah distandardisasi.
Contoh
Interaksi dimulaiAgen menerima interaksiPekerjaan setelah panggilan selesaiPermintaan layanan dibuka kembali
|
|||
|
Permintaan layanan
ServiceRequest
|
Pengenal utama untuk interaksi layanan pelanggan yang menghubungkan semua aktivitas terkait. | ||
|
Deskripsi
Permintaan Layanan, yang sering disebut Tiket atau Kasus, menjadi pengenal utama untuk satu pertanyaan atau masalah pelanggan. Permintaan ini mengelompokkan semua peristiwa terkait, dari kontak awal hingga penyelesaian akhir, dalam satu instans proses. Analisis berdasarkan Permintaan Layanan memberikan gambaran lengkap perjalanan pelanggan dan proses penanganan internal dari awal hingga akhir. Data ini menjadi dasar untuk menghitung metrik utama, seperti total waktu penyelesaian dan tingkat penyelesaian pada kontak pertama.
Mengapa ini penting
Ini adalah ID Kasus utama yang menghubungkan semua langkah proses, sehingga Anda dapat menganalisis setiap interaksi pelanggan secara menyeluruh dari awal hingga akhir.
Sumber data
Ini adalah pengenal kasus konseptual. Di Genesys, pengenal ini biasanya sesuai dengan ID Percakapan, tetapi dapat berupa pengenal khusus, bergantung pada penerapannya.
Contoh
PL-20240521-00123PL-20240521-00124PL-20240522-00001
|
|||
|
Waktu mulai
EventTime
|
Stempel waktu yang menunjukkan kapan suatu aktivitas atau peristiwa dimulai. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu yang tepat untuk setiap aktivitas. Data ini penting untuk mengurutkan peristiwa dengan benar dan melakukan semua analisis berbasis waktu. Waktu mulai digunakan untuk menyusun alur proses secara kronologis dan menjadi dasar penghitungan durasi, waktu tunggu, serta waktu siklus antaraktivitas. Stempel waktu yang akurat penting agar analisis proses dan pemantauan kinerja dapat diandalkan.
Mengapa ini penting
Stempel waktu ini mengurutkan semua aktivitas secara kronologis, sehingga alur proses, durasi, dan hambatan dapat dianalisis dengan akurat.
Sumber data
Tersedia dalam log peristiwa atau detail interaksi di Genesys Cloud CX, dan biasanya terkait dengan setiap peristiwa sistem atau pengguna yang tercatat.
Contoh
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu pembaruan data terbaru. | ||
|
Deskripsi
Atribut ini menunjukkan kapan terakhir kali dataset diperbarui dari sistem sumber. Informasi ini memberi konteks tentang kebaruan data yang dianalisis, yang penting untuk mengambil keputusan bisnis yang tepat waktu dan relevan. Tampilkan informasi ini dengan jelas di dasbor dan laporan agar pengguna mengetahui seberapa baru data tersebut dan dapat menilai validitas temuannya.
Mengapa ini penting
Menunjukkan kebaruan data agar analisis dan keputusan didasarkan pada informasi terkini.
Sumber data
Nilai ini dibuat dan dicatat pada dataset saat data diekstrak atau dimuat ke alat process mining.
Contoh
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem tempat data diekstrak. | ||
|
Deskripsi
Atribut ini menunjukkan sistem asal data peristiwa, dalam hal ini Genesys Cloud CX. Jika lingkungan Anda menggunakan beberapa sistem terintegrasi, kolom ini penting untuk menelusuri asal data, memecahkan masalah, dan memahami konteksnya. Atribut ini membantu memastikan analisis menggunakan sumber data yang tepat dan memungkinkan Anda memfilter atau mengelompokkan data saat beberapa sistem menyumbangkan data ke satu tampilan proses.
Mengapa ini penting
Menunjukkan asal data. Informasi ini penting untuk tata kelola dan validasi data, serta saat menggabungkan data dari beberapa sistem.
Sumber data
Biasanya, nilai statis ini ditambahkan saat ekstraksi dan transformasi data untuk menandai asal catatan.
Contoh
Genesys Cloud CXGenesysCloudCX_US1Genesys
|
|||
|
ID agen
AgentId
|
Pengenal unik untuk agen yang menangani interaksi atau aktivitas. | ||
|
Deskripsi
Agent ID adalah kunci unik untuk setiap perwakilan layanan pelanggan. Atribut ini penting untuk menganalisis kinerja agen, pembagian beban kerja, dan efisiensi. Anda dapat memfilter peta proses untuk melihat cara agen atau tim tertentu menangani permintaan, lalu membandingkan metrik seperti waktu penyelesaian, tingkat pengerjaan ulang, dan kepatuhan terhadap prosedur standar. Atribut ini menjadi dasar dasbor 'Agent Performance & Efficiency'.
Mengapa ini penting
Atribut ini menghubungkan aktivitas proses dengan karyawan tertentu, sehingga kinerja individu, beban kerja, dan efisiensi tim dapat dianalisis.
Sumber data
Tersedia di catatan detail percakapan Genesys Cloud CX dan terkait dengan pengguna yang menangani segmen interaksi tertentu.
Contoh
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
|
|||
|
Kode penutup
WrapUpCode
|
Kode yang ditetapkan agen di akhir interaksi untuk mengelompokkan hasil atau topiknya. | ||
|
Deskripsi
Wrap-Up Code adalah label yang dipilih agen untuk mengelompokkan jenis atau hasil penyelesaian interaksi pelanggan. Kode ini menyediakan data terstruktur tentang alasan pelanggan menghubungi dukungan. Analisis Wrap-Up Code membantu menemukan jenis masalah yang umum, melacak hasil penyelesaian, dan mengukur frekuensi permintaan tertentu. Data ini berguna untuk analisis akar masalah dan memahami pola permintaan layanan.
Mengapa ini penting
Mengelompokkan hasil interaksi dan menyediakan data terstruktur untuk menganalisis masalah umum, efektivitas penyelesaian, serta alasan pelanggan menghubungi layanan.
Sumber data
Tersedia di catatan detail percakapan Genesys Cloud CX, khususnya pada detail sesi untuk peserta agen.
Contoh
Atur ulang kata sandiSengketa tagihan diselesaikanPermintaan informasi produkDialihkan ke tingkat 2
|
|||
|
Nama agen
AgentName
|
Nama lengkap agen yang menangani interaksi atau aktivitas. | ||
|
Deskripsi
Agent Name menampilkan nama perwakilan layanan yang mudah dikenali dan sesuai dengan Agent ID. Atribut ini membuat dasbor dan laporan lebih mudah dipahami oleh manajer dan ketua tim. Atribut ini banyak digunakan dalam analisis kinerja agen untuk meninjau kinerja, menemukan kebutuhan pelatihan, dan membagi beban kerja secara adil tanpa perlu mencocokkan ID sistem.
Mengapa ini penting
Menampilkan nama agen yang mudah dikenali, sehingga kinerja lebih mudah dianalisis dan hasilnya dapat disampaikan tanpa menggunakan ID teknis.
Sumber data
Diambil dari layanan Users atau Directory di Genesys Cloud CX dengan mencari AgentId.
Contoh
John SmithJane DoePeter Jones
|
|||
|
Nama antrean
QueueName
|
Nama antrean tujuan pengalihan interaksi. | ||
|
Deskripsi
Atribut ini menunjukkan antrean tempat interaksi menunggu sebelum diteruskan ke agen. Analisis berdasarkan Queue Name penting untuk dasbor 'Service Queue Bottleneck Detection'. Manajer dapat memahami pembagian beban kerja antargrup keahlian atau lini layanan, mengukur waktu tunggu di setiap antrean, serta menemukan antrean yang terus kekurangan staf atau kelebihan beban. Informasi ini membantu mengatur sumber daya dan mengurangi waktu tunggu pelanggan.
Mengapa ini penting
Membantu menemukan hambatan dan menganalisis pembagian beban kerja dengan menunjukkan tempat permintaan layanan menunggu penugasan.
Sumber data
Tersedia di catatan detail percakapan Genesys Cloud CX. Satu interaksi dapat melewati satu antrean atau lebih.
Contoh
Dukungan tingkat 1 - SuaraPertanyaan tagihan - ChatDukungan teknis - Email
|
|||
|
Saluran komunikasi
MediaType
|
Saluran komunikasi yang digunakan dalam interaksi, seperti suara, chat, atau email. | ||
|
Deskripsi
Atribut ini menunjukkan media komunikasi antara pelanggan dan agen. Saluran yang umum mencakup suara, chat, email, dan media sosial. Analisis kinerja per saluran, seperti di dasbor 'Communication Channel Performance', membantu bisnis memahami volume, waktu penyelesaian, dan kepuasan pelanggan untuk setiap saluran. Temuan ini penting untuk menyusun strategi saluran dan mengatur sumber daya.
Mengapa ini penting
Mengelompokkan proses berdasarkan saluran komunikasi penting untuk memahami kinerja tiap saluran, perilaku pelanggan, dan kebutuhan sumber daya.
Sumber data
Kolom standar dalam catatan detail percakapan Genesys Cloud CX.
Contoh
suarachatemailpesan
|
|||
|
Waktu selesai
EventEndTime
|
Cap waktu yang menunjukkan kapan suatu aktivitas atau peristiwa berakhir. | ||
|
Deskripsi
Atribut ini mencatat waktu tepat saat suatu aktivitas selesai. Jika dipasangkan dengan Start Time, durasi setiap aktivitas dapat dihitung secara akurat. Analisis durasi aktivitas membantu menemukan langkah yang paling banyak menyita waktu, sehingga Anda dapat melihat inefisiensi dan peluang perbaikan. Contohnya, atribut ini dapat menunjukkan waktu 'Hold Placed on Interaction' yang lama atau durasi 'After-Call Work' yang berlebihan.
Mengapa ini penting
Memungkinkan penghitungan durasi setiap aktivitas secara akurat. Informasi ini penting untuk menemukan langkah yang memakan waktu dan hambatan kinerja.
Sumber data
Tersedia di log peristiwa atau detail interaksi di Genesys Cloud CX. Nilai ini juga dapat diturunkan dari waktu mulai peristiwa berikutnya.
Contoh
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
|
|||
|
Dibuka kembali
IsReopened
|
Penanda yang menunjukkan apakah permintaan layanan yang sudah selesai dibuka kembali. | ||
|
Deskripsi
Atribut boolean ini menandai permintaan layanan yang sudah berstatus selesai atau ditutup, tetapi kemudian aktif kembali. Kasus yang dibuka kembali sering menunjukkan bahwa solusi awal belum efektif atau belum tuntas, sehingga pelanggan tidak puas dan pekerjaan bertambah. Atribut ini mendukung dasbor 'Service Request Re-opening Trends' dan KPI 'Service Request Re-opening Rate'. Analisis kasus ini membantu menemukan penyebab utama penyelesaian yang tidak efektif.
Mengapa ini penting
Menunjukkan kegagalan dalam proses penyelesaian, yang dapat mengungkap masalah pada kualitas solusi serta memicu pengerjaan ulang dan pengalaman pelanggan yang buruk.
Sumber data
Kolom hasil perhitungan yang ditentukan dengan mendeteksi aktivitas yang mengaktifkan kembali kasus setelah aktivitas 'Service Request Resolved' terjadi.
Contoh
truefalse
|
|||
|
ID percakapan
ConversationId
|
Pengenal unik yang diberikan Genesys untuk seluruh percakapan. | ||
|
Deskripsi
Conversation ID adalah kunci teknis utama di Genesys Cloud CX yang mengelompokkan semua interaksi, segmen, dan peserta terkait dalam satu percakapan pelanggan. Konsep 'Service Request' digunakan sebagai Case ID, sedangkan Conversation ID menjadi kunci dasar untuk mengambil semua data terkait melalui Genesys API. Kunci ini penting untuk ekstraksi data, menggabungkan berbagai dataset, dan memvalidasi data proses secara teknis.
Mengapa ini penting
Ini adalah kunci teknis utama di Genesys, yang penting untuk ekstraksi data, pemecahan masalah, dan penautan kembali ke sistem sumber.
Sumber data
Kolom utama di semua API analitik dan percakapan Genesys Cloud CX.
Contoh
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
|
|||
|
Jenis permintaan layanan
ServiceRequestType
|
Klasifikasi permintaan layanan, seperti 'Pertanyaan', 'Keluhan', atau 'Masalah teknis'. | ||
|
Deskripsi
Atribut ini mengelompokkan permintaan layanan berdasarkan jenis atau tujuannya. Anda dapat mengelompokkan analisis untuk memahami cara penanganan berbagai jenis permintaan. Contohnya, alur proses dan waktu penyelesaian 'Keluhan' mungkin sangat berbeda dari 'Pertanyaan umum'. Dimensi ini penting untuk dasbor seperti 'Internal Escalation Analysis' agar Anda dapat melihat apakah jenis permintaan tertentu lebih sering dialihkan ke tingkat yang lebih tinggi.
Mengapa ini penting
Memungkinkan proses dikelompokkan untuk membandingkan penanganan berbagai jenis permintaan dan menemukan hambatan atau inefisiensi yang spesifik pada tiap jenis.
Sumber data
Informasi ini dapat dicatat melalui pilihan IVR, pilihan pelanggan di formulir web, atau penetapan oleh agen. Di Genesys, informasi ini dapat disimpan sebagai atribut peserta atau wrap-up code.
Contoh
Pertanyaan tagihanDukungan teknisPengelolaan akunKeluhan produk
|
|||
|
Memenuhi SLA
IsSlaCompliant
|
Penanda yang menunjukkan apakah permintaan layanan diselesaikan dalam target waktu SLA. | ||
|
Deskripsi
Atribut boolean ini menunjukkan apakah permintaan layanan memenuhi target waktu penyelesaian. Nilainya dihitung dengan membandingkan 'ServiceResolutionTime' dan 'SlaTargetResolutionTime'. Penanda ini menyederhanakan analisis dan visualisasi di dasbor 'SLA Compliance Overview', serta menjadi dasar penghitungan KPI 'SLA Compliance Rate'. Anda dapat memfilter dan mengelompokkan kasus yang memenuhi atau melanggar SLA untuk menemukan pola umum pelanggaran.
Mengapa ini penting
Memudahkan analisis kinerja SLA dengan menandai setiap kasus secara jelas sebagai memenuhi atau melanggar SLA, sehingga penyebab kegagalan dapat ditelusuri.
Sumber data
Kolom hasil perhitungan: True jika ServiceResolutionTime <= SlaTargetResolutionTime, selain itu False.
Contoh
truefalse
|
|||
|
Selesai pada kontak pertama
IsFirstContactResolution
|
Penanda yang menunjukkan apakah permintaan layanan selesai dalam satu interaksi. | ||
|
Deskripsi
Atribut boolean ini menandai kasus yang selesai saat interaksi pertama, tanpa perlu tindak lanjut dari pelanggan atau pengalihan internal. Nilai 'true' menunjukkan penyelesaian yang ideal dan efisien. Atribut ini menjadi dasar KPI 'First Contact Resolution Rate' dan dasbor terkait. Dengan menganalisis kasus yang tidak selesai pada kontak pertama, Anda dapat menemukan peluang untuk melatih agen, memperbaiki basis pengetahuan, atau mengubah proses.
Mengapa ini penting
Mengukur langsung efisiensi dan kepuasan pelanggan, karena penyelesaian masalah pada upaya pertama menjadi faktor penting dalam pengalaman layanan yang positif.
Sumber data
Kolom hasil perhitungan yang ditentukan dengan menganalisis urutan peristiwa dalam suatu kasus. Kasus dianggap FCR jika selesai tanpa aktivitas tertentu di antaranya, seperti pengalihan atau pembukaan kembali.
Contoh
truefalse
|
|||
|
Skor CSAT
CustomerSatisfactionScore
|
Skor kepuasan yang diberikan pelanggan melalui survei setelah interaksi. | ||
|
Deskripsi
Customer Satisfaction Score, atau CSAT, mengukur langsung penilaian pelanggan terhadap layanan yang diterima. Skor ini biasanya dikumpulkan melalui survei setelah interaksi ditutup. Dengan menganalisis CSAT bersama data proses, Anda dapat melihat pengaruh variasi proses, waktu penyelesaian, atau agen tertentu terhadap kepuasan pelanggan. Metrik ini menjadi ukuran utama keberhasilan proses secara keseluruhan.
Mengapa ini penting
Mengukur langsung kepuasan pelanggan dan memungkinkan analisis hubungan antara kinerja proses dan hasil yang dirasakan pelanggan.
Sumber data
Data ini biasanya berasal dari modul Quality Management Genesys Cloud CX atau alat survei pihak ketiga yang terintegrasi dengan Genesys.
Contoh
5413
|
|||
|
Target waktu penyelesaian SLA
SlaTargetResolutionTime
|
Target waktu penyelesaian permintaan layanan yang disepakati dalam kontrak. | ||
|
Deskripsi
Atribut ini menetapkan batas waktu penyelesaian permintaan layanan sesuai Service Level Agreement (SLA). Nilai ini menjadi acuan untuk mengukur waktu penyelesaian aktual. Data ini penting untuk dasbor 'SLA Compliance Overview' dan KPI 'SLA Compliance Rate'. Organisasi dapat memantau kinerja terhadap komitmen kepada pelanggan dan mendeteksi potensi pelanggaran lebih awal.
Mengapa ini penting
Menjadi acuan untuk mengukur kepatuhan SLA, indikator penting bagi kinerja layanan dan pemenuhan kewajiban kontrak.
Sumber data
Nilai ini dapat disimpan sebagai atribut khusus pada percakapan atau ditentukan berdasarkan aturan yang melibatkan antrean, jenis pelanggan, atau jenis permintaan.
Contoh
86400144003600
|
|||
|
Waktu penyelesaian layanan
ServiceResolutionTime
|
Total waktu sejak interaksi pertama dengan pelanggan dimulai hingga masalah selesai. | ||
|
Deskripsi
Metrik ini mengukur total durasi permintaan layanan, sejak pelanggan menghubungi layanan hingga masalah ditandai selesai. Metrik ini menjadi indikator kinerja utama untuk efisiensi proses secara keseluruhan dan pengalaman pelanggan. Atribut hasil perhitungan ini menjadi fokus utama dasbor 'Service Request Resolution Time' dan KPI 'Average Service Resolution Time'. Analisis sebaran nilainya membantu menemukan kasus yang berlangsung lama dan keterlambatan sistemis.
Mengapa ini penting
KPI penting untuk mengukur efisiensi proses secara keseluruhan dan dampaknya terhadap pengalaman pelanggan.
Sumber data
Kolom hasil perhitungan: cap waktu aktivitas penyelesaian terakhir dikurangi cap waktu aktivitas kontak pertama dengan pelanggan.
Contoh
90010800172800
|
|||
Aktivitas layanan pelanggan
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Agen menerima interaksi
|
Menandai saat agen menerima interaksi yang ditawarkan dan terhubung dengan pelanggan. Ini adalah tahap penting yang menandai dimulainya penanganan langsung atas permintaan layanan. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk mengukur penyelesaian pada kontak pertama dan waktu penanganan agen. Aktivitas ini menandai dimulainya pekerjaan agen untuk menangani permintaan.
Sumber data
Tersedia dalam catatan detail percakapan. Peristiwa ini ditandai dengan perubahan status peserta agen menjadi 'connected', beserta stempel waktu terkait.
Pengumpulan data
Dicatat saat status peserta agen berubah menjadi 'connected'.
Jenis peristiwa
explicit
|
|||
|
Interaksi dialihkan
|
Menandai saat agen mengalihkan interaksi ke antrean atau agen lain. Pengalihan dapat dilakukan tanpa konsultasi, saat agen langsung memutus sambungan, atau dengan konsultasi, saat agen berbicara terlebih dahulu dengan penerima. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk KPI Tingkat Eskalasi Internal. Tingkat pengalihan yang tinggi dapat menunjukkan perlunya pelatihan, kesalahan perutean, atau proses yang rumit.
Sumber data
Peristiwa ini dikenali dalam catatan detail percakapan saat peserta ACD atau agen baru ditambahkan setelah agen pertama terlibat. Biasanya, proses ini dimulai oleh peristiwa 'transfer'.
Pengumpulan data
Dikenali dari peristiwa pengalihan dalam data sesi peserta.
Jenis peristiwa
explicit
|
|||
|
Interaksi dimulai
|
Aktivitas ini menandai awal interaksi layanan pelanggan, seperti panggilan masuk, chat, atau email. Genesys Cloud CX mencatat peristiwa ini secara eksplisit saat objek percakapan baru dibuat di sistem. | ||
|
Mengapa ini penting
Ini adalah peristiwa awal utama dalam proses permintaan layanan. Data ini penting untuk menghitung total waktu penyelesaian dan memahami pola permintaan pelanggan yang masuk.
Sumber data
Peristiwa ini diambil dari catatan detail percakapan. Waktunya sesuai dengan waktu mulai objek percakapan, yang biasanya tercatat pada stempel waktu conversationStart.
Pengumpulan data
Dicatat saat percakapan baru dimulai di sistem.
Jenis peristiwa
explicit
|
|||
|
Interaksi terputus
|
Aktivitas ini menandai akhir percakapan saat semua peserta telah memutus sambungan. Tahap ini sering menjadi penutupan teknis interaksi permintaan layanan. | ||
|
Mengapa ini penting
Ini adalah peristiwa akhir yang memastikan interaksi telah selesai. Data ini penting untuk menghitung total durasi interaksi dan sering digunakan sebagai penanda penutupan permintaan.
Sumber data
Diambil dari catatan detail percakapan. Waktunya sesuai dengan waktu berakhirnya objek percakapan, yang biasanya tercatat pada stempel waktu conversationEnd.
Pengumpulan data
Dicatat saat semua peserta memutus sambungan dan percakapan berakhir.
Jenis peristiwa
explicit
|
|||
|
Kode penyelesaian ditetapkan
|
Agen menetapkan kode penyelesaian yang telah ditentukan, atau kode disposisi, untuk interaksi. Kode ini secara jelas mengelompokkan hasil permintaan layanan, seperti 'Diselesaikan' atau 'Dieskalasikan'. | ||
|
Mengapa ini penting
Kode penyelesaian menjadi sumber utama untuk menentukan hasil bisnis suatu permintaan. Kode ini penting untuk menghitung tingkat penyelesaian dan mengelompokkan kasus untuk dianalisis.
Sumber data
Peristiwa ini tercatat secara eksplisit dalam catatan detail percakapan, biasanya pada data sesi peserta agen. Kode wrapUp dan stempel waktunya dicatat.
Pengumpulan data
Dicatat saat agen memilih kode penyelesaian untuk interaksi.
Jenis peristiwa
explicit
|
|||
|
Interaksi dilanjutkan setelah ditahan
|
Terjadi saat agen melepas pelanggan dari status ditahan dan melanjutkan percakapan. Peristiwa ini menandai akhir masa penahanan dan dicatat sebagai perubahan status. | ||
|
Mengapa ini penting
Jika dipasangkan dengan aktivitas 'Interaksi ditahan', aktivitas ini memungkinkan penghitungan total waktu penahanan secara akurat. Waktu ini merupakan bagian penting dari keseluruhan waktu penanganan dan pengalaman pelanggan.
Sumber data
Diperoleh dari data sesi peserta agen saat statusnya berubah dari 'held' kembali menjadi 'connected'.
Pengumpulan data
Dicatat saat status peserta agen berubah dari 'held' menjadi 'connected'.
Jenis peristiwa
explicit
|
|||
|
Interaksi ditahan
|
Aktivitas ini dicatat saat agen menahan pelanggan selama interaksi. Peristiwa ini ditandai dengan perubahan status peserta agen dalam percakapan. | ||
|
Mengapa ini penting
Analisis frekuensi dan durasi penahanan dapat menunjukkan proses yang tidak efisien, misalnya saat agen sering mencari informasi atau berkonsultasi dengan orang lain.
Sumber data
Diambil dari data sesi peserta agen dalam catatan detail percakapan. Status berubah menjadi 'held' dan stempel waktu dicatat.
Pengumpulan data
Dicatat saat status peserta agen berubah menjadi 'held'.
Jenis peristiwa
explicit
|
|||
|
Interaksi ditawarkan kepada agen
|
Peristiwa ini terjadi saat sistem menawarkan interaksi kepada agen tertentu. Status agen berubah menjadi 'alerting' saat sistem menunggu agen menerima atau menolak percakapan. | ||
|
Mengapa ini penting
Aktivitas ini membantu menganalisis respons agen dan efektivitas algoritme perutean. Keterlambatan setelah tahap ini dapat menunjukkan bahwa agen lambat menerima pekerjaan.
Sumber data
Data ini terdapat dalam catatan detail percakapan, pada data peserta untuk agen. Sesi peserta akan menampilkan metrik dengan status 'alerting' dan stempel waktu terkait.
Pengumpulan data
Dicatat saat mesin perutean memberi tahu agen tentang interaksi baru.
Jenis peristiwa
explicit
|
|||
|
Pekerjaan setelah panggilan dimulai
|
Aktivitas ini menandai dimulainya masa pekerjaan setelah panggilan (ACW). Agen sudah memutus sambungan dengan pelanggan dan masuk ke status khusus untuk menyelesaikan tugas, seperti mencatat informasi atau memperbarui sistem. | ||
|
Mengapa ini penting
Mengukur durasi ACW penting untuk memahami efisiensi agen dan keseluruhan waktu penanganan. ACW yang terlalu lama dapat menunjukkan proses setelah interaksi yang tidak efisien.
Sumber data
Diambil dari data sesi peserta agen. Peristiwa ini dicatat saat status agen berubah menjadi 'acw' setelah peserta pelanggan memutus sambungan.
Pengumpulan data
Dicatat saat status peserta agen berubah menjadi 'acw'.
Jenis peristiwa
explicit
|
|||
|
Pekerjaan setelah panggilan selesai
|
Menandai akhir masa pekerjaan setelah panggilan bagi agen. Setelah tahap ini, agen tersedia untuk menangani interaksi lain. | ||
|
Mengapa ini penting
Jika digabungkan dengan aktivitas 'Pekerjaan setelah panggilan dimulai', aktivitas ini menunjukkan durasi tahap penyelesaian secara akurat. Informasi ini membantu menganalisis produktivitas agen dan beban tambahan dalam proses.
Sumber data
Disimpulkan saat status agen berubah dari 'acw' menjadi status tersedia, seperti 'idle'. Stempel waktu perubahan status digunakan.
Pengumpulan data
Disimpulkan dari perubahan status agen dari 'acw' menjadi status tersedia.
Jenis peristiwa
inferred
|
|||
|
Percakapan diarahkan ke antrean
|
Menandai saat interaksi baru dimasukkan ke antrean tertentu untuk menunggu agen yang tersedia. Peristiwa ini dicatat secara eksplisit oleh mesin perutean Genesys (ACD). | ||
|
Mengapa ini penting
Melacak aktivitas ini penting untuk mengukur waktu tunggu antrean dan menemukan hambatan dalam proses perutean. Jeda yang lama antara tahap ini dan penugasan agen dapat menunjukkan masalah jumlah staf atau logika perutean.
Sumber data
Diambil dari catatan detail percakapan, khususnya nilai 'purpose' dan 'state' peserta ACD dalam percakapan. Nilai 'enterTime' untuk antrean dalam larik metrik menunjukkan waktu terjadinya peristiwa ini.
Pengumpulan data
Dicatat saat mesin perutean ACD memasukkan percakapan ke antrean.
Jenis peristiwa
explicit
|
|||
|
Permintaan layanan dibuka kembali
|
Menandai saat pelanggan kembali menghubungi pusat layanan untuk masalah yang sama, tidak lama setelah masalah tersebut dianggap selesai. Peristiwa ini tidak dicatat secara langsung, tetapi dihitung berdasarkan logika bisnis. | ||
|
Mengapa ini penting
Melacak permintaan yang dibuka kembali penting untuk mengukur Tingkat Pembukaan Kembali Permintaan Layanan. Hal ini menunjukkan bahwa penyelesaian awal belum efektif dan berdampak pada kepuasan pelanggan serta efisiensi operasional.
Sumber data
Aktivitas ini disimpulkan dengan menemukan peristiwa 'Interaksi dimulai' yang baru untuk pelanggan yang sama (ID Pelanggan) dan masalah terkait, misalnya Jenis Permintaan Layanan, dalam rentang waktu yang ditentukan setelah interaksi sebelumnya diselesaikan.
Pengumpulan data
Dihitung dengan menghubungkan interaksi baru dengan interaksi yang baru saja ditutup untuk pelanggan dan masalah yang sama.
Jenis peristiwa
calculated
|
|||
|
Survei kepuasan pelanggan dikirim
|
Aktivitas ini terjadi saat survei kepuasan pelanggan (CSAT) dikirim setelah interaksi ditutup. Sistem biasanya mengirim survei secara otomatis berdasarkan aturan yang telah ditentukan. | ||
|
Mengapa ini penting
Aktivitas ini diperlukan untuk mengukur KPI Ketepatan Waktu Pengiriman Survei CSAT. Pengiriman survei tepat waktu membantu mengumpulkan masukan yang akurat selagi pelanggan masih mengingat pengalamannya.
Sumber data
Informasi ini biasanya tersedia dalam data survei atau manajemen kualitas di Genesys Cloud CX dan dapat dihubungkan kembali ke ID percakapan asal.
Pengumpulan data
Dicatat oleh modul survei saat survei dikirim untuk percakapan tertentu.
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi data
Siap memulai?
Dapatkan lebih banyak manfaat dari operasional layanan pelanggan Anda. Ikuti templat ini untuk menemukan wawasan dan meningkatkan efisiensi.
Kurangi kontak berulang dan tingkatkan layanan pelanggan hari ini!
Tingkatkan CSAT dan capai penyelesaian 80% pada kontak pertama dengan mudah.
Anda tidak perlu kartu kredit. Aktifkan uji coba dalam hitungan menit.