Selesaikan Keluhan Pelanggan Lebih Cepat Menggunakan Alur Eskalasi Customer Service yang Rapi

Banyak tim customer support bangga saat melihat channel aduan mereka lengkap: ada chatbot di depan, agen CS yang sigap membalas, dan tim spesialis di belakang layar. 

Di atas kertas, pembagian peran ini tampak sempurna. Namun di mata pelanggan, alur ini bisa menjadi pengalaman yang melelahkan ketika mereka harus menceritakan masalahnya berkali-kali setiap kali berganti agen CS.

Untuk mengurai masalah ini, tim Editorial Mekari Qontak berbincang langsung dengan M Humprey Afrianto, seorang Jr. Manager Customer Service & Experience di Fore Coffee, yang akan membagikan panduan taktis merapikan alur penanganan tiket berdasarkan pengalamannya selama bertahun-tahun.

---

Alasan Pelanggan Tetap Mengulang Cerita di Tengah Alur Eskalasi Modern

Kegagalan alur eskalasi biasanya bukan karena ketiadaan teknologi atau pembagian tim, melainkan hilangnya konteks percakapan dan rasa kepemilikan kasus saat tiket berpindah tangan ke tim lain. 

Ketika sebuah urusan dilempar dari bot ke agen atau tim lain, sistem seringkali hanya meneruskan nomor tiket kosong tanpa membawa riwayat keluhan pelanggan yang sudah disampaikan sebelumnya. Akibatnya, pelanggan merasa percakapan dimulai kembali dari nol.

Kesenjangan persepsi antara efisiensi internal dan apa yang sebenarnya dialami pelanggan di lapangan tercermin jelas dalam riset terbaru berikut:

Angka di atas menunjukkan adanya perasaan aman yang sementara untuk manajemen.

Sekilas, proses transfer data memang tampak berjalan tanpa kendala. Namun bagi pelanggan, kepuasan layanan diukur dari hal yang sangat sederhana, yaitu: apakah mereka harus menjelaskan kembali kronologi yang sama setelah dioper ke agen lain?

Bagi M Humprey Afrianto, eskalasi semestinya tidak dijadikan jalan pintas setiap kali agen CS menemui kendala. 

Mengalihkan kasus hanya relevan ketika kapasitas teknis, wewenang pengambilan keputusan, atau data di tim CS memang sudah mencapai batasnya. 

Karena jika tanpa batasan yang tegas, memindahkan tiket hanya akan menunda penyelesaian dan memperpanjang rasa frustrasi pelanggan.

---

5 Kondisi yang Mengharuskan Sebuah Kasus Masuk Alur Eskalasi

Sebuah kasus wajib dialihkan begitu kendala yang dihadapi melampaui wewenang agen CS, membawa risiko kerugian bagi pelanggan, atau membutuhkan verifikasi divisi lain. 

Perlu diketahui bahwa mengalihkan tiket bukanlah menjadi tanda kelemahan tim frontliner (CS), ini merupakan langkah untuk menempatkan masalah ke tim/divisi yang memang memiliki akses dan kapasitas penyelesaian yang tepat.

Bagi M Humprey Afrianto, keputusan mengalihkan tiket selalu bertumpu pada tiga hal: seberapa rumit masalahnya, apa risikonya ke pelanggan, dan siapa yang memegang wewenang. 

Dari pengalaman di lapangan, ia merangkum lima pemicu utama yang wajib dipahami tim: 

Gunakan tombol panah kiri/kanan untuk menggulir secara horizontal.

Kondisi Kasus	Contoh Nyata di Lapangan	Alasan Wajib Dialihkan
1. Butuh Cek Lintas Tim	Status pesanan di aplikasi tertulis selesai, tapi pelanggan belum menerima barangnya.	Agen tidak bisa menebak dan perlu konfirmasi langsung ke tim gudang atau logistik.
2. Ada Risiko Finansial / Akun	Masalah saldo terpotong ganda, kendala pengembalian dana, atau dugaan akun dibajak.	Masalah sensitif yang butuh penanganan hati-hati agar pelanggan tidak dirugikan.
3. Terbentur Wewenang	Pelanggan meminta kompensasi khusus atau penggantian produk di luar ketentuan standar.	Kebijakan pengecualian hanya bisa disetujui oleh level pengambil keputusan.
4. Komplain Berulang	Pelanggan menghubungi kembali karena solusi sebelumnya terbukti belum menyelesaikan masalah.	Tanda bahwa cara penanganan pertama keliru dan butuh evaluasi ulang.
5. Bot / Agen Menyerah	Bot tidak paham maksud pertanyaan pelanggan, atau agen menemui kendala di luar modul panduan.	Perlu pertimbangan logika manusia untuk menganalisis situasi sebenarnya.

