ลูกค้าจ่ายเงินวันนี้ แต่ของจะมาอีก 3 สัปดาห์: พรีออเดอร์แบบนี้ควรนับ conversion ตอนไหน

ร้านขายของเล่นสะสมร้านหนึ่งเปิดพรีออเดอร์ฟิกเกอร์ล็อตใหม่ ปิดยอดมัดจำได้ 90 ออเดอร์ภายในสองวัน ทุกคนจ่ายเงินเต็มจำนวนตั้งแต่วันสั่ง แอดมินก็ยิง Purchase กลับไปทันทีตามที่เคยทำกับสินค้าพร้อมส่ง

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

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

มัดจำพรีออเดอร์คือ ‘คำสัญญา’ ที่ยังพลิกได้

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

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

หลักคิดนี้ใกล้เคียงกับที่เคยเล่าไว้ในการนับมูลค่า COD กับโอนก่อนส่ง ต่างกันตรงที่ COD เสี่ยงตอนของถึงมือ ส่วนพรีออเดอร์เสี่ยงตลอดช่วงเวลาที่ต้องรอ ซึ่งอาจยาวกว่ากันหลายเท่า

แยกสัญญาณเป็นสองจังหวะ ไม่ใช่จังหวะเดียว

สำหรับสินค้าที่รอนาน ผมแนะนำให้แยกสัญญาณที่ส่งกลับแพลตฟอร์มเป็นสองช่วง แทนที่จะยิงทีเดียวจบตั้งแต่วันจ่ายเงิน วิธีนี้ทำให้ตัวเลขที่ระบบเห็นใกล้เคียงความจริงตลอดเส้นทาง ไม่ใช่แม่นแค่ตอนต้นแล้วเพี้ยนไปเรื่อย ๆ

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

สิ่งที่มักถูกมองข้ามระหว่างรอของ

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

สรุป

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

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

• พรีออเดอร์มีช่วงรอที่ยาวกว่าปกติ ทำให้ความเสี่ยงยกเลิกสูงกว่าของพร้อมส่ง
• ยิงสัญญาณตั้งแต่วันจ่ายเงิน แล้วปรับยอดย้อนหลังเมื่อมีการยกเลิก
• แยกรายงานพรีออเดอร์ออกจากของพร้อมส่ง เพื่อเห็นอัตรายกเลิกที่แท้จริง

คำถามที่พบบ่อย