← กลับไปหน้าบทความ
ส่ง Conversion กลับ

ยอดขายปิดผ่านแอดมิน LINE ทุกวัน แต่ Ads Manager กลับมองไม่เห็น ROAS

ทีมบรรณาธิการ linli12 ส.ค. 04:51อัปเดต 12 ส.ค. 04:51อ่าน 3 นาที
ยอดขายปิดผ่านแอดมิน LINE ทุกวัน แต่ Ads Manager กลับมองไม่เห็น ROAS
บทความนี้จัดทำเพื่อความรู้ ชื่อธุรกิจ ตัวเลข หรือบทสนทนาที่ไม่มีแหล่งอ้างอิงกำกับเป็นกรณีตัวอย่างเพื่ออธิบายแนวคิด ดูรายละเอียดที่ นโยบายกองบรรณาธิการ

สรุปสั้น ๆ

Event Schedule คือ Standard Event ของ Meta ที่ใช้บอกว่าเกิดการนัดหมายหรือจองคิว ธุรกิจที่ปิดการนัดผ่านแชท LINE โดยไม่มีระบบจองออนไลน์บนเว็บไซต์ ต้องส่ง Event นี้ผ่าน Conversions API จากระบบหลังบ้านเมื่อแอดมินยืนยันนัดกับลูกค้าสำเร็จ ถึงจะเห็น ROAS ที่สะท้อนการนัดหมายจริง

คลินิกเสริมความงามแห่งหนึ่งปิดนัดหมายลูกค้าใหม่ผ่านแชท LINE เฉลี่ยวันละ 6-8 คิว มีคนทักเข้ามาถามโปรแกรม คุยราคา แล้วนัดวันเข้ามาที่คลินิกจริง แต่เมื่อเปิด Ads Manager ดูกลับไม่เห็นตัวเลขที่บ่งบอกว่ามีการนัดหมายเกิดขึ้นเลยสักครั้ง

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

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

Event Schedule ของ Meta ใช้บอกอะไร และเหมาะกับธุรกิจแบบไหน

Event Schedule เป็นหนึ่งใน Standard Event ที่ Meta กำหนดไว้ ใช้สื่อว่ามีการนัดหมายหรือจองคิวเกิดขึ้น เดิมทีออกแบบมาสำหรับธุรกิจที่มีระบบจองออนไลน์บนเว็บไซต์ เช่น จองห้องพัก จองคิวหมอ แต่แนวคิดเดียวกันนำมาปรับใช้กับธุรกิจที่นัดหมายผ่านแชทได้เช่นกัน เพียงแต่ต้องส่งข้อมูลผ่าน Conversions API แทนที่จะพึ่ง Pixel

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

ทำไมไม่ใช้ Event Purchase ไปเลย ต้องมี Schedule คั่นกลางด้วย

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

การส่ง Event Schedule ทันทีที่แอดมินยืนยันนัดในแชท ช่วยให้ระบบเห็นสัญญาณเร็วขึ้น และสามารถใช้เป็น Secondary Signal ควบคู่กับ Event Purchase ที่จะตามมาทีหลังเมื่อลูกค้ามารับบริการและชำระเงินจริง การมีสองจุดข้อมูลแบบนี้ช่วยให้เห็นทั้งความเร็วของ Funnel และคุณภาพปลายทางไปพร้อมกัน

แล้วถ้าลูกค้านัดแล้วไม่มา ต้องทำอย่างไรกับข้อมูลที่ส่งไปแล้ว

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

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

คิด ROAS จากการนัดหมายอย่างไรให้สมเหตุสมผล

เมื่อมีทั้ง Event Schedule และ Event Purchase อยู่ในระบบ การคำนวณ ROAS ควรแยกดูสองมุม เพื่อไม่ให้สับสนระหว่าง 'แคมเปญที่สร้างการนัดหมายได้เยอะ' กับ 'แคมเปญที่สร้างยอดขายจริง'