“Eskalasi seharusnya didasarkan pada kebutuhan penyelesaian, bukan sekadar ketidakmampuan memberikan jawaban pada interaksi pertama.”

— M Humprey Afrianto, Jr. Manager Customer Service & Experience, Fore Coffee

Urutan di atas bukan menunjukkan kasus mana yang paling sering masuk setiap hari, melainkan prioritas berdasarkan risiko dan tingkat kerumitannya. 

Dengan batas pemisah yang jelas ini, agen tidak lagi ragu kapan harus menuntaskan urusan sendiri dan kapan harus meneruskannya ke tim berwenang sebelum pelanggan merasa dipermainkan. 

---

Aturan Pembagian Peran dan Pemilik Kasus dalam Alur Eskalasi

Menata pembagian tim dalam alur eskalasi dimulai dari menetapkan batas tugas yang tegas di tiap lapisan, menentukan wewenang keputusan yang boleh diambil, dan menunjuk satu orang yang terus mengawal kasus sampai tuntas. 

Tanpa aturan ini, tiket yang berpindah hanya akan jadi ‘lempar-lemparan’ antardivisi karena tidak ada pihak yang merasa benar-benar memiliki tanggung jawab penuh atas urusan pelanggan.

Humprey menekankan bahwa tindakan perbaikan teknis boleh saja diserahkan ke pihak lain, tetapi perjalanan masalah pelanggan tidak boleh dibiarkan tanpa pengawalan. Kerangka kerja pembagian perannya dirangkum dalam tabel berikut:

Gunakan tombol panah kiri/kanan untuk menggulir secara horizontal.

Lapisan Tim	Peran Utama	Kapan Kasus Masuk?	Wewenang yang Boleh Diputuskan	Siapa yang Mengawal Perjalanan Kasus?
Otomasi (Chatbot / Self-Service)	Menjawab pertanyaan umum yang sifatnya rutin dan menghimpun data awal kendala.	Masalah informasional dasar yang punya jawaban pasti.	Memberikan panduan standar tanpa risiko finansial atau akun.	Belum ada. Agen garis depan baru mengambil alih saat tiket diserahkan.
Garis Depan (Tier 1)	Merespons langsung obrolan, mengecek data awal, dan menyelesaikan masalah harian.	Keluhan yang bisa langsung tuntas menggunakan panduan standar tim.	Memberikan solusi atau tindakan rutin sesuai SOP frontline.	Agen penerima tiket pertama kali.
Spesialis Kasus (Tier 2)	Menyelidiki kendala yang rumit dan menangani masalah berisiko tinggi.	Masalah yang memenuhi 5 kondisi pemicu eskalasi.	Menyetujui klaim, kompensasi khusus, atau koordinasi lintas divisi.	Satu penanggung jawab tetap (end-to-end owner) hingga pelanggan puas.
Divisi Pendukung (Gudang, IT, Keuangan)	Mengeksekusi perbaikan teknis atau operasional di balik layar.	Butuh data khusus atau perbaikan sistem dari tim terkait.	Menjalankan tindakan teknis sesuai ranah divisi masing-masing.	Pelaksana perbaikan teknis saja, bukan pengawal urusan pelanggan.

---

Memilih Batasan Chatbot: Pertanyaan yang Aman Dijawab vs Wajib Dieskalasi

Pertanyaan yang aman diserahkan ke bot biasanya berupa kendala informasional rutin dengan jawaban pasti, sementara masalah yang menyangkut keakuratan transaksi, keamanan data, dan kebijakan kompensasi wajib ditangani langsung oleh manusia. 

M Humprey Afrianto membedakan hal ini lewat satu prinsip sederhana:

“Saya membedakan antara pertanyaan yang dapat dijawab secara otomatis dan masalah yang dapat diselesaikan secara otomatis. Keduanya tidak selalu sama.”

— M Humprey Afrianto, Jr. Manager Customer Service & Experience, Fore Coffee

Untuk memilah batasan tersebut di operasional sehari-hari, Humprey membaginya ke dalam empat kategori penanganan:

Gunakan tombol panah kiri/kanan untuk menggulir secara horizontal.

