Templat data layanan pelanggan Anda

Salesforce Service Cloud
Templat data layanan pelanggan Anda

Templat data layanan pelanggan Anda

Templat ini memandu Anda menyiapkan data layanan pelanggan untuk process mining. Isinya mencakup atribut data penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta panduan praktis untuk mengambil informasi dari sistem sumber. Gunakan panduan ini untuk menyiapkan data agar siap dianalisis dan digunakan untuk memperbaiki proses.
  • 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 disertakan dalam log peristiwa agar proses layanan pelanggan dapat dianalisis secara menyeluruh.
5 Wajib 9 Disarankan 6 Opsional
Nama Deskripsi
Permintaan layanan
ServiceRequest
Pengenal unik untuk kasus atau tiket layanan pelanggan yang menghubungkan semua aktivitas terkait.
Deskripsi

Permintaan layanan, yang sering disebut Tiket atau Kasus, menjadi pengenal utama yang menghubungkan semua aktivitas terkait dengan satu pertanyaan atau masalah pelanggan. Di Salesforce Service Cloud, pengenal ini adalah Case Number.

Atribut ini penting untuk merekonstruksi perjalanan setiap interaksi pelanggan dari awal hingga akhir. Atribut ini memungkinkan alat process mining mengelompokkan semua event terkait, seperti 'Kasus dibuat', 'Agen menyelidiki masalah', dan 'Kasus diselesaikan', ke dalam satu instans proses. Dengan begitu, Anda dapat menganalisis proses secara menyeluruh.

Mengapa ini penting

Atribut ini merupakan unsur dasar process mining karena menghubungkan semua event yang terkait dengan masalah pelanggan yang sama ke dalam satu instans proses.

Sumber data

Objek Case Salesforce, kolom: CaseNumber

Contoh
000010240000105800001193
Nama aktivitas
ActivityName
Nama event atau langkah bisnis tertentu yang terjadi dalam proses layanan pelanggan.
Deskripsi

Atribut ini menjelaskan satu langkah atau tonggak dalam siklus permintaan layanan. Aktivitas menjadi simpul dalam peta proses dan mewakili tindakan agen, sistem otomatis, atau pelanggan.

Menganalisis urutan dan frekuensi aktivitas seperti 'Kasus dibuat', 'Eskalasi internal dipicu', dan 'Kasus ditutup' merupakan bagian utama process mining. Analisis ini membantu mengungkap alur proses yang sebenarnya, menemukan hambatan, dan melihat penyimpangan dari prosedur operasi standar.

Mengapa ini penting

Aktivitas menentukan langkah-langkah proses. Urutannya menjadi dasar peta proses dan semua analisis selanjutnya.

Sumber data

Biasanya diperoleh dari gabungan beberapa kolom, seperti perubahan status pada objek Case (kolom Status) atau record dalam objek CaseHistory atau EmailMessage.

Contoh
Kasus dibuatKasus ditugaskan kepada agenSolusi diajukan kepada pelangganKasus ditutup
Pembaruan data terakhir
LastDataUpdateTime
Stempel waktu yang menunjukkan kapan data untuk proses ini terakhir diperbarui.
Deskripsi

Atribut ini mencatat stempel waktu ekstraksi atau pembaruan data terakhir dari sistem sumber. Kolom metadata ini berlaku untuk seluruh kumpulan data, bukan untuk setiap event.

Fungsi utamanya adalah memberi tahu pengguna seberapa baru data yang sedang dianalisis. Informasi ini penting agar wawasan dan keputusan didasarkan pada data terkini dan relevan. Atribut ini juga membantu menetapkan ekspektasi tentang seberapa mutakhir data tersebut.

Mengapa ini penting

Atribut ini menunjukkan seberapa baru data yang tersedia, sehingga pengguna dapat memahami kemutakhiran analisisnya.

Sumber data

Nilai ini biasanya dibuat dan disimpan selama proses ekstraksi, transformasi, dan pemuatan data (ETL).

Contoh
2023-10-27T04:00:00Z
Sistem sumber
SourceSystemName
Sistem asal data proses.
Deskripsi

Atribut ini menunjukkan aplikasi sumber tempat data dibuat, dalam konteks ini Salesforce Service Cloud. Atribut ini berguna terutama saat data dari beberapa sistem digabungkan untuk memberikan gambaran proses secara menyeluruh.

Meski analisis hanya mencakup satu sistem, atribut ini tetap memberi konteks penting tentang asal data. Atribut ini membantu tata kelola data, pemecahan masalah, dan memastikan analisis menggunakan kumpulan data yang tepat.

Mengapa ini penting

