ลูกค้าโอนเงินแล้ว แต่ปฏิเสธรับพัสดุตอนของถึง: เคสที่แปลกกว่า COD แต่เกิดขึ้นจริง
สรุปสั้น ๆ
ร้านส่วนใหญ่มองว่าออเดอร์ที่โอนเงินก่อนส่งคือเงินที่ ‘ปิดจบสมบูรณ์แล้ว’ ต่างจาก COD ที่ต้องเผื่อตีกลับ แต่ความจริงคือพัสดุที่จ่ายเงินมาก่อนก็ถูกปฏิเสธรับหรือส่งคืนกลับได้เช่นกัน เช่นลูกค้าย้ายที่อยู่ไม่ทันแจ้ง หรือปฏิเสธเพราะสินค้าเสียหายก่อนถึงมือ กรณีนี้ร้านต้องคืนเงินและของก็กลับมาอยู่ในคลัง แต่ยอดขายที่เคยส่งเป็น Purchase ไปแล้วมักไม่ถูกแก้ ทำให้ตัวเลขค้างเป็นปัญหาที่ไม่มีใครสังเกตเห็น
ร้านขายเครื่องใช้ไฟฟ้าขนาดเล็กร้านหนึ่งภูมิใจว่าออเดอร์โอนก่อนส่งของตัวเองมีความเสี่ยงต่ำมาก เพราะเงินเข้าบัญชีแล้วตั้งแต่ต้น ไม่ต้องกังวลเหมือน COD ที่ต้องลุ้นตอนของถึง
แต่พอไล่ดูรายงานขนส่งของไตรมาสที่ผ่านมา กลับพบว่ามีพัสดุที่ ‘ตีกลับ’ อยู่ 14 ชิ้น ทั้งที่เป็นออเดอร์โอนเงินมาก่อนทั้งหมด สาเหตุมีตั้งแต่ลูกค้าย้ายบ้านไม่ได้แจ้งที่อยู่ใหม่ ไปจนถึงกล่องบุบจนลูกค้าปฏิเสธไม่ยอมรับของ
ทุกเคสนี้ร้านต้องคืนเงินให้ลูกค้าตามนโยบาย แต่พอเช็กในระบบยิง Purchase กลับพบว่าไม่มีรายการไหนถูกแก้เลยสักรายการ ยอดขาย 14 ชิ้นนั้นยังคงถูกนับเป็นความสำเร็จอยู่ในสายตาของแพลตฟอร์มโฆษณา ทั้งที่เงินได้ถูกคืนกลับไปแล้วจริง ๆ
ทำไมคนถึงมองข้ามความเสี่ยงของออเดอร์ที่โอนก่อน
ความเชื่อที่ว่า ‘โอนก่อนส่งปลอดภัยกว่า COD เสมอ’ นั้นถูกแค่ครึ่งเดียว มันจริงในแง่ที่ลูกค้าไม่สามารถปฏิเสธจ่ายเงินได้อีกต่อไป แต่การจ่ายเงินไม่ได้แปลว่าของจะถึงมือลูกค้าเสมอไป ยังมีความเสี่ยงจากฝั่งขนส่งและสถานการณ์หน้างานที่ทำให้พัสดุถูกตีกลับได้เหมือนกัน
ความต่างสำคัญระหว่างสองกรณีนี้คือ พัสดุ COD ตีกลับแล้วร้านแค่ไม่ได้เงินที่ยังไม่เคยได้ ในขณะที่พัสดุโอนก่อนตีกลับ ร้านต้องคืนเงินที่ได้ไปแล้วกลับให้ลูกค้า ซึ่งเป็นการเคลื่อนไหวของเงินอีกรอบที่มักถูกมองข้ามในระบบวัดผล
เรื่องนี้เชื่อมโยงกับหลักการเดียวกับที่เคยพูดถึงในการนับมูลค่า COD กับโอนก่อนส่ง เพียงแต่คราวนี้เป็นด้านที่คนมักไม่ทันคิดถึง เพราะเข้าใจไปเองว่าโอนก่อนคือจบแล้วร้อยเปอร์เซ็นต์
ขั้นตอนดึงยอดที่ตีกลับออกจากตัวเลขที่เคยส่งไป
เมื่อเจอพัสดุตีกลับที่เป็นออเดอร์โอนก่อนแล้ว ให้ปฏิบัติกับมันเหมือนการยกเลิกออเดอร์ ไม่ใช่ปล่อยผ่านเพราะคิดว่าเป็นเรื่องของฝ่ายขนส่งที่ไม่เกี่ยวกับข้อมูลการตลาด
- ตั้งจุดรับข้อมูลจากฝ่ายจัดส่งหรือขนส่งว่าพัสดุชิ้นไหนถูกตีกลับ พร้อมเลขออเดอร์อ้างอิง
- ตรวจสอบว่าคืนเงินให้ลูกค้าแล้วหรือยัง ถ้าคืนแล้วให้ปรับสถานะออเดอร์เป็นยกเลิก
- ส่งข้อมูลปรับมูลค่ากลับไปหักออกจากยอดที่เคยยิง Purchase ไว้ ผ่านการนำเข้าผลย้อนหลัง
- ถ้าสินค้ายังอยู่ในสภาพขายได้ ให้นำกลับเข้าสต๊อกและตัดออกจากยอดขายที่นับไปแล้วในรายงานภายในด้วย
ลดโอกาสพัสดุตีกลับตั้งแต่ต้นทาง
- ยืนยันที่อยู่อีกครั้งก่อนแพ็คของ — โดยเฉพาะออเดอร์ที่ทิ้งช่วงระหว่างสั่งกับส่งนานกว่าปกติ เพราะที่อยู่อาจเปลี่ยนได้ระหว่างทาง
- ตรวจสภาพสินค้าก่อนแพ็คให้ดี — ลดโอกาสที่ลูกค้าจะปฏิเสธรับเพราะของเสียหายตั้งแต่ก่อนถึงมือ
- เลือกขนส่งที่มีการแจ้งเตือนล่วงหน้า — ช่วยให้ลูกค้าเตรียมรับของและลดการพลาดนัดรับพัสดุ
- ติดตามอัตราตีกลับแยกตามพื้นที่จัดส่ง — บางพื้นที่อาจมีปัญหาการจัดส่งบ่อยกว่าที่อื่น ซึ่งควรรู้ไว้ก่อนวางแผนโปรโมชันในพื้นที่นั้น
สรุป
การโอนเงินก่อนส่งลดความเสี่ยงได้มาก แต่ไม่ได้การันตีว่าของจะถึงมือลูกค้าเสมอไป พัสดุยังตีกลับได้จากหลายสาเหตุ และเมื่อร้านต้องคืนเงิน ยอดขายที่เคยนับไว้ก็ต้องถูกปรับตามไปด้วย ไม่ใช่ปล่อยค้างเป็นตัวเลขที่ไม่ตรงความจริง
จุดสำคัญคือการมีเส้นทางข้อมูลที่เชื่อมจากฝ่ายขนส่งกลับมาหาฝ่ายที่ดูแลการยิง conversion เพื่อให้ทุกครั้งที่มีพัสดุตีกลับ ตัวเลขที่ส่งไปแล้วถูกแก้ให้ตรงกับความจริงเสมอ ไม่ว่าจะเป็นออเดอร์แบบไหนก็ตาม
- พัสดุโอนก่อนส่งก็ตีกลับได้ ไม่ใช่ปัญหาเฉพาะของ COD เท่านั้น
- เมื่อคืนเงินแล้ว ต้องหักยอดที่เคยส่งเป็น Purchase ออกไปด้วยเสมอ
- ลดโอกาสตีกลับด้วยการยืนยันที่อยู่และตรวจสภาพสินค้าก่อนส่งทุกครั้ง
คำถามที่พบบ่อย
พัสดุโอนก่อนตีกลับเกิดขึ้นบ่อยแค่ไหนเมื่อเทียบกับ COD
โดยทั่วไปเกิดขึ้นน้อยกว่า COD มาก เพราะลูกค้าที่โอนเงินมาก่อนมักตั้งใจซื้อจริงมากกว่า แต่ ‘น้อยกว่า’ ไม่ได้แปลว่า ‘ไม่เกิดเลย’ ร้านที่มีออเดอร์จำนวนมากยังควรมีกระบวนการรองรับกรณีนี้ไว้ แม้จะไม่บ่อยเท่า COD ก็ตาม
ถ้าลูกค้าปฏิเสธรับของเพราะเปลี่ยนใจเฉย ๆ ต้องคืนเงินไหม
ขึ้นกับนโยบายร้าน แต่ส่วนใหญ่มักคืนเงินให้เพื่อรักษาความสัมพันธ์ ไม่ว่าจะคืนเต็มหรือหักค่าจัดส่งบางส่วน สิ่งสำคัญคือไม่ว่าจะคืนแบบไหน ต้องกลับไปปรับยอด Purchase ที่เคยส่งไปแล้วให้ตรงกับความจริง
ค่าส่งไป-กลับของพัสดุที่ตีกลับควรคิดรวมในการปรับมูลค่าไหม
ควรคิดแยกเป็นต้นทุนดำเนินการ ไม่ใช่ปรับเข้าไปในมูลค่า conversion โดยตรง เพราะมูลค่า conversion ควรสะท้อนเงินที่ลูกค้าจ่ายสุทธิ ส่วนค่าส่งไป-กลับเป็นต้นทุนที่ร้านต้องแบกรับ ควรนำไปคิดรวมตอนดู<a href="/blog/poas-profit-on-ad-spend-line">กำไรต่อค่าแอด</a>แทน
จำเป็นต้องมีทีมพิเศษดูแลเรื่องนี้ไหม หรือแอดมินคนเดิมทำได้
ร้านขนาดเล็กแอดมินคนเดิมดูแลได้ ขอแค่มีขั้นตอนชัดว่าเมื่อได้รับแจ้งพัสดุตีกลับจากขนส่งแล้วต้องทำอะไรต่อบ้าง พอร้านโตขึ้นจนออเดอร์เยอะ อาจต้องมีคนเฉพาะดูแลการกระทบยอดระหว่างขนส่งกับระบบขายเพื่อไม่ให้ตกหล่น
ปัญหานี้ต่างจากการที่ COD ตีกลับยังไงในแง่การวัดผล
แง่การวัดผลคือ COD ตีกลับหมายถึงยอดที่เคยนับไว้ไม่เคยเป็นเงินจริงเลยตั้งแต่แรก ในขณะที่โอนก่อนตีกลับหมายถึงเงินเคยเข้าจริงแล้วแต่ต้องคืนออกไป ทั้งสองแบบต้องหักยอดออกเหมือนกัน แต่ความหมายทางบัญชีต่างกัน และควรบันทึกแยกประเภทไว้เพื่อวิเคราะห์แยกกันได้
บทความที่เกี่ยวข้อง
