ทักเข้ามาวันละ 80 คน แต่ไม่มีใครในทีมรู้เลยว่าใครโอนเงินจริงบ้าง

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

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

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

first party data ในบริบทธุรกิจ LINE คือข้อมูลอะไรบ้าง

หลายคนเข้าใจว่า first party data คือข้อมูลลูกค้าทั่วไปอย่างชื่อและเบอร์โทร ซึ่งก็ใช่ส่วนหนึ่ง แต่ในบริบทของการวัดผลโฆษณาเข้า LINE สิ่งที่สำคัญกว่านั้นคือข้อมูลที่เชื่อม Journey ของแต่ละคนเข้าด้วยกัน ตั้งแต่จุดที่เขาคลิกโฆษณาไปจนถึงจุดที่เขาปิดการขาย

ข้อมูลกลุ่มนี้แบ่งได้เป็นสามชั้น ชั้นแรกคือ Identifier ต้นทาง เช่น Click ID ของแพลตฟอร์มโฆษณา UTM และ GA4 client_id ชั้นที่สองคือข้อมูลปฏิสัมพันธ์ เช่น เวลาที่เพิ่มเพื่อน เวลาที่เริ่มทัก และคำถามแรกที่เขาถาม ชั้นที่สามคือข้อมูลผลลัพธ์ เช่นสถานะ Lead การเสนอราคา และยอดขายที่ปิดได้จริง ทั้งสามชั้นนี้ต้องเชื่อมกันด้วย Identifier เดียวกัน ไม่งั้นจะกลายเป็นข้อมูลแยกส่วนที่ใช้วิเคราะห์ร่วมกันไม่ได้

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

ทำไมธุรกิจส่วนใหญ่เก็บ first party data แล้วยังใช้งานไม่ได้จริง

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

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

สาเหตุที่สามคือทีมขายกับทีมการตลาดใช้ระบบคนละตัวโดยไม่มีจุดเชื่อม แอดมินบันทึกสถานะ Lead ในระบบหนึ่ง ทีมการตลาดดูรายงานจากอีกระบบหนึ่ง ถ้าไม่มี Lead ID หรือ Order ID ที่อ้างอิงกันได้ ข้อมูลทั้งสองฝั่งจะไม่มีวันมาบรรจบกัน

จุดเก็บข้อมูลที่ต้องมีตลอด Journey จากคลิกถึงยอดขาย

การวางระบบ first party data ที่ใช้งานได้จริง ต้องกำหนดจุดเก็บข้อมูลให้ครบตลอดเส้นทาง ไม่ใช่เก็บแค่ต้นทางหรือปลายทางอย่างใดอย่างหนึ่ง

เชื่อม first party data เข้ากับ Conversion อย่างไรให้ใช้งานได้จริง

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

วิธีที่ใช้ได้จริงคือผูก Click ID หรือ UTM ไว้กับ Lead ID ตั้งแต่ตอนสร้าง Lead แล้วเมื่อสถานะเปลี่ยนเป็น Closed Sale ให้ดึง Identifier เดิมกลับมาใช้สร้าง Conversion Event ส่งกลับไปยังแพลตฟอร์มที่เกี่ยวข้อง วิธีนี้ทำให้แพลตฟอร์มเห็นว่า Click นั้นนำไปสู่ยอดขายจริงในที่สุด แม้จะห่างกันหลายวัน

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

วิธีตรวจว่า first party data ที่เก็บมามีคุณภาพพอให้ตัดสินใจ

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

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

ขอบเขตที่ต้องระวังเมื่อเก็บ first party data

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

แนวทางที่ปลอดภัยกว่าคือส่งเฉพาะ Identifier และ Event ที่จำเป็นต่อการจับคู่ เช่น Click ID กับสถานะ Conversion โดยไม่แนบข้อมูลส่วนบุคคลที่ระบุตัวตนได้ตรง ๆ ไปด้วย หากจำเป็นต้องใช้ข้อมูลติดต่อในการจับคู่ ต้องตรวจสอบวิธี Hashing และเงื่อนไขของแต่ละแพลตฟอร์มก่อนเสมอ เรื่องนี้มีรายละเอียดเพิ่มเติมใน การทำ Conversion Tracking ให้สอดคล้องกับ PDPA

Hashing ตัวระบุก่อนส่งขึ้นแพลตฟอร์ม และการจัดการคำขอลบข้อมูล

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

ข้อควรระวังอีกจุดคือ การ Hash ไม่ได้แปลว่าข้อมูลนั้นพ้นจากข้อผูกพันทางกฎหมายโดยอัตโนมัติ ธุรกิจยังต้องมี Legal Basis หรือความยินยอมที่เหมาะสมในการนำข้อมูลติดต่อไปใช้ตั้งแต่ต้น การ Hash เป็นเพียงมาตรการทางเทคนิคที่ลดความเสี่ยงตอนส่งข้อมูล ไม่ใช่ใบอนุญาตให้ใช้ข้อมูลได้ทุกกรณี ทีมที่ดูแลควรตรวจ Field และวิธี Normalize ตามเอกสารล่าสุดของแต่ละแพลตฟอร์มก่อนตั้งค่าจริง เพราะรายละเอียดเปลี่ยนแปลงได้ตามนโยบายที่ประกาศใหม่

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