Atribut ini memberi konteks penting tentang asal data. Informasi ini diperlukan untuk tata kelola data dan analisis yang mungkin menggabungkan data dari beberapa sistem.

Sumber data

Biasanya, nilai statis ini ditambahkan selama proses ekstraksi dan transformasi data untuk menandai asal kumpulan data.

Contoh
Salesforce Service CloudSFSC
Waktu event
EventTime
Stempel waktu yang menunjukkan secara tepat kapan suatu aktivitas terjadi.
Deskripsi

Waktu event mencatat tanggal dan waktu saat aktivitas tertentu direkam di sistem. Informasi waktu ini memberi konteks bagi keseluruhan proses dan memungkinkan penghitungan durasi, waktu tunggu, serta waktu siklus.

Dalam analisis, stempel waktu digunakan untuk mengurutkan event secara kronologis pada setiap permintaan layanan dan menjadi dasar penemuan proses. Data ini penting untuk KPI kinerja, misalnya mengukur waktu antara 'Kasus dibuat' dan 'Konfirmasi awal dikirim', atau menghitung total waktu penyelesaian.

Mengapa ini penting

Stempel waktu ini penting untuk memahami linimasa proses, menghitung metrik kinerja, dan menemukan keterlambatan antaraktivitas.

Sumber data

Diperoleh dari berbagai kolom tanggal yang sesuai dengan event tertentu, seperti CreatedDate pada objek Case atau CreatedDate pada record CaseHistory.

Contoh
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
Agen yang ditugaskan
AssignedAgent
Pengguna atau antrean yang saat ini menangani permintaan layanan.
Deskripsi

Atribut ini menunjukkan agen atau tim yang bertanggung jawab menangani permintaan layanan pada waktu tertentu. Di Salesforce, biasanya atribut ini merujuk pada pemilik Case.

Melacak perubahan atribut ini penting untuk menganalisis kinerja agen, pembagian beban kerja, dan serah terima. Atribut ini membantu menjawab pertanyaan seperti berapa kali kasus ditugaskan ulang, agen mana yang menangani kasus paling rumit, dan apakah beban kerja terbagi merata dalam tim. Atribut ini penting untuk dashboard Serah Terima Antaragen dan Pembagian Beban Kerja.

Mengapa ini penting

Atribut ini penting untuk menganalisis beban kerja dan kinerja agen, serta frekuensi serah terima yang berdampak langsung pada efisiensi dan waktu penyelesaian.

Sumber data

Objek Case Salesforce, kolom: OwnerId. Kolom ini berisi ID User atau Queue.

Contoh
Sarah JonesDavid ChenAntrean dukungan tingkat 2
Apakah diselesaikan pada kontak pertama
IsFirstContactResolution
Penanda yang menunjukkan apakah kasus diselesaikan saat interaksi pertama dengan pelanggan.
Deskripsi

Atribut boolean ini menandai permintaan layanan yang selesai tanpa tindak lanjut setelah kontak awal dengan pelanggan. Penentuannya biasanya memerlukan analisis urutan dan waktu aktivitas.

Tingkat penyelesaian pada kontak pertama (FCR) yang tinggi menandakan proses layanan pelanggan yang efisien dan efektif. Atribut hasil perhitungan ini menjadi dasar KPI Tingkat Penyelesaian pada Kontak Pertama. Analisis kasus yang tidak selesai pada kontak pertama dapat menunjukkan peluang untuk memperbaiki pelatihan agen, isi basis pengetahuan, dan rancangan proses.

Mengapa ini penting

Atribut ini mengukur langsung aspek penting dari efisiensi layanan dan kepuasan pelanggan, serta membantu menemukan faktor yang mendukung penyelesaian masalah secara efektif.

Sumber data

Dihitung saat transformasi data dengan menganalisis log peristiwa untuk setiap kasus. Salah satu aturan yang umum digunakan adalah memeriksa apakah 'Kasus diselesaikan' terjadi sebelum aktivitas 'Informasi diminta dari pelanggan' atau aktivitas kontak pelanggan berikutnya.

Contoh
truefalse
Jenis kasus
CaseType
Klasifikasi permintaan layanan, seperti Pertanyaan, Masalah, atau Permintaan fitur.
Deskripsi

Jenis kasus adalah atribut kategori yang membantu mengelompokkan pertanyaan atau masalah pelanggan. Dengan atribut ini, Anda dapat memisahkan permintaan layanan untuk melihat cara penanganan tiap jenis masalah.

Analisis proses berdasarkan jenis kasus dapat menunjukkan bahwa permintaan tertentu mengikuti alur yang berbeda, membutuhkan waktu penyelesaian lebih lama, atau lebih sering dialihkan. Informasi ini berguna untuk menyesuaikan dan memperbaiki proses bagi kategori pekerjaan tertentu.

