← กลับไปหน้าบทความ
ส่ง Conversion กลับ

ธุรกิจพรีออเดอร์นำเข้า ลูกค้าโอนเงินล่วงหน้าแต่ของยังไม่มา ส่งยอด Conversion ช้าจนแพลตฟอร์มไม่รับ

ทีมบรรณาธิการ linli07 ก.ย. 07:43อัปเดต 07 ก.ย. 07:43อ่าน 2 นาที
ธุรกิจพรีออเดอร์นำเข้า ลูกค้าโอนเงินล่วงหน้าแต่ของยังไม่มา ส่งยอด Conversion ช้าจนแพลตฟอร์มไม่รับ
บทความนี้จัดทำเพื่อความรู้ ชื่อธุรกิจ ตัวเลข หรือบทสนทนาที่ไม่มีแหล่งอ้างอิงกำกับเป็นกรณีตัวอย่างเพื่ออธิบายแนวคิด ดูรายละเอียดที่ นโยบายกองบรรณาธิการ

สรุปสั้น ๆ

ร้านพรีออเดอร์/นำเข้าสินค้ามักยิงยอด conversion เข้าระบบโฆษณาตอนที่สินค้าถึงมือลูกค้าจริง ซึ่งอาจห่างจากตอนลูกค้าโอนเงินหลายสัปดาห์ถึงหลายเดือน เกินกว่าที่ API ของแพลตฟอร์มจะยอมรับย้อนหลัง (มักจำกัดไว้ 1-7 วันแล้วแต่แพลตฟอร์ม) ทางแก้คือแยกยิง conversion สองจังหวะ จังหวะแรกยิงทันทีตอนลูกค้าโอนเงินมัดจำ (นับเป็น conversion หลักเพราะเกิดใกล้เวลาคลิกที่สุด) และจังหวะที่สองใช้เป็นข้อมูลภายในสำหรับติดตามอัตราการยกเลิก/คืนเงินแยกต่างหาก ไม่ต้องพึ่งการยิงย้อนหลังตอนของถึงมือ

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

หลายร้านเลือกจะยิงยอด conversion เข้าระบบโฆษณาตอนที่ "ยืนยันว่าขายจริง" คือตอนสินค้าถึงมือลูกค้าและลูกค้าไม่ได้ขอคืนเงิน เพราะกลัวว่าถ้ายิงตั้งแต่ตอนโอนเงินแล้วมีคนยกเลิกทีหลัง ตัวเลขในระบบโฆษณาจะไม่ตรงกับยอดขายจริง แต่การรอจนถึงตอนนั้นมักทำให้พลาดหน้าต่างเวลาที่ระบบยอมรับข้อมูลย้อนหลัง หลายแพลตฟอร์มจำกัดไว้แค่ไม่กี่วันหลังเหตุการณ์เกิดขึ้นจริง ยิ่งส่งช้าเท่าไหร่ ยิ่งมีโอกาสสูงที่ระบบจะปฏิเสธไม่รับข้อมูลนั้นเข้าไปคำนวณ

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

ทำไมการยิง Conversion ตอนของถึงมือถึงสายเกินไป

แพลตฟอร์มโฆษณาส่วนใหญ่ที่รองรับการส่งข้อมูล conversion ผ่าน API (server-side) มักมีขีดจำกัดว่ายอมรับเหตุการณ์ย้อนหลังได้กี่วันนับจากเวลาที่เหตุการณ์เกิดขึ้นจริง ไม่ใช่นับจากเวลาที่ส่งข้อมูลเข้าไป ถ้าธุรกิจกำหนดให้ "เวลาที่เหตุการณ์เกิดขึ้นจริง" คือตอนของถึงมือลูกค้า แล้วส่งข้อมูลตอนนั้น ระบบจะมองว่านี่คือเหตุการณ์ conversion ที่เกิดขึ้น ณ วันที่ของถึง ไม่ใช่วันที่คลิกโฆษณา ซึ่งทำให้ conversion นั้นไม่เชื่อมโยงกับคลิกเดิมที่เกิดขึ้นก่อนหน้าหลายสัปดาห์ได้อีกต่อไป

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

แนวทางแก้: ยิง Conversion สองจังหวะแยกกัน

  • จังหวะที่ 1 — ยิงทันทีตอนลูกค้าโอนเงินมัดจำหรือโอนเต็มจำนวน ใช้ค่านี้เป็น conversion หลักที่ส่งเข้าระบบโฆษณา เพราะเกิดใกล้เวลาที่ลูกค้าคลิกโฆษณามากที่สุด ทันตามหน้าต่างเวลาที่แพลตฟอร์มยอมรับแน่นอน
  • จังหวะที่ 2 — เมื่อของถึงมือลูกค้าจริงและไม่มีการขอคืนเงิน ให้บันทึกเป็นข้อมูลภายใน (ไม่ต้องส่งเข้าระบบโฆษณาอีก) สำหรับคำนวณอัตราการสำเร็จจริง (fulfillment rate) แยกต่างหาก
  • ถ้ามีการยกเลิกหรือคืนเงินระหว่างทาง ให้บันทึกไว้ในข้อมูลภายในเช่นกัน เพื่อคำนวณอัตรายกเลิกเฉลี่ยของแต่ละแคมเปญ ซึ่งเป็นตัวชี้วัดคุณภาพลูกค้าที่สำคัญไม่แพ้ยอดขายตอนแรก