Kategori Masalah	Jalur Penanganan	Contoh Kasus
Informasional & Berulang	Cukup diotomasi via chatbot atau self-service.	Syarat promo, panduan cara memesan, informasi menu, atau jam operasional cabang.
Transaksional Terukur	Otomasi dengan integrasi data sistem.	Pengecekan posisi resi pengiriman atau riwayat transaksi belanja.
Butuh Penelusuran Mendalam	Agen garis depan atau tim spesialis.	Sengketa pembayaran, selisih saldo, atau klaim barang rusak saat diterima.
Risiko Tinggi & Sensitif	Penanganan khusus oleh tim ahli.	Dugaan akun dibajak, kebocoran data pribadi, atau isu keselamatan pelanggan.

Ada tiga jenis pertanyaan yang sering disangka enteng padahal rawan menuai komplain jika sepenuhnya dilepas ke chatbot: 

1. Status refund saldo
2. Kendala verifikasi akun
3. Permintaan ganti rugi. 

Ketiganya memang bisa dibantu chatbot di tahap awal (misalnya untuk sekadar meminta foto bukti atau nomor pesanan) tetapi keputusan akhirnya tetap butuh penalaran, kehati-hatian, dan persetujuan agen CS manusia.

Terkait porsinya, sistem chatbot biasanya ideal menangani 5 hingga 7 dari setiap 10 pertanyaan awal yang masuk ke channel layanan. 

Namun ingat, kesuksesan penggunaan bot bukan dinilai dari seberapa banyak obrolan yang berhasil dijawab oleh agen CS, melainkan seberapa tuntas kebutuhan pelanggan terjawab tanpa perlu komplain berkali-kali.

---

5 Catatan Penting yang Pantang Terlewat Saat Mengalihkan Kasus Pelanggan

Saat sebuah kasus dialihkan, ada lima data penting yang tidak boleh tertinggal: 

1. Profil pelanggan dan nomor transaksi
2. Rangkuman inti keluhan
3. Langkah pengecekan yang sudah selesai
4. Status terkini beserta rencana tindak lanjut
5. Penanggung jawab kasus dan janji yang sudah disampaikan ke pelanggan.

Kelima data ini adalah kunci agar agen penerima berikutnya bisa langsung bekerja tanpa perlu meminta pelanggan menceritakan ulang masalahnya dari awal.

Humprey mengamati bahwa persoalan serah-terima sebenarnya jarang terjadi karena ketiadaan data, melainkan karena informasi penting tersebut tertahan di sistem sebelumnya dan tidak terbaca oleh agen penerima.

“Serah-terima yang efektif tidak cukup hanya memindahkan informasi, tetapi juga memastikan penanggung jawab berikutnya memahami tindakan yang perlu dilakukan tanpa mengulang proses investigasi yang sudah selesai.”, jelas Humprey.

Agar serah-terima antartim berjalan tanpa hambatan, jadikan lima rincian ini sebagai standar wajib pencatatan tiket:

Celah serah-terima ini terbukti nyata di lapangan. Riset dari Five9 menemukan bahwa 37% pimpinan bisnis mengakui pelanggan masih terpaksa mengulang informasi karena agen tidak dapat melihat riwayat interaksi sebelumnya, dan sekitar 34% kasus kehilangan konteks percakapan saat berpindah saluran layanan. 

Menyertakan kelima catatan di atas secara otomatis di setiap tiket akan memangkas waktu penanganan sekaligus menjaga rasa nyaman pelanggan selama proses penyelesaian berjalan.

---

Batas Toleransi Perpindahan Tiket Sebelum Pelanggan Merasa Frustrasi

Sebenarnya tidak ada batasan angka yang pasti, sebab satu kali perpindahan tangan saja sudah cukup membuat pelanggan kesal jika mereka dipaksa menceritakan kembali seluruh kronologi dari awal. 

Rasa frustrasi pelanggan bukan semata-mata dihitung dari berapa kali tiket dioper, melainkan seberapa besar energi dan rasa lelah yang harus mereka keluarkan di setiap titik pergantian agen.

Humprey melihat titik rawan ini sebagai ujian kepuasan layanan:

“Bahkan satu kali perpindahan yang mengharuskan pelanggan mengulang seluruh kronologi sudah dapat menjadi experience yang negatif, terutama pada kasus mendesak.”

— M Humprey Afrianto, Jr. Manager Customer Service & Experience, Fore Coffee

Bukan sekadar memperpanjang durasi penyelesaian, dampak dari serah-terima yang berantakan juga bisa mengikis rasa percaya pelanggan terhadap bisnis Anda. 

Pelanggan merasa waktu mereka terbuang sia-sia hanya untuk mengulangi informasi yang sama kepada orang yang berbeda.