Mengapa ini penting

Atribut ini membantu memisahkan proses untuk melihat apakah jenis permintaan yang berbeda ditangani dengan cara berbeda dan menemukan bagian yang perlu diperbaiki secara khusus.

Sumber data

Objek Case Salesforce, kolom: Type

Contoh
MasalahPermintaan fiturPertanyaan
Prioritas kasus
CasePriority
Tingkat prioritas permintaan layanan, seperti Tinggi, Sedang, atau Rendah.
Deskripsi

Prioritas kasus adalah klasifikasi standar untuk menentukan tingkat urgensi permintaan layanan. Penetapan ini sering menentukan target waktu respons dan penyelesaian sesuai Service Level Agreement (SLA).

Menganalisis kinerja proses berdasarkan prioritas penting untuk mengevaluasi efektivitas strategi penentuan prioritas. Analisis ini membantu memastikan apakah kasus berprioritas tinggi benar-benar diselesaikan lebih cepat dan memenuhi target SLA yang ketat. Data ini mendukung dashboard Prioritas dan Dampak Kasus.

Mengapa ini penting

Atribut ini membantu menganalisis apakah proses memprioritaskan kasus mendesak secara efektif dan memenuhi tingkat layanan yang berbeda sesuai tingkat kepentingannya.

Sumber data

Objek Case Salesforce, kolom: Priority

Contoh
TinggiSedangRendah
Saluran komunikasi
CommunicationChannel
Saluran yang digunakan untuk mengajukan permintaan layanan, seperti email, telepon, atau web.
Deskripsi

Atribut ini menunjukkan cara pelanggan mengajukan permintaan layanan. Di Salesforce, informasi ini biasanya tercatat di kolom Case Origin.

Memahami saluran komunikasi penting untuk mengoptimalkan alokasi sumber daya dan meningkatkan efisiensi layanan. Dengan menganalisis waktu penyelesaian dan alur proses berdasarkan saluran, organisasi dapat mengetahui saluran yang paling efektif untuk berbagai jenis masalah. Analisis ini mendukung dashboard Efisiensi Saluran Komunikasi.

Mengapa ini penting

Atribut ini memungkinkan perbandingan kinerja berbagai saluran kontak pelanggan, sehingga strategi saluran dan alokasi sumber daya dapat dioptimalkan.

Sumber data

Objek Case Salesforce, kolom: Origin

Contoh
EmailTeleponWebChat
Status kasus
CaseStatus
Status permintaan layanan saat ini dalam siklusnya, seperti Baru, Sedang Dikerjakan, atau Ditutup.
Deskripsi

Status Case menunjukkan kondisi terkini suatu permintaan layanan. Perubahan status sering menjadi sumber utama untuk mengenali aktivitas dalam proses. Misalnya, perubahan dari 'Baru' menjadi 'Sedang Dikerjakan' dapat dipetakan ke aktivitas 'Agen menyelidiki masalah'.

Menganalisis status akhir kasus membantu memahami hasil penyelesaian. Status juga digunakan untuk memfilter kasus terbuka atau tertutup dan menemukan kasus yang terlalu lama tertahan dalam kondisi tertentu.

Mengapa ini penting

Menunjukkan kondisi dan hasil terkini dari kasus. Perubahan status sering digunakan untuk menentukan urutan aktivitas.

Sumber data

Objek Case Salesforce, kolom: Status

Contoh
BaruSedang ditanganiMenunggu pelangganDitutup
Status SLA
SlaStatus
Menunjukkan apakah kasus diselesaikan sesuai target SLA.
Deskripsi

Atribut ini mengelompokkan setiap kasus yang telah diselesaikan berdasarkan kepatuhannya terhadap Service Level Agreement yang ditetapkan. Nilainya dihitung dengan membandingkan waktu penyelesaian aktual dengan 'Target waktu penyelesaian SLA'.

Atribut ini menjadi masukan langsung untuk KPI Tingkat Kepatuhan SLA dan memudahkan pemantauan kinerja. Anda dapat memfilter dan menganalisis kasus yang tidak patuh dengan cepat untuk menemukan penyebab umum pelanggaran SLA, seperti jenis kasus, produk, atau hambatan proses tertentu.

Mengapa ini penting

Atribut ini menunjukkan dengan jelas apakah tiap kasus mematuhi SLA. Informasi ini penting untuk memantau kinerja dan menganalisis penyebab keterlambatan.

Sumber data

Dihitung pada lapisan transformasi data dengan membandingkan waktu aktivitas 'Kasus diselesaikan' dengan atribut 'SlaTargetResolutionTime'.

