Proses eskalasi dukungan pelanggan untuk usaha kecil tidak memerlukan banyak lapisan manajemen atau aturan yang rumit. Proses ini memerlukan kesepakatan bersama: ketika sebuah permintaan tidak lagi dapat ditangani oleh penanggung jawab saat ini, apa langkah berikutnya?
Dalam tim kecil, tanggung jawab dukungan sering dibagi bersama. Orang yang membaca pesan pelanggan mungkin dapat menjawabnya, mungkin memerlukan rekan dengan pengetahuan berbeda, atau mungkin menemukan masalah yang memerlukan tindakan terpisah. Tanpa alur yang disepakati, permintaan dapat tertahan di tempat yang salah, diteruskan melalui pesan, atau sampai kepada penanggung jawab baru hanya dengan sebagian cerita.
Alur eskalasi yang praktis menjaga percakapan pelanggan tetap utuh sekaligus memperjelas tindakan berikutnya. Alur ini menetapkan pemicu, mengidentifikasi penanggung jawab berikutnya, mencatat konteks, dan menjaga permintaan tetap terlihat hingga ada penyelesaian. Hasilnya bukan sekadar perpindahan yang lebih cepat antarorang. Hasilnya adalah pengalaman yang lebih andal bagi pelanggan dan cara yang lebih jelas bagi tim untuk mengelola pekerjaan.
Mulailah dengan mendefinisikan arti eskalasi bagi tim Anda
Eskalasi bukan tanda bahwa percakapan dukungan gagal. Eskalasi adalah serah terima terkendali ketika permintaan memerlukan jenis perhatian yang berbeda. Dalam usaha kecil, ini dapat berarti memindahkan permintaan kepada orang yang bertanggung jawab atas area tertentu, meningkatkan tingkat urgensi pekerjaan, atau mendokumentasikan masalah yang dilaporkan untuk ditindaklanjuti.
Tuliskan definisi singkat yang dapat diterapkan semua orang. Misalnya: eskalasi permintaan ketika penanggung jawab saat ini tidak dapat menyelesaikannya dengan informasi dan wewenang yang tersedia, ketika dampak terhadap pelanggan memerlukan perhatian lebih cepat, atau ketika percakapan mengidentifikasi masalah operasional yang memerlukan penanggung jawab yang ditetapkan.
Definisi ini memberi anggota tim keleluasaan untuk bertindak lebih awal. Definisi ini juga mencegah eskalasi menjadi penilaian yang tidak konsisten hanya berdasarkan siapa yang kebetulan menangani kotak masuk pada hari itu.
Gunakan pemicu eskalasi yang jelas
Pemicu mengubah niat menjadi proses yang dapat diulang. Pemicu sebaiknya menjelaskan permintaannya, bukan menyalahkan pelanggan atau orang yang menanganinya. Buat daftar cukup singkat agar mudah diingat dan digunakan.
- Diperlukan pengetahuan berbeda: permintaan memerlukan informasi atau keputusan yang dimiliki orang lain.
- Penanggung jawab berbeda bertanggung jawab: pertanyaan berkaitan dengan pekerjaan yang menjadi tanggung jawab rekan tim atau area bisnis tertentu.
- Prioritas perlu berubah: dampak permintaan berarti permintaan tersebut harus dipertimbangkan lebih cepat daripada pekerjaan dukungan biasa.
- Masalah berulang atau berbeda dilaporkan: percakapan mengungkap masalah yang perlu dicatat, ditugaskan, dan ditindaklanjuti secara terpisah.
- Percakapan tidak dapat dilanjutkan: penanggung jawab saat ini telah mengambil langkah berikutnya yang wajar, tetapi memerlukan orang lain untuk memajukannya.
Pemicu ini tidak harus mencakup setiap situasi yang mungkin terjadi. Pemicu memberi tim titik awal yang andal. Jika permintaan tidak memenuhi pemicu, penanggung jawab saat ini dapat terus merespons. Jika memenuhi, tim tahu bahwa permintaan memerlukan langkah berikutnya yang tegas, bukan sekadar menyebutkannya secara informal kepada rekan kerja.
Tentukan penanggung jawab berikutnya sebelum permintaan diserahkan
Setiap eskalasi harus memiliki penanggung jawab berikutnya yang disebutkan dengan jelas. “Tim” bukan penanggung jawab, begitu pula instruksi samar seperti “coba periksa.” Penanggung jawab yang ditetapkan memperjelas siapa yang perlu menilai permintaan, memutuskan tindakan berikutnya, atau mengoordinasikan pekerjaan.
Ini tidak berarti penanggung jawab dukungan pertama hilang dari percakapan. Mereka mungkin tetap paling tepat untuk berkomunikasi dengan pelanggan. Perbedaan pentingnya adalah antara kepemilikan komunikasi dengan pelanggan dan kepemilikan pekerjaan yang diperlukan untuk menyelesaikannya. Dalam tim kecil, satu orang dapat memegang kedua peran tersebut, tetapi perannya tetap harus jelas.
Saat menetapkan penanggung jawab berikutnya, sertakan alasan serah terima. Jelaskan apa yang diminta dari mereka: jawaban, keputusan, penyelidikan, penilaian prioritas, atau kepemilikan atas masalah yang didokumentasikan. Ini menghindari masalah umum dalam eskalasi tiket dukungan, ketika permintaan dialihkan tetapi penanggung jawab baru harus terlebih dahulu mencari tahu alasannya.
Ruang kerja bersama untuk Dukungan pelanggan dapat membantu tim kecil menerima permintaan, mengatur percakapan, dan menetapkan penanggung jawab sambil menjaga setiap komunikasi tetap di satu tempat. Ini sangat berguna ketika tanggung jawab bergiliran atau beberapa orang perlu melihat riwayat pelanggan yang sama.
Tetapkan aturan kepemilikan sederhana
Aturan yang berguna adalah: orang yang menerima eskalasi harus mengonfirmasi kepemilikan, sedangkan orang yang menyerahkannya mencatat konteks. Konfirmasi dapat berupa perubahan status yang jelas atau pengesahan langsung bahwa penanggung jawab berikutnya telah mengambil alih permintaan.
Jika penanggung jawab yang dituju tidak tersedia, putuskan terlebih dahulu siapa yang menjadi pengganti. Tim kecil tidak memerlukan rantai pengganti yang panjang. Mereka memerlukan alternatif yang diketahui agar permintaan mendesak atau terhambat tidak tetap tanpa penanggung jawab.
Eskalasi berjalan baik ketika setiap permintaan pelanggan selalu memiliki satu penanggung jawab berikutnya yang terlihat, meskipun beberapa orang berkontribusi pada penyelesaiannya.
Pertahankan konteks pelanggan dalam setiap serah terima
Pelanggan seharusnya tidak perlu mengulang situasi mereka karena penanggung jawab internal berubah. Catatan eskalasi harus memungkinkan orang berikutnya memahami percakapan tanpa menyusunnya kembali dari pesan yang tersebar atau meminta pelanggan memulai dari awal.
Sebelum menyerahkan permintaan, catat konteks penting dalam ringkasan internal yang singkat:
- apa yang diminta atau dilaporkan pelanggan;
- apa yang sudah dikomunikasikan atau dicoba;
- mengapa permintaan dieskalasikan;
- keputusan, informasi, atau tindakan apa yang kini diperlukan;
- siapa yang memiliki langkah berikutnya dan apa prioritasnya.
Ringkasan ini sebaiknya melengkapi riwayat percakapan, bukan menggantikannya. Pesan asli tetap penting karena memuat kata-kata pelanggan sendiri dan detail di balik permintaan. Ringkasan hanya memberi cara yang lebih cepat bagi penanggung jawab baru untuk memahami situasi.
Jangan sampai konteks berubah menjadi narasi internal yang panjang. Tujuannya adalah tindakan. Jika penanggung jawab berikutnya dapat segera menjawab “apa yang terjadi, apa yang diperlukan, dan apa yang harus saya lakukan sekarang?”, serah terima tersebut sudah menjalankan fungsinya.
Pisahkan permintaan pelanggan dari masalah operasional bila diperlukan
Tidak setiap permintaan dukungan adalah masalah operasional. Banyak yang dapat diselesaikan langsung dalam percakapan dengan pelanggan. Namun, beberapa permintaan mengungkap masalah yang memerlukan pekerjaan tersendiri: sesuatu perlu diperiksa, diprioritaskan, ditugaskan, atau didokumentasikan di luar respons langsung.
Ketika itu terjadi, buat masalah terpisah sambil mempertahankan tautan dalam konteks kerja tim antara masalah tersebut dan permintaan pelanggan asalnya. Percakapan dukungan dapat terus berfokus pada komunikasi dengan pelanggan. Masalah dapat berfokus pada persoalan internal, penanggung jawab, prioritas, tenggat, dan solusinya.
Pemisahan ini membantu tim menghindari dua pola yang lemah. Pertama, membiarkan masalah operasional terkubur dalam percakapan dukungan sehingga dapat terlewat setelah pelanggan menerima jawaban. Kedua, memindahkan seluruh diskusi ke catatan masalah dan kehilangan gambaran tentang apa yang telah disampaikan kepada pelanggan.
Ruang kerja khusus untuk Masalah memberi usaha kecil tempat terpusat untuk mencatat masalah operasional, menetapkan penanggung jawab, dan melacak statusnya. Jika digunakan bersama dukungan pelanggan, ini menciptakan alur yang jelas dari masalah yang dilaporkan hingga tindak lanjut yang terlihat tanpa bergantung pada pesan atau catatan yang tersebar.
Tentukan informasi yang perlu diterima pelanggan
Eskalasi adalah proses internal, tetapi pelanggan tidak seharusnya dibiarkan bertanya-tanya apakah pesan mereka hilang. Kirim pembaruan yang akurat dan berguna. Konfirmasikan bahwa permintaan sedang ditinjau, jelaskan langkah berikutnya bila sudah diketahui, dan hindari menjanjikan hasil yang belum dikonfirmasi tim.
Pembaruan yang lugas membangun kepercayaan karena menunjukkan adanya kepemilikan. Tujuannya bukan membuka setiap serah terima internal. Tujuannya adalah memperjelas bahwa permintaan tetap aktif dan pelanggan tidak perlu mengulanginya.
Lacak status hingga permintaan terselesaikan
Eskalasi belum lengkap jika berhenti pada penugasan. Tim memerlukan cara yang terlihat untuk mengetahui apakah permintaan sedang menunggu informasi, ditinjau, sedang dikerjakan, siap untuk respons pelanggan, atau telah diselesaikan. Pilih status yang mencerminkan tahap nyata yang digunakan tim Anda, lalu terapkan secara konsisten.
Untuk setiap permintaan yang dieskalasikan, tinjau tiga pertanyaan:
- Siapa yang memiliki tindakan berikutnya?
- Apa status saat ini?
- Apa yang harus terjadi sebelum pelanggan dapat menerima pembaruan penting berikutnya atau respons akhir?
Pertanyaan ini sederhana, tetapi mencegah permintaan menghilang ke dalam keadaan antara yang tidak jelas. Pertanyaan ini juga memudahkan pekerjaan dukungan bersama untuk dilanjutkan ketika seseorang tidak hadir atau ketika rekan tim lain perlu membantu.
Penyelesaian seharusnya berarti lebih dari sekadar tugas internal selesai. Sebelum menutup permintaan, pastikan pelanggan telah menerima respons yang sesuai dan setiap masalah terpisah memiliki status yang tepat untuk pekerjaannya sendiri. Sebuah masalah dapat tetap terbuka setelah pelanggan menerima pembaruan awal; itu tidak masalah selama kedua catatan memiliki penanggung jawab dan langkah berikutnya yang jelas.
Tinjau eskalasi untuk meningkatkan alur kerja dukungan
Eskalasi adalah sinyal berguna tentang bagian pekerjaan dukungan yang menjadi sulit. Tinjauan rutin tidak perlu berupa rapat panjang. Lihat eskalasi terbaru dan tanyakan apakah pemicunya jelas, apakah penanggung jawab yang tepat dipilih, apakah konteksnya lengkap, dan apakah pelanggan menerima pembaruan tepat waktu.
Berikan perhatian khusus pada penyebab yang berulang. Jika jenis permintaan yang sama berulang kali memerlukan penanggung jawab berbeda, tim mungkin memerlukan panduan kepemilikan yang lebih jelas. Jika masalah yang sama muncul dalam beberapa percakapan, masalah tersebut mungkin layak mendapat pelacakan yang lebih terlihat. Jika serah terima sering kekurangan konteks, daftar periksa internal singkat dapat memberikan perbedaan yang berarti.
Jaga perbaikan tetap kecil dan praktis. Perbarui pemicu, perjelas penanggung jawab pengganti, sempurnakan status, atau sepakati ringkasan serah terima minimum. Seiring waktu, perubahan ini membuat dukungan lebih konsisten tanpa menambahkan proses yang tidak perlu.
Kesimpulan: jadikan eskalasi sebagai kelanjutan dukungan yang jelas
Alur eskalasi yang kuat memberi tim kecil jawaban praktis tentang kapan harus mengeskalasikan permintaan pelanggan. Tetapkan pemicu, tunjuk penanggung jawab berikutnya, pertahankan konteks percakapan, pisahkan masalah operasional bila diperlukan, dan lacak baik permintaan pelanggan maupun pekerjaan internal hingga selesai.
Buat eskalasi jelas tanpa membuat pelanggan mengulang penjelasannya. Mulailah dengan menyepakati pemicu dan aturan kepemilikan, lalu gunakan alur kerja dukungan bersama dan pelacakan masalah agar setiap langkah berikutnya tetap terlihat.
