ไฟล์ยอดขายที่อัปโหลดเข้าแพลตฟอร์ม มีกี่แถวที่ถูกตีตก ตั้งรอบตรวจทุกเดือน

เอเจนซีแห่งหนึ่ง (สมมติ) อัปโหลดไฟล์ยอดขาย 400 แถวเข้า Google Ads ทุกสิ้นเดือน หน้าจอขึ้นว่าอัปโหลดแล้ว มีตัวหนังสือเล็ก ๆ บอกว่ามี 100 แถวมีข้อผิดพลาด ไม่มีใครเปิดดู เพราะรายงานของลูกค้าตรวจแค่ว่าไฟล์ขึ้นแล้ว

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

แถวที่หายเอียงไปทางดีลใหญ่ที่ปิดช้า

ลองคิดจากสมมติ ร้านขายเฟอร์นิเจอร์มีดีลปิดใน 3 วัน มูลค่าเฉลี่ย 3,000 บาท และดีลปิดใน 80 วัน มูลค่าเฉลี่ย 40,000 บาท ถ้าคลิกต้องไม่เก่ากว่าอายุที่แพลตฟอร์มกำหนด ดีลแบบหลังเสี่ยงหลุดมากกว่ามาก ระบบประมูลที่เรียนรู้จากแถวที่รอดจะเห็นโลกที่มีแต่ดีลเล็กเร็ว แล้วเอนไปหาคนแบบนั้นในที่สุด

ถ้ายังไม่เคยตั้งการอัปโหลด ดูพื้นฐานที่ Google Ads offline conversion ก่อน บทความนี้ต่อจากจุดที่ไฟล์เริ่มขึ้นแล้ว แต่ไม่มีใครรู้ว่าขึ้นครบหรือไม่

เหตุผลที่แถวถูกตีตก และจุดที่ควรแก้

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

รอบตรวจรายเดือนในห้าขั้น

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

เกณฑ์ที่ใช้ตัดสินว่าต้องหยุดแล้วแก้

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

แก้ที่ต้นทางแทนการซ่อมไฟล์ทุกเดือน

• เก็บรหัสคลิกให้ไว ถ้ารหัสหายตั้งแต่ก่อนเข้า LINE ไฟล์จะไม่มีอะไรให้จับคู่ ดูเหตุที่รหัสหายใน gclid หายก่อนเข้า LINE
• อัปโหลดถี่ขึ้น เปลี่ยนจากรายเดือนเป็นรายสัปดาห์ เพื่อไม่ให้ดีลช้าชนอายุคลิก ดูผลของรอบเวลาใน ช่วงเวลา conversion ที่มาช้า
• ใช้เวลามาตรฐานเดียว บันทึกเวลาปิดการขายด้วยโซน +07:00 ทุกระบบ ไม่ผสมเวลา UTC กับเวลาท้องถิ่น
• รหัสออเดอร์ต้องเฉพาะ หนึ่งออเดอร์หนึ่งรหัสตลอดชีวิต และตรวจก่อนอัปโหลดว่าไม่ส่งแถวที่เคยส่งแล้ว แนวคิดคล้ายใน เมื่อรหัสตัดซ้ำไม่ตรงกัน

รายงานอัตราตีตกให้ลูกค้าโดยไม่ให้เหมือนข้อแก้ตัว

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

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

สรุป

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

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

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

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