Contoh
TerpenuhiDilanggar
Target waktu penyelesaian SLA
SlaTargetResolutionTime
Tanggal dan waktu target penyelesaian permintaan layanan sesuai SLA.
Deskripsi

Atribut ini menetapkan tenggat SLA untuk menyelesaikan kasus. Tenggat biasanya ditentukan berdasarkan prioritas dan jenis kasus, serta tingkat pelanggan. Salesforce dapat menghitungnya secara otomatis menggunakan fitur entitlement dan milestone.

Waktu ini penting untuk mengukur kepatuhan terhadap SLA. Dengan membandingkan waktu penyelesaian aktual dengan target, organisasi dapat menghitung KPI Tingkat Kepatuhan SLA dan menemukan kasus yang berisiko melanggar SLA. Informasi ini juga mendukung dashboard Kepatuhan SLA Kasus.

Mengapa ini penting

Atribut ini menjadi tolok ukur untuk membandingkan kinerja aktual. Karena itu, atribut ini penting untuk menghitung kepatuhan SLA dan menemukan kasus yang berisiko.

Sumber data

Data ini sering disimpan di kolom SlaExitDate pada objek Case Milestone, bagian dari fitur Entitlement Management Salesforce.

Contoh
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
Waktu selesai
EndTime
Stempel waktu yang menunjukkan kapan suatu aktivitas selesai.
Deskripsi

Waktu selesai menunjukkan kapan suatu aktivitas tuntas. Jika dipadukan dengan waktu mulai, data ini memungkinkan penghitungan durasi pemrosesan aktivitas secara akurat. Untuk banyak event di Salesforce, event terjadi seketika sehingga waktu mulai dan waktu selesai sama.

Namun, untuk aktivitas yang berlangsung lama, waktu selesai yang berbeda diperlukan agar durasi pengerjaan dapat diukur dengan akurat. Data ini mendukung analisis kinerja dengan membedakan waktu kerja aktif dari waktu tunggu di antara langkah-langkah.

Mengapa ini penting

Data ini memungkinkan penghitungan durasi aktivitas yang sebenarnya. Informasi ini penting untuk menganalisis kinerja agen dan menemukan langkah yang memakan waktu.

Sumber data

Untuk event yang terjadi seketika, nilainya sering sama dengan StartTime. Untuk aktivitas yang memiliki durasi, nilainya harus diambil dari kolom khusus yang menunjukkan penyelesaian. Hal ini mungkin memerlukan konfigurasi khusus.

Contoh
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
Apakah dieskalasikan
IsEscalated
Penanda yang menunjukkan apakah kasus telah dieskalasikan.
Deskripsi

Atribut boolean ini menunjukkan apakah permintaan layanan pernah dieskalasikan. Di Salesforce, hal ini dapat dilacak melalui kolom standar IsEscalated, yang diatur otomatis berdasarkan Escalation Rules.

Penanda ini menjadi masukan langsung untuk dashboard Analisis Eskalasi Internal dan KPI Tingkat Eskalasi Internal. Anda dapat memfilter dan menghitung semua kasus yang dieskalasikan dengan mudah, lalu mengukur frekuensinya serta menganalisis dampaknya terhadap waktu penyelesaian dan kompleksitas proses.

Mengapa ini penting

Atribut ini mengukur eskalasi kasus secara langsung. Eskalasi dapat menandakan hambatan proses, kompleksitas, atau kurangnya pengetahuan agen.

Sumber data

Objek Case Salesforce, kolom: IsEscalated

Contoh
truefalse
Apakah terjadi pengerjaan ulang
IsRework
Penanda yang menunjukkan apakah kasus mengalami pengerjaan ulang atau kembali ke tahap sebelumnya.
Deskripsi

Atribut boolean ini menandai kasus yang menunjukkan pola pengerjaan ulang, misalnya dibuka kembali setelah ditutup atau berulang kali berpindah antara 'Agen menyelidiki' dan 'Solusi diajukan'. Untuk menemukan pengerjaan ulang, urutan aktivitas perlu dianalisis guna mendeteksi pengulangan yang tidak diinginkan.

Atribut ini mendukung KPI Tingkat Pengerjaan Ulang dan dashboard Pola Pengalihan Agen dan Pengerjaan Ulang. Dengan menemukan kasus yang mengalami pengerjaan ulang, analis dapat menyelidiki penyebabnya, seperti solusi yang kurang memadai atau pengumpulan informasi yang tidak lengkap, lalu mengambil tindakan perbaikan.

Mengapa ini penting

Atribut ini menyoroti proses yang tidak efisien dan upaya yang terbuang, sehingga Anda dapat menganalisis aktivitas yang sering diulang secara terarah.

Sumber data

