Keluhan pelanggan bisa menjadi percakapan yang perlu ditangani dengan penuh perhatian sekaligus peringatan bahwa ada sesuatu dalam bisnis yang perlu diubah. Pesanan yang terlambat, faktur yang membingungkan, atau layanan yang tidak memenuhi harapan mungkin memerlukan balasan segera, tetapi balasan saja tidak akan memperbaiki masalah yang mendasarinya.
Bagi usaha kecil, tantangannya adalah menjaga komunikasi dengan pelanggan tetap berjalan sambil menindaklanjuti operasional secara paralel. Alur kerja yang jelas untuk mengubah keluhan pelanggan menjadi masalah operasional memisahkan kedua tanggung jawab tersebut tanpa memutus kaitan di antara keduanya. Alur ini membantu pelanggan menerima tanggapan tepat waktu, memberi tim tugas perbaikan yang jelas, dan menetapkan standar untuk menentukan kapan tugas itu benar-benar selesai.
Tentukan apakah pesan memerlukan balasan, perbaikan, atau keduanya
Mulailah dengan mengajukan dua pertanyaan: Apa yang dibutuhkan pelanggan dari kita sekarang? dan Apa, jika ada, yang perlu diubah dalam cara kita bekerja? Kedua pertanyaan ini mengarah pada jenis pekerjaan yang berbeda. Pertanyaan pertama berkaitan dengan percakapan dukungan pelanggan; pertanyaan kedua berkaitan dengan masalah operasional.
Beberapa keluhan hanya memerlukan tanggapan kepada pelanggan. Pelanggan mungkin meminta penjelasan tentang layanan atau informasi yang dapat diberikan tim tanpa mengubah prosesnya. Pesan lain mengungkap masalah operasional: kesalahan pengemasan yang berulang, serah terima antarshift yang terlewat, atau proses pemesanan yang menimbulkan kebingungan yang sebenarnya dapat dihindari. Banyak kasus memerlukan tanggapan sekaligus perbaikan.
Misalnya, jika pelanggan melaporkan ada barang yang hilang dari pesanan, tim mungkin perlu mengakui masalah tersebut dan menjelaskan tindakan yang akan diambil untuk pelanggan itu. Secara terpisah, seseorang mungkin perlu memeriksa cara pesanan dikemas dan menentukan apakah tindakan perbaikan diperlukan. Jangan langsung menyimpulkan penyebab operasional sebelum memeriksa faktanya; keluhan adalah sinyal untuk menyelidiki, bukan bukti bahwa kegagalan tertentu telah terjadi.
Keputusan triase sederhana dapat membantu:
- Tanggapan kepada pelanggan: Apakah ada orang yang bertanggung jawab untuk mengakui penerimaan pesan, menjawab pertanyaan, atau memberi kabar kepada pelanggan?
- Tindak lanjut operasional: Apakah ada proses, produk, serah terima, atau kondisi kerja yang perlu diselidiki atau diperbaiki?
- Keduanya: Apakah pelanggan membutuhkan jawaban sementara tim juga memeriksa kemungkinan penyebab yang mendasarinya?
Pembedaan ini mencegah tiket pelanggan berubah menjadi daftar tugas informal dan mencegah pekerjaan operasional disalahartikan sebagai tanggapan pelanggan yang sudah tuntas.
Catat masalah operasional secara terpisah
Simpan percakapan dengan pelanggan dan masalah operasional sebagai catatan atau item pekerjaan yang terpisah, meskipun keduanya berawal dari peristiwa yang sama. Catatan untuk pelanggan sebaiknya membantu tim memahami permintaan, balasan yang sudah dikirim, dan hal yang masih perlu disampaikan. Catatan operasional sebaiknya menjelaskan kemungkinan masalah, lokasi ditemukannya, serta hal yang perlu diselidiki atau diperbaiki.
Pemisahan memperjelas tanggung jawab. Agen dukungan pelanggan dapat terus menangani percakapan, sementara orang lain menyelidiki proses pengemasan, serah terima layanan, atau operasi terkait lainnya. Pemisahan juga memberi bisnis cara untuk meninjau masalah operasional tanpa menganggap setiap percakapan dengan pelanggan sebagai laporan masalah.
Saat membuat laporan masalah, catat detail yang dapat diamati, bukan kesimpulan. Sertakan apa yang terjadi, kapan dan di mana hal itu diketahui, pekerjaan atau layanan yang terkait, serta bukti yang tersedia. Gunakan uraian yang faktual: “Pelanggan melaporkan bahwa paket berisi dua barang, bukan tiga” lebih berguna untuk penyelidikan daripada “Tim pengemasan ceroboh.” Catat juga hal-hal yang belum diketahui. Ini membantu penanggung jawab menyelidiki tanpa memperlakukan asumsi sebagai temuan.
Simpan konteks secukupnya agar pekerjaan tetap dapat ditautkan dalam proses internal Anda: misalnya, catat bahwa masalah berasal dari laporan pelanggan dan simpan referensi terkait menggunakan metode yang sudah digunakan tim. Jangan menyalin detail pribadi yang tidak diperlukan ke dalam catatan operasional. Tujuannya adalah membuat masalah dapat dipahami oleh orang yang bertanggung jawab memperbaikinya, bukan menggandakan seluruh percakapan.
Tetapkan penanggung jawab, prioritas, dan tenggat
Masalah tanpa penanggung jawab yang disebutkan bisa diam-diam menjadi tanggung jawab semua orang sekaligus tugas tak seorang pun. Tunjuk satu orang untuk mengoordinasikan langkah berikutnya. Orang tersebut tidak harus melakukan setiap tindakan, tetapi harus mengetahui pekerjaan yang masih tertunda, meminta masukan yang diperlukan, dan memperbarui catatan masalah.
Tentukan prioritas berdasarkan dampak praktis dan urgensi masalah bagi bisnis, bukan hanya berdasarkan seberapa kuat kata-kata dalam pesan disampaikan. Pertimbangkan apakah masalah masih berlangsung, berapa banyak pelanggan atau anggota tim yang mungkin terdampak, serta apakah pekerjaan dapat terus berjalan dengan aman dan konsisten selama penyelidikan. Jika dampaknya belum jelas, jadikan pencarian informasi tersebut bagian dari tugas yang diberikan.
Tetapkan tenggat yang realistis untuk tindakan atau peninjauan berikutnya. Tenggat akan lebih berguna jika menjelaskan titik pemeriksaan yang konkret, seperti memeriksa suatu proses, berbicara dengan kepala sif, atau menguji instruksi yang telah direvisi. Jika perbaikan membutuhkan waktu lebih lama, jadwalkan tindak lanjut sementara agar masalah tidak dibiarkan terbuka tanpa langkah selanjutnya yang terlihat.
Dalam tim kecil, percakapan dengan pelanggan dan tugas operasional mungkin menjadi tanggung jawab orang yang berbeda. Sebutkan kedua tanggung jawab jika diperlukan: satu orang menangani pembaruan kepada pelanggan, sementara orang lain mengoordinasikan tindak lanjut operasional. Sepakati bagaimana dan kapan penanggung jawab dukungan akan menerima kabar terbaru yang bermanfaat. Dengan begitu, tim tidak menjanjikan perbaikan sebelum memverifikasinya.
Catat bukti dan verifikasi perbaikan
Menyelesaikan tindakan tidak sama dengan membuktikan bahwa masalah telah diperbaiki. “Kami sudah mengingatkan tim” mencatat suatu kegiatan, tetapi tidak membuktikan apakah pengingat itu mengubah proses atau membuat masalah lebih kecil kemungkinannya untuk terulang. Sebelum menutup masalah operasional, tentukan bukti apa yang dapat menunjukkan bahwa perbaikan tersebut benar-benar meyakinkan.
Bukti yang tepat bergantung pada masalahnya. Bukti tersebut dapat berupa instruksi kerja yang diperbarui, pemeriksaan yang telah diselesaikan, peninjauan proses yang terdampak, atau pengamatan langsung bahwa langkah yang direvisi sudah diikuti. Catat tindakan yang dilakukan, siapa yang menyelesaikannya, dan apa yang diperiksa. Jika buktinya belum lengkap atau pemeriksaan menunjukkan masalah masih ada, biarkan masalah tetap terbuka dan tetapkan tindakan berikutnya.
Verifikasi harus sebanding dengan masalahnya. Masalah kecil yang terjadi sekali mungkin cukup ditangani dengan pemeriksaan sederhana; masalah berulang atau yang dampaknya lebih besar mungkin memerlukan tindak lanjut lebih dekat. Intinya adalah memilih pemeriksaan dengan sengaja, bukan menutup masalah begitu seseorang mengatakan pekerjaannya sudah selesai.
Pengelolaan masalah operasional menjadi lebih mudah ketika laporan, penanggung jawab, tindakan perbaikan, dan bukti disimpan bersama. Aplikasi Masalah Suite.coffee dijelaskan sebagai tempat untuk melaporkan, menugaskan, dan menyelesaikan masalah operasional, mengoordinasikan tindakan perbaikan dan bukti, serta memverifikasi penutupan. Aplikasi ini dapat mendukung sisi pengelolaan masalah dalam alur kerja ini; tim tetap perlu menentukan bukti yang sesuai dan memastikan bahwa perbaikan berhasil.
Tuntaskan tindak lanjut dengan pelanggan
Setelah mengetahui hal yang dapat disampaikan, beri kabar kepada pelanggan dengan bahasa yang jelas dan relevan. Akui kekhawatiran awal mereka, jelaskan tindakan yang telah dilakukan atau status saat ini, dan sampaikan dengan jujur jika penyelidikan masih berlangsung. Jangan menyajikan perubahan yang belum terverifikasi sebagai solusi permanen yang dijamin. Pelanggan membutuhkan jawaban yang berguna, bukan detail tugas internal yang tidak membantu mereka.
Dukungan pelanggan adalah percakapan yang berkelanjutan, bukan sekadar langkah yang memicu pekerjaan operasional. Pantau pertanyaan yang belum dijawab dan tindak lanjut yang dijanjikan sampai pelanggan menerima tanggapan. Kotak masuk bersama dan penugasan yang jelas dapat membantu tim kecil mengatur permintaan masuk serta mencegah balasan terselip di antara pekerjaan lain. Aplikasi Dukungan pelanggan Suite.coffee dirancang untuk mengelola tiket dukungan melalui kotak masuk bersama, menugaskan agen, mengatur percakapan, dan melacak tanggapan hingga masalah terselesaikan.
Gunakan cara yang sudah ditetapkan tim untuk mengaitkan percakapan dukungan dengan pekerjaan operasional, tanpa berasumsi bahwa alat yang terpisah otomatis berbagi informasi. Saat status salah satu item pekerjaan berubah, orang yang bertanggung jawab atas item lainnya harus menerima pembaruan melalui proses tim yang disepakati.
Tinjau pola yang berulang, bukan hanya keluhan satu per satu
Setelah tanggapan dan tindakan perbaikan langsung dilakukan, cari pola di antara berbagai laporan. Keluhan serupa mungkin mengarah pada langkah kerja yang sama, instruksi yang kurang jelas, atau masalah serah terima yang berulang. Satu laporan bisa saja penting, tetapi pola yang berulang memberi tim lebih banyak konteks untuk menentukan hal yang perlu diselidiki atau proses yang perlu ditingkatkan.
Tinjau pola dengan frekuensi yang sesuai dengan volume pekerjaan. Tanyakan masalah mana yang muncul lebih dari sekali, tindakan perbaikan mana yang belum diverifikasi, dan apakah ada penanggung jawab yang menunggu keputusan atau informasi. Jaga agar peninjauan tetap praktis: tentukan langkah berikutnya, tunjuk penanggung jawab, dan jadwalkan pemeriksaan lanjutan alih-alih membuat daftar kekhawatiran yang tidak akan ditinjau kembali.
Alur kerja yang konsisten tidak menjamin bahwa setiap keluhan memiliki penyebab operasional atau bahwa setiap perbaikan akan mencegah masalah di kemudian hari. Namun, alur ini membuat pekerjaan lebih mudah dipantau: pelanggan menerima tanggapan, kemungkinan masalah operasional diselidiki, tindakan perbaikan memiliki penanggung jawab, dan penutupan didasarkan pada bukti, bukan asumsi.
Kesimpulan: buat penyelesaian terlihat jelas
Untuk mengubah keluhan pelanggan menjadi perbaikan operasional, pisahkan percakapan dengan pelanggan dari masalah operasional, tetapkan penanggung jawab untuk masing-masing, catat hal-hal yang diketahui, dan verifikasi pekerjaan perbaikan sebelum menutup masalah. Kemudian sampaikan hal yang sesuai kepada pelanggan dan tinjau pola yang berulang untuk menentukan fokus ke depannya. Jelajahi aplikasi dukungan pelanggan Suite.coffee dan aplikasi masalah operasional untuk mempelajari cara memperjelas setiap bagian dari tindak lanjut.
