SLA Tercapai tapi Komplain Meningkat? Kenali Akar Masalahnya
Dashboard operasional bulan ini terlihat sempurna. SLA respons mencapai 96 persen, semua indikator berwarna hijau, dan angkanya dipresentasikan dengan percaya diri di rapat bulanan.
Pada hari yang sama, tim customer service membawa kabar lain. Komplain pelanggan naik 25 persen dibanding bulan sebelumnya. Beberapa pelanggan bahkan sudah menghubungi perusahaan sampai tiga kali untuk masalah yang sama.
Ini ilustrasi perusahaan layanan B2B dengan angka simulasi, bukan data klien atau hasil riset. Situasinya sendiri sangat mungkin Anda kenali.
SLA tercapai, tetapi komplain meningkat. Dua kondisi itu sulit berjalan berdampingan. Kalau layanan membaik, komplain seharusnya turun. Maka pertanyaannya perlu diajukan dengan jujur: apakah perusahaan ini semakin baik melayani pelanggan, atau hanya semakin cepat merespons masalah yang sama?
Mengapa SLA Tercapai Tidak Selalu Berarti Service Quality Meningkat?
SLA tetap penting. Target waktu respons memberi pelanggan kepastian dan memberi tim standar kerja yang jelas. Yang perlu dilihat adalah apa persisnya yang diukur oleh sebuah SLA.
SLA mengukur sesuai definisinya, misalnya seberapa cepat pelanggan mendapat tanggapan pertama atau berapa lama sampai laporan keluhan dinyatakan selesai. Keduanya adalah ukuran proses internal. Pelanggan menilai hal yang berbeda: apakah masalahnya benar-benar beres, dan seberapa besar usaha yang harus mereka keluarkan untuk sampai ke sana.
Beberapa ukuran sering tercampur, padahal menjawab pertanyaan yang berbeda.
Response time: seberapa cepat pelanggan mendapat tanggapan pertama. Resolution time: berapa lama sampai laporan keluhan ditutup. First contact resolution: seberapa sering masalah selesai pada kontak pertama. Pengalaman pelanggan: apakah masalah benar-benar teratasi dan seberapa mudah prosesnya bagi pelanggan.
Layanan bisa unggul di dua ukuran pertama dan tetap lemah di dua lainnya. Tanggapan pertama datang dalam lima belas menit, laporan keluhan ditutup dalam satu hari, lalu masalahnya muncul lagi minggu depan. Di atas kertas, SLA terpenuhi. Di mata pelanggan, masalahnya belum selesai.
SLA tetap dipakai. Yang perlu disesuaikan adalah cakupan metrik di sekitarnya, supaya sejalan dengan kualitas layanan yang ingin dicapai.
4 Penyebab yang Perlu Diinvestigasi
Ketika SLA hijau dan komplain naik, biasanya ada beberapa faktor penyebab. Empat hal berikut ini layak diperiksa lebih dulu. Semuanya masih berupa dugaan awal, dan setiap dugaan perlu dibuktikan dengan data sebelum dijadikan kesimpulan.
Pertama, laporan keluhan pelanggan ditutup sebelum masalahnya selesai. Laporan keluhan bisa tertutup otomatis setelah balasan terkirim, atau ditutup karena pelanggan belum merespons. Statusnya selesai, masalahnya belum.
Kedua, solusi sementara memicu kontak ulang. Agen memberi workaround supaya pelanggan bisa berjalan hari itu, sementara sumber masalahnya tidak disentuh. Pelanggan kembali ketika masalah yang sama muncul lagi.
Ketiga, handoff antar-divisi memperlambat penyelesaian. Satu masalah berpindah dari layanan pelanggan ke tim teknis, lalu ke tim lain, dan pelanggan harus menjelaskan ulang di setiap perpindahan. Waktu respons tiap tim terlihat baik, sedangkan waktu total sampai tuntas tidak ada yang mengukur.
Keempat, KPI lebih menekankan kecepatan daripada efektivitas. Orang bekerja mengikuti apa yang diukur. Jika yang diukur hanya kecepatan, kecepatanlah yang akan dioptimalkan.
Menggunakan Root Cause Analysis
Root Cause Analysis (RCA) membantu memilah tiga hal yang sering tercampur dalam diskusi masalah. RCA adalah salah satu pendekatan inti dalam Operational Excellence dan Lean Six Sigma.
Gejala adalah apa yang terlihat. Dalam ilustrasi ini: komplain naik dan pelanggan menghubungi sampai tiga kali.
Penyebab langsung adalah kejadian yang memicu gejala itu. Misalnya, laporan keluhan pertama ditutup dengan solusi sementara sehingga masalah muncul lagi.
Akar penyebab adalah kondisi yang membuat penyebab langsung itu terus terjadi. Inilah yang perlu diperbaiki agar masalahnya tidak kembali.
Banyak perbaikan berhenti di penyebab langsung. Agen diminta lebih teliti, laporan keluhan dicek ulang sebelum ditutup. Hasilnya terasa sebentar, lalu pola yang sama kembali karena kondisi yang melahirkannya masih ada.
Untuk menelusuri sampai ke akar, teknik seperti 5 Why dan Fishbone Diagram membantu. 5 Why mengajukan pertanyaan "mengapa" secara berlapis. Fishbone Diagram mengelompokkan potensi penyebab ke dalam beberapa kategori, misalnya proses, sistem, kebijakan, dan informasi. Dalam ilustrasi ini, penelusurannya bisa berjalan seperti berikut.
Mengapa pelanggan menghubungi lagi? Karena masalahnya muncul kembali setelah laporan keluhan ditutup. Mengapa muncul kembali? Karena yang diberikan hanya solusi sementara. Mengapa hanya solusi sementara? Karena perbaikan sumber masalah ada di tim lain. Mengapa tidak diteruskan ke tim itu? Karena laporan keluhan yang dieskalasi berisiko melewati batas SLA penyelesaian. Mengapa itu menjadi pertimbangan? Karena penilaian kinerja tim dikaitkan dengan kepatuhan SLA.
Jawaban di atas masih hipotesis. Nilainya baru muncul setelah diuji dengan data: berapa persen kontak ulang berasal dari kategori masalah yang sama, berapa laporan keluhan yang dibuka kembali, berapa kali sebuah laporan keluhan berpindah tim sebelum selesai. Jika data tidak mendukung, hipotesis diganti dan penelusuran diulang. RCA yang baik mengikuti data, termasuk ketika data menolak dugaan yang paling meyakinkan.
Dari SLA Compliance ke Service Effectiveness
Memperluas pandangan berarti menambahkan metrik yang menangkap hasil penyelesaian, sambil tetap mempertahankan SLA. Kombinasi yang umum dipakai:
SLA compliance: apakah layanan memenuhi target waktu yang dijanjikan. First Contact Resolution (FCR): berapa persen masalah selesai pada kontak pertama. Repeat contact rate: berapa persen pelanggan menghubungi lagi untuk masalah yang sama. Complaint recurrence: seberapa sering komplain dengan topik yang sama muncul kembali. Customer satisfaction (CSAT): bagaimana pelanggan menilai pengalaman penyelesaiannya.
Tidak semua metrik cocok untuk semua layanan. Layanan transaksional yang sederhana biasanya cocok dengan FCR sebagai ukuran utama. Layanan teknis atau B2B dengan kasus kompleks sering membutuhkan repeat contact rate dan complaint recurrence, karena satu kasus memang tidak selalu selesai pada kontak pertama. Pilihannya mengikuti jenis layanan dan hasil yang paling berarti bagi pelanggan.
Jika SLA menjawab "seberapa cepat kita merespons", metrik tambahan menjawab "apakah masalah pelanggan benar-benar selesai". Keduanya diperlukan untuk melihat gambaran layanan secara utuh.
Perbaikan Layanan Dimulai dari Pengukuran yang Tepat
Kembali ke ilustrasi tadi. Setelah akar penyebab terkonfirmasi lewat data, perbaikan bisa diarahkan ke tempat yang tepat. Misalnya memberi agen lini pertama kewenangan menyelesaikan kategori masalah yang paling sering berulang, membuat jalur eskalasi yang tidak merugikan tim yang meneruskan kasus, dan memisahkan penutupan laporan keluhan dari pencapaian SLA respons.
Perbaikan itu belum selesai sampai efektivitasnya divalidasi. Validasi berarti memantau metrik yang sama setelah perubahan berjalan: apakah repeat contact rate turun, apakah komplain berulang berkurang, dan apakah kepuasan pelanggan bergerak ke arah yang diharapkan. Jika belum, penelusuran dilanjutkan.
Alurnya sederhana walau disiplinnya tidak mudah: ukuran yang sesuai dengan hasil layanan, RCA berbasis data, tindakan korektif, lalu validasi efektivitas. SLA yang tercapai adalah titik awal yang baik. Hasil bagi pelanggan yang menentukan apakah kualitas layanannya benar-benar membaik.
Apakah organisasi Anda sedang menghadapi tantangan yang sama? SSCX International membantu perusahaan-perusahaan di Indonesia merancang program Operational Excellence dan Continuous Improvement yang menyentuh akar masalah, bukan hanya gejalanya. Hubungi kami untuk diskusi awal.
FAQ: SLA, Komplain Pelanggan, dan Root Cause Analysis
- Apakah SLA yang tercapai berarti layanan sudah baik?
Belum tentu. SLA mengukur hal yang didefinisikan di dalamnya, misalnya waktu respons atau waktu penyelesaian. Layanan bisa memenuhi target waktu dan tetap membuat pelanggan menghubungi berulang kali jika masalahnya belum benar-benar selesai. Karena itu SLA perlu dilengkapi metrik hasil seperti FCR dan repeat contact rate. - Apa itu Root Cause Analysis dalam layanan pelanggan?
Root Cause Analysis adalah pendekatan sistematis untuk menemukan penyebab mendasar sebuah masalah sampai ke tingkat yang dapat diperbaiki. Dalam layanan pelanggan, RCA dipakai untuk memahami mengapa komplain berulang atau mengapa pelanggan perlu menghubungi lebih dari sekali. - Metrik apa yang sebaiknya dipakai bersama SLA?
Kombinasi yang umum adalah FCR, repeat contact rate, complaint recurrence, dan CSAT. Pilihannya mengikuti jenis layanan dan hasil yang paling berarti bagi pelanggan. - Bagaimana memastikan akar penyebab yang ditemukan sudah tepat?
Setiap dugaan perlu diuji dengan data, misalnya data laporan keluhan yang dibuka kembali, kategori masalah pada kontak ulang, atau jumlah perpindahan antar-tim sebelum laporan keluhan selesai. Setelah perbaikan dijalankan, efektivitasnya divalidasi dengan memantau metrik yang sama.
Read more Insights