Dihitung saat transformasi data dengan menganalisis urutan aktivitas. Contohnya, urutan 'Kasus ditutup' -> 'Kasus dibuka kembali' atau 'Solusi diajukan' -> 'Agen menyelidiki masalah' dalam kasus yang sama akan ditandai sebagai pengerjaan ulang.

Contoh
truefalse
Jumlah pengalihan antaragen
AgentHandoffCount
Berapa kali kasus dialihkan dari satu agen atau antrean ke agen atau antrean lain.
Deskripsi

Metrik ini menghitung berapa kali permintaan layanan dialihkan sebelum selesai. Nilainya dihitung dengan menghitung perubahan unik pada atribut 'AssignedAgent' selama siklus hidup satu kasus.

Atribut ini menjadi dasar KPI Rata-rata Pengalihan Agen per Kasus dan ditampilkan di dashboard Pola Pengalihan Agen dan Pengerjaan Ulang. Jumlah pengalihan yang tinggi sering menandakan proses yang tidak efisien, kepemilikan kasus yang tidak jelas, atau kesenjangan pengetahuan. Semua ini dapat memperpanjang waktu penyelesaian dan membuat pelanggan frustrasi.

Mengapa ini penting

Atribut ini mengukur hambatan internal dalam proses. Pengalihan berlebihan sering menyebabkan keterlambatan dan ketidakpuasan pelanggan.

Sumber data

Dihitung pada tingkat kasus saat transformasi data dengan menghitung jumlah nilai unik di kolom 'AssignedAgent' untuk setiap 'ServiceRequest', lalu menguranginya satu.

Contoh
0135
Nama pelanggan
CustomerName
Nama pelanggan atau akun yang terkait dengan permintaan layanan.
Deskripsi

Atribut ini menunjukkan pelanggan yang mengajukan permintaan layanan. Di Salesforce, pelanggan dapat berupa Contact (individu) atau Account (perusahaan).

Analisis proses dari sudut pandang pelanggan dapat memberikan informasi berguna. Misalnya, Anda dapat mengetahui apakah pelanggan tertentu lebih sering mengalami masalah atau membutuhkan waktu penyelesaian lebih lama. Temuan ini dapat membantu menyusun strategi pengelolaan hubungan pelanggan dan menemukan peluang untuk memberikan dukungan lebih awal.

Mengapa ini penting

Atribut ini memungkinkan analisis yang berfokus pada pelanggan, sehingga Anda dapat menemukan pola dan perbedaan kinerja pada pelanggan atau segmen tertentu.

Sumber data

Objek Case Salesforce, kolom: ContactId atau AccountId, yang masing-masing terhubung ke objek Contact dan Account.

Contoh
Global Tech Inc.Emily WhiteInnovate Solutions
Produk terkait
ProductInvolved
Produk atau layanan tertentu yang menjadi pokok permintaan pelanggan.
Deskripsi

Atribut ini menghubungkan permintaan layanan dengan produk atau layanan tertentu. Di Salesforce, hubungan ini biasanya dikelola melalui kolom pencarian ke objek Product.

Memisahkan data proses berdasarkan produk penting untuk menganalisis kualitas produk. Anda dapat mengetahui produk mana yang paling banyak memicu permintaan dukungan, jenis masalah yang muncul, dan apakah proses penyelesaiannya berbeda antar lini produk. Informasi ini menjadi masukan penting bagi tim pengembangan produk.

Mengapa ini penting

Atribut ini memungkinkan analisis proses berdasarkan produk untuk menemukan masalah kualitas atau kekurangan dukungan pada produk tertentu.

Sumber data

Objek Case Salesforce, kolom: ProductId. Kolom pencarian standar ini bersifat opsional.

Contoh
Alpha CRM SuiteBeta Analytics ToolGamma Data Connector
Subjek kasus
CaseSubject
Ringkasan singkat atau judul masalah maupun permintaan pelanggan.
Deskripsi

Subjek kasus berisi ringkasan singkat dalam bentuk teks bebas tentang permintaan layanan. Isinya sering berupa subjek email atau judul yang ditulis oleh agen maupun pelanggan.

Kolom ini tidak terstruktur untuk analisis proses secara langsung, tetapi memuat banyak informasi kontekstual. Teknik penambangan teks dapat digunakan untuk mengelompokkan kasus, menemukan masalah yang mulai muncul, atau menambahkan konteks kualitatif ke analisis proses kuantitatif.

Mengapa ini penting

Subjek kasus memberi gambaran singkat tentang kasus. Informasi ini berguna untuk analisis lebih terperinci dan dapat digunakan dalam penambangan teks.

Sumber data

Objek Case Salesforce, kolom: Subject

