ยิงแอดเดือนละหลักหมื่น แต่ไม่รู้ว่าเงินที่โอนผ่าน PromptPay มาจากแคมเปญไหน

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

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

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

ทำไม PromptPay กลายเป็นจุดที่ระบบโฆษณามองไม่เห็น

Google Ads, Meta หรือ TikTok รู้จักแค่สิ่งที่เกิดขึ้นในระบบของมันเอง เช่นคนคลิกโฆษณา คนกดปุ่มไป LINE หรือถ้าตั้งค่า Conversion API ไว้ ก็อาจรู้ว่ามี Event บางอย่างเกิดขึ้นที่ปลายทาง แต่การโอนเงินผ่าน PromptPay เป็นธุรกรรมที่เกิดขึ้นระหว่างแอปธนาคารของลูกค้ากับบัญชีธนาคารของร้าน ซึ่งไม่มีการเชื่อมต่อกับแพลตฟอร์มโฆษณาโดยตรงเลยไม่ว่ากรณีใด

สิ่งที่ธุรกิจต้องเข้าใจให้ชัดคือ ไม่มีทางที่ระบบโฆษณาจะ 'เห็น' การโอนเงินผ่าน PromptPay ได้เอง สิ่งที่ทำได้คือการสร้างขั้นตอนให้คนของร้าน หรือระบบที่เชื่อมกับ LINE OA บันทึกว่ามีการยืนยันยอดชำระแล้ว จากนั้นค่อยส่ง Event นั้นกลับไปยังแพลตฟอร์มโฆษณาในฐานะ Conversion ที่นิยามไว้ล่วงหน้า

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

สลิปโอนเงินบอกอะไรได้ และบอกอะไรไม่ได้

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

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

ถ้าธุรกิจมีการนำระบบอ่านสลิปอัตโนมัติมาช่วย ต้องเข้าใจว่ามันช่วยได้แค่ระดับ 'อ่านและตรวจรูปแบบข้อมูลเบื้องต้น' ไม่ใช่การยืนยันเงินเข้าบัญชีจริง 100% เว้นแต่จะมีการเชื่อมกับข้อมูลธนาคารโดยตรงซึ่งเป็นคนละ Scope กัน และควรมีขั้นตอน Manual Review เมื่อความมั่นใจของระบบต่ำ

ออกแบบ Tracking Link ต่อแคมเปญ เพื่อรู้ที่มาก่อนถึงขั้นตอนโอนเงิน

เพราะ PromptPay เองไม่มีทางบอกที่มาของ Campaign ได้ จุดที่ต้องเก็บข้อมูลต้นทางจริง ๆ คือ 'ก่อน' ลูกค้าจะเดินทางไปถึงขั้นตอนโอนเงิน นั่นคือตอนที่เขาคลิกจากโฆษณาเข้ามาทัก LINE

1. ทุกแคมเปญที่จ่ายเงินต้องใช้ Tracking Link ที่แนบ utm_source, utm_medium, utm_campaign แยกกันชัดเจน ไม่ใช้ลิงก์เดียวกันข้ามแคมเปญ
2. ให้ระบบที่รับ Tracking Link บันทึกที่มาไว้กับ Lead ตั้งแต่วินาทีแรกที่ทักเข้ามา ก่อนที่บทสนทนาจะไปถึงเรื่องราคาหรือการโอนเงิน
3. ตั้งสถานะ Lead ให้ชัดว่าอยู่ขั้นไหน เช่นกำลังสอบถาม รอโอนเงิน ยืนยันยอดแล้ว เพื่อให้รู้ว่า Order ไหนกำลังรอปิดอยู่
4. เมื่อแอดมินยืนยันว่าได้รับยอดโอนแล้ว ให้บันทึกยอด Order นั้นผูกกลับไปยัง Lead ID เดิมที่มีที่มาของแคมเปญติดอยู่แล้ว ไม่ใช่สร้าง Order ใหม่แบบไม่มีการอ้างอิง

สิ่งที่ต้องตรวจก่อนเชื่อมยอด PromptPay กลับไปยัง Campaign

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

• Lead ทุกคนที่ทักเข้ามาจากแคมเปญ มี Tracking Link ต้นทางติดอยู่จริง ไม่ใช่บางคนมีบางคนไม่มี
• แอดมินอัปเดตสถานะ 'ยืนยันยอดแล้ว' ในเวลาใกล้เคียงกับที่เงินเข้าจริง ไม่ใช่บันทึกย้อนหลังหลายวันจนจำที่มาผิด
• ไม่มี Lead คนเดียวกันถูกนับซ้ำเป็นสองรายการ เช่นทักครั้งแรกจากแคมเปญหนึ่ง แล้วทักซ้ำอีกครั้งจากแคมเปญอื่นในเวลาไล่เลี่ยกัน
• ยอด Order ที่บันทึกไว้ตรงกับยอดที่เข้าบัญชีจริง ไม่ใช่ยอดที่ลูกค้าแจ้งไว้ก่อนต่อรองราคาในภายหลัง

ผูกยอดที่จ่ายจริงกลับไปยัง Lead และ Campaign ต้นทาง