มุมมองคำนวณจากบอกอะไร
Schedule Rateจำนวน Schedule หาร ด้วยงบโฆษณาต้นทุนต่อการนัดหมายหนึ่งครั้ง สะท้อนประสิทธิภาพต้น Funnel
Show-up Rateจำนวนลูกค้าที่มาจริง หารด้วยจำนวนที่นัดคุณภาพของนัดหมาย ไม่ใช่แค่ปริมาณ
ROAS จริงยอดขายที่เกิดขึ้นจริง หารด้วยงบโฆษณาผลตอบแทนที่ธุรกิจได้จริง ใช้ตัดสินใจงบระยะยาว

ขั้นตอนเชื่อมข้อมูลนัดหมายจากแชทกลับไปหา Meta

  1. กำหนดจุดในกระบวนการที่ถือว่าเป็น 'นัดหมายสำเร็จ' ให้ชัดเจน เช่น ลูกค้ายืนยันวันเวลาและได้รับข้อความยืนยันกลับจากแอดมินแล้ว
  2. ให้ระบบหลังบ้านหรือระบบที่แอดมินใช้บันทึกนัดหมาย ส่ง Event Schedule ผ่าน Conversions API ทันทีที่มีการยืนยันนัด พร้อม Identifier ที่เชื่อมกลับไปหาผู้ใช้ที่คลิกโฆษณาเข้ามา
  3. บันทึกสถานะการมาตามนัดของลูกค้าแต่ละรายในระบบ เพื่อใช้คำนวณ Show-up Rate แยกจากจำนวนการนัดหมายทั้งหมด
  4. ส่ง Event Purchase เฉพาะเคสที่ลูกค้ามารับบริการและชำระเงินจริง พร้อมระบุ Value ตามยอดที่เกิดขึ้นจริง
  5. ทบทวน Schedule Rate, Show-up Rate และ ROAS จริงเป็นรอบ เพื่อดูว่าแคมเปญไหนสร้างนัดหมายที่มีคุณภาพ ไม่ใช่แค่จำนวนนัดที่มาก

ข้อควรระวังเวลาตีความรายงานที่มี Event Schedule

  • เห็นจำนวน Schedule เยอะแล้วรีบสรุปว่าแคมเปญดี ทั้งที่ยังไม่รู้ Show-up Rate ของแคมเปญนั้น
  • ลืมอัปเดตสถานะลูกค้าที่เลื่อนนัดหรือยกเลิก ทำให้ตัวเลข Schedule สะสมสูงเกินจริงเมื่อเทียบกับนัดที่ยังใช้งานได้จริง
  • เปรียบเทียบ ROAS ข้ามธุรกิจที่มีรอบเวลานัดหมายต่างกันมาก โดยไม่ปรับช่วงเวลาที่ใช้วัดให้เหมาะสม
  • ใช้ Schedule Rate อย่างเดียวตัดสินใจเพิ่มงบ โดยไม่รอดู Show-up Rate และ ROAS จริงตามมาก่อน

ทำไมข้อมูลนัดหมายต้องมีเจ้าของงานชัดเจน

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

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

ขั้นตอนเตือนนัดหมายส่งผลต่อ Show-up Rate มากกว่าที่คิด

ก่อนจะสรุปว่าแคมเปญโฆษณาสร้างนัดหมายคุณภาพต่ำ ควรตรวจก่อนว่าธุรกิจมีขั้นตอนเตือนลูกค้าก่อนถึงวันนัดหรือไม่ เพราะ Show-up Rate ที่ต่ำมักไม่ได้เกิดจากความตั้งใจของลูกค้าเพียงอย่างเดียว แต่เกิดจากการที่ไม่มีใครเตือนซ้ำก่อนถึงวันนัดจริง ลูกค้าบางส่วนลืมไปเฉย ๆ ทั้งที่ตอนแรกตั้งใจจะมาจริง

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

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

ธุรกิจแต่ละแบบปรับใช้แนวคิด Event Schedule ต่างกันอย่างไร

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

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