Contoh
Tidak dapat masuk ke portalPertanyaan tentang tagihanPermintaan fitur untuk dashboard pelaporan
Wajib Disarankan Opsional

Aktivitas layanan pelanggan

Berikut langkah proses dan milestone utama yang perlu dicatat dalam log peristiwa agar alur kerja layanan pelanggan dapat ditemukan dan dianalisis dengan akurat.
6 Disarankan 9 Opsional
Aktivitas Deskripsi
Eskalasi internal dipicu
Aktivitas ini terjadi saat kasus memerlukan dukungan atau keahlian tingkat lebih tinggi dan dieskalasikan secara resmi. Salesforce dapat mencatatnya secara eksplisit melalui aturan eskalasi, atau event ini dapat disimpulkan dari perubahan kolom.
Mengapa ini penting

Analisis eskalasi membantu menemukan jenis kasus yang rumit, kebutuhan pelatihan bagi agen lini depan, dan masalah sistemik. Aktivitas ini menjadi indikator penting adanya kendala dalam proses dan dampaknya terhadap waktu penyelesaian.

Sumber data

Peristiwa ini dapat tercatat secara langsung dalam rekaman CaseEscalation. Namun, biasanya peristiwa ini diketahui dari CaseHistory saat kolom kotak centang seperti 'IsEscalated' diubah menjadi true.

Pengumpulan data

Stempel waktu saat kolom 'IsEscalated' berubah menjadi true.

Jenis peristiwa inferred
Kasus dibuat
Aktivitas ini menandai awal resmi proses layanan pelanggan, saat permintaan layanan baru atau kasus dicatat di Salesforce. Peristiwa ini tercatat secara langsung ketika rekaman baru dibuat pada objek Case, lengkap dengan stempel waktu yang akurat.
Mengapa ini penting

Sebagai event awal utama, aktivitas ini penting untuk menghitung keseluruhan siklus kasus dan waktu penyelesaiannya. Aktivitas ini menjadi dasar untuk mengukur kinerja terhadap SLA dan memahami volume kasus.

Sumber data

Peristiwa ini menunjukkan pembuatan rekaman pada objek Case. Stempel waktunya tercatat di kolom standar CreatedDate.

Pengumpulan data

Diambil langsung dari stempel waktu pembuatan record Case.

Jenis peristiwa explicit
Kasus diselesaikan
Tonggak penting ini menandakan agen telah menyelesaikan pekerjaan untuk mengatasi masalah pelanggan. Kasus kini menunggu penutupan akhir, yang mungkin dilakukan secara otomatis setelah jangka waktu tertentu.
Mengapa ini penting

Peristiwa ini menjadi titik akhir utama untuk mengukur waktu penyelesaian dan penting untuk menghitung kepatuhan terhadap SLA. Peristiwa ini menandai berakhirnya penanganan aktif atas kasus.

Sumber data

Disimpulkan dari objek CaseHistory saat kolom Status diubah menjadi 'Diselesaikan'. Pada tahap ini, kolom IsClosed mungkin masih bernilai false.

Pengumpulan data

Stempel waktu perubahan Status Case menjadi 'Diselesaikan'.

Jenis peristiwa inferred
Kasus ditugaskan kepada agen
Menandai saat permintaan layanan ditugaskan kepada agen atau antrean tertentu untuk ditangani. Langkah penting ini tercatat melalui perubahan kolom pemilik kasus.
Mengapa ini penting

Aktivitas ini penting untuk melacak beban kerja agen, keterlambatan penugasan, dan frekuensi serah terima. Data ini menjadi dasar untuk menganalisis kinerja agen dan menemukan hambatan dalam proses penugasan.

Sumber data

Disimpulkan dari perubahan kolom OwnerId pada objek Case. Stempel waktu perubahan ini tercatat di objek CaseHistory.

Pengumpulan data

Temukan stempel waktu pembaruan pertama pada kolom OwnerId.

Jenis peristiwa inferred
Kasus ditutup
Aktivitas ini menandai akhir definitif dari siklus permintaan layanan. Setelah kasus ditutup, tidak ada pekerjaan lanjutan yang diharapkan kecuali kasus dibuka kembali.
Mengapa ini penting

Sebagai event akhir, aktivitas ini menjadi titik akhir untuk menghitung durasi keseluruhan kasus. Waktu antara 'Diselesaikan' dan 'Ditutup' juga dapat menunjukkan ketidakefisienan dalam proses penutupan.

Sumber data

Disimpulkan dari stempel waktu saat kolom IsClosed pada objek Case diubah menjadi true. Kolom ClosedDate juga diisi pada saat itu.

Pengumpulan data

Stempel waktu saat kolom IsClosed berubah menjadi true, sebagaimana tercatat di CaseHistory.