ปรับคุณภาพของ Conversion ด้วยอัตรายกเลิกแยกรายแคมเปญ

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

แคมเปญยอดโอนมัดจำ (ตัวอย่าง)อัตรายกเลิก/คืนเงิน (ตัวอย่าง)
แคมเปญ A (กลุ่มลูกค้าเก่า)120 ออเดอร์3%
แคมเปญ B (Lookalike ใหม่)95 ออเดอร์18%
แคมเปญ C (คำค้นหาเฉพาะเจาะจง)40 ออเดอร์5%

ขั้นตอนตั้งค่าให้ระบบยิง Conversion จังหวะแรกได้เร็วพอ

  1. กำหนดจุดที่ถือว่า "เกิดเหตุการณ์ conversion" ให้ชัดเจนว่าคือช่วงเวลาที่ระบบยืนยันการโอนเงินสำเร็จ ไม่ใช่ตอนแอดมินกดยืนยันด้วยมือซึ่งอาจล่าช้ากว่านั้น
  2. เชื่อมระบบแจ้งเตือนการโอนเงิน (เช่นสลิปที่ส่งเข้า LINE OA หรือระบบตรวจสลิปอัตโนมัติ) ให้ส่ง event เข้า Conversion API ฝั่งเซิร์ฟเวอร์ ทันทีที่ยืนยันยอดโอนถูกต้อง ไม่ต้องรอสรุปยอดรวมตอนปิดร้านตอนเย็น
  3. ทดสอบด้วย เครื่องมือทดสอบ event ของแพลตฟอร์ม ก่อนใช้งานจริง เพื่อยืนยันว่า timestamp ที่ส่งไปตรงกับเวลาที่ระบบรับรู้ว่าเกิดเหตุการณ์จริง ไม่ใช่เวลาที่ batch job รันสรุปยอด
  4. แยกฐานข้อมูลหรือชีตสำหรับติดตามสถานะพรีออเดอร์ตั้งแต่ "โอนมัดจำ" ไปจนถึง "ส่งของสำเร็จ" หรือ "ยกเลิก/คืนเงิน" เพื่อคำนวณอัตรายกเลิกย้อนหลังได้โดยไม่ต้องพึ่งระบบโฆษณา

ตัวอย่างสมมติ: ร้านนำเข้าเครื่องใช้ไฟฟ้าขนาดเล็ก

สมมติร้านนำเข้าเครื่องใช้ไฟฟ้าขนาดเล็กจากต่างประเทศ ใช้เวลาประมาณ 4-5 สัปดาห์นับจากลูกค้าโอนมัดจำจนถึงส่งของสำเร็จ เดิมทีร้านยิงยอด conversion เข้าระบบโฆษณาตอนแพ็คของส่งจริงเท่านั้น ทำให้รายงานแอดดูเหมือนแทบไม่มี conversion เลยในช่วง 1 เดือนแรกของทุกแคมเปญใหม่ ทีมการตลาดเกือบตัดสินใจหยุดแคมเปญที่จริง ๆ แล้วมีคนโอนมัดจำเข้ามาต่อเนื่อง

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

ข้อควรระวังเมื่อยิง Conversion ตอนโอนมัดจำแทนตอนส่งของสำเร็จ

  • ถ้าอัตรายกเลิกของธุรกิจสูงมาก (เช่นเกิน 15-20%) การยิงตอนโอนมัดจำอาจทำให้ตัวเลข conversion ในรายงานดูดีเกินจริงเมื่อเทียบกับยอดขายที่สำเร็จจริง จึงต้องดูควบคู่กับอัตรายกเลิกเสมอ ไม่ใช่ดูตัวเลข conversion เพียงอย่างเดียว
  • ควรตั้งมูลค่า conversion ที่ส่งเข้าระบบให้เท่ากับยอดมัดจำจริง ไม่ใช่ยอดเต็มของสินค้า เพื่อไม่ให้ค่า ROAS ที่คำนวณออกมาสูงเกินความเป็นจริงหากลูกค้ายังไม่ได้จ่ายส่วนที่เหลือ หลักการนี้ใกล้เคียงกับการนำเข้าข้อมูลผ่าน Offline Conversion Import ที่ต้องระวังเรื่องมูลค่าที่ส่งเข้าไปให้ตรงกับยอดที่เกิดขึ้นจริงเช่นกัน
  • ถ้าธุรกิจมีทั้งสินค้าพรีออเดอร์และสินค้าพร้อมส่ง ควรแยกกฎการยิง conversion ของสองกลุ่มนี้ออกจากกัน เพราะจังหวะเวลาที่เหมาะสมไม่เหมือนกัน
  • ควรทบทวนกฎการยิง conversion ทุกไตรมาส โดยเฉพาะถ้าสินค้าที่นำเข้ามีระยะเวลาส่งมอบเปลี่ยนไปจากเดิม เช่นเปลี่ยนเส้นทางขนส่งใหม่ที่ใช้เวลาสั้นลงหรือยาวขึ้น เพราะจุดที่เคยเหมาะสมที่สุดในการยิง conversion อาจไม่เหมาะสมอีกต่อไปเมื่อพฤติกรรมการส่งมอบเปลี่ยน