แนวทางที่ใช้ได้จริงคือให้แต่ละธุรกิจเก็บข้อมูล Show-up Rate ของตัวเองไว้เป็นเส้นฐานก่อน แล้วใช้ตัวเลขนั้นเทียบกับตัวเองในแต่ละช่วงเวลา แทนที่จะไปหาค่าเฉลี่ยอุตสาหกรรมมาเป็นมาตรฐานตายตัว เพราะปัจจัยแวดล้อม เช่น ฤดูกาลหรือประเภทบริการที่ขาย ล้วนมีผลต่อตัวเลขนี้แตกต่างกันไปในแต่ละธุรกิจ

ตัวอย่างพารามิเตอร์ Event Schedule ที่ส่งจริง และจุดที่มักตั้งผิด

เวลาส่ง Event Schedule ผ่าน Conversions API ก้อนข้อมูลที่ส่งไปควรมีอย่างน้อย event_name เป็น 'Schedule', event_time เป็น Unix Timestamp ตามเวลาที่แอดมินกดยืนยันนัดในระบบจริง ไม่ใช่เวลาที่ Batch Job มาประมวลผลทีหลัง, event_id ที่ไม่ซ้ำต่อการนัดหนึ่งครั้ง เช่น 'sched-8823', action_source ที่ระบุที่มาของ Event ให้ตรงความจริง และ user_data ที่มี external_id เป็นค่าที่เชื่อมกลับไปหาคนคนเดิมที่คลิกโฆษณาเข้ามา

ทำแบบนี้แล้วพัง เพราะ... ทีมหนึ่งตั้งค่า action_source เป็น 'website' ทั้งที่ Event เกิดจากแอดมินยืนยันนัดในห้องแชทล้วน ๆ ไม่มี URL หน้าเว็บเกี่ยวข้องเลย เมื่อ Meta ตรวจสอบ Event ในเครื่องมือ Test Event พบว่า Match Quality ต่ำกว่าที่ควร และ Event ส่วนหนึ่งไม่ถูกนับเข้ากลุ่มที่ใช้เรียนรู้การ Optimize เพราะแหล่งที่มาที่ระบุไม่สอดคล้องกับพฤติกรรมจริง วิธีแก้คือเลือก action_source ที่สื่อว่า Event เกิดจากการสนทนาโดยตรง และต้องตรวจสอบรายการค่าที่ Meta รองรับล่าสุดก่อนตั้งค่าเสมอ เพราะ Meta อาจปรับปรุงรายการนี้เป็นระยะ

อีกจุดที่มักถูกมองข้ามคือการ Hash ค่า external_id ให้สม่ำเสมอทุกครั้ง เช่น ใช้อัลกอริทึมและการตัดช่องว่างแบบเดียวกันทุกจุดที่ส่งข้อมูล ถ้าบางจุดส่งแบบ Hash แล้ว บางจุดส่งแบบข้อความดิบ Meta จะจับคู่ผู้ใช้คนเดิมไม่ได้ และ Match Rate ของ Event Schedule ทั้งชุดจะต่ำกว่าที่ควรโดยไม่มีใครรู้ตัวจนกว่าจะไปตรวจสอบในเครื่องมือทดสอบ Event

สรุป

ธุรกิจที่ปิดนัดหมายผ่านแชท LINE จะไม่มีวันเห็น ROAS ที่มีความหมายใน Ads Manager ถ้าไม่เคยส่ง Event Schedule และ Event Purchase กลับไปให้ระบบรู้ เพราะ Meta ไม่มีทางเดาเองได้ว่าการนัดหมายหรือการปิดการขายเกิดขึ้นจริงในห้องแชท

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

  • Event Schedule เหมาะกับธุรกิจที่มีขั้นตอนนัดหมายก่อนเกิดยอดขายจริง เช่น คลินิกหรือร้านเสริมสวย
  • แยกดู Schedule Rate, Show-up Rate และ ROAS จริง อย่ามองแค่จำนวนนัดหมายอย่างเดียว
  • ต้องมีคนรับผิดชอบอัปเดตสถานะนัดหมายที่เลื่อนหรือยกเลิก ไม่งั้นตัวเลขจะเพี้ยนจากความเป็นจริง

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

