Keluhan pelanggan layak ditanggapi dengan saksama, tetapi menyelesaikan percakapan tidak selalu berarti menyelesaikan masalah yang mendasarinya. Pelanggan mungkin menerima permintaan maaf, jawaban, atau penggantian, sementara kondisi yang menyebabkan kekecewaan tetap tidak berubah. Jika itu terjadi, pelanggan berikutnya dapat mengalami kegagalan yang sama.
alur kerja dari keluhan pelanggan ke perbaikan operasional menghubungkan pekerjaan yang berhadapan dengan pelanggan dengan pekerjaan praktis untuk memperbaiki cara bisnis beroperasi. Alur ini membantu tim kecil menentukan kapan percakapan dukungan merupakan kejadian satu kali dan kapan percakapan tersebut perlu menghasilkan masalah internal, tindakan yang ditugaskan, atau perubahan pada daftar periksa berulang.
Tujuannya bukan mengubah setiap pesan ketidakpuasan menjadi proyek besar. Tujuannya adalah mempertahankan konteks yang berguna, membuat respons yang proporsional terlihat, dan memverifikasi bahwa perbaikan benar-benar telah diselesaikan.
Catat keluhan dengan konteks yang cukup
Percakapan dukungan adalah titik awalnya. Sebelum memutuskan apa yang harus dilakukan secara internal, pastikan keluhan memuat penjelasan yang jelas tentang pengalaman pelanggan. Kata-kata pelanggan penting, tetapi konteks operasional juga penting.
Catat fakta penting selagi masih tersedia: apa yang terjadi, kapan terjadi, apa yang diharapkan pelanggan, layanan atau pekerjaan yang terlibat, serta respons yang sudah diberikan. Pisahkan percakapan yang berhadapan dengan pelanggan secukupnya agar dapat dikelola dengan penuh hormat, sambil memastikan tim nantinya dapat memahami alasan tindakan internal dibuat.
Ruang kerja bersama seperti Dukungan pelanggan dapat membantu tim kecil mengatur percakapan, menetapkan penanggung jawab, dan menindaklanjuti setiap permintaan hingga selesai. Dengan begitu, tim memiliki tempat yang andal untuk meninjau keluhan asli, alih-alih bergantung pada versi singkat dalam pesan atau catatan.
Pisahkan fakta, dampak, dan asumsi
Catatan keluhan yang berguna membedakan tiga hal:
- Fakta: hal yang dilaporkan pelanggan dan yang dapat dikonfirmasi dari percakapan.
- Dampak: ketidaknyamanan, keterlambatan, kebingungan, atau ketidakpuasan yang dialami pelanggan.
- Asumsi: kemungkinan penjelasan yang masih perlu diperiksa.
Pembedaan ini mencegah tim memperlakukan dugaan awal sebagai penyebab. Misalnya, keluhan tentang pengiriman terlambat dapat mengarah pada masalah serah terima, informasi yang tidak jelas, atau pengecualian yang terisolasi. Keluhan membuktikan bahwa pelanggan terdampak; keluhan tidak otomatis membuktikan alasannya.
Tutup percakapan pelanggan dengan baik, tetapi biarkan pertanyaan operasional tetap terbuka sampai tim memeriksa apakah masalah tersebut dapat terjadi lagi.
Tentukan apakah keluhan memerlukan tindak lanjut operasional
Tidak setiap keluhan perlu menjadi tugas perbaikan internal. Sebagian hanya terkait satu situasi tertentu dan dapat diselesaikan dalam percakapan dukungan. Sebagian lainnya mengungkap kelemahan proses, tanggung jawab yang terlewat, atau tugas berulang yang tidak jelas atau belum lengkap.
Proses pengambilan keputusan sederhana menjaga respons tetap proporsional. Ajukan pertanyaan berikut:
- Apakah situasi yang sama dapat memengaruhi pelanggan lain?
- Apakah keluhan menunjukkan langkah yang terlewat, kepemilikan yang tidak jelas, atau masalah yang belum ditangani?
- Apakah tim pernah melihat keluhan serupa sebelumnya?
- Apakah tindakan internal akan mengurangi kemungkinan masalah terulang?
- Apakah hal ini memerlukan penanggung jawab, prioritas, atau tenggat agar tidak terlupakan?
Jika sebagian besar jawabannya tidak, dokumentasikan penyelesaian dalam percakapan dukungan lalu lanjutkan pekerjaan. Kejadian tersebut mungkin hanya terjadi sekali, atau kekhawatiran pelanggan dapat ditangani tanpa mengubah pekerjaan rutin. Meski demikian, catatan itu tetap berguna jika keluhan serupa muncul di kemudian hari.
Jika satu atau beberapa jawabannya ya, buat tindak lanjut operasional. Keluhan tidak harus membuktikan adanya pola berulang sebelum tim bertindak. Satu laporan dapat mengungkap celah yang nyata. Yang penting adalah menjelaskan masalah operasional dengan cermat: apa yang perlu diperiksa atau diperbaiki, bukan sekadar bahwa pelanggan tidak puas.
Gunakan pola tanpa menunggu terlalu lama
Keluhan berulang adalah sinyal kuat, terutama jika berkaitan dengan bagian yang sama dari pengalaman pelanggan. Namun, menunggu pola dapat membuat kelemahan yang sudah diketahui tetap berlangsung. Keluhan yang menunjukkan langkah keselamatan, kualitas, komunikasi, atau layanan yang terlewat dapat membenarkan tindakan segera, meskipun itu laporan pertama.
Sebaliknya, beberapa keluhan mungkin tampak serupa tetapi memiliki penyebab berbeda. Tinjau konteks sebelum mengelompokkannya. Alur kerja yang baik menghindari dua hal ekstrem: membuat kasus internal besar untuk setiap pesan dan mengabaikan sinyal penting hanya karena belum berulang.
Ubah kekhawatiran menjadi masalah operasional yang jelas
Setelah tim memutuskan tindak lanjut diperlukan, buat masalah yang dapat dipahami tanpa membuka kembali seluruh percakapan dukungan. Nyatakan masalahnya, sertakan konteks yang relevan, dan jelaskan hasil yang diharapkan. Masalah tersebut harus berfokus pada kondisi operasional yang perlu diselidiki atau diperbaiki.
Misalnya, “Pelanggan mengeluhkan layanan yang buruk” terlalu umum untuk memandu tindakan. “Tinjau alasan pembaruan yang telah disepakati tidak dikirim kepada pelanggan dan tetapkan langkah yang bertanggung jawab” menunjukkan masalah yang spesifik serta arah penyelesaian yang berguna. Pernyataan ini juga memungkinkan verifikasi di kemudian hari.
Masalah menyediakan tempat terpusat untuk melaporkan masalah operasional, menetapkan penanggung jawab, serta mengendalikan prioritas, tenggat, dan solusi. Hal ini sangat membantu ketika rekan kerja yang berhadapan dengan pelanggan menemukan kekhawatiran, tetapi orang lain harus menyelidiki atau menyelesaikan pekerjaan perbaikan.
Tetapkan penanggung jawab dan definisikan tindakan pertama
Masalah internal tidak boleh hanya menjadi catatan pasif. Berikan penanggung jawab yang jelas dan tindakan praktis pertama. Kepemilikan bukan berarti satu orang harus melakukan semua pekerjaan; artinya ada seseorang yang bertanggung jawab mendorong masalah ini maju dan membuat langkah berikutnya terlihat.
Tindakan pertama dapat berupa memeriksa apa yang terjadi, meninjau pekerjaan terkait, berbicara dengan orang-orang yang terlibat, atau mengidentifikasi titik kegagalan proses normal. Hindari menugaskan instruksi yang samar seperti “selesaikan ini.” Sebaliknya, tentukan tindakan yang dapat diselesaikan dan ditinjau.
- Masalah: Kelemahan atau kejadian operasional apa yang perlu diperhatikan?
- Konteks: Laporan pelanggan atau detail relevan apa yang mendorong tindak lanjut ini?
- Penanggung jawab: Siapa yang akan mengoordinasikan respons?
- Prioritas dan tenggat: Seberapa mendesak masalah ini harus ditangani?
- Hasil yang diharapkan: Apa yang seharusnya berubah setelah tindakan selesai?
Detail ini mengurangi kesalahan serah terima. Detail tersebut juga memudahkan tim kecil melihat apakah suatu kekhawatiran menunggu penyelidikan, sedang dikerjakan, atau siap diverifikasi.
Pilih respons operasional yang tepat
Masalah operasional dapat menghasilkan berbagai jenis tindakan. Respons yang tepat bergantung pada penyebab dan cara pekerjaan biasanya dilakukan.
Gunakan tindakan satu kali yang ditugaskan ketika solusinya spesifik dan tidak perlu menjadi rutinitas. Contohnya mencakup memeriksa serah terima yang terlewat, memperbaiki catatan yang belum lengkap, atau menyelesaikan masalah yang memiliki titik akhir yang jelas.
Gunakan perubahan daftar periksa berulang ketika keluhan menunjukkan bahwa pekerjaan rutin memerlukan langkah yang lebih jelas dan dapat diulangi. Daftar periksa bernilai ketika orang perlu menyelesaikan pekerjaan yang sama secara konsisten dan dapat melihat apa yang telah selesai. Perubahan dapat menambahkan langkah yang hilang, memperjelas tanggung jawab, atau membuat pemeriksaan yang ada lebih mudah diikuti.
Daftar periksa membantu tim membuat daftar periksa yang dapat diulang, menetapkan tanggung jawab, dan melacak penyelesaian. Alih-alih mengandalkan seseorang untuk mengingat pelajaran dari keluhan sebelumnya, tim dapat memasukkan perbaikan yang disepakati ke dalam pekerjaan yang terus berulang.
Jangan gunakan daftar periksa sebagai pengganti penyelidikan
Menambahkan item daftar periksa terlalu cepat dapat menciptakan pekerjaan tambahan tanpa memperbaiki penyebabnya. Tentukan terlebih dahulu apa yang perlu diubah. Jika masalah muncul karena rutinitas yang tidak jelas, langkah berulang yang terlewat, atau ketidakpastian tentang siapa yang bertanggung jawab, pembaruan daftar periksa mungkin tepat. Jika masalahnya adalah kegagalan operasional yang berbeda, masalah tersebut mungkin memerlukan tindakan yang ditugaskan dan penyelesaian yang diverifikasi.
Dalam beberapa kasus, keduanya berguna. Masalah dapat mengoordinasikan penyelidikan langsung dan pekerjaan perbaikan, sedangkan perubahan daftar periksa membantu mencegah kelalaian yang sama dalam pekerjaan rutin di masa mendatang. Hubungkan keputusan tersebut kembali ke konteks pelanggan asli agar alasan perubahan tetap jelas.
Verifikasi perbaikan sebelum menutup tindak lanjut
“Selesai” seharusnya berarti lebih dari “seseorang mengatakan sudah menanganinya.” Sebelum menutup masalah operasional, periksa apakah tindakan yang disepakati telah dilakukan dan apakah tindakan itu menangani masalah yang dinyatakan. Verifikasi dapat meliputi konfirmasi bahwa pekerjaan perbaikan telah dilakukan, peninjauan tugas berulang yang diperbarui, atau pemeriksaan bahwa tanggung jawab kini sudah jelas.
Jaga verifikasi tetap proporsional. Perbaikan kecil mungkin hanya memerlukan tinjauan singkat. Masalah yang lebih penting mungkin membutuhkan bukti yang lebih jelas bahwa solusi telah diselesaikan. Yang penting, penutupan didasarkan pada hasil yang diharapkan, bukan pada berlalunya waktu.
Kemudian kembali ke percakapan pelanggan jika sesuai. Tim tidak perlu membagikan setiap detail internal. Pembaruan singkat dapat mengakui kekhawatiran pelanggan, mengonfirmasi bahwa hal itu telah ditinjau, dan menjelaskan hasil yang berdampak pada pelanggan. Ini menciptakan serah terima masalah dukungan yang lebih lengkap: pelanggan menerima respons, dan bisnis memiliki catatan yang terlihat mengenai pekerjaan perbaikan di baliknya.
Bangun kebiasaan umpan balik yang praktis
Bagi usaha kecil, nilai alur kerja ini adalah kejelasan. Rekan kerja yang berhadapan dengan pelanggan dapat menyampaikan kekhawatiran tanpa menjadi penanggung jawab untuk setiap perbaikan operasional. Pemilik proses operasional dapat bertindak dengan konteks, alih-alih menerima keluhan yang samar. Manajer dapat melihat apakah pekerjaan perbaikan memiliki penanggung jawab, tindakan berikutnya, dan penutupan yang telah diverifikasi.
Tinjau keluhan yang telah selesai dan masalah terkait secara berkala. Cari tema berulang, perubahan daftar periksa yang berulang, atau masalah yang tetap terbuka. Ini tidak memerlukan program yang rumit. Kebiasaan konsisten untuk mencatat konteks, mengambil keputusan dengan sengaja, menugaskan tindakan, dan memverifikasi penutupan sudah cukup untuk mengubah umpan balik pelanggan menjadi pembelajaran operasional yang berguna.
Kesimpulan: buat pengalaman pelanggan berikutnya lebih baik
Keluhan perlu menjadi tugas perbaikan internal ketika menunjukkan masalah yang dapat berulang, membutuhkan penanggung jawab yang jelas, atau memerlukan perubahan dalam cara pekerjaan dilakukan. Catat konteksnya, bedakan kejadian satu kali dari sinyal operasional, tetapkan respons yang praktis, dan verifikasi hasilnya. Hubungkan umpan balik pelanggan dengan pekerjaan perbaikan operasional yang terlihat agar penyelesaian percakapan hari ini juga membantu mencegah keluhan pada hari esok.
