เอกสาร API ของ LINE เองยืนยันตรง ๆ ว่าข้อความ push ที่ส่งถึงลูกค้าที่บล็อก LINE OA ของร้านไว้แล้ว ระบบจะตอบกลับมาว่าส่งสำเร็จตามปกติ ไม่มี error ไม่มีการตีกลับ แต่ข้อความนั้นไปไม่ถึงลูกค้าเลย สำหรับทีมแอดมิน ความเงียบแบบนี้หน้าตาเหมือนลูกค้าที่แค่ยังไม่ตอบ ทั้งที่จริง ๆ ข้อความไม่เคยไปถึงตั้งแต่แรก
ทำไม LINE บอกว่า “ส่งสำเร็จ” ทั้งที่ลูกค้าไม่ได้รับ
เอกสารอ้างอิง Messaging API ของ LINE เขียนเงื่อนไขนี้ไว้ตรง ๆ ในหัวข้อ Conditions for sending push message โดยระบุกรณีลูกค้าที่บล็อก LINE Official Account ไว้ว่า “status code 200 will be returned, but the users won’t receive the message” — ระบบตอบกลับมาว่าสำเร็จ แต่ลูกค้าจะไม่ได้รับข้อความนั้นเลย (LINE Messaging API reference: Send push message) ข้อความแบบ multicast ที่ใช้ส่งให้ลูกค้าหลายคนพร้อมกันก็เขียนเงื่อนไขเดียวกันไว้สำหรับกรณีนี้ (Send multicast message) ทั้งสอง endpoint ไม่มี error ใด ๆ กลับมาให้จับได้เลย — ยิงออกไปสำเร็จ แต่ไม่มีใครได้รับ
จุดเดียวที่ LINE จะโชว์ว่าลูกค้าบล็อกจริง ๆ คือตอนเรียกดูโปรไฟล์ลูกค้า ซึ่งจะได้ error 404 “Unable to get profile information” พร้อมเหตุผลที่ระบุไว้ชัดเจนว่า “the user blocked the target LINE Official Account after adding it as a friend” (Get profile) แต่การเรียกดูโปรไฟล์แบบนี้ไม่ใช่สิ่งที่แอดมินจะกดเช็กระหว่างคุยกับลูกค้าอยู่แล้ว ในทางปฏิบัติร้านจะไม่รู้เลยว่าลูกค้าบล็อกไปแล้ว จนกว่าจะมีคนทักมาถามว่าทำไมไม่เห็นข้อความแจ้งสถานะที่ส่งไปตั้งสามรอบ
บล็อกแล้ว อะไรที่หายไปจริง ๆ
เมื่อลูกค้าบล็อก LINE OA ไปแล้ว ข้อความทุกแบบที่เป็น push จะไปไม่ถึงแบบเงียบ ๆ เหมือนกันหมด ไม่ว่าจะเป็นข้อความแจ้งออเดอร์เดี่ยว ๆ, multicast ที่ส่งให้กลุ่มลูกค้า หรือ broadcast ที่ส่งให้เพื่อนทุกคน เอกสารของ LINE เรื่องการส่งข้อความเองก็ยืนยันว่าลูกค้าที่บล็อกไว้จะถูกตัดออกจากการนับโควตารายเดือน เพราะข้อความไม่ได้ส่งไปถึงจริง ๆ (Sending messages) พูดอีกแบบคือ ถ้าอยากรู้ว่าข้อความถึงลูกค้าหรือไม่ ให้ดูว่ามันถูกนับโควตาหรือเปล่า
สิ่งที่ยังไม่เปลี่ยนคือ ลูกค้าเลิกบล็อกเมื่อไหร่ก็กลับมาคุยต่อได้ทันที และข้อความที่เคยพิมพ์ไว้ก่อนบล็อกก็ยังอยู่ในแชทของร้านเหมือนเดิม การบล็อกเป็นการปิดทางเดียวและไม่มีเสียงใด ๆ จากฝั่ง LINE เลย นี่คือเหตุผลที่ควรมองแชทออเดอร์บน LINE ที่เงียบไปเฉย ๆ ให้ต่างจากลูกค้าที่แค่ตอบช้า ไม่ใช่รีบสรุปว่าออเดอร์นั้นจบไปแล้ว
ตั้งค่าใน 1CS
สร้างการเช็กเรื่องนี้ไว้ล่วงหน้า ดีกว่ารอให้ลูกค้าทักมาถามว่าออเดอร์ไปถึงไหนแล้ว เปิดเมนู AI > เงื่อนไขอัตโนมัติ (Automation Rules) แล้วเพิ่มกฎใหม่ ตั้งเหตุการณ์ (เมื่อ) เป็น “การสนทนาไม่มีการตอบสนอง” (conversation idle) เพิ่มเงื่อนไข (ถ้า) ให้ช่องทางเป็น LINE และมี label เช่น “order-update-sent” ซึ่งติดไว้ตอนที่แอดมินหรือ automation ส่งข้อความแจ้งสถานะจัดส่งหรือยืนยันยอดโอนไปแล้ว จากนั้นตั้งการกระทำ (จะ) ให้ติด label เพิ่ม เช่น “verify-delivery” แล้วมอบหมายการสนทนาให้ทีมตรวจอีกครั้ง กฎนี้ไม่ได้ตรวจจับการบล็อกได้ตรง ๆ เพราะ LINE ไม่ได้แจ้ง 1CS ว่าลูกค้าบล็อกไปแล้ว แต่มันจับสัญญาณเดียวที่ร้านมองเห็นได้จากฝั่งตัวเอง คือแชท LINE ที่ควรมีการตอบรับแต่กลับไม่มี ฟีเจอร์นี้อยู่ในอินบ็อกซ์รวมช่องทางของ 1CS ส่วนขั้นตอนทีละปุ่มดูได้ที่ เงื่อนไขอัตโนมัติ ในศูนย์ช่วยเหลือภาษาไทย
ทางแก้จริง ๆ ของแชทที่ถูก flag แบบนี้คือเปลี่ยนไปใช้ช่องทางที่สอง ไม่ใช่ยิงซ้ำในช่องทางเดิม ถ้าร้านเก็บเบอร์โทรไว้แล้วตอนยืนยันออเดอร์ COD หรือตอนเช็กสต็อกก่อนแยกส่งออเดอร์ นั่นคือช่องทางที่ควรส่งข้อความต่อไป ส่วนตัวเลขโควตา broadcast ของ LINE OA ไม่ได้ขยับเลย เพราะสลับช่องทางให้ออเดอร์ที่ถูก flag แค่เคสเดียวไม่กระทบโควตาส่วนที่เหลือ
ข้อความและเช็กลิสต์พร้อมใช้
ส่งข้อความนี้ทันทีที่แชทถูก flag เกินเวลาที่ร้านกำหนดไว้เอง — เป็นข้อเสนอเริ่มต้นของเรา ไม่ใช่กฎที่ LINE บังคับ:
สวัสดีค่ะ/ครับ [ชื่อลูกค้า] ทางร้านส่งข้อความแจ้งสถานะออเดอร์ [เลขออเดอร์] ทาง LINE ไปแล้วแต่ยังไม่เห็นการตอบกลับค่ะ/ครับ ถ้าข้อความทาง LINE ไม่ถึงคุณ รบกวนแจ้งช่องทางอื่นที่ติดต่อได้ เช่น WhatsApp อีเมล หรือเบอร์โทร เพื่อให้ทางร้านส่งข้อมูลนี้ถึงคุณได้ค่ะ/ครับ
เช็กลิสต์สำหรับคนที่มาตรวจแชทที่ถูก flag:
- เช็กให้แน่ใจว่าข้อความแจ้งสถานะถูกส่งจริง — ดูที่ log การสนทนา ไม่ใช่แค่เชื่อว่ากฎ automation ทำงานแล้ว
- เช็กว่าลูกค้าตอบอะไรที่ไหนบ้างหลังจากนั้น ทั้งใน LINE และช่องทางอื่น
- ถ้ายังไม่มีช่องทางสำรองในระบบ ให้ถามตามข้อความด้านบน ไม่ใช่เดาเอาเอง
- ส่งข้อมูลเดิม — เลขออเดอร์ ยอดเงิน หรือลิงก์ติดตามพัสดุ — ซ้ำในช่องทางใหม่ ไม่ต้องให้ลูกค้าถามใหม่ตั้งแต่ต้น
