Balasan yang membantu dapat menyelesaikan masalah yang sedang dihadapi seorang pelanggan tanpa mencegah masalah itu terjadi lagi. Ketika permintaan serupa terus berdatangan, tim mungkin sedang melihat persoalan operasional yang lebih luas: instruksi yang membingungkan, tugas rutin yang terlewat, atau langkah yang tidak selalu dilakukan secara konsisten. Tantangan bagi bisnis kecil adalah merespons orang yang sedang meminta bantuan sekaligus memastikan pola yang mendasarinya memiliki penanggung jawab.
Alur sederhana dari dukungan ke operasional menghubungkan kedua tanggung jawab tersebut tanpa menganggap setiap keluhan sebagai bukti adanya kegagalan yang lebih besar. Alur ini membantu tim mempertahankan konteks pelanggan, menyelidiki laporan berulang, mengambil tindakan korektif, dan—setelah perubahan terverifikasi—mempermudah penerapan rutinitas baru.
Mengapa permintaan berulang membutuhkan lebih dari sekadar balasan individual
Setiap pelanggan berhak mendapat tanggapan secara individual. Namun, jika tim hanya menutup percakapan satu per satu, laporan berulang bisa tersebar di berbagai kotak masuk, catatan, atau ingatan anggota staf. Akibatnya, tidak ada yang menyadari bahwa pelanggan yang berbeda sedang menjelaskan kendala yang sama.
Situasi ini menimbulkan dua jenis pekerjaan. Pertama, tugas dukungan pelanggan: memahami permintaan, menjelaskan apa yang dapat dilakukan, dan menindaklanjuti percakapan hingga tuntas. Kedua, tugas operasional: menyelidiki apakah proses atau kondisi yang berulang turut menyebabkan laporan tersebut, lalu memutuskan perubahan yang perlu dilakukan.
Kedua tugas ini saling berkaitan, tetapi tidak dapat saling menggantikan. Laporan pelanggan adalah bukti yang berguna, bukan diagnosis otomatis. Ungkapan yang serupa bisa mengarah pada penyebab berbeda, dan keluhan yang tidak biasa dapat mengungkap risiko operasional yang nyata meski belum pernah muncul sebelumnya. Anggap pengulangan sebagai alasan untuk meninjau bukti, bukan sebagai alasan untuk mengasumsikan penyebabnya.
Tentukan apakah laporan termasuk dukungan pelanggan atau pelacakan masalah operasional
Mulailah dengan menangani permintaan yang masuk sebagai percakapan dukungan. Klarifikasi apa yang terjadi, akui kekhawatiran pelanggan, dan sepakati tindak lanjut. Jangan biarkan laporan tanpa jawaban sementara tim menunggu apakah pelanggan lain akan menyampaikan hal serupa.
Selanjutnya, tanyakan apakah laporan tersebut memerlukan tindak lanjut operasional di luar percakapan individual. Pertimbangkan pertanyaan berikut:
- Apakah pelanggan lain melaporkan gejala atau kendala yang serupa?
- Apakah rutinitas, serah terima, instruksi, atau kondisi layanan yang sama mungkin menjadi penyebabnya?
- Apakah seseorang perlu menyelidiki atau mengoordinasikan pekerjaan korektif?
- Apakah masalah ini penting bagi bisnis meskipun hanya berdampak pada satu pelanggan?
Jika permintaan dapat ditangani sepenuhnya dengan memberikan penjelasan atau memenuhi kebutuhan pelanggan yang hanya terjadi sekali, tangani melalui dukungan pelanggan. Jika diperlukan penyelidikan terpisah, tindakan korektif, atau verifikasi, buat juga catatan masalah operasional. Jika sesuai, biarkan percakapan dukungan tetap terbuka untuk komunikasi dengan pelanggan, dan lacak penyelidikannya di tempat tersendiri. Dengan begitu, setiap tugas memiliki tujuan yang jelas, alih-alih mengharapkan satu catatan menjalankan kedua fungsi.
Kotak masuk bersama dapat membantu tim kecil menerima permintaan, menetapkan agen, mengatur percakapan, dan melacak tanggapan hingga tuntas. Sebagai contoh, Dukungan pelanggan dirancang untuk mengelola tiket dukungan pelanggan dari satu kotak masuk bersama. Tindak lanjut operasional dapat dicatat secara terpisah dalam alur pelacakan masalah.
Catat pola, dampak, dan tindakan berikutnya tanpa kehilangan konteks pelanggan
Catatan operasional yang berguna harus memungkinkan seseorang yang tidak terlibat dalam percakapan awal memahami hal yang perlu ditangani. Catat masalah yang dapat diamati dengan bahasa sederhana, kapan dan di mana masalah terjadi, serta apa yang dialami pelanggan. Pisahkan fakta dari asumsi: “pelanggan tidak dapat menyelesaikan langkah pemesanan” lebih berguna daripada “proses pemesanan bermasalah” jika penyebabnya belum diperiksa.
Sertakan rujukan singkat ke percakapan dukungan terkait atau informasi yang diperlukan untuk menemukannya. Simpan detail yang relevan, tetapi hindari menyalin percakapan panjang jika ringkasan singkat sudah memadai. Catatan operasional digunakan untuk menyelidiki dan menangani masalah; percakapan dukungan tetap menjadi tempat berlangsungnya komunikasi dengan pelanggan.
Catat juga dampak yang sudah diketahui. Misalnya, tuliskan apakah laporan tersebut mengganggu layanan, membutuhkan perhatian staf tambahan, atau membuat pelanggan menunggu. Jika frekuensinya belum jelas, nyatakan hal itu dan rencanakan cara untuk memeriksanya. Jangan mengubah segelintir laporan menjadi kesimpulan pasti tentang skala atau penyebabnya.
Akhiri catatan dengan tindakan berikutnya yang dapat dilakukan seseorang, seperti memeriksa proses serah terima, meninjau instruksi, atau mengamati tugas rutin. Laporan tanpa langkah tindak lanjut mudah diakui keberadaannya, lalu terlupakan. Pelacak masalah operasional dapat menyatukan masalah dengan penanggung jawab, prioritas, tenggat, dan solusinya. Masalah adalah salah satu pilihan untuk memusatkan masalah operasional dan mengoordinasikan tindak lanjutnya.
Tetapkan penanggung jawab dan tindak lanjuti masalah hingga tuntas
Tetapkan satu orang untuk mengoordinasikan penanganan masalah, meskipun orang tersebut akan meminta bantuan pihak lain untuk menyelidiki atau melakukan perubahan. Penanggung jawab yang jelas menjawab pertanyaan praktis, “Siapa yang akan memeriksa langkah berikutnya?” Ini bukan berarti satu orang harus mengerjakan semuanya atau dianggap bertanggung jawab atas penyebab yang belum dipastikan.
Sepakati tindakan berikutnya dan waktu yang sesuai untuk meninjaunya. Waktu yang tepat bergantung pada dampak dan urgensi masalah; yang penting, tindak lanjut harus dinyatakan dengan jelas. Jika informasi baru mengubah penilaian, perbarui catatan. Jika masalah belum dapat diselesaikan, catat hal yang menghambat kemajuan dan siapa yang akan meninjaunya kembali.
Pastikan komitmen kepada pelanggan selaras dengan apa yang diketahui tim. Jika Anda telah berjanji akan memberi kabar, pastikan percakapan dukungan juga memiliki penanggung jawab tindak lanjut yang jelas. Penyelidikan internal dan komunikasi dengan pelanggan mungkin merupakan pekerjaan terpisah, tetapi keduanya perlu diperhatikan. Serah terima singkat dapat memuat ringkasan masalah dan rujukannya; jangan berasumsi bahwa catatan di alat yang berbeda akan diperbarui secara otomatis.
Sebelum menandai masalah operasional sebagai selesai, periksa arti “selesai” dalam kasus tersebut. Perubahan yang diusulkan tidak sama dengan tindakan yang telah dilakukan, dan tindakan yang telah dilakukan mungkin masih perlu diperiksa untuk memastikan bahwa tindakan itu mengatasi masalah yang dilaporkan. Catat tindakan yang dilakukan dan dasar penutupan masalah agar peninjau di kemudian hari dapat memahami keputusan tersebut.
Ubah masalah berulang yang telah terverifikasi menjadi daftar periksa pencegahan
Setelah tim memastikan bahwa perubahan proses yang dilakukan bermanfaat, tanyakan apakah pekerjaan yang sama perlu dilakukan lagi. Jika ya, daftar periksa dapat memperjelas rutinitas yang diharapkan: apa yang perlu dikerjakan, dalam urutan apa, dan siapa yang bertanggung jawab. Hal ini sangat membantu ketika tugas dilakukan berulang kali di berbagai giliran kerja, oleh orang yang berbeda, atau pada kesempatan layanan yang berbeda, dan pelaksanaannya tidak seharusnya bergantung pada ingatan seseorang atas instruksi informal.
Buat langkah-langkah daftar periksa yang konkret dan dapat diamati. “Periksa apakah catatan serah terima sudah lengkap” lebih mudah diikuti daripada “tingkatkan komunikasi.” Sertakan hanya langkah-langkah yang mendukung rutinitas yang telah disepakati, dan jelaskan tanggung jawab dengan terang. Daftar periksa seharusnya membantu staf menjalankan praktik yang telah terverifikasi; daftar tersebut tidak boleh menyamarkan masalah yang belum terselesaikan atau menggantikan penyelidikan atas penyebab masalah.
Untuk pekerjaan berulang, Daftar periksa menyediakan cara untuk membuat daftar periksa berulang, menetapkan tanggung jawab, dan melihat pekerjaan yang telah selesai. Gunakan jika rutinitas pencegahan memang dapat diulang. Jika solusinya berupa koreksi satu kali, daftar periksa mungkin hanya menambah pekerjaan yang tidak perlu.
Tinjau apakah perubahan mengurangi laporan yang berulang
Setelah menerapkan perubahan, tentukan waktu peninjauan yang wajar dan cari bukti bahwa perubahan tersebut membantu. Periksa apakah laporan dukungan serupa masih muncul, apakah rutinitas terkait telah dilakukan, dan apakah staf menghadapi kendala baru. Jika memungkinkan, bandingkan kondisi yang sejenis: perubahan jumlah laporan sulit ditafsirkan jika jangka waktu atau konteks layanannya berbeda.
Jangan menganggap berkurangnya laporan saja sebagai bukti bahwa penyebabnya telah dihilangkan. Pelanggan mungkin menggambarkan masalah dengan cara berbeda, pekerjaan mungkin bersifat musiman, atau tim mungkin membutuhkan waktu lebih lama untuk mengamati rutinitas tersebut. Jika pola masalah berlanjut, buka kembali penyelidikan atau revisi tindakan korektif. Jika bukti menunjukkan perubahan tersebut berhasil, pertahankan rutinitasnya, perbarui daftar periksa jika perlu, lalu tutup tindak lanjut operasional dengan catatan singkat tentang hal yang telah ditinjau.
Peninjauan singkat juga dapat mencegah proses menjadi berantakan. Hentikan langkah-langkah yang tidak lagi mencerminkan cara kerja yang disepakati, dan hindari membuat daftar periksa permanen untuk setiap keluhan yang hanya terjadi sekali. Tujuannya adalah rutinitas yang berguna dan didukung oleh pembelajaran tim, bukan menambah dokumentasi demi dokumentasi.
Kesimpulan: hubungkan tanggapan dengan rutinitas
Alur praktis untuk menangani keluhan pelanggan yang berulang dimulai dengan tanggapan dukungan yang tepat waktu, lalu memberikan tindak lanjut operasional tersendiri pada pola yang telah terverifikasi. Catat fakta dan dampak, tetapkan penanggung jawab, periksa tindakan korektif, dan ubah pekerjaan berulang yang terbukti menjadi daftar periksa yang jelas. Tinjau hasilnya, alih-alih menganggap perubahan pasti berhasil. Jelajahi aplikasi Suite.coffee untuk mengatur permintaan dukungan, masalah operasional, dan pekerjaan berulang.
