ลูกค้าระดับพรีเมียมถามเรื่องการเรียกเก็บเงิน แล้วได้คำตอบที่รู้อยู่แล้วว่าเขาใช้แพ็กเกจแบบชำระเงิน ผู้ใช้ที่บัญชีถูกตั้งค่าสถานะไว้จะถูกส่งเข้าสู่ขั้นตอนกู้คืนที่ถูกต้องทันที ไม่ต้องถามวนหาข้อมูล ไม่ต้องหลงทาง ผู้ที่ติดต่อแบรนด์หนึ่งในพอร์ตโฟลิโอขนาดใหญ่จะไม่ได้ยินนโยบายของแบรนด์ในเครืออื่นเลย ลูกค้าเหล่านี้ไม่มีใครรู้ว่าทำไมคำตอบถึงตรงใจขนาดนี้ และนั่นคือสิ่งที่ควรเป็น
สิ่งที่อยู่เบื้องหลังช่วงเวลาเหล่านั้นคือ Segments ส่วนหนึ่งของแพลตฟอร์ม Maven ที่แทบมองไม่เห็น แต่รับน้ำหนักมากที่สุด บทความแรกในซีรีส์ผลิตภัณฑ์ของเราจึงพาไปยังเรื่องที่ประกาศทั่วไปมักไม่แตะถึง นั่นคือนิยามกลุ่มเป้าหมายที่กำหนดว่าเอเจนต์เข้าถึงเอกสารความรู้ใดได้บ้างก่อนจะพูดคำแรก
Segments คืออะไรกันแน่
Segments คือนิยามที่มีชื่อเรียกและนำกลับมาใช้ซ้ำได้ ใช้อธิบายประเภทของบทสนทนาหรือประเภทของผู้ใช้ เช่น บัญชีพรีเมียม บัญชีที่ถูกแบน บทสนทนาผ่านช่องทางอีเมล หรือผู้ใช้ที่ยืนยันตัวตนแล้ว คุณเขียนนิยามเพียงครั้งเดียว ตั้งชื่อที่อ่านเข้าใจง่าย แล้วผูกไว้ในทุกจุดที่เกี่ยวข้อง นิยามเดียวกันใช้กำหนดฐานความรู้ แอ็กชัน หรือเวิร์กโฟลว์ทั้งชุดได้ โดยไม่ต้องเขียนใหม่ทุกครั้ง
Segment คือนิยามของกลุ่มเป้าหมาย ว่าพวกเขาคือใคร อยู่บนช่องทางไหน และเห็นอะไรได้บ้าง ส่วนที่มักถูกมองข้ามคือ Segments ทำงานแบบ deterministic และทำงานก่อนที่โมเดลจะเริ่มให้เหตุผล มันไม่ใช่คำแนะนำใน prompt ที่โมเดลอาจทำตามในวันที่ทุกอย่างราบรื่น แต่เป็นด่านกั้น เอเจนต์จะประเมินนิยามก่อน ตัดสินว่าอะไรมีสิทธิ์ใช้ได้ แล้วจึงให้เหตุผลจากสิ่งที่ผ่านด่านมาเท่านั้น ความรู้หรือแอ็กชันที่อยู่นอก segment ไม่ได้แค่ถูกห้ามใช้ แต่ไม่ได้อยู่ในห้องตั้งแต่แรก
ลำดับนี้คือหัวใจของการออกแบบทั้งหมด หากขอให้โมเดลช่วยมองข้ามราคาของแบรนด์อื่น โดยทั่วไปโมเดลก็จะทำตาม แต่ “โดยทั่วไป” ไม่ใช่มาตรฐานที่องค์กรจะรับประกันได้ segment ตัดปัญหานี้ทิ้งไปเลย เพราะเนื้อหาที่ไม่เกี่ยวข้องไม่เคยมีสิทธิ์ถูกดึงมาใช้ตั้งแต่ต้น
จุดที่ลูกค้าเจอ segments โดยไม่รู้ตัว
Segments แทบไม่ถูกพูดถึงใน release note เพราะไม่ได้ดูเหมือนฟีเจอร์ สิ่งที่เห็นคือปัญหาที่ไม่เกิดขึ้น ต่อไปนี้คือตัวอย่างจุดที่มันทำงานอยู่เงียบๆ
บัญชีแบ่งระดับ
ผู้ใช้ทั่วไปกับผู้ใช้แบบชำระเงินอาจถามคำถามเดียวกัน แต่ต้องการคำตอบต่างกัน segment ที่อิงสถานะบัญชีจะเปิดให้ใช้ความรู้ที่ถูกต้องสำหรับแต่ละกลุ่ม เอเจนต์จึงไม่ต้องเดาระดับของลูกค้าจากเบาะแสในบทสนทนา ลูกค้าก็ได้คำตอบที่ตรงกับแพ็กเกจของตน
การแยกแบรนด์และธุรกิจออกจากกัน
ลูกค้ารายหนึ่งของ Maven บริหารพอร์ตโฟลิโอแบรนด์สินค้าอุปโภคบริโภคบนเอเจนต์ตัวเดียว ความรู้ของแต่ละแบรนด์ต้องแยกขาดจากกัน เพราะน้ำเสียง นโยบาย และข้อมูลผลิตภัณฑ์ของแต่ละแบรนด์ต้องไม่รั่วไหลข้ามกัน Segments บังคับการแยกนี้แบบ deterministic เอเจนต์ตัวเดียวจึงให้บริการได้หลายแบรนด์ โดยไม่มีแบรนด์ใดหยิบคำตอบของแบรนด์อื่นไปใช้ ไม่มีข้อมูลรั่วข้ามแบรนด์ และไม่ต้องดูแลเอเจนต์แยกสำหรับแต่ละแบรนด์
ความรู้ภายในกับความรู้สำหรับลูกค้า
ทีมซัพพอร์ตมักอยากให้เอเจนต์ใช้ runbook ภายในเมื่อช่วยเหลือเจ้าหน้าที่ แต่ไม่ใช้เลยเมื่อคุยกับลูกค้า Segment ที่ผูกกับสถานะว่าบทสนทนาอยู่ในโหมด copilot หรือไม่ จะทำให้เนื้อหาสำหรับเจ้าหน้าที่พร้อมใช้ในที่ที่ควรมี และมองไม่เห็นในที่ที่ไม่ควรมี ลูกค้าไม่เคยเห็นบันทึกภายใน ส่วนเจ้าหน้าที่เห็นได้เสมอ
การกำหนดเส้นทางตามเจตนา
เมื่อแพลตฟอร์มระบุได้ว่าผู้ใช้ต้องการทำอะไร Segment สามารถส่งบทสนทนานั้นไปยังเส้นทางที่ออกแบบมาเฉพาะ เจตนาสร้างบัญชีกับเจตนากู้คืนการเข้าถึงอาจดูคล้ายกันในข้อความแรก แต่ต้องจัดการต่างกันมาก Segments ช่วยให้เอเจนต์เลือกเวิร์กโฟลว์ที่ถูกต้องด้วยกฎแบบ deterministic แทนการเดาแล้วหวังว่าจะถูก
ทำไม “ก่อนโมเดลให้เหตุผล” จึงเป็นประเด็นสำคัญที่สุด
นี่คือจุดที่ Segments เชื่อมโยงกับภาพที่ใหญ่กว่า เอเจนต์ของ Maven ให้เหตุผลบน Graph of Record ซึ่งเป็นภาพรวมที่รวมข้อมูลลูกค้า ประวัติ และระบบที่เป็นแหล่งข้อมูลจริงเบื้องหลังไว้ด้วยกัน กราฟนี้เก็บทุกอย่างที่เอเจนต์อาจนำมาใช้ได้ ส่วน segment จะกำหนดว่าส่วนใดของกราฟถูกนำมาใช้ในบทสนทนานี้ ก่อนเริ่มให้เหตุผล
ให้มองว่าเป็นการควบคุมสิทธิ์เข้าถึงสำหรับความฉลาดของ AI Graph of Record คือความรู้ ส่วน Segments คือนิยามแบบ deterministic ว่าใครได้ใช้ความรู้ส่วนไหน และเมื่อใด การแบ่งหน้าที่นี้ทำให้เอเจนต์ตัวเดียวครอบคลุมทั้งองค์กรได้โดยไม่กลายเป็นความเสี่ยง เพราะรู้มากในภาพรวม แต่ถูกจำกัดขอบเขตอย่างเข้มงวดในแต่ละช่วงเวลา
นี่ยังเป็นเหตุผลที่แนวทางนี้สอดรับกับโมเดลแบบ overlay แทนที่จะขัดแย้งกัน Maven ทำงานอยู่บนเฮลป์เดสก์ CRM และแหล่งความรู้ที่บริษัทใช้อยู่แล้ว Segments คือวิธีกำกับดูแลข้อมูลจำนวนมากนั้น แทนที่จะเทข้อมูลทั้งหมดลงในทุกบทสนทนาโดยไม่คัดกรอง เอเจนต์เชื่อมต่อกับหลายระบบ แต่ได้รับอนุญาตให้ใช้เพียงส่วนน้อยในแต่ละครั้ง ซึ่งเป็นการออกแบบโดยตั้งใจ
ทำไมเรื่องนี้สำคัญต่อการแก้ปัญหาอัตโนมัติในระดับใหญ่
การแก้ปัญหาอัตโนมัติ คือเป้าหมาย เอเจนต์ไม่ได้แค่ส่งต่อหรือเบี่ยงคำถาม แต่แก้ปัญหาให้จบ ทว่าการแก้ปัญหาที่ไว้วางใจได้ขึ้นอยู่กับว่าเอเจนต์เลือกความรู้และแอ็กชันที่ถูกต้องได้ทุกครั้ง ไม่ใช่แค่ส่วนใหญ่ Mastermind ทำอัตราการแก้ปัญหาอัตโนมัติได้ 93% ภายใน 6 สัปดาห์ บนรากฐานแบบนี้ อัตราการแก้ปัญหาที่สูงจะปลอดภัยก็ต่อเมื่อเอเจนต์ให้เหตุผลจากชุดข้อมูลที่ถูกต้องและจำกัดขอบเขตอย่างรัดกุม
ผลกระทบนั้นเป็นรูปธรรม หากกำหนดขอบเขตผิด ความผิดพลาดไม่ใช่เรื่องนามธรรม แต่คือลูกค้าที่ได้รับนโยบายผิด บัญชีที่ถูกแบนถูกปฏิบัติเหมือนบัญชีใหม่ หรือแบรนด์หนึ่งตอบด้วยน้ำเสียงของอีกแบรนด์ แต่ละกรณีบั่นทอนความไว้วางใจทีละน้อย และความไว้วางใจคือสิ่งที่เอเจนต์ AI ควรปกป้อง Segments คือเหตุผลที่ไม่หวือหวาแต่สำคัญยิ่ง ที่ทำให้เรื่องเหล่านี้ไม่เกิดขึ้น
สรุป
บริการลูกค้าด้วย AI ที่เชื่อถือได้มากที่สุดไม่ได้มาจากโมเดลที่ฉลาดกว่าเพียงอย่างเดียว แต่มาจากการควบคุมอย่างมีวินัยว่าโมเดลเห็นอะไรได้บ้าง Segments คือการควบคุมนั้น เป็นนิยามที่กำหนดไว้แล้วก่อนจะเริ่มให้เหตุผลแม้แต่คำเดียว ว่าเอเจนต์กำลังคุยกับใคร และพวกเขาควรได้รู้อะไร ลูกค้าจะไม่มีวันถามถึงมัน พวกเขาจะแค่ได้รับคำตอบที่ตรงใจต่อไปเรื่อยๆ
ทดลองกับบทสนทนาของคุณเอง
ขอรับเดโมเฉพาะสำหรับคุณฟรี
