AI Concierge สำหรับเครือโรงแรมระดับภูมิภาค — เก็บลีดสะสม 370 ราย บอทจัดการเองได้ 92-96.8% สาขาที่สองเสร็จในครึ่งเวลา

ลูกค้า

สถาบันฝึกอบรมด้านอาชีวอนามัยและความปลอดภัยในกรุงเทพฯ เปิดสอนหลักสูตรที่ได้รับการรับรองมากกว่า 28 หลักสูตร ตั้งแต่ จป.หัวหน้างาน จป.เทคนิค คปอ. ไปจนถึงดับเพลิง-อพยพ และปฐมพยาบาล มีวิทยากรผู้เชี่ยวชาญ 36 ท่าน ให้บริการทั้งแบบ Public Training และ In-house Training

ระบบผู้ช่วยตอบแชทเปิดใช้งานหลังสร้างเสร็จใน 7 วัน และเรื่องที่น่าเล่าทั้งหมดเริ่มหลังจากนั้น

ปัญหาชุดที่สอง: ชุดที่ไม่มีใครรู้ว่ามีอยู่

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

ปัญหาชุดที่สองคือชุดที่ ไม่มีใครรู้ว่ามีอยู่ จนกว่าจะมีคนไปเปิดดู

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

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

"ส่วนมากมันจะเป็นการปรับวนลูปมากกว่าค่ะ ที่ว่าตอนนี้มีปัญหาแล้วก็ลูกค้าเขาก็จะงง ๆ"

— ผู้ดูแลงานของลูกค้า หนึ่งเดือนหลังเปิดใช้งาน

ปัญหาหลักไม่เคยเป็นเรื่องบอทตอบผิดข้อเท็จจริง แต่คือบอทวนซ้ำจนลูกค้างงแล้วเลิกถาม

ลีดที่ระบบ "เก็บได้" แต่ไม่ได้เก็บจริง ระบบบันทึกข้อมูลลูกค้าที่สนใจตั้งแต่วันแรก แต่ในช่วง 14 วันหนึ่งบันทึกได้เพียง 6 แถว เมื่อเปิดอ่านบทสนทนาจริงทั้งหมดในช่วงเดียวกัน พบว่า ลูกค้า 16 รายให้ข้อมูลติดต่อไว้แล้ว และ 15 รายในนั้นไม่มีแถวในระบบ ระบบทำงานปกติ เกณฑ์การเก็บแค่แคบเกินไป และไม่มีใครรู้ เพราะมันไม่เคยขึ้นข้อผิดพลาด

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

บอทที่เงียบเพราะคำสั่งของตัวเอง ประโยคปิดท้ายของบอทเองไปตั้งสถานะพักบอทไว้ แล้วต่ออายุใหม่ทุกครั้งที่ลูกค้าพิมพ์เข้ามา กรณีที่หนักที่สุดคือ ลูกค้าส่งข้อความมา 15 ครั้งใน 133 นาที โดยไม่ได้รับคำตอบเลยสักครั้ง หนึ่งในนั้นคือ "ขอใบเสนอราคา…ด่วน"

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

ความเสี่ยงจริงคือมันทำงานได้ 95% แล้วพังอีก 5% อย่างเงียบๆ ไม่มีเสียงเตือน ไม่มีข้อผิดพลาด และไม่มีใครรู้จนกว่าลูกค้าจะบ่น หรือไม่เคยรู้เลย

ทำไมถึงอยู่ต่อ — และทำไมราคาถึงลดลง

ลูกค้าเป็นฝ่ายขอเองให้ดูแลระบบต่อ ตั้งแต่หนึ่งเดือนหลังเปิดใช้งาน อีกสามเดือนต่อมามีการปรับโครงสร้างเป็นแบบรายปี และการปรับครั้งนั้น ลดค่าดูแลลง 44%

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

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

วิธีแก้: ระบบที่หาปัญหาของตัวเองเจอ

ปัญหาที่เงียบต้องออกไปตามหา มันไม่รายงานตัวเอง และการรอให้ลูกค้าบ่นแปลว่าจุดพังที่ได้แก้ มีแต่จุดที่ลูกค้ารำคาญมากพอจะพูดถึงเท่านั้น

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

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

ระบบไม่ได้หยุดนิ่ง จาก 36 ขั้นตอนตอนส่งมอบ เป็น 95 ขั้นตอน — เกือบสามเท่าใน 5 เดือน โดยที่ลูกค้าจ่ายค่าดูแลเท่าเดิม และหลังจากนั้นน้อยลง 44%

ผลลัพธ์

1. บอทจัดการเองได้ 96.5% และคืนค่าดูแลกลับมา 2.4 เท่า

วัดจากข้อความจริง 1,788 ข้อความ ในช่วง 14 วัน เทียบกับเป้าที่ตกลงกันไว้ตั้งแต่ต้นที่ 70% ในเดือนแรก และ 85% ในเดือนที่ 3

ที่อัตราค่าแรงที่ลูกค้ายืนยันเอง เวลาที่ประหยัดได้คิดเป็นมูลค่าราว 2.4 เท่าของค่าดูแล วัดจากข้อมูลจริง ไม่ใช่การประมาณการ

96.5% หมายความว่าอะไร — และไม่ได้หมายความว่าอะไร

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

มันไม่ได้แปลว่าบอทตอบถูก 96.5% ของเวลา ถ้าบอทตอบไม่ดีแล้วลูกค้าเลิกถามไปเอง บทสนทนานั้นยังถูกนับว่า "จัดการได้" ในช่วงเดียวกันนี้ การตรวจบทสนทนาพบคำถามที่ตอบได้อีก 11 คำถาม ทั้งเรื่องราคา ตารางอบรม และสถานที่ ที่ถูกส่งต่อให้คน และไม่ปรากฏอยู่ในตัวเลข 96.5% เลย

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

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