Jenis peristiwa inferred
Tonggak SLA terlewati
Peristiwa ini terjadi ketika komitmen layanan, seperti waktu respons pertama atau waktu penyelesaian, tidak terpenuhi. Salesforce melacaknya melalui proses entitlement dan rekaman milestone.
Mengapa ini penting

Aktivitas ini penting untuk menganalisis pemenuhan SLA dan memantau kepatuhan. Aktivitas ini langsung menunjukkan kasus yang tidak memenuhi harapan pelanggan, sehingga perbaikan proses dapat diarahkan dengan tepat.

Sumber data

Peristiwa ini diambil dari objek CaseMilestone. Peristiwa tercatat saat kolom IsViolated pada rekaman milestone diubah menjadi true.

Pengumpulan data

Peristiwa ini menggunakan stempel waktu saat penanda IsViolated berubah menjadi true pada rekaman CaseMilestone.

Jenis peristiwa explicit
Agen menyelidiki masalah
Aktivitas ini menggambarkan tahap ketika agen aktif mendiagnosis dan memahami masalah pelanggan. Peristiwa ini tidak tercatat secara langsung, tetapi dapat diketahui saat status kasus berubah dari baru atau terbuka menjadi sedang diproses.
Mengapa ini penting

Memahami durasi penyelidikan membantu menemukan kasus layanan yang rumit dan area yang memerlukan pelatihan atau sumber daya tambahan bagi agen. Data ini memisahkan waktu kerja aktif dari waktu tunggu.

Sumber data

Disimpulkan dari objek CaseHistory saat kolom Status diperbarui ke nilai yang menunjukkan pekerjaan aktif, seperti 'Sedang Dikerjakan' atau 'Dalam Proses'.

Pengumpulan data

Stempel waktu perubahan Status Case ke nilai 'sedang dikerjakan'.

Jenis peristiwa inferred
Informasi diminta dari pelanggan
Aktivitas ini terjadi saat agen memerlukan informasi tambahan dari pelanggan untuk melanjutkan penanganan kasus. Biasanya, aktivitas ini disimpulkan dari perubahan status kasus menjadi 'menunggu pelanggan'.
Mengapa ini penting

Aktivitas ini menandai dimulainya waktu tunggu yang tidak dapat dikendalikan agen. Memisahkan waktu ini penting untuk mengukur efisiensi proses internal dan kinerja agen secara akurat.

Sumber data

Disimpulkan dari objek CaseHistory saat kolom Status diperbarui ke nilai seperti 'Menunggu Tanggapan Pelanggan' atau 'Tertunda'.

Pengumpulan data

Stempel waktu perubahan Status Case ke nilai 'menunggu'.

Jenis peristiwa inferred
Informasi diterima dari pelanggan
Aktivitas ini menandai berakhirnya waktu tunggu pelanggan, saat pelanggan memberikan informasi yang diminta. Biasanya, aktivitas ini disimpulkan ketika status kasus kembali aktif setelah ada komunikasi masuk.
Mengapa ini penting

Melacak peristiwa ini penting untuk memahami waktu respons kepada pelanggan dan dampaknya terhadap keseluruhan siklus kasus. Peristiwa ini menandakan bahwa agen kembali menangani kasus secara aktif.

Sumber data

Disimpulkan dari stempel waktu EmailMessage masuk yang terkait dengan kasus, atau dari perubahan status di objek CaseHistory, dari 'Menunggu Pelanggan' kembali menjadi 'Sedang Dikerjakan'.

Pengumpulan data

Stempel waktu email masuk atau perubahan status dari 'menunggu'.

Jenis peristiwa inferred
Kasus dibuka kembali
Terjadi saat kasus yang sebelumnya diselesaikan atau ditutup diaktifkan kembali karena masalah muncul lagi atau solusi tidak efektif. Ini merupakan indikator penting adanya pengerjaan ulang.
Mengapa ini penting

Kasus yang dibuka kembali sering menandakan penyelesaian yang kurang memadai atau kegagalan First Contact Resolution. Menganalisis frekuensi dan penyebab utamanya penting untuk meningkatkan kualitas layanan.

Sumber data

Disimpulkan dari objek CaseHistory saat kolom IsClosed berubah dari true menjadi false, atau saat Status berubah dari kondisi tertutup atau selesai kembali ke kondisi terbuka.

Pengumpulan data

Stempel waktu perubahan kolom Status atau IsClosed dari kondisi akhir ke kondisi aktif.

Jenis peristiwa inferred
Kasus dikategorikan dan diprioritaskan
Aktivitas ini terjadi saat kasus diberi jenis, kategori, dan tingkat prioritas. Tim triase atau aturan otomatisasi biasanya melakukan klasifikasi ini. Perubahannya dapat diketahui dari pembaruan kolom kasus yang terkait.
Mengapa ini penting