เมื่ออัตรา Match Rate ร่วงกะทันหันหลังแพลตฟอร์มเปลี่ยนกฎ ควรไล่ตรงไหนก่อน

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

ทำแบบนี้แล้วพัง เพราะเข้าใจผิดว่า Match Rate ที่ลดลงต้องเกิดจากฝั่งธุรกิจเสมอ แล้วรีบไล่แก้โค้ดหรือเปลี่ยน Event Mapping ทั้งหมดโดยไม่เช็คประกาศของแพลตฟอร์มก่อน สุดท้ายเสียเวลาแก้จุดที่ไม่ใช่ต้นเหตุ ในขณะที่ปัญหาจริงอยู่ที่เงื่อนไขฝั่งแพลตฟอร์มเปลี่ยน ซึ่งต้องปรับตามเอกสารใหม่แทนที่จะแก้โครงสร้างข้อมูลเดิม

อีกจุดที่ควรตรวจคู่กันคือช่วงเวลาการจับคู่ (Matching Window) ของแต่ละแพลตฟอร์ม เพราะแต่ละแพลตฟอร์มมีระยะเวลาที่ยอมรับให้ Event ปลายทางย้อนกลับไปจับคู่กับ Click ต้นทางได้ไม่เท่ากัน ถ้าธุรกิจมี Lag ระหว่าง Click กับ Closed Sale ยาวกว่าช่วงเวลาที่แพลตฟอร์มรองรับ Event นั้นจะไม่ถูกจับคู่แม้ Identifier จะถูกต้องครบถ้วนก็ตาม ทางแก้ไม่ใช่การพยายามยิง Event ให้เร็วขึ้นแบบผิดข้อเท็จจริง แต่คือการยอมรับว่า Sale บางส่วนอยู่นอกช่วงเวลาที่จับคู่ได้ แล้วใช้ Qualified Lead เป็นสัญญาณเสริมสำหรับ Journey ที่ใช้เวลานาน

เริ่มต้นวางระบบ first party data ควรทำจุดไหนก่อน

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

1. เริ่มจากการเก็บ Click ID และ UTM ให้ครบทุกลิงก์ที่พาไปยัง LINE ก่อน เพราะเป็นจุดที่ราคาถูกที่สุดในการแก้และส่งผลกับทุกขั้นตอนถัดไป
2. ผูก Lead ID เข้ากับ Identifier ต้นทางตั้งแต่ตอนสร้าง Lead ในระบบที่แอดมินใช้งานอยู่
3. ตกลงกับทีมขายให้บันทึกสถานะ Lead อย่างสม่ำเสมอ อย่างน้อยต้องมีวันที่สร้าง วันที่เปลี่ยนสถานะ และเหตุผลเมื่อ Lead หลุด เพื่อให้ข้อมูล วิเคราะห์ความถี่และมูลค่าลูกค้า ในภายหลังทำได้แม่นขึ้น
4. เมื่อข้อมูลสามชั้นเริ่มเชื่อมกันแล้ว ค่อยพิจารณาส่ง Conversion Event กลับไปยังแพลตฟอร์มโฆษณาที่ใช้งานอยู่ ไม่ต้องรีบเชื่อมทุกแพลตฟอร์มพร้อมกันตั้งแต่วันแรก

สรุป

ปัญหาของธุรกิจที่ทักเข้า LINE เยอะแต่บอกไม่ได้ว่าใครซื้อจริง ไม่ได้อยู่ที่ขาดข้อมูล แต่อยู่ที่ข้อมูลกระจัดกระจายอยู่คนละระบบโดยไม่มี Identifier เดียวกันเชื่อมไว้ first party data ที่ดีคือการวางจุดเก็บข้อมูลให้ครบตลอดเส้นทางตั้งแต่คลิกโฆษณาจนถึงยอดขาย แล้วให้ Identifier เดินทางไปกับ Lead ตลอดเวลา

ไม่ต้องเริ่มจากระบบที่ซับซ้อนที่สุด เริ่มจากจุดที่ถูกและได้ผลเร็วที่สุดก่อน คือการเก็บ Click ID และ UTM ให้ครบ แล้วค่อยขยับไปเชื่อมกับสถานะ Lead และยอดขายทีละขั้น เมื่อข้อมูลเชื่อมกันครบ คำถามอย่าง ‘แคมเปญไหนสร้างยอดขายมากที่สุด’ จะกลายเป็นคำถามที่ตอบได้จริง ไม่ใช่แค่เดา

• first party data ต้องเชื่อมสามชั้น: Identifier ต้นทาง, ปฏิสัมพันธ์, และผลลัพธ์การขาย
• จุดที่ข้อมูลหลุดบ่อยที่สุดคือช่วงส่งต่อจากเว็บไซต์ไปยัง LINE
• ตรวจคุณภาพข้อมูลก่อนตัดสินใจ อย่าปรับแคมเปญจากข้อมูลที่ Identifier ไม่ครบ
• แยกข้อมูลที่จำเป็นต่อการวัดผลออกจากข้อมูลส่วนบุคคลที่ต้องดูแลตาม PDPA เสมอ

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