Return dan refund adalah dua perkataan yang ramai seller tidak suka dengar. Dan saya faham kenapa — ia bermaksud order yang dah diproses, stok yang dah dikeluarkan, dan masa yang dah dihabiskan, tidak menghasilkan jualan yang betul-betul selesai.
Tapi ia adalah sebahagian dari realiti bisnes e-commerce. Persoalannya bukan sama ada ia akan berlaku, tapi macam mana anda uruskannya apabila ia berlaku — dengan cepat, dengan jelas, dan dengan cara yang tidak merosakkan kepercayaan customer atau mengelirukan operasi anda.
Perbezaan antara return COD dan refund prepaid
Ini adalah perbezaan asas yang perlu difahami dulu, sebab dua situasi ini ada proses yang sangat berbeza.
Return COD (failed delivery): Customer tidak bayar apa-apa lagi. Parcel dihantar oleh courier, tapi tidak berjaya diterima — sama ada customer tidak ada, telefon tidak angkat, atau customer menolak parcel. Courier hantar balik parcel kepada anda. Dalam kes ini, tiada refund kepada customer — tapi ada kos return yang anda perlu tanggung (kos penghantaran balik, kos simpan di depot jika ada).
Refund prepaid: Customer dah bayar (melalui FPX, kad kredit, atau kaedah prepaid lain) sebelum parcel dihantar. Sama ada parcel belum dihantar lagi dan customer minta cancel, atau parcel dah sampai tapi ada masalah (produk rosak, salah item, tidak seperti yang dijanjikan). Dalam kes ini, anda perlu proses refund kepada customer — dan prosesnya bergantung pada kaedah pembayaran asal.
Ramai seller layan kedua-dua situasi ini sama — dan itu penyebab kekeliruan. Workflow untuk setiap satu berbeza, dan percampuran antara dua boleh buat rekod operasi anda jadi kelam-kabut.
Return COD — workflow yang jelas
Bila courier cuba deliver dan gagal, parcel biasanya akan ada satu atau dua cubaan lagi bergantung pada courier. Kalau semua cubaan gagal, parcel akan dikembalikan kepada anda.
Langkah 1: Kenal pasti kenapa delivery gagal. Adakah customer tidak ada di rumah? Adakah alamat tidak betul? Adakah customer menolak parcel secara sengaja? Sebab yang berbeza memerlukan tindakan yang berbeza.
Langkah 2: Hubungi customer dengan segera. Kalau sebabnya customer tidak ada atau tidak angkat telefon — hubungi mereka dan tanya sama ada mereka nak reschedule delivery. Makin awal anda buat ini, makin besar kemungkinan order boleh diselamatkan. Customer yang tidak dihubungi selama beberapa hari selepas failed delivery biasanya dah lupakan order tu dan tidak berminat lagi.
Langkah 3: Semak kos return dan catat. Apabila parcel kembali, semak berapa kos yang courier charge untuk return. Catat ini dalam rekod order — supaya ia diambil kira dalam kiraan margin sebenar untuk order tersebut.
Langkah 4: Tentukan status stok. Adakah produk yang dikembalikan dalam keadaan baik untuk dijual semula? Atau perlu ditanda sebagai damaged? Ini penting untuk perancangan stok yang tepat.
Langkah 5: Kemas kini status order. Order ini bukan "selesai" — ia perlu ditanda dengan jelas sebagai "returned" atau "failed" dalam sistem anda, supaya ia tidak dikira sebagai jualan yang berjaya dalam laporan anda.
Refund prepaid — workflow yang berbeza
Untuk refund kepada customer yang dah bayar, ada beberapa situasi berbeza yang mungkin berlaku.
Situasi A: Customer minta cancel sebelum parcel dihantar. Ini yang paling mudah — order belum diproses sepenuhnya, stok boleh dipulihkan, dan refund boleh dibuat tanpa kos penghantaran. Proses refund mengikut kaedah asal pembayaran.
Situasi B: Produk rosak atau salah item sampai kepada customer. Ini adalah tanggungjawab seller. Customer patut mendapat refund penuh atau penggantian produk. Minta customer hantar gambar sebagai dokumentasi — ini penting untuk rekod anda dan untuk semak sama ada masalah berlaku semasa packing atau semasa penghantaran.
Situasi C: Customer tidak berpuas hati tapi produk dalam keadaan baik. Ini adalah situasi yang paling sukar dari segi dasar. Anda perlu ada dasar return yang jelas sebelum ini berlaku — supaya anda tidak perlu buat keputusan case-by-case yang boleh menimbulkan tidak konsisten.
Untuk semua situasi, catat keputusan dalam rekod order — kenapa refund dibuat, berapa jumlahnya, dan bila ia diproses. Ini adalah audit trail yang penting kalau ada persoalan di kemudian hari.
Return dan komisyen ejen
Ini adalah aspek return yang ramai founder tidak fikir tentangnya sampai ia menjadi isu.
Kalau order yang returned atau refunded adalah order yang dibawa oleh ejen — adakah komisyen ejen perlu diselaraskan?
Jawapan yang paling selamat dan paling fair: ya. Komisyen ejen patut dikira berdasarkan order yang berjaya selesai dan menghasilkan pendapatan kepada anda — bukan berdasarkan order yang dibuat sahaja. Kalau order failed delivery dan parcel dikembalikan tanpa COD diterima, komisyen untuk order itu patut tidak dikira atau ditarik balik kalau dah dikira.
Ini perlu diperjelaskan dalam perjanjian atau pemahaman bersama dengan ejen dari awal — supaya bila ia berlaku, tiada kekeliruan atau pertikaian tentang kenapa komisyen untuk order tertentu tidak ada atau dikurangkan.
Baca lebih lanjut tentang cara struktur komisyen ejen dengan betul dalam artikel kami panduan komisyen ejen yang adil dan sustainable. Dan untuk memahami lebih tentang komisyen ejen secara keseluruhan, lihat glosari kami.
Kenapa manual tracking mencipta pertikaian
Return dan refund yang ditrack secara manual — dalam spreadsheet atau nota WhatsApp — adalah antara punca paling biasa bagi pertikaian dalam bisnes e-commerce.
Seller ingat order tu "failed" tapi ejen tidak ada rekod yang sama. Customer kata mereka request refund tapi seller tidak ada catatan tentang itu. Stok yang dikembalikan tidak dicatat dengan betul, menyebabkan kiraan inventory yang tidak tepat.
Pertikaian ini bukan selalu disebabkan oleh niat yang buruk dari mana-mana pihak. Ia seringkali berlaku kerana tiada satu sumber kebenaran yang semua pihak boleh rujuk — dan tracking manual tidak boleh bagi jaminan itu.
Rekod yang boleh diaudit adalah perlindungan anda
Setiap return dan refund patut ada rekod yang lengkap: tarikh, sebab, status stok, tindakan yang diambil, dan resolusi. Ini bukan birokrasi yang tidak perlu — ia adalah perlindungan anda.
Bila customer atau ejen kemudian tanya "kenapa order saya tidak settled?" atau "kenapa komisyen saya kurang bulan ini?" — anda perlu ada jawapan yang boleh dibuktikan, bukan hanya ingatan anda sendiri.
Rekod yang jelas juga membantu anda identify pattern: produk mana yang paling banyak return, ejen mana yang paling banyak failed delivery, kawasan mana yang paling susah untuk deliver. Data ini berguna untuk buat keputusan operasi yang lebih baik.
Bagaimana ARAS bantu dengan visibility return dan refund
ARAS menyimpan rekod status order yang jelas — termasuk apabila status bertukar kepada failed, returned, atau cancelled. Status ini terikat kepada rekod order asal, ejen yang berkaitan, dan rekod pelanggan.
Ini bermaksud apabila anda perlu semak kenapa suatu order tidak settled, kenapa komisyen ejen untuk bulan tertentu berbeza, atau berapa banyak return berlaku dalam tempoh tertentu — data itu ada dalam sistem, boleh diakses dan disemak tanpa perlu track balik dalam mesej WhatsApp atau spreadsheet.
Courier status dikemaskini secara automatik — bermaksud failed delivery diketahui segera tanpa anda perlu check secara manual. Ini bagi anda masa untuk ambil tindakan (hubungi customer, reschedule delivery) sebelum peluang untuk selamatkan order tersebut berlalu.
Cuba lihat bagaimana ini berfungsi dalam demo ARAS. Atau terokai penyelesaian lengkap kami dan lawati Pusat Ilmu ARAS untuk lebih banyak panduan operasi.
Dasar return yang jelas adalah bahagian dari brand anda
Seller yang terbaik bukan yang tidak pernah ada return. Seller yang terbaik adalah yang uruskan return dengan cepat, dengan adil, dan dengan cara yang buat customer rasa mereka diperlakukan dengan betul — walaupun pengalaman itu tidak sempurna.
Dasar return yang jelas, diuruskan dengan konsisten, adalah bahagian dari reputasi brand anda. Customer yang tahu mereka akan dilayan dengan adil kalau ada masalah — lebih cenderung untuk beli lagi dan recommend anda kepada orang lain.
Return yang diuruskan dengan baik bukan kerugian. Ia adalah pelaburan dalam kepercayaan jangka panjang.