Kategorisasi penting untuk memahami distribusi kasus dan efektivitas perutean. Analisis langkah ini membantu mengoptimalkan pembagian beban kerja dan memastikan kasus berprioritas tinggi segera ditangani.

Sumber data

Disimpulkan dari objek CaseHistory dengan melacak kapan kolom Priority, Type, atau kolom klasifikasi lainnya pertama kali diisi atau diubah dari nilai default.

Pengumpulan data

Lacak pembaruan kolom seperti Priority atau Type di CaseHistory.

Jenis peristiwa inferred
Kasus ditugaskan ulang
Aktivitas ini menandai pengalihan kasus dari satu agen atau antrean ke agen atau antrean lain setelah penugasan awal. Peristiwa ini dapat diketahui dari perubahan berikutnya pada kolom pemilik kasus.
Mengapa ini penting

Penugasan ulang yang sering dapat menunjukkan perutean awal yang keliru, proses yang tidak efisien, atau kesenjangan pengetahuan. Hal ini dapat menyebabkan keterlambatan dan pengalaman pelanggan yang buruk. Aktivitas ini membantu menghitung frekuensi serah terima antaragen.

Sumber data

Disimpulkan dari setiap perubahan kolom OwnerId di objek CaseHistory setelah penugasan awal.

Pengumpulan data

Temukan semua pembaruan kolom OwnerId setelah pembaruan pertama.

Jenis peristiwa inferred
Konfirmasi awal dikirim
Aktivitas ini menandai komunikasi pertama kepada pelanggan untuk mengonfirmasi bahwa permintaan layanannya telah diterima. Biasanya, email otomatis dikirim berdasarkan aturan pembuatan kasus. Peristiwa ini dapat diketahui dengan mengidentifikasi komunikasi keluar yang pertama.
Mengapa ini penting

Melacak aktivitas ini penting untuk mengukur waktu respons awal dan memastikan pelanggan segera mendapat informasi. Data ini membantu menganalisis KPI 'Latensi konfirmasi awal' agar komunikasi dengan pelanggan dapat ditingkatkan.

Sumber data

Peristiwa ini dapat diketahui dari stempel waktu rekaman EmailMessage keluar pertama yang terkait dengan Case. Anda juga dapat mengetahuinya dari pembaruan kolom khusus yang dipicu oleh aturan otomatisasi.

Pengumpulan data

Temukan stempel waktu EmailMessage keluar pertama yang terkait dengan Case.

Jenis peristiwa inferred
Solusi diajukan kepada pelanggan
Menandai saat agen memberikan solusi potensial kepada pelanggan. Langkah ini bersifat konseptual dan biasanya disimpulkan dari komunikasi keluar atau perubahan status tertentu.
Mengapa ini penting

Melacak tonggak ini membantu mengukur waktu dari penyelidikan hingga solusi diajukan. Tonggak ini juga dapat menandai dimulainya proses konfirmasi berulang jika pelanggan tidak menerima solusi tersebut.

Sumber data

Disimpulkan dari EmailMessage keluar yang memuat kata kunci tertentu atau dari perubahan status menjadi 'Solusi Diberikan' di objek CaseHistory.

Pengumpulan data

Stempel waktu perubahan status atau event komunikasi keluar.

Jenis peristiwa inferred
Survei kepuasan dikirim
Menandai pengiriman survei kepuasan pelanggan (CSAT) atau Net Promoter Score (NPS). Biasanya, survei dikirim secara otomatis setelah kasus diselesaikan atau ditutup.
Mengapa ini penting

Meski bukan bagian dari proses inti penyelesaian, aktivitas ini penting untuk memahami siklus umpan balik. Analisis waktu dan frekuensi pengiriman survei membantu memastikan suara pelanggan selalu didengar.

Sumber data

Disimpulkan dari record EmailMessage keluar yang terkait dengan kasus dan cocok dengan templat survei. Alternatifnya, event ini dapat diambil dari pembuatan record SurveyInvitation.

Pengumpulan data

Temukan email survei keluar atau pembuatan record SurveyInvitation.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi data

Cara mengambil data dari Salesforce Service Cloud

Siap memulai?

Gunakan templat data ini untuk memulai process mining dan menemukan peluang tersembunyi dalam operasional layanan pelanggan Anda. Mulai tingkatkan layanan Anda hari ini!

Tingkatkan efisiensi layanan pelanggan sekarang

Capai penyelesaian 80% pada kontak pertama dan tingkatkan skor CSAT.

Mulai uji coba gratis

Tidak perlu kartu kredit