2. ลีดที่เคยหลุด จาก 6 เป็น 23 ราย

ระบบเก็บข้อมูลลูกค้าทำงานตั้งแต่วันแรก แต่ในช่วง 14 วันหนึ่งเก็บได้เพียง 6 แถว ทั้งที่ลูกค้า 16 รายให้ข้อมูลไว้แล้ว

หลังขยายเกณฑ์การเก็บ:

• •23 ลีด จากลูกค้า 22 ราย ไม่มีข้อมูลขยะเลย พร้อมเส้นทางสำรองที่เก็บได้อีก 11 กรณี
• •วันที่ที่ลูกค้าระบุถูกบันทึกเพิ่มจาก 16 เป็น 89 รายการ — 5.6 เท่า
• •ซ่อมเบอร์โทรที่เคยบันทึกผิด 384 เบอร์

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

ก่อน / หลัง — 5 เดือน

ความซื่อสัตย์เรื่องตัวเลข

การรายงานเฉพาะผลที่ดีที่สุดเสียความน่าเชื่อถือมากกว่าที่ได้มา ข้อเท็จจริงอีกด้านของงานนี้:

• •50 รายการปัญหาใน 5 เดือน นี่ไม่ใช่ระบบที่ไม่มีปัญหา แต่เป็นระบบที่มีคนไล่จับปัญหาอยู่ตลอด
• •3 รายการต้องกลับมาแก้ซ้ำ เพราะรอบแรกแก้ไม่ครบ
• •ตัวเลขวัดผลเองเคยผิด 2 ครั้งในวันเดียว ครั้งแรกสูงเกินไป (ตัวป้อนข้อมูลตาย อ่านได้ 100% ติดกันหกสัปดาห์) ครั้งที่สองต่ำเกินไป (นิยามผิด อ่านได้ 42.6%) ก่อนจะได้ 96.5% ที่ถูกต้อง ตัวเลขชุดที่ผิดไม่เคยถูกส่งให้ลูกค้า
• •ความเร็วตอบกลับยังไม่ผ่านเป้าเดิม เป้าแรกคือต่ำกว่า 5 วินาที วัดได้จริง 8.3 วินาที จึงปรับเป้าใหม่เป็นต่ำกว่า 15 วินาทีอย่างเปิดเผย แทนที่จะรายงานว่าผ่าน
• •ตัวเลขรอบถัดไปจะตกลง และนั่นคือข่าวดี ระบบจับการวนซ้ำที่เพิ่งติดตั้งจะเริ่มจับกรณีที่เมื่อก่อนหลุดไปโดยไม่ถูกนับ ความล้มเหลวที่เคยมองไม่เห็นจะเริ่มถูกนับ ตัวเลขจึงลดลงโดยที่บอทไม่ได้แย่ลง

บทเรียนที่ได้

• •ระบบที่รายงานว่าสำเร็จ ไม่ได้แปลว่ามันทำอะไรสำเร็จ ระบบเก็บลีดทำงานสะอาดมาหลายเดือนโดยเก็บได้ราวหนึ่งในสามของลูกค้าจริง เพราะเกณฑ์ที่แคบเกินไปไม่ใช่ข้อผิดพลาด มันแค่เงียบ ทุกอย่างที่มีหน้าที่เก็บข้อมูลจึงต้องถูกตรวจกับบทสนทนาดิบ ไม่ใช่ตรวจกับสถานะของตัวมันเอง
• •โควตาฟรีคือเส้นตายที่เงียบ การแจ้งเตือนพนักงานตายวันเดียวกันของทุกเดือนเพราะชนเพดานของแพลตฟอร์ม และไม่มีอะไรที่ไหนบอกเลย ทุกสิ่งที่มีเพดานรายเดือนต้องมีตัวนับ หรือย้ายไปช่องทางที่ไม่มีเพดาน
• •บอทไม่ควรรับปากสิ่งที่คนต้องเป็นคนทำ ประโยคที่สร้างความเสียหายที่สุดใน 5 เดือน คือคำรับปากว่าจะโทรกลับใน 15 นาที ซึ่งเขียนโดยคนที่ไม่ใช่คนโทร
• •วัดผลแล้วต้องตั้งคำถามกับเครื่องวัดด้วย ตัวชี้วัดเดียวกันอ่านได้ 100% แล้ว 42.6% แล้ว 96.5% ภายในวันเดียว ตัวเลขที่ดูสมบูรณ์แบบควรถูกสงสัยมากกว่าตัวเลขที่ดูแย่
• •ต้องบอกด้วยว่าตัวเลขนั้นไม่ได้ครอบคลุมอะไร การประกาศ 96.5% โดยไม่บอกว่ามันนับความล้มเหลวแบบเดียว เป็นความจริงในทางเทคนิคแต่ทำให้เข้าใจผิดในทางปฏิบัติ และคนแรกที่จะเจอช่องโหว่นั้นคือลูกค้า
• •ค่าดูแลควรลดตามภาระงานที่ลดลง เมื่อระบบเสถียรขึ้นจนต้องดูแลน้อยลงจริง เราลดค่าดูแลลง 44% แทนที่จะปล่อยให้ราคาเดิมวิ่งต่อไป

มีบอทอยู่แล้ว แต่ไม่รู้ว่ายังทำงานดีอยู่ไหม?

ระบบอัตโนมัติที่พังแบบเงียบๆ หาเจอได้ทางเดียว คือเปิดเข้าไปอ่านว่าเกิดอะไรขึ้นจริง

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

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

เริ่มจากการอ่านแชทจริง — คุยกับเราเลย →