Event ที่นับเป็น Conversion เพิ่มขึ้นทุกเดือน แต่ยอดขายจริงในบัญชีกลับไม่ขยับตาม

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

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

บทความนี้จะพาแยกให้เห็นว่า LINE User ID Attribution ทำงานอย่างไร Event ไหนควรถูกนับเป็น Conversion จริง ๆ และต้องตรวจอะไรก่อนจะเชื่อตัวเลขที่เห็นในแดชบอร์ด เพื่อไม่ให้หลงทางไปตามตัวเลขที่โตเร็วแต่ไม่มีความหมายต่อยอดขาย

LINE User ID Attribution คืออะไร ต่างจากการนับ Event ธรรมดายังไง

LINE User ID คือรหัสที่ Messaging API ส่งมาพร้อมทุก Event ของผู้ใช้แต่ละคนในแต่ละ LINE OA ใช้แยกแยะว่า Event นี้เกิดจากใคร ส่วน Attribution คือกระบวนการให้เครดิตว่า Campaign หรือ Channel ใดพาคนคนนั้นเข้ามาในระบบ และควรได้รับเครดิตเมื่อคนคนนั้นเกิดผลลัพธ์ปลายทางที่ธุรกิจต้องการ

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

การจะทำ Attribution ได้ถูกต้อง ต้องเก็บ Mapping ระหว่าง User ID กับ Identifier ต้นทางอย่าง UTM หรือ Click ID ไว้ตั้งแต่ครั้งแรกที่คนคนนั้นเข้ามา แล้วใช้ User ID เดิมนี้อ้างอิงกลับไปหา Identifier ต้นทางทุกครั้งที่มี Event ใหม่เกิดขึ้นจากคนคนเดียวกัน ไม่ใช่สุ่มสร้าง Attribution ใหม่ทุกรอบ

ทำไม Event ที่นับเป็น Conversion เพิ่มขึ้น แต่ยอดขายจริงกลับไม่ขยับตาม

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

อีกสาเหตุคือ Attribution ไปอิงกับ Event ที่ไม่มีความเกี่ยวข้องกับการปิดการขายโดยตรง เช่นนับ Add Friend เป็น Conversion เพราะเห็นว่าโตเร็วดี ทั้งที่การเพิ่มเพื่อนไม่ได้แปลว่าจะซื้อของ พอเวลาผ่านไปคนที่เพิ่มเพื่อนจำนวนมากไม่เคยกลายเป็น Order เลย ตัวเลข Conversion ต้นน้ำจึงแยกออกจากยอดขายปลายน้ำมากขึ้นเรื่อย ๆ

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

Event ไหนควรนับเป็น Conversion จริง ๆ

การเลือก Event ที่เหมาะกับ Conversion ไม่มีสูตรตายตัวเดียวสำหรับทุกธุรกิจ แต่มีกรอบพิจารณาที่ใช้ได้กว้าง ๆ ตามตารางนี้ ซึ่งอิงจากระดับ Funnel และความเสี่ยงถ้าเลือกผิด:

ใช้ User ID กัน Conversion ซ้ำได้แค่ไหน และทำไมยังกันไม่ครบ

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

ปัญหาที่ทำให้กันซ้ำไม่ครบมักเกิดจากขอบเขตเวลาที่ใช้ตัดสิน เช่นธุรกิจกำหนดว่า Lead เดิมจะถือเป็น Lead ใหม่อีกครั้งถ้าห่างจาก Lead ก่อนหน้าเกิน 30 วัน แต่ไม่มีเอกสารหรือ Field บันทึกว่า Lead ก่อนหน้าปิดหรือยังค้างอยู่ ทำให้ลูกค้าเก่าที่ยังไม่ปิดดีลถูกนับเป็น Lead ใหม่ทั้งที่ User ID เดิม สร้างความสับสนทั้งฝั่งการตลาดและฝั่งขาย

อีกจุดที่ต้องระวังคือ User ID ผูกอยู่กับแต่ละ LINE OA เท่านั้น ถ้าธุรกิจมีมากกว่าหนึ่ง OA และลูกค้าคนเดียวกันทักเข้ามาทั้งสอง OA ในเวลาต่างกัน ระบบจะเห็น User ID สองค่าที่ต่างกัน การกันซ้ำด้วย User ID เพียงอย่างเดียวจะทำไม่ได้ ต้องอาศัย Identifier ตัวที่สองอย่างเบอร์โทรหรืออีเมลที่ยืนยันในแชทมาช่วยจับคู่ที่ชั้น CRM

Attribution Window กับ User ID เกี่ยวข้องกันตรงไหน

Attribution Window คือกรอบเวลาที่ธุรกิจหรือแพลตฟอร์มโฆษณายอมให้เครดิต Conversion ย้อนกลับไปยัง Click หรือ Event ต้นทาง เช่นถ้าตั้งไว้ 30 วัน แปลว่า Conversion ที่เกิดหลัง Click เกิน 30 วันจะไม่ถูกนับว่ามาจาก Campaign นั้นแล้ว ซึ่งเกี่ยวข้องโดยตรงกับ User ID เพราะ User ID คือกุญแจที่ใช้ค้นย้อนกลับไปหา Event ต้นทางภายในกรอบเวลานั้น

