ตัวแจ้งเตือนทีมที่เคยใช้กับ LINE ปิดบริการไปแล้ว ย้ายไปใช้อะไรแทน

ทีมบรรณาธิการ linli01 พ.ย. 09:28อัปเดต 01 พ.ย. 09:28อ่าน 2 นาที

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

สรุปสั้น ๆ

LINE Notify ปิดบริการแล้ว ทุกจุดที่ยังเรียกใช้จะล้มเหลวโดยไม่มีอะไรเด้งมาบอกว่าแจ้งเตือนหายไป ทางแทนหลักคือให้บอตของ LINE OA ตัวเองส่ง push เข้ากลุ่มทีม หรือย้ายไปอีเมล Slack Teams ตามที่ทีมเปิดดูจริง ขั้นแรกคือไล่หาทุกจุดที่เคยใช้โทเคนเดิม แล้วทำให้ระบบแจ้งเตือนใหม่ดังขึ้นเองเมื่อมันตาย

เช้าวันจันทร์ หัวหน้าทีมขายเดินมาบอกว่า ‘พี่ ช่วงนี้ลีดเงียบจังเลย เสียงเตือนไม่เด้งมาสองอาทิตย์แล้ว’ แอดมินเปิดหลังบ้านดู ลีดเข้าปกติทุกวัน ไม่ได้เงียบ สิ่งที่ตายคือแจ้งเตือน เพราะ automation ตัวหนึ่งยังเรียก LINE Notify อยู่ และไม่มีใครรู้ว่าบริการนั้นปิดไปแล้ว

ตามประกาศของ LINE บริการนี้สิ้นสุดแล้ว (วันที่แน่ชัดให้ดูจากประกาศทางการ) ความอันตรายไม่ใช่การที่มันหายไป แต่คือมันหายโดยไม่มีเสียง ลีดร้อนที่เคยมีคนเห็นใน 5 นาทีกลายเป็นรอจนเช้า ซึ่งตัวเลขแบบนี้มักไม่โผล่ในรายงานจนกว่ายอดจะตก

หาจุดที่ยังเรียก Notify อยู่ก่อนเลือกทางแทน

ไล่รายการเครื่องมือที่ยิงข้อความได้ คือ Zap หรือ Scenario ที่ตั้งไว้ Apps Script ของชีต ฟอร์มออนไลน์ cron บนเซิร์ฟเวอร์ และปลั๊กอินร้านค้า แล้วค้นคำว่า notify-api ในโค้ดทั้งหมด
เปิดประวัติการรันของแต่ละอัน หาข้อผิดพลาดซ้ำ ๆ ที่เริ่มหลังวันปิดบริการ เพราะ automation จำนวนมากจะบันทึกความล้มเหลวไว้ แต่ไม่ส่งอะไรหาใคร
ถามเจ้าของเครื่องมือว่าแต่ละโทเคนผูกกับกลุ่มไหน ใครเป็นคนรับ และเงื่อนไขที่ทำให้เด้งคืออะไร ลงบันทึกไว้เพราะบ่อยครั้งไม่มีใครจำได้
แยกแจ้งเตือนเป็นสองกอง คือที่นาทีมีมูลค่า (ลีดร้อน เงินโอนเข้า ระบบล่ม) กับที่แค่สรุป อย่างหลังไม่ต้องย้ายแบบเรียลไทม์ ตรวจดูการหยุดของ webhook ได้ในเมื่อ webhook ล้มเหลว

ทางแทนหลักและข้อแลกเปลี่ยน

ทาง	เหมาะกับ	ต้องมี	ข้อควรระวัง
Push จาก LINE OA เข้ากลุ่มด้วย Messaging API	ทีมที่คุยงานใน LINE อยู่แล้ว	บอตอยู่ในกลุ่ม และรหัสกลุ่มจาก webhook	โควตาข้อความ ตรวจวิธีนับของแผนบัญชี
Slack Teams Google Chat (incoming webhook)	ทีมที่เปิดเครื่องมือเหล่านี้ทั้งวัน	URL webhook ของช่อง	คนขายอาจไม่เปิดนอกเวลา
อีเมล	รายงานสรุป ไม่ต้องเร่ง	บริการส่งอีเมลหรือ SMTP	ช้าและมักถูกมองข้าม
บอตแอปแชทอื่น	ทีมเล็กที่ยอมติดตั้งแอปเพิ่ม	โทเคนบอต	ทุกคนต้องติดตั้งและเปิดแจ้งเตือนเอง
SMS หรือโทร	เฉพาะเหตุวิกฤต	ผู้ให้บริการ	คิดเงินต่อข้อความ

