ยอดขาย 'ดูดีเกินจริง' ในบางเดือน เช็กให้ชัวร์ว่าไม่ได้นับซ้ำ

ทีมบรรณาธิการ linli09 ก.ค. 14:12อัปเดต 16 ส.ค. 09:12อ่าน 2 นาที

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

สรุปสั้น ๆ

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

มีสัปดาห์หนึ่งที่ร้านขายเครื่องสำอางสมมติชื่อ 'กลีบเมฆ คอสเมติก' เห็นยอด conversion ในแดชบอร์ดโฆษณาพุ่งจาก 15 ออเดอร์ต่อสัปดาห์เป็น 34 ออเดอร์ทันที ทีมงานดีใจกันใหญ่คิดว่าแคมเปญใหม่ปังมาก แต่พอเช็กยอดโอนเงินจริงกลับพบว่าเพิ่มขึ้นแค่ 17 ออเดอร์ ไม่ใช่ 34 เหมือนที่แดชบอร์ดบอก

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

เช็กที่ 1: มีกี่แหล่งที่ยิง conversion event เดียวกันเข้าไป

ให้ไล่ดูว่าระบบของร้านมีกี่ช่องทางที่สามารถยิง event 'ซื้อสำเร็จ' เข้าไปหาแพลตฟอร์มโฆษณาได้บ้าง เช่น pixel ที่ฝังในหน้าเว็บ, ระบบ CAPI ที่ผูกกับฐานข้อมูลออเดอร์, และแอดมินที่กดส่งยอดขายด้วยมือผ่านเครื่องมือภายนอก ถ้ามีมากกว่าหนึ่งช่องทางและไม่มีการผูก order ID ที่ไม่ซ้ำกัน (deduplication) ออเดอร์เดียวกันมีโอกาสถูกนับซ้ำได้ง่ายมาก

จุดนี้เกี่ยวข้องโดยตรงกับสิ่งที่เคยอธิบายไว้ในการนับ conversion ซ้ำ ซึ่งมักเกิดเวลามีการเพิ่มระบบใหม่เข้ามาโดยไม่ได้ตัดช่องทางเก่าออก

เช็กที่ 2: มีการยิงซ้ำเมื่อลูกค้ารีเฟรชหรือกลับมาดูหน้าเดิมหรือไม่

สำหรับร้านที่ใช้หน้า thank-you page เพื่อยิง pixel event ถ้าลูกค้ากดรีเฟรชหน้าหรือกดปุ่มย้อนกลับแล้วเข้าหน้าเดิมอีกครั้ง event อาจถูกยิงซ้ำโดยไม่มีการป้องกัน วิธีเช็กคือดู timestamp ของ event ในช่วงเวลาสั้น ๆ ว่ามี IP หรือ user เดียวกันยิง event ประเภทเดียวกันซ้ำในช่วงไม่กี่นาทีหรือไม่

เช็กที่ 3: แอดมินหลายคนกดส่งยอดขายเดียวกันโดยไม่รู้ตัว

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

เช็กที่ 4: ระบบส่งข้อมูลอัตโนมัติยิงซ้ำตอนพยายามใหม่หลังล้มเหลว

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

สัญญาณที่บ่งชี้ปัญหานี้คือ order ID เดียวกันปรากฏซ้ำในช่วงเวลาห่างกันแค่ไม่กี่วินาทีถึงไม่กี่นาที และมักมาจาก log ของระบบอัตโนมัติล้วน ๆ ไม่มีร่องรอยการกดของแอดมินคั่นอยู่ระหว่างนั้น ต่างจากเช็กที่ 3 ที่มักห่างกันเป็นนาทีหรือชั่วโมงเพราะเป็นคนละคนกดคนละเวลา วิธีป้องกันคือทุก event ที่ยิงเข้าระบบต้องมี idempotency key หรือ order ID ที่ไม่ซ้ำกำกับไว้ และปลายทางต้องปฏิเสธข้อมูลที่มี key ซ้ำแทนที่จะบันทึกทับซ้อนเข้าไปใหม่

ตัวอย่างตัวเลข (สมมติ): นับซ้ำทำให้วางแผนงบผิดพลาดแค่ไหน