สรุป

ธุรกิจพรีออเดอร์และนำเข้าสินค้าที่รอนานกว่าจะส่งของถึงมือลูกค้า มักพลาดหน้าต่างเวลาที่แพลตฟอร์มโฆษณายอมรับข้อมูล conversion ย้อนหลัง ถ้ายิงข้อมูลตอนของถึงมือเพียงอย่างเดียว

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

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

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

ถ้ายิง conversion ตอนโอนมัดจำแต่ลูกค้ายกเลิกทีหลัง ต้องแจ้งแพลตฟอร์มยกเลิกด้วยไหม

ควรส่ง event ยกเลิก/คืนเงินกลับไปหากแพลตฟอร์มรองรับฟีเจอร์นี้ เพื่อให้ระบบปรับ ROAS ที่แสดงให้ใกล้เคียงความจริงมากขึ้น แต่ถ้าแพลตฟอร์มไม่รองรับ อย่างน้อยควรบันทึกไว้ในระบบภายในเพื่อใช้ปรับความเข้าใจตอนวิเคราะห์ผลด้วยมือ

ทำไมไม่ยิง conversion ตอนลูกค้าเริ่มแชทถามราคาไปเลย จะได้เร็วสุด

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

แพลตฟอร์มโฆษณาทุกตัวมีขีดจำกัดเวลาย้อนหลังเท่ากันไหม

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

ถ้าระบบตรวจสลิปอัตโนมัติยังไม่มี ต้องรอมีก่อนถึงจะแก้ปัญหานี้ได้ไหม

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

อัตรายกเลิกที่ถือว่าสูงผิดปกติสำหรับธุรกิจพรีออเดอร์อยู่ที่เท่าไหร่

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

ถ้าลูกค้าขอเปลี่ยนแบบ/สีสินค้าหลังโอนมัดจำแล้ว ต้องยิง conversion ใหม่ไหม

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

รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน

linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน

ทดลองใช้ฟรี 14 วัน

บทความที่เกี่ยวข้อง

Server-Side GTM กับ Funnel ที่ปิดการขายใน LINE: ใช้จริงคุ้มไหมสำหรับ SME

Server-Side GTM กับ Funnel ที่ปิดการขายใน LINE: ใช้จริงคุ้มไหมสำหรับ SME

server-side GTM ช่วยลดการสูญหายของข้อมูลจาก ad blocker และการตั้งค่าความเป็นส่วนตัวของเบราว์เซอร์ แต่ต้องมีเซิร์ฟเวอร์และการดูแลเพิ่ม บทความนี้ชี้จุดที่ควรใช้และไม่ควรใช้กับ funnel ที่ปิดการขายใน LINE
ส่ง Conversion กลับ Google Ads จากยอดขายใน LINE

ส่ง Conversion กลับ Google Ads จากยอดขายใน LINE

Google Ads ไม่รู้ว่าคลิกที่ขายให้คุณเมื่อวันจันทร์ กลายเป็นยอดโอนหมื่นห้าวันพฤหัส — ถ้าไม่มีใครบอกมัน มันจะไปหาคนแบบวันจันทร์มาเพิ่มโดยไม่รู้ว่าถูกทางหรือเปล่า นี่คือวิธีบอก
ส่ง Conversion กลับ Meta Ads (CAPI) จาก LINE

ส่ง Conversion กลับ Meta Ads (CAPI) จาก LINE

Pixel เห็นแค่ครึ่งทางและถูกบล็อกมากขึ้นทุกปี — CAPI คือประตูหลังบ้านที่ Meta เปิดให้ส่งความจริงจากระบบของเราตรงเข้าสมองอัลกอริทึม รวมถึงยอดที่ปิดใน LINE ที่ Pixel ไม่มีวันเห็น