เมื่อมี Lead ID ที่ผูกกับ Tracking Link ต้นทางแล้ว และมีขั้นตอนยืนยันยอดโอนที่รัดกุมพอสมควรแล้ว ขั้นสุดท้ายคือส่ง Event 'Purchase' หรือ 'Closed Sale' กลับไปยังแพลตฟอร์มโฆษณาที่เชื่อมต่อไว้ พร้อมค่า Value และ Currency ที่ตรงกับยอดจริง

ตรงนี้คือจุดที่บริการอย่าง linli เข้ามาช่วยได้ในฐานะตัวกลางที่รับ Event การยืนยันยอดจากทีมแอดมิน แล้วส่งกลับไปยัง Google Ads, GA4 หรือแพลตฟอร์มที่เปิดใช้งานไว้ตาม Integration ที่รองรับ แต่ก็ยังต้องพึ่งความถูกต้องของขั้นตอนก่อนหน้า ทั้งเรื่อง Tracking Link และการยืนยันยอด เพราะระบบไม่สามารถสร้างข้อมูลถูกต้องจากขั้นตอนที่บกพร่องได้

อีกเรื่องที่ต้องคิดคู่กันคือ Deduplication เพราะถ้าแอดมินกดยืนยันยอดซ้ำสองครั้งโดยไม่ตั้งใจ หรือระบบส่ง Event ซ้ำจาก Lead เดิม รายงานฝั่งแพลตฟอร์มโฆษณาจะเห็น Conversion เกินจริง ซึ่งกระทบต่อการเรียนรู้ของ Smart Bidding โดยตรง ควรอ่านเรื่อง การส่ง Event แบบ Server to Server ประกอบเพื่อเข้าใจกลไกการกันซ้ำที่ใช้กันทั่วไป

ตัวอย่างสมมติ: อ่านรายงานเมื่อยอดโอนไม่ตรงกับยอดคลิก

ลองดูตัวอย่างสมมติเพื่อให้เห็นภาพการใช้งานจริง สมมติร้านอาหารเสริมยิงแอดแคมเปญเดียวได้คลิก 800 ครั้งในหนึ่งสัปดาห์ มีคนทักเข้า LINE 150 คน แอดมินคุยจนได้ยอดยืนยันโอนเงินจริง 22 ออเดอร์ รวมมูลค่า 26,400 บาท ถ้าคำนวณ Cost per Sale จากค่าแอดที่จ่ายไป 6,000 บาทในสัปดาห์นั้น จะได้ตัวเลขประมาณ 273 บาทต่อออเดอร์

ตัวเลขนี้มีความหมายก็ต่อเมื่อทั้ง 22 ออเดอร์นั้นผูกกลับไปยัง Tracking Link ของแคมเปญนี้จริง ถ้าในจำนวนนั้นมีลูกค้าเก่าที่กลับมาซื้อซ้ำโดยทักผ่านลิงก์เดิมที่บันทึกไว้นานแล้วปนอยู่ด้วย ตัวเลข Cost per Sale ที่คำนวณได้จะดีเกินจริง เพราะนำ Order ที่ไม่ได้เกิดจากแคมเปญนี้มารวมด้วย

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

ยังมีอีกจุดที่ควรพิจารณาคือมูลค่าเฉลี่ยต่อออเดอร์ไม่ได้เท่ากันทุกแคมเปญ สมมติแคมเปญหนึ่งเน้นโปรโมชันราคาถูกดึงคนเข้ามาเยอะ ได้ 30 ออเดอร์แต่มูลค่าเฉลี่ยออเดอร์ละ 600 บาท ในขณะที่อีกแคมเปญเน้นสินค้าพรีเมียมได้แค่ 10 ออเดอร์แต่มูลค่าเฉลี่ยออเดอร์ละ 2,400 บาท ถ้าดูแค่จำนวนออเดอร์ แคมเปญแรกดูเหนือกว่าเห็น ๆ แต่พอคิดเป็น Revenue รวม แคมเปญที่สองกลับสร้างยอดขายได้มากกว่า การอ่านรายงาน PromptPay conversion tracking จึงต้องดูทั้งจำนวนออเดอร์และมูลค่าต่อออเดอร์ควบคู่กันเสมอ ไม่ใช่เลือกดูแค่ตัวใดตัวหนึ่งแล้วสรุปทันที

ทำแบบนี้แล้วพัง เพราะอะไร

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

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

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

สรุป

PromptPay ทำให้การโอนเงินสะดวกและรวดเร็ว แต่ก็ทำให้ธุรกิจจำนวนมากเข้าใจผิดว่าความสะดวกนั้นเท่ากับการวัดผลที่แม่นยำ ความจริงคือยอดโอนเงินไม่มีทางบอกที่มาของ Campaign ได้เอง ต้องอาศัยขั้นตอนที่ธุรกิจออกแบบไว้ล่วงหน้าเท่านั้น

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

• PromptPay ไม่มีทางบอกที่มา Campaign ได้เอง ต้องเก็บข้อมูลต้นทางไว้ตั้งแต่ก่อนถึงขั้นตอนโอนเงิน
• สลิปยืนยันได้แค่ว่ามีรายการโอน ไม่ได้ยืนยันว่าเงินเข้าจริงหรือไม่ถูกใช้ซ้ำ
• ต้องมี Lead ID ผูกกับ Tracking Link ต้นทาง แล้วอัปเดตยอด Order กลับไปยัง Lead เดิม
• ตรวจ Deduplication และ Conversion Lag ก่อนสรุปว่าแคมเปญไหนคุ้มค่ากว่ากัน

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