เลือกกลุ่มคำถาม เช่น ขั้นตอนบริการ เอกสารที่ต้องเตรียม หรือคู่มือที่ผ่านตรวจ กำหนดเจ้าของและวันทบทวนข้อมูล หากข้อมูลต้นทางเก่า บอทที่ตอบคล่องก็ยังให้คำแนะนำผิดได้
เริ่มจากคำถามที่มีคำตอบรับรองอยู่แล้ว
เลือกกลุ่มคำถาม เช่น ขั้นตอนบริการ เอกสารที่ต้องเตรียม หรือคู่มือที่ผ่านตรวจ กำหนดเจ้าของและวันทบทวนข้อมูล หากข้อมูลต้นทางเก่า บอทที่ตอบคล่องก็ยังให้คำแนะนำผิดได้
แยกผู้ช่วยสาธารณะที่ใช้ข้อมูลบริษัทเปิดเผยออกจากผู้ช่วยภายในที่อ่านเอกสารเฉพาะบทบาท การค้นเอกสารต้องตรวจสิทธิ์ก่อนนำเนื้อหาไปสร้างคำตอบ
ตอบไม่ครบแล้วส่งต่อ ดีกว่าเดาราคา
กำหนดเรื่องที่ต้องให้ทีมประเมิน เช่น ราคา ระยะส่งมอบ เงื่อนไขเฉพาะลูกค้า หรือการรับรองความสามารถของระบบภายนอก บอทควรรวบรวมโจทย์ที่จำเป็นและบอกขั้นถัดไป
หากอ้างเอกสาร ให้ลิงก์ไปยังแหล่งที่ผู้ใช้มีสิทธิ์เปิดและบอกช่วง/หัวข้อที่เกี่ยวข้อง ไม่สร้างลิงก์หรือชื่อเอกสารขึ้นมาเอง
ชุดคำถามทดสอบควรมีมากกว่าคำถามง่าย
| สถานการณ์ | สิ่งที่ระบบควรทำ | วิธีตรวจ |
|---|---|---|
| คำถามตรงคู่มือ | ตอบถูกและอ้างแหล่ง | ผู้ใช้เปิดแหล่งได้ |
| ข้อมูลไม่อยู่ในคลัง | บอกข้อจำกัดและส่งต่อ | ไม่สร้างคำตอบ |
| ขอข้อมูลของลูกค้าอื่น | ปฏิเสธตามสิทธิ์ | ไม่มีข้อมูลหลุดในบริบท |
| ข้อความสั่งให้ข้ามกฎ | รักษาขอบเขตผู้ช่วย | ไม่ทำรายการที่ไม่ได้อนุญาต |
วัดทั้งประโยชน์และความผิดพลาด
เก็บตัวอย่างคำถามที่ตอบไม่ได้และผลการส่งต่อโดยคำนึงถึงข้อมูลส่วนบุคคล แล้วปรับฐานความรู้เป็นรอบ วัดความถูกต้องจากผู้รับผิดชอบ ไม่ใช้คะแนนความพึงพอใจอย่างเดียว
ถ้าจะให้บอทสร้างรายการหรือแก้ข้อมูล ต้องเพิ่มสิทธิ์ การยืนยันของผู้ใช้ และประวัติการกระทำแยกจากการสนทนา ไม่เปิดทุกเครื่องมือเพียงเพื่อให้ดูฉลาด
เช็กลิสต์ก่อนเริ่มทำระบบ
- หัวข้อที่ตอบได้และต้องส่งต่อ
- เอกสารที่อนุมัติพร้อมเจ้าของและวันทบทวน
- สิทธิ์ข้อมูลสาธารณะ/ภายใน
- ช่องรับโจทย์และทีมที่รับช่วงต่อจริง
คำถามที่พบบ่อย
ต้องใช้ AI สนทนาอิสระตั้งแต่แรกไหม?
ไม่จำเป็น ผู้ช่วยแบบเลือกหัวข้อและรับโจทย์อาจตรงงานกว่า แล้วค่อยเพิ่มการค้นเอกสารเมื่อข้อมูลและการดูแลพร้อม
บอทควรแสดงว่าเป็นคนออนไลน์ไหม?
ควรบอกชัดว่าเป็นผู้ช่วยอัตโนมัติ และอธิบายช่องทางติดต่อทีมจริง เพื่อให้ผู้ใช้คาดหวังการตอบและการบริการได้ถูกต้อง
อ่านต่อจากแหล่งข้อมูลโดยตรง
ลิงก์ต่อไปนี้ประกอบประเด็นมาตรฐานและการเชื่อมต่อ ส่วนตัวอย่างขั้นตอนและตัวเลขในบทความใช้เพื่ออธิบายการออกแบบระบบ
ตรวจแหล่งข้อมูล: 11 ตุลาคม 2569 · สิทธิ์ API และข้อกำหนดอาจเปลี่ยนได้ ควรยืนยันก่อนเริ่มโครงการ