สมมติร้าน 'กลีบเมฆ คอสเมติก' ใช้งบโฆษณาเดือนนั้น 51,000 บาท ถ้าเชื่อตัวเลข conversion ที่ระบบรายงานคือ 34 ออเดอร์ ต้นทุนต่อออเดอร์ (CPA) ที่คำนวณได้จะอยู่ที่ 51,000 หาร 34 เท่ากับ 1,500 บาทต่อออเดอร์ ซึ่งดูเป็นตัวเลขที่คุ้มค่ามาก แต่เมื่อใช้ยอดโอนเงินจริงที่มีแค่ 17 ออเดอร์ CPA ที่แท้จริงจะกลายเป็น 51,000 หาร 17 เท่ากับ 3,000 บาทต่อออเดอร์ สูงกว่าตัวเลขที่เชื่อไว้ถึงเท่าตัว

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

เลือก deduplication key ผิด ก็สร้างภาพลวงตาได้เหมือนกัน

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

หลักที่ควรยึดคือใช้ order ID หรือ transaction ID ที่ระบบสร้างขึ้นใหม่ทุกครั้งที่มีการสั่งซื้อเป็น key หลัก ส่วนเบอร์โทรหรือชื่อลูกค้าให้ใช้เป็นข้อมูลประกอบสำหรับวิเคราะห์พฤติกรรมลูกค้าเก่า-ใหม่เท่านั้น ไม่ควรนำมาใช้ตัดสินว่า order ไหนคือรายการซ้ำ

เช็กที่ 5: นับสองขั้นตอนของออเดอร์เดียวกันเป็นสอง conversion

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

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

ตารางเช็คสุขภาพง่าย ๆ ที่ทำได้ทุกสัปดาห์

สิ่งที่เช็ก	วิธีเช็ก	สัญญาณว่าผิดปกติ
จำนวน event ต่อ order ID	ไล่ดูใน Events Manager	มี order ID เดียวปรากฏมากกว่า 1 ครั้ง
ยอดในแอด vs ยอดโอนจริง	เทียบรายสัปดาห์	ต่างกันเกิน 15%
จำนวนแอดมินที่กดยืนยันออเดอร์เดียว	เช็กประวัติการแก้ไขในระบบหลังบ้าน	มากกว่า 1 คนต่อออเดอร์

สรุป

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

เช็กว่ามีกี่ช่องทางที่ยิง conversion event เดียวกันซ้ำได้
ดู timestamp เพื่อจับ event ที่ยิงซ้ำในเวลาใกล้กัน
ล็อกให้ออเดอร์หนึ่งใบมีคนกดยืนยันยอดขายได้คนเดียว

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

ยอดพุ่งขึ้นเสมอเป็นสัญญาณไม่ดีหรือเปล่า

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

ต้องมีความรู้ด้านเทคนิคแค่ไหนถึงจะเช็กเรื่องนี้ได้เอง

การเช็กพื้นฐานอย่างเทียบยอดในแอดกับยอดโอนเงินจริงไม่ต้องใช้ความรู้เทคนิคเลย ส่วนการไล่ event log อาจต้องขอความช่วยเหลือจากทีมพัฒนาหรือเอเจนซี่บ้าง

ระบบ deduplication ทำงานยังไง

โดยหลักการคือระบบจะใช้ order ID หรือ event ID ที่ไม่ซ้ำกันเป็นตัวอ้างอิง ถ้าแพลตฟอร์มเจอ ID เดิมมาซ้ำจะไม่นับเป็น conversion ใหม่ ทำให้ป้องกันการนับซ้ำจากหลายแหล่งได้

ควรเช็กเรื่องนี้บ่อยแค่ไหน

แนะนำให้เช็กแบบเร็ว ๆ ทุกสัปดาห์ด้วยการเทียบยอด และเช็กแบบละเอียดทุกเดือนหรือเมื่อมีการเปลี่ยนระบบหลังบ้าน

ถ้าพบว่านับซ้ำมานานแล้ว ควรทำยังไงกับการตัดสินใจที่ผ่านมา

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

อ่านต่อแบบเจาะลึก

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

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

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