Templat data layanan pelanggan Anda

Genesys Cloud CX
Templat data layanan pelanggan Anda

Templat data layanan pelanggan Anda

Templat ini memandu Anda mengumpulkan data penting untuk menganalisis dan mengoptimalkan proses layanan pelanggan. Di dalamnya tercantum atribut yang disarankan, aktivitas utama yang perlu dilacak, serta panduan praktis untuk mengambil data dari sistem sumber. Gunakan templat ini untuk menyusun log peristiwa bagi inisiatif process mining Anda.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi data
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut layanan pelanggan

Berikut kolom data yang disarankan untuk log peristiwa agar Anda dapat menganalisis layanan pelanggan secara menyeluruh.
5 Wajib 6 Disarankan 8 Opsional
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
Wajib Disarankan Opsional

Aktivitas layanan pelanggan

Berikut langkah proses dan tonggak utama yang perlu dicatat dalam log peristiwa agar proses dapat ditemukan dengan akurat.
5 Disarankan 8 Opsional
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
Disarankan Opsional

Panduan ekstraksi data

Cara mengambil data dari Genesys Cloud CX

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.

Mulai uji coba gratis

Anda tidak perlu kartu kredit. Aktifkan uji coba dalam hitungan menit.