ทำไม Lead จาก Meta Ads เข้า LINE เยอะ แต่ปิดขายได้ไม่กี่ราย

สรุปสั้น ๆ
Lead เยอะแต่ปิดน้อย มักเกิดเพราะ Meta ถูกสั่งให้ Optimize ไปที่ Event ต้นทาง (เช่น คลิกปุ่ม LINE หรือทักแชท) ซึ่งระบบจะหาคนที่ 'มีแนวโน้มทำ Event นั้น' ไม่ใช่คนที่ 'มีแนวโน้มซื้อ' ทางแก้คือส่ง Conversion Value ของ Lead ที่ผ่านการคัดคุณภาพหรือปิดการขายแล้วกลับไปให้ระบบเรียนรู้ต่อ
ลูกค้าเอเจนซี่รายหนึ่งเคยถามผมตรง ๆ ว่า 'ทำไมเดือนนี้ Lead เข้า LINE เยอะกว่าเดือนที่แล้วสองเท่า แต่ยอดโอนกลับเท่าเดิมเป๊ะ' คำถามนี้ฟังดูเหมือนปัญหาการปิดการขาย แต่พอไล่ดูจริง ๆ ต้นตออยู่ที่ฝั่งโฆษณาตั้งแต่แรก
สิ่งที่เกิดขึ้นคือแคมเปญถูกตั้งให้ Optimize ไปที่ Event 'ทักแชท' หรือ 'คลิกปุ่ม LINE' ซึ่งเป็น Event ต้นทางของ Funnel ระบบโฆษณาจะพยายามหาคนที่มีพฤติกรรมใกล้เคียงกับคนที่เคยทำ Event นั้นมาก่อน แต่คนที่ 'ทัก' กับคนที่ 'ซื้อ' ไม่ใช่กลุ่มเดียวกันเสมอไป บางแคมเปญได้คนที่ทักเพราะสงสัยเฉย ๆ มาเยอะ แต่ไม่มีกำลังซื้อหรือความตั้งใจจริง
บทความนี้จะไม่บอกว่าให้เพิ่มงบหรือเปลี่ยนครีเอทีฟ เพราะนั่นไม่ใช่จุดที่ปัญหานี้เกิด แต่จะพาไล่ดูว่า Lead Quality ที่แท้จริงควรวัดจากอะไร และควรส่งข้อมูลอะไรกลับไปให้ Meta เพื่อให้ระบบเรียนรู้ที่จะหาคนแบบที่ปิดการขายได้จริง ไม่ใช่แค่คนที่ทักเก่ง
Lead ที่ Meta นับ กับ Lead ที่ทีมขายนับ ไม่ใช่ตัวเดียวกัน
ปัญหาแรกที่ต้องแยกให้ออกก่อนคือคำว่า 'Lead' ในมุมโฆษณากับในมุมทีมขายมักไม่ใช่สิ่งเดียวกัน ฝั่งโฆษณามักนับ Lead จากการกดปุ่ม LINE หรือเริ่มทักแชทครั้งแรก ซึ่งเป็นแค่จุดเริ่มต้นของบทสนทนา ส่วนฝั่งทีมขายจะมองว่า Lead ที่มีความหมายคือคนที่ให้ข้อมูลพอจะติดต่อกลับได้ และมีความต้องการที่ตรงกับสินค้าจริง
ช่องว่างระหว่างสองนิยามนี้คือจุดที่ทำให้ตัวเลข 'Lead เพิ่มขึ้น' กับ 'ยอดขายเพิ่มขึ้น' เดินไปคนละทิศทาง เพราะถ้า Meta ถูกวัดผลด้วยนิยามฝั่งโฆษณาอย่างเดียว มันจะยิ่งหาคนที่ทักง่ายมาให้มากขึ้นเรื่อย ๆ โดยไม่รู้เลยว่าในจำนวนนั้นมีกี่คนที่กลายเป็น Qualified Lead จริง
สิ่งที่ต้องทำก่อนแก้อะไรทั้งหมด คือกำหนดนิยาม Lead และ Qualified Lead ให้ตรงกันทั้งทีมการตลาดและทีมขาย เช่น Lead คือคนที่ทักและตอบคำถามคัดกรองอย่างน้อยหนึ่งข้อ ส่วน Qualified Lead คือคนที่มีงบประมาณและระยะเวลาตัดสินใจที่สอดคล้องกับสินค้า ถ้าสองฝ่ายยังนิยามไม่ตรงกัน การส่งข้อมูลกลับไปให้ Meta ก็จะสับสนตามไปด้วย
ทำไม Optimize ไปที่ Event ต้น Funnel ถึงได้ Lead เยอะแต่คุณภาพต่ำ
เวลาแคมเปญถูกสั่งให้ Optimize ไปที่ Event ที่เกิดง่ายอย่างการคลิกปุ่ม LINE ระบบโฆษณาจะพยายามหาคนที่ 'มีแนวโน้มคลิกปุ่มนี้' ให้ได้มากที่สุดในงบที่กำหนด ซึ่งเป็นพฤติกรรมที่ใช้ความตั้งใจต่ำ คนจำนวนไม่น้อยกดเข้าไปเพราะความอยากรู้ ไม่ใช่เพราะพร้อมซื้อ
ยิ่ง Event ต้นทางมีปริมาณมาก ระบบก็ยิ่งมีข้อมูลให้เรียนรู้เร็ว ทำให้ดูเหมือนแคมเปญ 'ทำงานดี' ในหน้า Ads Manager แต่ปริมาณ Event ที่มากไม่ได้แปลว่าคุณภาพของคนที่เข้ามาสูงตามไปด้วยเสมอ ต้องดูควบคู่กับสิ่งที่เกิดขึ้นหลังจากนั้น เช่น กี่คนที่ตอบคำถามคัดกรองจนจบ กี่คนที่นัดคุยต่อ
ในทางกลับกัน ถ้าข้อมูล Purchase หรือ Qualified Lead ที่มีอยู่ยังน้อยเกินไปหรือมี Lag สูงมากจนระบบใช้ Optimize ไม่ได้จริง การเปลี่ยนไปใช้ Event ต้นทางเป็นหลักในบางช่วงก็ยังจำเป็นอยู่ ประเด็นจึงไม่ใช่ว่า Event ต้นทางผิดเสมอไป แต่ต้องรู้ข้อจำกัดของมัน และวางแผนขยับไป Event ที่มีความหมายทางธุรกิจมากขึ้นเมื่อข้อมูลพร้อม
ส่ง Conversion Value อะไรกลับไปให้ Meta ถึงจะช่วยเรื่องคุณภาพ
หัวใจของการแก้ปัญหานี้คือการส่งเหตุการณ์ที่อยู่ปลาย Funnel มากขึ้นกลับไปให้ Meta เช่น Qualified Lead หรือ Purchase แทนที่จะใช้แค่ Event ทักแชทเป็น Signal เดียว เมื่อระบบเห็นว่ากลุ่มคนแบบไหนที่ทักแล้วกลายเป็น Qualified Lead หรือกลายเป็นออเดอร์จริง มันจะเริ่มขยับไปหากลุ่มคนที่คล้ายกันมากขึ้น
การส่งข้อมูลนี้ทำได้ผ่าน Conversions API ที่เชื่อมจากระบบหลังบ้านของธุรกิจ ซึ่งต้องมีข้อมูลอย่างน้อยคือ Event Name, Event Time ตามเวลาที่เหตุการณ์เกิดขึ้นจริง, Value และ Currency ถ้าเป็นออเดอร์ รวมถึง Identifier ที่เชื่อมกลับไปหาคนคนเดิมที่คลิกโฆษณาเข้ามา สถานะการเชื่อมต่อแบบนี้ต้องตั้งค่า Credential และ Dataset ให้ถูกต้องก่อนถึงจะใช้งานได้จริง ไม่ใช่เปิดใช้ได้ทันทีโดยไม่ต้องทำอะไรเพิ่ม
ข้อควรระวังคือห้ามเลือก Purchase เป็น Primary Event ทันทีถ้าข้อมูลยังบันทึกไม่ครบหรือมี Lag หลายวันจนปริมาณต่อสัปดาห์น้อยเกินไป เพราะระบบจะไม่มีข้อมูลพอเรียนรู้ ในกรณีนั้นควรใช้ Qualified Lead เป็นสัญญาณหลักไปก่อน แล้วค่อยขยับไปที่ Purchase เมื่อปริมาณและความสม่ำเสมอของข้อมูลเพียงพอ
เทียบ Event แต่ละระดับ ก่อนตัดสินใจว่าจะ Optimize ไปที่ตัวไหน
ตารางนี้สรุปข้อดีข้อจำกัดของ Event แต่ละระดับใน Funnel เพื่อช่วยตัดสินใจว่าช่วงไหนของธุรกิจควรใช้ Event แบบไหนเป็นเป้าหมายหลักในการ Optimize
| Event | ปริมาณ | ความหมายเชิงคุณภาพ | เหมาะกับช่วงไหน |
|---|---|---|---|
| คลิกปุ่ม LINE / ทักแชท | มาก | ต่ำ ยังไม่ผ่านการคัดกรอง | เริ่มแคมเปญใหม่ ข้อมูลปลายทางยังน้อย |
| Qualified Lead | ปานกลาง | ปานกลางถึงสูง ผ่านเกณฑ์คัดกรองแล้ว | มีข้อมูลสะสมพอ ต้องการคุณภาพมากขึ้น |
| Purchase / Order | น้อยกว่า | สูงสุด สะท้อนยอดขายจริง | ปริมาณออเดอร์สม่ำเสมอ Lag ไม่สูงเกินไป |
ลำดับขั้นก่อนขยับไป Optimize ที่ Lead คุณภาพ
- กำหนดนิยาม Lead และ Qualified Lead ร่วมกันระหว่างทีมการตลาดและทีมขาย ให้ตรงกันเป็นลายลักษณ์อักษร ไม่ใช่แค่เข้าใจตรงกันปากเปล่า
- ตรวจว่าระบบหลังบ้านบันทึกสถานะ Lead แต่ละขั้นครบหรือไม่ ถ้ายังมีช่องว่างระหว่าง การตอบกลับ Lead ที่ล่าช้า จนข้อมูลสถานะไม่อัปเดต ต้องแก้ตรงนี้ก่อน เพราะข้อมูลที่ส่งกลับไปให้ Meta จะแม่นยำได้แค่เท่าที่ข้อมูลต้นทางแม่นยำ
- ตั้งค่า Conversions API เชื่อมจากระบบบันทึก Lead เข้ากับ Dataset ของ Meta และทดสอบด้วยเครื่องมือตรวจสอบ Event ก่อนใช้งานจริง เพื่อดู Match Quality ว่าข้อมูลที่ส่งไปจับคู่กับผู้ใช้ได้มากน้อยแค่ไหน
- เริ่มส่ง Qualified Lead เป็น Secondary Event ควบคู่กับ Event ทักแชทเดิม สังเกตปริมาณต่อสัปดาห์อย่างน้อยสองสามสัปดาห์ก่อนตัดสินใจเปลี่ยน Primary Event
- เมื่อข้อมูลปลายทางสม่ำเสมอพอ ค่อยพิจารณาขยับ Primary Event ไปที่ Qualified Lead หรือ Purchase ตามความเหมาะสมของวงจรขาย และบันทึกวันที่เปลี่ยนไว้เพื่อเทียบผลก่อน-หลังอย่างเป็นระบบ
ข้อสรุปที่มักเข้าใจผิดเวลาดูรายงาน Lead
- เห็น Lead เพิ่มขึ้นแล้วรีบสรุปว่าแคมเปญดีขึ้น ทั้งที่ยังไม่รู้ว่ากี่คนในนั้นผ่านการคัดกรอง
- โทษว่า Meta 'หาคนผิดกลุ่ม' ทั้งที่ต้นเหตุคือยังไม่เคยส่งข้อมูลคุณภาพกลับไปให้ระบบเรียนรู้เลย
- เปลี่ยน Primary Event บ่อยเกินไปโดยไม่ให้เวลาระบบเรียนรู้ ทำให้ผลลัพธ์แกว่งและตีความไม่ได้ว่าอะไรทำงานจริง
- มองข้าม คุณภาพของบทสนทนาในแชท ทั้งที่บางครั้งปัญหาไม่ได้อยู่ที่แอด แต่อยู่ที่การคัดกรองระหว่างพูดคุยเอง
ก่อนสรุปว่าเป็นปัญหาที่โฆษณา ต้องเช็คคุณภาพข้อมูลก่อน
ก่อนจะเปลี่ยนอะไรที่ฝั่ง Meta ควรกลับมาตรวจคุณภาพข้อมูลฝั่งตัวเองก่อนเสมอ เช่น Event ที่ส่งกลับไปมีการยิงซ้ำหรือไม่ สถานะ Lead ในระบบอัปเดตครบทุกเคสหรือขาดหายไปบางส่วน ชื่อแคมเปญและ UTM สม่ำเสมอพอให้เทียบกันได้ระหว่างช่วงเวลาหรือไม่
อีกจุดที่มักถูกมองข้ามคือ Time Zone ของข้อมูลที่ส่งกลับไม่ตรงกับเวลาที่ Meta ใช้อ้างอิง ทำให้ Event ดูเหมือนมาช้าหรือมาเร็วผิดปกติ และ Duplicate Customer ที่ทักซ้ำหลายครั้งในชื่อหรือเบอร์เดียวกันแต่ถูกนับเป็น Lead ใหม่ทุกครั้ง ซึ่งทำให้ตัวเลข Lead ดูเยอะเกินความเป็นจริง
เมื่อเช็คครบทุกจุดแล้วปัญหายังชัดว่าอยู่ที่คุณภาพของคนที่ Meta หามาให้ ค่อยกลับมาปรับ Event ที่ใช้ Optimize ตามแนวทางข้างต้น การแก้จากจุดที่ไม่ใช่ต้นตอจริงมักทำให้เสียเวลาไปกับการเปลี่ยนสิ่งที่ไม่ได้เป็นปัญหา
ทำไมการแก้ปัญหานี้ต้องอาศัยทีมการตลาดและทีมขายทำงานร่วมกัน
หลายธุรกิจพยายามแก้ปัญหา Lead คุณภาพต่ำโดยให้ทีมการตลาดจัดการฝ่ายเดียว ทั้งที่ข้อมูลว่า Lead คนไหนกลายเป็น Qualified Lead หรือปิดการขายได้จริงนั้นอยู่ในมือทีมขายทั้งหมด ถ้าทีมขายไม่มีวินัยในการอัปเดตสถานะทุกครั้งที่คุยกับลูกค้า ข้อมูลที่จะส่งกลับไปให้ Meta ก็ไม่มีวันครบถ้วน
ในทางกลับกัน ทีมการตลาดก็ต้องอธิบายให้ทีมขายเข้าใจว่าทำไมการอัปเดตสถานะทุกครั้งถึงสำคัญ ไม่ใช่แค่เพื่อรายงานภายใน แต่เพราะข้อมูลนั้นถูกใช้สอนระบบโฆษณาให้หาลูกค้าที่คล้ายกับคนที่เคยปิดการขายได้จริงมากขึ้นเรื่อย ๆ เมื่อทั้งสองฝ่ายเห็นภาพเดียวกัน การอัปเดตสถานะจะไม่ใช่ภาระ แต่เป็นส่วนหนึ่งของงานที่ส่งผลตรงกับผลลัพธ์โฆษณา
แนวทางที่ใช้ได้ผลในหลายทีมคือกำหนดรอบทบทวนร่วมกันระหว่างทีมการตลาดและทีมขาย เช่น ทุกสัปดาห์ ให้ดูตัวเลข Lead, Qualified Lead และยอดปิดการขายพร้อมกัน เพื่อดูว่าช่องว่างระหว่างสามตัวเลขนี้แคบลงหรือกว้างขึ้น และปรับกระบวนการฝั่งไหนก็ตามที่เป็นคอขวดในรอบนั้น
สรุป
Lead เยอะไม่ใช่ตัวชี้วัดว่าแคมเปญดี ถ้าไม่รู้ว่าในจำนวนนั้นมีกี่คนที่ผ่านการคัดกรองจริง สิ่งที่ควรทำไม่ใช่การเพิ่มงบหรือเปลี่ยนครีเอทีฟ แต่คือการสอนให้ระบบโฆษณารู้จักกลุ่มคนที่มีคุณภาพผ่านข้อมูล Conversion ที่ส่งกลับไปอย่างถูกต้อง
งานนี้เริ่มจากการนิยาม Lead และ Qualified Lead ให้ตรงกันทั้งทีม ตามด้วยการตรวจคุณภาพข้อมูลหลังบ้าน แล้วค่อยขยับ Event ที่ใช้ Optimize ทีละขั้นตามปริมาณข้อมูลที่มี ไม่ใช่การเปลี่ยนทุกอย่างพร้อมกันในคราวเดียว
- Lead ฝั่งโฆษณากับ Qualified Lead ฝั่งขายเป็นคนละนิยาม ต้องตกลงร่วมกันก่อน
- ส่ง Qualified Lead หรือ Purchase กลับไปเป็น Signal ให้ระบบเรียนรู้กลุ่มคนที่มีคุณภาพจริง
- อย่าเปลี่ยน Primary Event จนกว่าปริมาณข้อมูลปลายทางจะสม่ำเสมอพอ
คำถามที่พบบ่อย
Lead กับ Qualified Lead ต่างกันตรงไหนแบบเข้าใจง่ายที่สุด
Lead คือคนที่เริ่มทักหรือกดปุ่มเข้ามา ส่วน Qualified Lead คือคนที่ผ่านเกณฑ์คัดกรองแล้วว่ามีความต้องการและกำลังซื้อที่สอดคล้องกับสินค้าจริง การแยกสองคำนี้ให้ชัดคือจุดเริ่มต้นของการแก้ปัญหา Lead Quality
ต้องรอนานแค่ไหนกว่าจะเปลี่ยน Primary Event ได้
ไม่มีตัวเลขตายตัว ขึ้นอยู่กับปริมาณและความสม่ำเสมอของ Event ปลายทางที่ส่งกลับไป ควรสังเกตอย่างน้อยสองสามสัปดาห์ที่ปริมาณ Event นิ่งพอสมควรก่อนตัดสินใจเปลี่ยน
ถ้ายังไม่มีระบบส่ง Conversions API จะเริ่มยังไงก่อน
เริ่มจากทำให้ข้อมูลสถานะ Lead ในระบบหลังบ้านครบและถูกต้องก่อน เพราะต่อให้เชื่อมต่อ API ได้ ถ้าข้อมูลต้นทางไม่ครบ สิ่งที่ส่งกลับไปก็ไม่มีความหมายอยู่ดี
ทำไม Lead เยอะขึ้นแต่ต้นทุนต่อ Lead ถูกลง ยังถือว่าไม่ดีได้ไหม
ได้ ถ้าต้นทุนต่อ Lead ถูกลงเพราะระบบหาคนที่ทำ Event ต้นทางง่ายมาให้มากขึ้น โดยที่สัดส่วนคนที่กลายเป็น Qualified Lead หรือปิดขายได้ไม่ได้เพิ่มตาม ต้นทุนต่อยอดขายจริงอาจแพงขึ้นก็ได้
จำเป็นต้องใช้ Purchase เป็น Primary Event เสมอไปไหม
ไม่จำเป็น ถ้าปริมาณออเดอร์ต่อสัปดาห์ยังน้อยหรือ Lag จากทักแชทถึงปิดขายนานหลายวัน การใช้ Qualified Lead เป็นสัญญาณหลักไปก่อนมักได้ผลดีกว่า เพราะมีปริมาณให้ระบบเรียนรู้มากกว่า
การเชื่อมระบบแบบนี้ต้องใช้คนที่มีความรู้ด้านเทคนิคไหม
การเชื่อมต่อ Conversions API ต้องอาศัยการตั้งค่า Credential และ Dataset ซึ่งเหมาะกับทีมที่มีความเข้าใจด้านเทคนิคระดับหนึ่ง หรือใช้ระบบอย่าง linli ที่ช่วยจัดการการส่งข้อมูลส่วนนี้แทนทีมการตลาด
ลองตรวจด้วยตัวเอง
Meta Ads → LINE Checker
ตรวจว่า fbclid, Pixel และเส้นทางเข้า LINE ของคุณพร้อมให้ Meta วัด Conversion หรือยัง
ตรวจความพร้อมฟรี →ใช้ฟรี ไม่ต้องสมัคร ไม่เก็บข้อมูลที่คุณกรอก
อ่านต่อแบบเจาะลึก
รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน
linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน
ทดลองใช้ฟรี 14 วันบทความที่เกี่ยวข้อง

ตั้งชื่อ Event Lead ให้ Meta แยกแคมเปญและ LINE OA ได้ไม่ปนกัน

ทราฟฟิกเข้าเยอะแต่คำนวณ ROAS จากยอดขายใน LINE ไม่ได้ ทีมที่กำลังจะ Scale ควรแก้อย่างไร
