Komplain pengiriman jarang datang satu per satu. Biasanya menumpuk di jam yang sama, dari beberapa channel sekaligus, dan sebagian besar berisi pertanyaan yang mirip. Di kondisi itu, kecepatan penyelesaian sering bergantung pada siapa yang kebetulan membuka chat lebih dulu.
Masalahnya bukan pada kemampuan tim. Masalahnya, tanpa alur baku, setiap agen mengambil keputusan sendiri soal informasi apa yang perlu dicek, kapan boleh menjanjikan pengiriman ulang, dan kapan kasus harus dinaikkan ke kurir. Hasilnya, dua pembeli dengan keluhan yang sama bisa mendapat jawaban dan waktu tunggu yang berbeda.
Artikel ini berisi kerangka SOP penanganan komplain pengiriman yang bisa langsung diadaptasi: jenis komplain yang paling sering masuk, informasi yang perlu dikumpulkan, langkah verifikasi, batas waktu respons, dan penanggung jawab di setiap tahap.
Apa itu SOP penanganan komplain pengiriman
SOP penanganan komplain pengiriman adalah prosedur tertulis yang mengatur cara tim menerima, memverifikasi, menyelesaikan, dan mencatat keluhan pembeli yang berkaitan dengan pengiriman pesanan. Isinya mencakup jenis komplain, informasi wajib yang dikumpulkan, langkah pemeriksaan, batas waktu respons, kriteria eskalasi, dan siapa yang bertanggung jawab di setiap tahap.
Fungsinya bukan membuat tim kaku. Fungsinya memastikan keputusan yang sama diambil untuk kasus yang sama, tanpa perlu menunggu supervisor setiap kali. Sama seperti SOP penerimaan barang di gudang yang menekan selisih stok, SOP komplain menekan variasi penanganan antar agen.
Cara menangani komplain dalam tujuh langkah
Sebelum masuk ke kasus pengiriman, ini kerangka umum yang berlaku untuk hampir semua jenis keluhan pelanggan. Tujuh langkah ini yang nantinya diisi dengan detail spesifik per jenis komplain.
- Terima dan catat. Setiap komplain masuk dicatat dengan nomor pesanan, channel asal, dan waktu masuk. Komplain yang tidak tercatat tidak bisa diukur.
- Klasifikasi. Tentukan jenis komplainnya. Klasifikasi yang salah di awal membuat langkah verifikasi berikutnya ikut salah.
- Kumpulkan informasi wajib. Minta sekali saja, selengkapnya. Bolak-balik menanyakan detail adalah penyebab paling umum percakapan jadi panjang.
- Verifikasi. Cek status di sistem, bukan hanya mengandalkan keterangan pembeli.
- Putuskan atau eskalasi. Kalau kasus masuk kriteria yang sudah diatur, agen boleh memutuskan sendiri. Kalau tidak, naikkan sesuai jalur.
- Sampaikan dan tutup. Beri jawaban, langkah berikutnya, dan perkiraan waktu.
- Catat penyebab. Simpan sebabnya, bukan hanya hasilnya. Ini bahan evaluasi bulanan.
Langkah nomor tujuh yang paling sering dilewati. Padahal tanpa catatan penyebab, tim hanya menyelesaikan komplain satu per satu tanpa pernah mengurangi jumlahnya.
Enam jenis komplain pengiriman yang paling sering masuk
Sebagian besar keluhan pengiriman jatuh ke enam kelompok berikut. Memisahkannya penting, karena tiap kelompok butuh langkah verifikasi yang berbeda.
- Paket belum dijemput kurir. Pesanan sudah dibayar, resi sudah terbit, tapi status belum bergerak. Sering terjadi karena pesanan masuk setelah jadwal pickup terakhir, atau paket belum selesai diproses di alur pick, pack, ship.
- Status tidak bergerak beberapa hari. Paket sudah dijemput, tapi tidak ada pembaruan. Bisa karena paket transit di hub, bisa juga karena benar-benar tertahan.
- Keterlambatan dari estimasi. Paket bergerak normal, hanya lebih lama dari perkiraan yang dilihat pembeli saat checkout.
- Alamat atau penerima salah. Ditemukan setelah resi terbit, kadang setelah paket berjalan.
- Pengiriman gagal. Kurir sudah mencoba mengantar tapi tidak berhasil: penerima tidak di tempat, alamat tidak ditemukan, atau paket ditolak.
- Barang rusak, kurang, atau tidak sesuai. Paket sampai, tapi isinya bermasalah. Ini satu-satunya kelompok yang butuh bukti visual.
Contoh SOP penanganan komplain pengiriman
Tabel di bawah bisa dipakai langsung sebagai kerangka. Batas waktu respons di kolom keempat adalah usulan awal, bukan standar industri. Sesuaikan dengan jam operasional, jumlah agen, dan komitmen layanan yang sudah Anda janjikan ke pembeli.
| Jenis komplain | Informasi wajib dikumpulkan | Langkah verifikasi | Usulan batas waktu respons pertama | Penanggung jawab |
| Paket belum dijemput | Nomor pesanan, tanggal pesan | Cek status di dashboard pengiriman, cek jadwal pickup, cek antrean packing | Hari kerja yang sama | Tim gudang, dijawab CS |
| Status tidak bergerak | Nomor pesanan, nomor resi, berapa hari tidak bergerak | Cek riwayat tracking, bandingkan dengan pola transit kurir tersebut | Hari kerja yang sama | CS, eskalasi ke kurir |
| Keterlambatan dari estimasi | Nomor resi, estimasi yang dilihat pembeli | Cek posisi paket, cek apakah keterlambatan menyeluruh atau kasus tunggal | Hari kerja yang sama | CS |
| Alamat atau penerima salah | Nomor resi, alamat benar lengkap, nama dan nomor penerima | Cek apakah paket sudah bergerak, cek kebijakan ubah alamat kurir terkait | Maksimal beberapa jam, karena bergantung posisi paket | CS, dieksekusi tim pengiriman |
| Pengiriman gagal | Nomor resi, catatan kurir, jadwal pembeli bisa menerima | Cek jumlah percobaan antar, cek kebijakan retur otomatis kurir | Maksimal beberapa jam | CS |
| Barang rusak atau kurang | Nomor pesanan, foto paket luar, foto isi, foto label | Cek kondisi saat serah terima, cek kelayakan klaim | Hari kerja yang sama, keputusan menyusul setelah verifikasi | CS, eskalasi ke klaim |
Dua kolom yang paling menentukan hasilnya adalah kolom informasi wajib dan kolom penanggung jawab. Kolom pertama menentukan panjang percakapan. Kolom kedua menentukan apakah kasus berhenti di satu orang atau berputar antar tim.
Kalau Anda bekerja dengan mitra fulfillment atau 3PL, sandingkan tabel ini dengan SLA fulfillment yang berlaku. Batas waktu internal yang lebih ketat dari SLA mitra hanya akan membuat tim menjanjikan sesuatu yang tidak bisa dipenuhi.
Checklist sebelum membalas komplain
Delapan pemeriksaan ini sebaiknya selesai sebelum agen mengirim balasan pertama. Tujuannya menghindari jawaban yang harus dikoreksi beberapa menit kemudian.
- Nomor pesanan dan nomor resi sudah dipastikan, bukan asumsi dari nama pembeli
- Status terakhir sudah dicek di dashboard pengiriman, bukan hanya dari halaman cek resi
- Riwayat tracking sudah dibaca utuh, bukan hanya baris terakhir
- Sudah dicek apakah pesanan ini pernah dikomplain sebelumnya
- Sudah dicek apakah ada beberapa paket dalam satu pesanan
- Estimasi yang dilihat pembeli saat checkout sudah dikonfirmasi
- Kebijakan kurir terkait sudah dicek untuk kasus ubah alamat, kirim ulang, atau klaim
- Sudah jelas siapa pemilik kasus ini sampai selesai
Poin terakhir yang paling sering longgar. Komplain yang tidak punya pemilik akan berpindah tangan setiap ganti shift, dan pembeli akan diminta menjelaskan ulang dari awal.
Kapan komplain harus naik ke eskalasi
Eskalasi bukan tanda agen gagal. Eskalasi adalah bagian dari SOP, dan kriterianya perlu ditulis supaya tidak jadi bahan tebak-tebakan.
Eskalasi ke kurir ketika status tidak bergerak melewati batas yang Anda tetapkan, pengiriman gagal lebih dari sekali, atau ada indikasi paket hilang.
Eskalasi ke tim internal ketika keluhan menyangkut isi paket, kesalahan packing, atau selisih jumlah barang.
Eskalasi ke klaim ketika kerusakan atau kehilangan sudah terverifikasi dan nilainya masuk kriteria klaim yang berlaku.
Yang membuat eskalasi berjalan lancar bukan aturannya, tapi konteks yang ikut berpindah. Kalau agen berikutnya harus membaca ulang seluruh percakapan atau meminta pembeli mengirim foto untuk kedua kali, waktu penyelesaian akan bertambah tanpa alasan yang jelas. Karena itu riwayat percakapan, catatan penanganan, dan status pemilik kasus sebaiknya berada di satu tempat yang bisa dilihat semua agen, terutama kalau komplain masuk dari beberapa channel sekaligus. Pendekatan menyatukan percakapan dari berbagai channel ke dalam satu inbox memang lebih sering dibahas dalam konteks kecepatan respons, tapi manfaat terbesarnya justru di kasus eskalasi seperti ini, karena agen berikutnya tidak perlu memulai dari nol.
Contoh balasan untuk tiga skenario tersulit
Tiga skenario berikut yang paling sering membuat percakapan memanjang. Susun ulang sesuai gaya bahasa brand Anda, lalu simpan sebagai template.
Status tidak bergerak beberapa hari
Terima kasih sudah menginformasikan. Saya sudah cek resi [nomor resi], posisi terakhir tercatat di [lokasi] pada [tanggal]. Paket masih dalam proses transit dan belum ada pembaruan sejak itu. Saya sudah menaikkan kasus ini ke [nama kurir] hari ini dan akan mengabari Anda kembali paling lambat [tanggal] dengan hasilnya, meskipun statusnya belum berubah.
Yang membuat balasan ini bekerja: menyebut posisi terakhir dan tanggal, menyebut tindakan yang sudah diambil, dan menjanjikan kabar berikutnya walau belum ada perkembangan.
Pengiriman gagal karena penerima tidak di tempat
Kurir sudah mencoba mengantar pada [tanggal] namun belum berhasil. Paket saat ini berada di [lokasi] dan akan dicoba antar kembali maksimal [jumlah] kali. Supaya percobaan berikutnya berhasil, boleh saya bantu jadwalkan? Mohon informasikan hari dan rentang jam Anda bisa menerima, serta nomor yang bisa dihubungi kurir.
Balasan ini menghindari nada menyalahkan dan langsung menawarkan satu tindakan konkret.
Barang diterima dalam kondisi rusak
Maaf atas kondisi paket yang Anda terima. Supaya bisa saya proses hari ini, mohon kirimkan tiga foto: kondisi paket dari luar, kondisi barang, dan label pengiriman. Setelah foto masuk, saya akan verifikasi dan menginformasikan opsi penyelesaian dalam [jumlah] hari kerja.
Sebutkan foto yang dibutuhkan secara spesifik sejak permintaan pertama. Permintaan yang samar seperti “mohon kirim bukti” biasanya menghasilkan satu foto yang tidak cukup untuk klaim.
Cara mengukur apakah SOP-nya berjalan
SOP yang tidak diukur akan kembali menjadi improvisasi dalam beberapa bulan. Empat angka yang cukup untuk mulai:
- Waktu respons pertama per jenis komplain, bukan rata-rata gabungan. Rata-rata gabungan menyembunyikan jenis komplain yang paling lambat ditangani.
- Waktu penyelesaian dari komplain masuk sampai ditutup.
- Jumlah komplain per 100 pesanan terkirim, dipecah per jenis dan per kurir.
- Porsi komplain yang naik ke eskalasi. Angka yang terlalu tinggi menandakan kriteria keputusan agen terlalu sempit.
Kalau Anda berjualan di marketplace, angka ini beririsan dengan metrik penilaian toko yang dipantau platform. Metrik logistik seller seperti keterlambatan kirim dan pembatalan karena penjual sering bergerak searah dengan volume komplain pengiriman.
Bagaimana Biteship membantu Anda menjalankan SOP komplain pengiriman
SOP komplain berdiri di atas satu syarat: tim harus bisa melihat status pengiriman yang sama, secepat pembeli menanyakannya. Kalau status tersebar di beberapa situs kurir dan agen harus membuka satu per satu, langkah verifikasi di tabel tadi akan selalu jadi bagian paling lambat. Di titik ini Biteship menutup celahnya.
Verifikasi dari satu dashboard, bukan lima situs kurir. Biteship terintegrasi dengan lebih dari 30 kurir di Indonesia. Semua pesanan dan statusnya berada di satu dashboard pengiriman, jadi agen bisa menyelesaikan langkah verifikasi tanpa berpindah platform, termasuk untuk pesanan dari kurir yang berbeda.
Klasifikasi komplain jadi konsisten. Status pengiriman di Biteship terstandardisasi, dari menunggu penjemputan, dalam perjalanan, terkirim, sampai pengiriman gagal. Dengan status yang seragam antar kurir, dua agen yang membuka pesanan berbeda akan mengklasifikasikan komplainnya dengan cara yang sama.
Pelacakan yang bisa dibagikan ke pembeli. Link pelacakan bisa diberikan langsung ke pembeli, dan status diperbarui otomatis mengikuti perjalanan paket. Ini memotong kelompok komplain yang paling banyak jumlahnya tapi paling sederhana isinya, yaitu pertanyaan posisi paket, sehingga tim CS bisa fokus ke kasus yang benar-benar butuh penilaian.
Deteksi lebih awal dari pembeli. Pemantauan pesanan yang statusnya tertahan dan pengajuan klaim bisa dilakukan dari dashboard. Artinya tim bisa mengambil langkah sebelum pembeli mengirim pesan pertama, dan itu selalu lebih murah daripada menanganinya setelah komplain masuk.
Jalur eskalasi yang jelas. Informasi kurir untuk setiap pengiriman tersedia di dashboard, dan tim Anda bisa membuka tiket ke dukungan Biteship langsung dari sana. Kriteria eskalasi di SOP Anda jadi punya jalur eksekusi, bukan hanya aturan di dokumen.
Angka untuk evaluasi bulanan. Laporan dan analitik pengiriman membantu Anda melihat komplain per kurir dan per layanan, sehingga keputusan mengganti atau mengurangi porsi kurir tertentu berdasarkan data, bukan kesan.
SOP komplain pengiriman tidak membuat komplain hilang. Yang berubah adalah waktu penyelesaian menjadi lebih terprediksi, jawaban antar agen menjadi seragam, dan penyebab yang berulang menjadi terlihat karena tercatat. Mulai dari yang paling sederhana: ambil enam jenis komplain di atas, isi kolom informasi wajib dan penanggung jawab sesuai kondisi tim Anda, lalu jalankan satu bulan sebelum menambah detail.
*) Artikel ini merupakan hasil kolaborasi antara Biteship dan SleekFlow.
