Chatbot ตอบข้อมูลเก่า แก้อย่างไร? เมื่อข้อมูลเปลี่ยน AI ต้องตามให้ทัน
ปัจจุบันหลายธุรกิจเริ่มนำ Chatbot มาใช้ตอบคำถามลูกค้า แต่ปัญหาหนึ่งที่พบเจอคือ "Chatbot ตอบข้อมูลเก่า ใช่หรือไม่?" เช่น แชทบอทเสนอ "โปรโมชั่นเดือนที่แล้ว" ให้ลูกค้า หรือบอกว่า "สินค้ามีพร้อมส่ง" ทั้งที่สินค้าหมดไปแล้ว
ปัญหาอาจไม่ได้อยู่ที่ AI ไม่เก่ง แต่อยู่ที่ AI กำลังอ้างอิงคำตอบจากที่ไหน เพราะข้อมูลแต่ละประเภทมีวิธีจัดการที่ต่างกัน บางเรื่องเป็นความรู้พื้นฐานที่แทบไม่เปลี่ยน บางเรื่องมีการอัปเดตบ่อย และขณะที่ราคา สต็อก หรือสถานะบริการ อาจต้องตรวจสอบจากระบบจริง ณ เวลาที่ลูกค้าสอบถาม
ดังนั้น การนำทุกอย่างมาเก็บไว้เป็น Knowledge ในรูปแบบเดียวกันอาจไม่เหมาะกับการใช้งาน สิ่งสำคัญอยู่ที่ การเลือกวิธีจัดการให้เหมาะกับข้อมูลแต่ละประเภท เพื่อให้ Chatbot นำข้อมูลที่ถูกต้องมาตอบลูกค้า
ข้อมูลสำหรับ AI Chatbot แต่ละประเภท
ข้อมูลแต่ละประเภทมีลักษณะและวิธีจัดการต่างกัน จึงควรเลือกแนวทางให้เหมาะกับลักษณะของข้อมูลนั้น ๆ
| ประเภทข้อมูล | ตัวอย่าง | แนวทางที่เหมาะ |
|---|---|---|
| ชุดข้อมูลพื้นฐาน (Stable Knowledge) | FAQ, วิธีใช้งาน, ขั้นตอนบริการ, Policy ทั่วไป | Knowledge Base |
| เนื้อหาที่อัปเดตบ่อย(Frequently Updated Content) | รายละเอียดสินค้า, Campaign, บทความ, Service Information | Knowledge Auto-update / Content Sync |
| ข้อมูลที่มีการเปลี่ยนแปลงตลอดเวลา (Dynamic Data) | ราคา, Stock, จำนวนที่ว่าง, Order Status, Booking Status | API / Business System |
เพื่อให้เห็นภาพชัดขึ้น ได้แบ่งข้อมูลออกเป็น 3 กลุ่ม ดังนี้
ชุดข้อมูลพื้นฐาน (Stable Knowledge)
→ Knowledge Base
ข้อมูลบางอย่างไม่ได้เปลี่ยนบ่อย และสามารถใช้เป็นแหล่งความรู้สำหรับตอบคำถามทั่วไปได้ เช่น
Chatbot สามารถค้นหาขั้นตอนการคืนสินค้า, นโยบายการคืนสินค้า จาก ความรู้พื้นฐาน (Knowledge Base) แล้วนำมาอธิบายให้ลูกค้าได้ โดยไม่จำเป็นต้งเรียกระบบหลังบ้านทุกครั้ง
เนื้อหาที่อัปเดตบ่อย (Frequently Updated Content)
→ Auto-update
ข้อมูลที่มีเนื้อหาอัปเดตบ่อย เช่น รายละเอียดสินค้า โปรโมชัน หรือบทความต่างๆ ข้อมูลกลุ่มนี้ไม่จำเป็นต้องเรียกจาก API ทุกครั้งที่ลูกค้าถาม แต่ก็ไม่ควรปล่อยให้ Knowledge ใช้เนื้อหาเดิมนานเกินไปโดยไม่มีการอัปเดต
หากธุรกิจมีข้อมูลจากเว็บไซต์หลักอยู่แล้ว ทั้งน้สามารถเลือกใช้ Knowledge Auto-update หรือ Content Sync เพื่อดึงเนื้อหาที่มีการปรับปรุงมาอัปเดตใน Knowledge ตามรอบหรือเงื่อนไขที่กำหนดได้
จากเคสธุรกิจโรงแรม มีการปรับรายละเอียดแพ็กเกจบน Website ทั้งมื้ออาหาร หรือบริการรับ–ส่งสนามบิน
วิธีนี้ช่วยให้ทีมไม่ต้องคอยแก้ไขหรืออัปโหลด Knowledge ทุกครั้งที่มีการปรับเนื้อหา และ Chatbot ก็ยังสามารถใช้ Knowledge ที่มีอยู่เป็นแหล่งความรู้สำหรับตอบคำถามทั่วไปได้
Auto-update จึงเหมาะกับเนื้อหาที่อัปเดตบ่อย ในขณะที่ API เหมาะกับข้อมูลที่ต้องตรวจสอบจากระบบต้นทาง ณ เวลาที่ลูกค้าสอบถาม เช่น ราคา Stock หรือสถานะการจอง
ข้อมูลที่มีการเปลี่ยนแปลงตลอดเวลา (Dynamic Data)
→ API
ข้อมูลบางประเภทมีการเปลี่ยนแปลงตามการทำงานของระบบ และจำเป็นต้องตรวจสอบค่าล่าสุดเมื่อลูกค้าสอบถาม จึงไม่เหมาะกับการเก็บไว้ใน Knowledge แล้วรอการอัปเดต เช่น
ลองนึกถึงคำถามง่าย ๆ อย่าง
“วันนี้คลาส 18.00 น. ยังมีที่ว่างไหม?”
จำนวนที่ว่างสามารถเปลี่ยนได้ทันที เมื่อมีการจองหรือการยกเลิกจองเกิดขึ้น หากนำตัวเลขนี้มาเก็บไว้ใน Knowledge แล้วต้องคอยแก้ตามทุกครั้ง ก็มีโอกาสที่ข้อมูลใน Chatbot จะตอบมั่วได้
แต่หาก Chatbot เชื่อมต่อกับระบบของธุรกิจผ่าน API ก็สามารถเรียกข้อมูลจากระบบต้นทาง ณ เวลาที่ลูกค้าถาม แล้วนำผลลัพธ์มาใช้ตอบได้ เช่น
“รอบ 18.00 น. วันนี้เต็มแล้วค่ะ แต่รอบ 19.30 น. ยังเหลือ 3 ที่ สนใจจองรอบนี้ไหมคะ?”
ในกรณีนี้ Chatbot ไม่จำเป็นต้องเก็บจำนวนที่ว่างไว้ใน Knowledge แต่สามารถเรียกข้อมูลจากระบบโดยตรงได้เลยค่ะ
แล้ว Knowledge, Auto-update และ API ต่างกันอย่างไร?
ทั้ง 3 วิธีสามารถทำงานร่วมกันได้ แต่แต่ละวิธีมีบทบาทต่างกัน
Knowledge Base
เหมาะกับความรู้ที่ Chatbot ต้องใช้ในการตอบคำถามทั่วไป
Knowledge Auto-update / Content Sync
เหมาะกับเนื้อหาที่มีการอัปเดตบ่อย เพื่อช่วยให้ข้อมูลใน Knowledge อัปเดตตาม Source หลัก หรือเว็บไซต์
API
เหมาะกับข้อมูลที่ต้องตรวจสอบจากระบบต้นทาง ณ เวลาที่ใช้งาน เช่น ราคา Stock สถานะคำสั่งซื้อ หรือจำนวนที่ว่าง
หรือกล่าวได้ว่า
Knowledge
ช่วยให้ AI “รู้”
Auto-update
ช่วยให้ Knowledge “ตามเนื้อหาให้ทัน”
API
ช่วยให้ AI “ตรวจสอบสถานะจริงจากระบบ”
เมื่อแบ่งหน้าที่กันแบบนี้ Chatbot ไม่จำเป็นต้องเก็บข้อมูลทุกอย่างไว้ใน Knowledge แต่สามารถเลือกใช้ข้อมูลจากแหล่งที่เหมาะกับคำถามที่ได้รับ ทำให้ทีมงานไม่ต้องคัดลอกข้อมูลมาเก็บซ้ำซ้อนใน Knowledge ทั้งหมด
แล้ว Chatbot จะรู้ได้อย่างไรว่าควรใช้ข้อมูลจากไหน?
การเลือกว่าจะใช้ข้อมูลจากแหล่งไหน สามารถออกแบบได้ผ่าน Intent, Rule หรือ Workflow ของระบบ โดยกำหนดเงื่อนไขให้เหมาะกับลักษณะของคำถาม
ดังนั้น การออกแบบที่ดีจึงไม่ใช่การให้ Chatbot เรียก API ทุกครั้ง หรือให้ AI ค้นจาก Knowledge ทุกคำถาม แต่เป็นการกำหนด เส้นทางของข้อมูลให้เหมาะกับประเภทคำถาม
ข้อมูลธุรกิจเปลี่ยนทุกวัน Chatbot ของคุณตามทันหรือยัง?
Chatbot ที่ดีไม่ได้วัดจากจำนวนคำถามที่ตอบได้เพียงอย่างเดียว ควรเข้าใจก่อนว่า ข้อมูลไหนเหมาะกับ Knowledge ข้อมูลไหนควรอัปเดตตาม Source และข้อมูลไหนควรเรียกจาก ระบบต้นทางโดยตรง
GURUSeed ช่วยธุรกิจและองค์กรออกแบบการทำงานร่วมกันระหว่าง Knowledge, Knowledge Auto-update, API และ Business Systems เพื่อช่วยลดงานที่ทีมต้องคอยอัปเดตซ้ำ และลดโอกาสที่ Chatbot จะนำข้อมูลเก่ามาใช้ตอบลูกค้า ให้ AI เข้าถึงข้อมูลที่เหมาะสม แล้วปล่อยให้ทีมของคุณมีเวลาไปทำงานที่สำคัญกว่า
ปรึกษาการเชื่อมข้อมูลกับ GURUSeed