ระบบวัดผล LINE เงียบไปสามวันไม่มีใครรู้: วางแดชบอร์ดสุขภาพ Pipeline ให้เห็นความผิดปกติก่อนลูกค้าทัก

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

เรื่องแบบนี้ไม่ใช่เคสหายาก เพราะ pipeline การส่งข้อมูล tracking มีจุดที่พังได้หลายจุด ตั้งแต่ webhook ไม่ยิง คิวค้าง ไปจนถึงข้อมูลส่งไปแล้วแต่ปลายทางปฏิเสธเงียบ ๆ ถ้าไม่มีระบบเฝ้าดูสุขภาพของ pipeline เอง ทีมจะรู้ปัญหาช้าเสมอ เพราะมัวรอให้คนสังเกตความผิดปกติของยอดขายก่อน

บทความนี้จะพาดูว่าแดชบอร์ดสุขภาพ pipeline ที่ใช้งานได้จริงควรมีตัวชี้วัดอะไรบ้าง และควรตั้งเกณฑ์แจ้งเตือนตรงไหนถึงจะทันเวลา ไม่ใช่ทันหลังเหตุการณ์

ทำไม pipeline ที่พังถึงไม่มี error ให้เห็น

ระบบ tracking ที่เชื่อม LINE เข้ากับ Google Ads หรือ Meta ผ่านหลายขั้นตอน ตั้งแต่รับ webhook จาก LINE, ประมวลผล, จนถึงยิงต่อไปยังปลายทาง แต่ละขั้นตอนพังได้แบบ 'เงียบ' คือระบบยังทำงานต่อไปได้ ไม่มีหน้าจอ error แดง ๆ ป็อปขึ้นมา แค่ข้อมูลบางส่วนหายไประหว่างทาง

ตัวอย่างที่พบบ่อยคือปลายทางตอบกลับ 200 OK (สำเร็จ) แต่จริง ๆ แล้วปฏิเสธ event นั้นเพราะข้อมูลไม่ครบ ระบบที่ไม่ได้เช็กเนื้อหาการตอบกลับอย่างละเอียดจะเข้าใจว่าทุกอย่างปกติดี ทั้งที่ Conversion นั้นไม่เคยถูกนับจริง

สามตัวชี้วัดที่ควรอยู่บนแดชบอร์ดเป็นอันดับแรก

ตั้งเกณฑ์แจ้งเตือนยังไงไม่ให้กวนใจจนทีมเมินเฉย

ปัญหาของหลายทีมที่เพิ่งเริ่มทำแดชบอร์ดคือตั้งเกณฑ์แจ้งเตือนไวเกินไป จนแจ้งเตือนถี่จนทีมเริ่มเมินข้อความแจ้งเตือน (alert fatigue) พอเกิดปัญหาจริงก็ไม่มีใครสนใจอ่านอีกแล้ว หลักที่ใช้ได้ผลคือแบ่งระดับความรุนแรงอย่างน้อยสองชั้น ชั้นแรกเป็นการแจ้งเตือนแบบ 'สังเกต' เมื่อค่าเริ่มเบี่ยงจากปกติ ส่งเข้าช่องทางที่ไม่รบกวนคนอื่น เช่นแชนแนล log เงียบ ๆ

ชั้นที่สองคือ 'ต้องแก้ทันที' เมื่อค่าทะลุเกณฑ์อันตรายจริง เช่นอัตราส่งสำเร็จร่วงต่อเนื่องเกินชั่วโมง ควรส่งเข้าช่องทางที่คนเห็นแน่ ๆ อย่างข้อความแจ้งเตือนตรงหรือแม้แต่โทรศัพท์ เพราะ Conversion ที่หายไปทุกชั่วโมงคืองบโฆษณาที่กำลังยิงแบบไม่มีข้อมูลนำทาง เหมือนกับที่อธิบายไว้ใน กรณี webhook ล่มแล้วไม่มีใครรู้

ไม่จำเป็นต้องสร้างแดชบอร์ดใหม่ทั้งหมด

• ถ้าทีมมีอยู่แล้ว เครื่องมือ observability ทั่วไปอย่าง Grafana หรือแม้แต่ Google Sheets ที่ดึงข้อมูลจากฐานข้อมูล tracking มาแสดงทุก 15 นาที ก็เพียงพอสำหรับธุรกิจขนาดกลางที่ยังไม่ต้องการความซับซ้อนระดับองค์กร
• จุดสำคัญไม่ใช่เครื่องมือ แต่คือการมีตัวเลขสามตัวนี้อยู่ในที่ที่มีคนเห็นทุกวัน ไม่ใช่ต้องเปิดหาเองตอนสงสัยว่าทำไมยอดตก
• ธุรกิจที่มีหลายบัญชีโฆษณาหรือหลายสาขา ควรแยกแดชบอร์ดตามบัญชี ไม่ใช่รวมเป็นตัวเลขเดียว เพราะปัญหามักเกิดเฉพาะจุดใดจุดหนึ่งก่อนลามไปทั้งระบบ คล้ายกับหลักการที่ใช้ในการแยกข้อมูลตามแหล่งที่มา และควรเชื่อมโยงกับการตรวจช่องว่างระหว่าง Pixel กับ CAPI เป็นระยะเพื่อยืนยันว่าตัวเลขบนแดชบอร์ดสอดคล้องกับความเป็นจริง

ใครควรเป็นเจ้าของแดชบอร์ดนี้

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

สรุป

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

การลงทุนเวลาไม่กี่วันในการวางแดชบอร์ดสามตัวชี้วัดนี้ คุ้มกว่าการเสียงบโฆษณาไปหลายสัปดาห์แบบไม่รู้ตัวเยอะมาก

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

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