ถ้าทีมอยู่ใน LINE ต่อ ให้ OA ของร้านเป็นคนส่งเข้ากลุ่ม

วิธีนี้ใกล้เคียงของเดิมที่สุด เชิญบัญชี OA เข้ากลุ่มทีม (การตั้งค่าให้บัญชีเข้ากลุ่มได้อยู่ใน OA Manager ตรวจเมนูล่าสุดอีกครั้ง) ให้ webhook เก็บรหัสกลุ่มจาก event ที่ส่งมาเมื่อบอตถูกเชิญ แล้วเรียก Messaging API ส่ง push ไปที่รหัสนั้น ใครไม่อยากเขียนโค้ดใช้ตัวกลางแบบ no-code ได้ ดูตัวอย่างในการต่อ LINE OA กับ Make

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

ย้ายแล้วอย่าเด้งทุกอย่าง ให้เหลือเฉพาะเคสที่นาทีมีมูลค่า

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

ทำให้ความตายของระบบแจ้งเตือนดังขึ้นเอง

บทเรียนจากเคสเมื่อกี้คือ ระบบแจ้งเตือนต้องมีคนเฝ้าเหมือนระบบอื่น วิธีง่ายที่สุดคือส่ง ‘ข้อความหัวใจเต้น’ ทุกเช้า 09:00 ไปยังช่องเดียวกัน เช่น ‘ระบบแจ้งเตือนทำงานปกติ ลีดเมื่อวาน 12 ราย เด้งไป 3 ราย’ ถ้าเช้าไหนข้อความนี้ไม่มา ให้ถือว่าระบบล่มจนกว่าจะพิสูจน์ได้ว่าไม่ใช่

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

สรุป

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

สัปดาห์นี้ให้เจ้าของระบบแจ้งเตือนทำสองอย่าง คือเขียนรายการจุดที่เคยใช้ Notify ทั้งหมด และตั้งข้อความหัวใจเต้นรายเช้า ที่เหลือค่อยปรับทีหลังได้

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

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

ใช้ LINE Notify ต่อได้ไหมถ้ายังตอบสนองอยู่

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

ส่งเข้ากลุ่มด้วยบอตของ OA ต้องรู้อะไรบ้าง

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

ทีมไม่มีคนเขียนโค้ด ทำอย่างไรได้บ้าง

ใช้เครื่องมือ no-code ที่รับ webhook จากแชทแล้วส่งต่อไปยังอีเมล Slack หรือ LINE ได้ ตั้งเงื่อนไขกรองลีดร้อนก่อนส่ง แล้วทดสอบด้วยข้อความจำลองสัปดาห์ละครั้งเพื่อให้แน่ใจว่ายังทำงาน

จะรู้ได้อย่างไรว่าแจ้งเตือนเด้งครบหรือไม่

เทียบจำนวนลีดร้อนในฐานข้อมูลกับจำนวนแจ้งเตือนที่ส่งสำเร็จในแต่ละวัน ถ้าสองตัวเลขนี้ต่างกัน แปลว่ามีเคสที่ตกหล่นระหว่างทาง ควรตรวจบันทึกความล้มเหลวของแต่ละขั้น

ควรย้ายทุกแจ้งเตือนเก่าไปทางใหม่หมดไหม

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

อ่านต่อแบบเจาะลึก

ส่ง Purchase จริงกลับให้แอด ไม่ใช่แค่ Click

รู้ว่าลูกค้าที่ทัก LINE จากโฆษณากลายเป็นออเดอร์จริงกี่คน และมาจากแคมเปญไหน แล้วส่งยอดขายกลับให้ระบบโฆษณาเรียนรู้ เริ่มฟรี 14 วัน

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