บทความทั้งหมด

สถานะออเดอร์ WooCommerce หลังตรวจสลิปผ่าน ควรออกแบบอย่างไร

อ่าน 2 นาที

ไม่มีรูปภาพ
สถานะออเดอร์ WooCommerce หลังตรวจสลิปผ่าน ควรออกแบบอย่างไร

ร้าน WooCommerce ที่รับโอนเงินมักเริ่มจากสถานะมาตรฐานไม่กี่ตัว แต่พอออเดอร์เพิ่มขึ้น คำถามที่ตามมาคือ "ออเดอร์นี้จ่ายแล้วจริงหรือยัง" และ "ใครควรเป็นคนเปลี่ยนสถานะ" บทความนี้พูดถึงการวางแนวคิดสถานะออเดอร์ให้ชัด โดยไม่ผูกกับปลั๊กอินตัวใดตัวหนึ่ง เพื่อให้คุณนำไปปรับกับหน้างานของตัวเองได้

ทำไมสถานะออเดอร์ถึงสำคัญกว่าที่คิด

สถานะคือภาษากลางของทีม ฝ่ายแพ็กของดูสถานะเพื่อรู้ว่าควรหยิบสินค้าไหน ฝ่ายบัญชีดูเพื่อรู้ว่ารายได้เข้าแล้วหรือยัง และลูกค้าเห็นสถานะในอีเมลแจ้งเตือน ถ้าสถานะบอกว่า "กำลังดำเนินการ" ทั้งที่เงินยังไม่เข้า ก็อาจมีคนแพ็กของไปก่อนจนเกิดความเสียหายได้

หลักคิดง่าย ๆ คือ สถานะที่ปล่อยของได้ ต้องเกิดจากหลักฐานการชำระเงินที่ตรวจแล้วเท่านั้น ไม่ใช่จากการที่ลูกค้าพิมพ์ว่า "โอนแล้วค่ะ"

แนวทางแบ่งช่วงของออเดอร์

ช่วงความหมายใครเปลี่ยน
รอชำระเงินสร้างออเดอร์แล้ว ยังไม่มีหลักฐานที่ตรวจผ่านระบบเมื่อลูกค้าสั่งซื้อ
ชำระแล้วสลิปผ่านการตรวจ ยอดและบัญชีผู้รับถูกต้องควรเป็นระบบอัตโนมัติ
กำลังจัดเตรียมทีมรับงานไปแพ็กทีมงาน
จัดส่งแล้วมีเลขพัสดุทีมงาน
ต้องตรวจเองสลิปไม่ผ่านหรือยอดไม่ตรงเจ้าของร้านตัดสินใจ

ชื่อสถานะในร้านคุณอาจต่างจากตารางนี้ได้ สิ่งสำคัญคือแต่ละช่วงต้องมีเงื่อนไขเข้าและออกที่ชัดเจน

จุดที่ควรให้ระบบเปลี่ยนสถานะแทนคน

การเปลี่ยนจาก "รอชำระ" เป็น "ชำระแล้ว" เป็นจุดที่คนพลาดบ่อยที่สุด เพราะต้องเปิดแอปธนาคาร เทียบยอด เทียบเวลา แล้วกดเปลี่ยนด้วยมือ เมื่อใช้ปลั๊กอินที่เชื่อมกับระบบตรวจสลิป การเปลี่ยนสถานะนี้ควรขึ้นกับผลตรวจจากระบบ ซึ่งตามเอกสารของ PPay ปลั๊กอิน WooCommerce จะสร้างรายการรับชำระ แล้วอ่านสถานะจริงจาก API ก่อนยืนยันออเดอร์ และเทียบยอดว่าไม่น้อยกว่ายอดคำสั่งซื้อ ไม่เชื่อค่าที่ส่งมาจากเบราว์เซอร์อย่างเดียว

