ก่อนลูกค้าจะทัก ‘ทำไมเลขไม่ตรง’: วางระบบ QA ภายในที่จับความผิดพลาดได้ก่อนเสมอ

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

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

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

QA สามชั้นที่ทีม Bluewave Media ใช้ตรวจก่อนลูกค้าจะเห็น

• ชั้นแจ้งเตือนอัตโนมัติ — ตั้งระบบแจ้งเตือนเมื่อยอด conversion เป็นศูนย์ผิดปกติในช่วงเวลาที่ปกติควรมีข้อมูล เพื่อจับปัญหาทางเทคนิคแบบการเชื่อมต่อ server-to-server หลุดได้ทันที
• ชั้นตรวจด้วยคนทุกเช้า — ให้คนในทีมเปิดแดชบอร์ดของลูกค้าทุกรายทุกเช้าก่อนเริ่มงาน ใช้เวลาไม่ถึงห้านาทีต่อบัญชี แต่จับความผิดปกติที่ระบบอัตโนมัติมองไม่เห็นได้ เช่น ตัวเลขที่ดูแปลกแต่ไม่ถึงกับศูนย์
• ชั้นทวนสอบก่อนส่งรายงาน — ก่อนส่งรายงานรายสัปดาห์หรือรายเดือน ต้องมีคนที่สองตรวจทานตัวเลขอีกรอบ ไม่ใช่คนที่ทำรายงานตรวจเอง เพราะคนที่ทำเองมักมองข้ามจุดผิดที่ตัวเองคุ้นชิน

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

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

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

ทำไมการตรวจด้วยคนทุกเช้ายังจำเป็น ทั้งที่มีระบบอัตโนมัติแล้ว

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

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

เมื่อ QA จับปัญหาได้ก่อน ควรบอกลูกค้าหรือไม่

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

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

ถ้า QA พลาดและลูกค้าแจ้งมาก่อน ควรทำอย่างไร

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

สรุป

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

เคส RadiantClinic สอนทีม Bluewave Media ว่าการลงทุนเวลาห้านาทีต่อวันต่อบัญชี ถูกกว่าความเสียหายจากการให้ลูกค้าเป็นคนแจ้งปัญหาเองมากมายหลายเท่า

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

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