Oleh karena itu, frekuensi perpindahan tiket tidak bisa dibaca berdiri sendiri. Anda perlu melihatnya bersama tiga ukuran hasil penanganan berikut:

• Tingkat kontak berulang (Repeat contact rate): Seberapa banyak pelanggan yang kembali menghubungi dalam rentang 24 hingga 48 jam usai kasus dipindahkan.
• Beban upaya pelanggan (Customer effort): Seberapa keras pelanggan harus berusaha agar keluhannya dipahami pada titik peralihan.
• Tuntas di tangan pertama (First contact resolution setelah transfer): Apakah masalah langsung selesai begitu sampai di meja agen tujuan tanpa perlu dioper lagi.

Menekan angka perpindahan tiket memang penting, tetapi mengawal agar konteks tidak putus di tengah jalan jauh lebih menentukan hasil akhir yang dirasakan pelanggan.

---

Tolok Ukur Keberhasilan dalam Menerapkan Alur Eskalasi Customer Service

Keberhasilan alur eskalasi tidak diukur dari jumlah tiket yang berhasil dikirim ke tim berwenang; sebaliknya, itu diukur dari hasil akhir yang dirasakan pelanggan setelah kasus berpindah tangan.

Banyaknya tiket yang dialihkan justru bisa menjadi tanda bahaya bahwa tim CS kurang dibekali wewenang atau guideline otomatis belum bekerja secara optimal.

Bagi Humprey, sistem eskalasi yang baik tidak memindahkan masalah ke tim lain hanya untuk menumpuk antrean baru. Untuk menilai apakah alur ini berjalan sehat di lapangan, tim perlu memantau lima indikator utama berikut:

• Pola alasan pengalihan kasus: Pantau pemicu mana yang paling sering membuat tiket dialihkan. Jika tiket rutin dialihkan hanya untuk kendala sepele, artinya tim garis depan butuh pembekalan wewenang tambahan atau materi panduan yang lebih jelas.
• Kontak berulang dalam 24–48 jam: Perhatikan apakah pelanggan kembali menghubungi untuk keluhan yang sama setelah penanganan selesai. Jika angkanya tinggi, solusi yang diberikan tim penerima kemungkinan besar belum menyentuh akar masalah.
• Beban pelanggan (Customer effort): Ukur apakah pelanggan masih terbebani menceritakan kronologi dari awal di meja baru. Angka ini mencerminkan seberapa mulus riwayat percakapan tersambung antartim.
• Penyelesaian di tangan pertama pasca-peralihan (Post-transfer FCR): Cek apakah kendala langsung tuntas begitu tiba di meja tim penerima. Tiket yang terus berpindah tangan ke meja ketiga atau keempat adalah sinyal bahwa alur penugasan tim sedang bermasalah.
• Kualitas solusi otomasi: Amati seberapa akurat bantuan bot sebelum kasus diteruskan ke agen manusia. Tujuannya memastikan bot benar-benar memberi jawaban yang membantu, bukan sekadar membalas salam lalu menyerah.

---

Bagaimana Mekari Qontak Menjaga Konteks Tiket dari Bot ke Agen

Menata aturan eskalasi di atas kertas baru separuh jalan, penentu utamanya tetap ada pada sistem kerja tim sehari-hari. Di sinilah Mekari Qontak hadir menjembatani alur ini agar tiket dari bot ke agen berpindah rapi tanpa ada konteks yang hilang di jalan.

Melalui integrasi AI Chatbot dan Omnichannel chat yang terhubung langsung ke sistem CRM,  seluruh riwayat percakapan dan detail transaksi langsung tampil di layar kerja agen penerima tanpa perlu bertanya ulang ke pelanggan. 

Sistem penugasan pintarnya juga mampu secara otomatis mengarahkan tiket berisiko tinggi langsung ke meja tim spesialis yang tepat sejak menit pertama.

Ubah penanganan masalah pelanggan Anda selesai lebih cepat tanpa drama serah-terima yang berbelit. 

Segera konsultasikan rancangan alur layanan tim Anda bersama kami, atau buktikan langsung kemudahannya melalui demo gratis Mekari Qontak hari ini.

Referensi

• CMSWire. (2026, 5 Agustus). Customers: The AI Handoff Is Broken. Contact Center Leaders Won’t Hear It (mengutip Five9, 2026 Business Leaders Customer Experience Report). 
• CX Today. AI handoffs should feel seamless, so why aren’t they? (mengutip Five9). 
• Wawancara M Humprey Afrianto, Mekari Qontak Expert Opinion, November 2026, (pewawancara: Irvine Althaf Fulca).