เหตุผลที่ควรออกแบบแบบนี้ ไม่ว่าจะใช้เครื่องมือใด:

  • ลดช่องโหว่จากสลิปปลอมหรือคำพูดของลูกค้า
  • สถานะเปลี่ยนทันทีแม้ตอนเที่ยงคืน ลูกค้าได้อีเมลเร็วขึ้น
  • มีร่องรอยว่าออเดอร์ถูกเปลี่ยนด้วยเหตุผลอะไร ตรวจย้อนหลังได้

กรณีที่ไม่ควรเปลี่ยนอัตโนมัติ

จ่ายเกินหรือจ่ายขาด

ถ้ายอดที่โอนน้อยกว่ายอดออเดอร์ ไม่ควรปล่อยของ ให้ค้างไว้ในสถานะที่ต้องตรวจเอง แล้วติดต่อลูกค้าให้โอนส่วนที่เหลือ ส่วนกรณีจ่ายเกิน ควรมีขั้นตอนคืนเงินที่ชัดเจน (ดู เรื่องจ่ายเกินและการหลอกให้คืนเงิน)

ออเดอร์ถูกยกเลิกไปแล้วแต่ลูกค้าเพิ่งโอน

กรณีนี้เกิดเมื่อออเดอร์หมดอายุก่อนที่ลูกค้าจะจ่าย ปลั๊กอินควรไม่ย้อนสถานะที่ถูกยกเลิกโดยพลการ แต่ให้เจ้าของร้านเห็นหมายเหตุและตัดสินใจเอง ซึ่งเป็นแนวทางเดียวกับที่ปลั๊กอินของ PPay บันทึกหมายเหตุให้เจ้าของจัดการ ในกรณีที่ออกใบแจ้งหนี้ต่อไม่ได้

ออเดอร์ซ้ำ

ลูกค้ากดสั่งซ้ำสองครั้งแล้วจ่ายครั้งเดียว ควรมีกติกาชัดว่าออเดอร์ไหนถือเป็นของจริง และอีกใบให้ยกเลิก

ข้อความที่ลูกค้าเห็น

อย่าลืมว่าสถานะมีผลต่ออีเมลที่ส่งถึงลูกค้า ควรเขียนข้อความให้บอกขั้นตอนถัดไปเสมอ เช่น "เราได้รับชำระแล้ว กำลังเตรียมจัดส่ง" แทนข้อความกลาง ๆ ที่ไม่บอกอะไร ลูกค้าจะเลิกทักถามและร้านประหยัดเวลาตอบแชต

เช็กลิสต์ก่อนเปิดใช้

  1. เขียนตารางสถานะของร้าน พร้อมระบุว่าใครหรืออะไรเป็นผู้เปลี่ยน
  2. กำหนดให้การปล่อยของผูกกับผลตรวจสลิปเท่านั้น
  3. ตั้งกติกาสำหรับจ่ายขาด จ่ายเกิน และออเดอร์หมดอายุ
  4. ทดลองบนเว็บทดสอบ (staging) ก่อนใช้จริง เพราะเอกสารของ PPay ระบุว่าควรลองปลั๊กอินบนระบบจริงของคุณก่อนเปิดใช้
  5. ทดสอบสั่งซื้อจริงหนึ่งรายการแล้วดูว่าอีเมลและสถานะเปลี่ยนตรงตามที่วางไว้

ถ้าสนใจดูว่าปลั๊กอินทำงานร่วมกับ WooCommerce อย่างไร ดูรายละเอียดและคู่มือได้ที่ หน้าปลั๊กอิน หรืออ่านภาพรวมเพิ่มเติมใน บทความตรวจสลิปบน WooCommerce และถ้ายังไม่มีบัญชีสามารถ สมัครใช้งาน เพื่อลองได้

ลองตรวจสลิปอัตโนมัติกับร้านของคุณ

สมัครแล้วเริ่มใช้งานได้ภายในไม่กี่นาที

บทความอื่น ๆ