ถ้า Attribution Window สั้นเกินไปเมื่อเทียบกับรอบการปิดการขายจริงของธุรกิจ Conversion จำนวนมากจะตกหล่นออกนอกกรอบเวลาโดยไม่ถูกนับว่ามาจาก Campaign ใดเลย ทั้งที่ User ID เดิมยังผูกกับ Click ต้นทางอยู่ครบ กลายเป็นว่าตัวเลข Conversion ที่ส่งกลับแพลตฟอร์มโฆษณาต่ำกว่าความเป็นจริง สวนทางกับกรณีที่อธิบายไปก่อนหน้าที่ตัวเลขสูงเกินจริง ธุรกิจจึงต้องตั้ง Attribution Window ให้สอดคล้องกับ Conversion Lag จริงของตัวเอง ไม่ใช่ใช้ค่าเริ่มต้นของแพลตฟอร์มโดยไม่ปรับ

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

First-touch หรือ Last-touch เมื่อ User ID เดิมคลิกโฆษณาหลายครั้ง

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

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

ในทางปฏิบัติ ธุรกิจที่มีงบไม่มากพอจะทำ Multi-touch Attribution แบบเต็มรูปแบบ มักเริ่มจากเก็บทั้ง First Touch และ Last Touch ไว้ในระบบพร้อมกัน แล้วดูทั้งสองมุมประกอบการตัดสินใจปรับงบ แทนที่จะยึดมุมเดียวแล้วปรับงบตามตัวเลขที่อาจไม่สะท้อนภาพรวม

ก่อนเชื่อตัวเลข Attribution ต้องตรวจอะไรก่อน

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

• User ID ถูกเก็บครบทุก Event หรือมีบาง Event ที่ไม่มี User ID แนบมาเลย
• Mapping ระหว่าง User ID กับ Identifier ต้นทางยังผูกกันอยู่ครบ หรือหายไประหว่างทาง
• มี Deduplication Key ป้องกัน Conversion ซ้ำจาก User ID เดิมหรือไม่
• Attribution Window ที่ตั้งไว้สอดคล้องกับ Conversion Lag จริงของธุรกิจหรือยัง
• แอดมินอัปเดตสถานะ Lead ครบทุกรายหรือมีบางรายค้างอยู่โดยไม่มีใครติดตาม
• Time Zone ที่ใช้บันทึก Event ตรงกับ Time Zone ที่แพลตฟอร์มโฆษณาใช้อ้างอิงหรือไม่

เริ่มต้นใช้ LINE User ID Attribution ยังไงให้ไม่หลงตัวเลข

จุดเริ่มต้นที่แนะนำคือกำหนดนิยาม Lead และ Conversion ของธุรกิจตัวเองให้ชัดก่อน ไม่ใช่หยิบ Event ที่มีอยู่แล้วมาใช้เป็น Conversion ทันทีเพราะติดตั้งง่าย จากนั้นจึงวางระบบเก็บ Mapping ระหว่าง User ID กับ Identifier ต้นทาง และออกแบบ Deduplication Key ให้รองรับกรณีลูกค้าเดิมกลับมาทักซ้ำ ซึ่งเป็นพื้นฐานเดียวกับที่อธิบายไว้ใน การเชื่อม Messaging API กับ CRM และแพลตฟอร์มโฆษณา

การเลือกใช้เครื่องมืออย่าง linli ช่วยลดงานเชื่อมระบบและจัดการ Mapping User ID ให้อัตโนมัติในส่วนที่ตั้งค่าไว้ แต่การกำหนดว่า Event ไหนควรนับเป็น Conversion ของธุรกิจตัวเอง และการตรวจ Data Quality เป็นระยะยังเป็นหน้าที่ที่ทีมต้องทำเองเสมอ ไม่มีระบบไหนตัดสินใจแทนได้ทั้งหมด

สุดท้าย ควรทดลองเปลี่ยน Primary Conversion อย่างระมัดระวังทีละขั้น เช่นเริ่มจาก Qualified Lead ก่อนขยับไป Order เมื่อมีปริมาณข้อมูลมากพอ พร้อมบันทึกวันที่เปลี่ยนไว้เสมอ เพื่อให้ตรวจสอบย้อนหลังได้ว่าตัวเลขที่เปลี่ยนไปมาจากการเปลี่ยน Conversion Goal หรือมาจากพฤติกรรมลูกค้าที่เปลี่ยนจริง

สรุป

ตัวเลข Conversion ที่โตเร็วไม่ได้แปลว่ายอดขายจะโตตาม ถ้า Event ที่เลือกมานับไม่สัมพันธ์กับยอดขายจริง หรือไม่มี Deduplication Key กันการนับซ้ำจาก User ID เดิม LINE User ID Attribution ที่ทำถูกต้องต้องเริ่มจากนิยาม Conversion ที่ชัด การเก็บ Mapping Identifier ที่ครบ และการตรวจ Data Quality เป็นประจำ

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

• แยกการนับ Event ออกจาก Attribution ให้ชัด Event ที่เกิดซ้ำได้จาก User ID เดิมต้องมี Deduplication Key
• เลือก Event ที่ใกล้ยอดขายจริงมากพอเป็น Primary Conversion เมื่อมีปริมาณข้อมูลเพียงพอ
• ตั้ง Attribution Window ให้สอดคล้องกับ Conversion Lag จริง ไม่ใช้ค่าเริ่มต้นโดยไม่ตรวจสอบ

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