เช็คยอดบล็อกจาก LINE OA Manager กับข้อมูล Unfollow จาก Webhook ต่างกันตรงไหน

ทุกเช้าแอดมินเปิด LINE Official Account Manager แล้วเห็นบรรทัดเล็ก ๆ เขียนว่า ‘บล็อก 12 คน’ อยู่ข้างยอดเพิ่มเพื่อน ส่วนใหญ่กวาดตาผ่านแล้วไปสนใจตัวเลขเพิ่มเพื่อนที่ดูดีกว่า ทั้งที่ตัวเลข 12 คนนั้นอาจซ่อนสัญญาณสำคัญไว้ เช่น อาจเป็นลูกค้าที่เพิ่งซื้อของแล้วบล็อกเพราะเบื่อบรอดแคสต์ หรืออาจเป็นคนที่คลิกแอดตัวล่าสุดแล้วไม่ประทับใจสิ่งที่เจอในแชทเลยบล็อกทันที

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

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

Unfollow Event คืออะไร เกิดขึ้นตอนไหนบ้าง

Unfollow Event คือสัญญาณที่ LINE ส่งผ่าน Webhook มายังเซิร์ฟเวอร์ของธุรกิจทันทีที่มีคนกดบล็อกบัญชี Official Account ต่างจากยอดในรายงานสรุปตรงที่ Event นี้มาพร้อม User ID ของคนที่บล็อก ทำให้ระบบฝั่งธุรกิจรู้ได้ทันทีว่าใครเป็นคนกดบล็อก ไม่ต้องรอสรุปเป็นตัวเลขรวมทีหลัง

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

จุดสำคัญคือ Payload ของ Unfollow Event ที่ LINE ส่งมามักมีข้อมูลจำกัดกว่า Event อื่น เพราะเป็นเหตุการณ์ที่ผู้ใช้ ‘ถอนตัว’ ออกจากการสื่อสาร ระบบฝั่งธุรกิจจึงต้องพึ่งพา User ID ที่เคยเก็บไว้ตั้งแต่ตอน Follow เพื่อย้อนดูว่าคนคนนี้เคยมีประวัติอะไรมาก่อน ถ้าไม่เคยเก็บ Identifier ไว้ตั้งแต่ต้น พอ Unfollow Event เข้ามาก็จะไม่รู้ว่าเป็นใครอยู่ดี

เทียบข้อมูลสองแหล่ง: รายงานใน LINE OA Manager กับ Unfollow Event ทาง Webhook

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

ทำไมตัวเลขบล็อกสุทธิถึงไม่พอสำหรับตัดสินใจเรื่องงบโฆษณา

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

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

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

จะผูก Unfollow Event เข้ากับสถานะ Lead เดิมยังไง

หัวใจของการทำให้ Unfollow Event มีประโยชน์จริง คือการเอาไปเทียบกับสถานะ Lead ที่มีอยู่แล้วในระบบ ไม่ใช่แค่บันทึกไว้เฉย ๆ ว่าใครบล็อกวันไหน ขั้นตอนพื้นฐานคือเมื่อ Unfollow Event เข้ามาพร้อม User ID ให้ระบบไปค้นในฐานข้อมูลว่า User ID นี้เคยมีสถานะอะไรอยู่ก่อนหน้า เช่นเป็น Lead ที่ยังไม่ได้ติดต่อ เป็น Qualified Lead ที่แอดมินกำลังคุยอยู่ หรือเป็นลูกค้าที่ปิดการขายไปแล้ว

ถ้า Unfollow เกิดกับคนที่ยังเป็น Lead สถานะ ‘New’ หรือ ‘Contacted’ อยู่ ควรอัปเดตเป็น Lost และให้แอดมินระบุ Lost Reason ที่ใกล้เคียงที่สุด เช่นติดต่อไม่ทันหรือคุยแล้วไม่สนใจ เพื่อให้ทีมเห็นภาพว่าการเสียลูกค้าเกิดจากความเร็วในการตอบตามที่พูดถึงใน เรื่องความเร็วในการตอบ Lead หรือเกิดจากเหตุผลอื่น

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

กรณีบล็อกแล้วเพิ่มเพื่อนใหม่ ต้องระวังอะไรบ้าง

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

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

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

เอาข้อมูล Unfollow ไปใช้ทำอะไรต่อได้บ้าง

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

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

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

ขั้นตอนเริ่มเก็บ Unfollow Event ถ้ายังไม่เคยมีระบบ

สำหรับธุรกิจที่ยังไม่เคยเก็บข้อมูลระดับ Event เลย ไม่ต้องรีบทำทุกอย่างพร้อมกัน ลองไล่ตามลำดับนี้:

1. ตรวจสอบว่าระบบที่ใช้รับ Webhook อยู่แล้วรองรับ Unfollow Event หรือยัง เพราะบางทีมตั้งค่าไว้แค่รับ Follow กับ Message เท่านั้น
2. เก็บ User ID คู่กับ Identifier ที่มาตั้งแต่ตอน Follow ให้ครบ เพื่อให้ตอน Unfollow เกิดขึ้นภายหลัง ระบบยังย้อนดูที่มาได้
3. ออกแบบตารางเชื่อมสถานะ Lead เดิมกับ Unfollow Event เพื่อให้รู้ทันทีว่าคนที่บล็อกอยู่ในขั้นไหนของ Funnel ก่อนหน้านี้
4. ตั้งกฎ Suppression อัตโนมัติ ให้คนที่ Unfollow ไปแล้วถูกกันออกจากรายชื่อรีมาร์เก็ตติ้งโดยไม่ต้องมีคนมานั่งไล่เช็กเอง
5. ถ้าทีมไม่มีนักพัฒนาเอง อาจพิจารณาใช้บริการที่ออกแบบมาสำหรับงานนี้โดยตรง อย่าง linli ซึ่งช่วยรับและจัดโครงสร้าง Event เหล่านี้ให้ตั้งแต่ต้น ลดเวลาที่ต้องเขียนระบบรับ Webhook เองทั้งหมด

ข้อควรระวังก่อนสรุปอะไรจากข้อมูล Unfollow

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

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

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

สรุป

ตัวเลขบล็อกสุทธิใน LINE OA Manager ไม่ได้ผิด แต่ก็ไม่พอสำหรับการตัดสินใจเรื่องงบโฆษณาหรือการดูแลลูกค้าเก่า สิ่งที่ทำให้ข้อมูลมีความหมายจริงคือการรู้ว่าใครบล็อก มาจากไหน และเคยอยู่ในขั้นไหนของ Funnel มาก่อน ซึ่งเป็นสิ่งที่การ track unfollow ด้วย LINE webhook ทำได้ แต่รายงานสรุปแบบเดิมทำไม่ได้

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

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

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