Event Schedule ต่างจาก Event Lead อย่างไร

Lead มักหมายถึงจุดที่ได้ข้อมูลติดต่อของลูกค้า ส่วน Schedule หมายถึงจุดที่ลูกค้ายืนยันวันเวลานัดหมายแล้ว ซึ่งเป็นขั้นที่ลึกกว่าและมีความหมายทางธุรกิจมากกว่า Lead ทั่วไป

ถ้าธุรกิจไม่มีการนัดหมายล่วงหน้า ยังใช้ Event นี้ได้ไหม

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

Show-up Rate ต่ำ แปลว่าแคมเปญโฆษณาแย่ไหม

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

ต้องส่ง Event Schedule ทันทีหรือรอสะสมแล้วส่งทีเดียวได้ไหม

แนะนำให้ส่งทันทีที่มีการยืนยันนัด เพราะยิ่งข้อมูลเข้าใกล้เวลาจริงมากเท่าไหร่ ระบบยิ่งเรียนรู้ได้แม่นยำขึ้น การสะสมแล้วส่งทีเดียวอาจทำให้ Event Time คลาดเคลื่อนจากเวลาจริง

ROAS ที่คำนวณจาก Show-up จริง ต่างจาก ROAS จาก Ads Manager ปกติอย่างไร

ROAS ใน Ads Manager คำนวณจาก Event ที่ระบบรับรู้ ถ้าไม่เคยส่ง Event Purchase กลับไปเลย ตัวเลขนั้นจะไม่สะท้อนอะไรเลย การคำนวณ ROAS จริงจากข้อมูลหลังบ้านของธุรกิจเองจึงจำเป็นควบคู่กันไป

ระบบแบบ linli ช่วยจัดการ Event Schedule ได้ไหม

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

ลองตรวจด้วยตัวเอง

Meta Ads → LINE Checker

ตรวจว่า fbclid, Pixel และเส้นทางเข้า LINE ของคุณพร้อมให้ Meta วัด Conversion หรือยัง

ตรวจความพร้อมฟรี

ใช้ฟรี ไม่ต้องสมัคร ไม่เก็บข้อมูลที่คุณกรอก

รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน

linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน

ทดลองใช้ฟรี 14 วัน

บทความที่เกี่ยวข้อง

เลือก Primary Conversion ผิดตัว งบโฆษณาไหลไปหาคนที่ไม่ซื้อ แก้ยังไงดี

เลือก Primary Conversion ผิดตัว งบโฆษณาไหลไปหาคนที่ไม่ซื้อ แก้ยังไงดี

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

Pixel กับ CAPI ยิง Event เดียวกัน ทำยังไงไม่ให้ Meta นับซ้ำ

ตัวเลข Lead ใน Ads Manager พุ่งขึ้นทุกเดือน แต่ยอดปิดการขายกลับนิ่งสนิท ก่อนโทษทีมขาย ควรตรวจก่อนว่า Lead ที่นับนั้นถูกนับซ้ำจากทั้ง Pixel และ CAPI พร้อมกันหรือไม่
ยิงแอด TikTok วันละหลักพัน แต่ไม่รู้ว่ากี่คนทักเข้า LINE จริง

ยิงแอด TikTok วันละหลักพัน แต่ไม่รู้ว่ากี่คนทักเข้า LINE จริง

TikTok Events API คือช่องทางที่ธุรกิจส่งเหตุการณ์กลับไปหาระบบโฆษณาโดยตรงจากฝั่งเซิร์ฟเวอร์ บทความนี้อธิบายว่ามันช่วยธุรกิจที่ปิดการขายในแชท LINE อย่างไร และควรวางระบบตรงไหนก่อน