เมื่อ
ในหลายธุรกิจ ความรู้เหล่านั้นกระจายอยู่ในหน้าบริการที่เขียนห่างกันหลายปี ไฟล์ PDF
เพิ่งเริ่มรู้จัก
คำตอบ สั้น ๆ
ฐานความรู้ AI คือเนื้อหาที่ได้รับการอนุมัติแล้ว ซึ่ง
- รวบรวมสิ่งที่ลูกค้าถาม แล้วตรวจว่าทุก
คำตอบ เขียนเป็นลายลักษณ์ อักษรไว้แล้ว - ให้
เว็บไซต์ เป็นแหล่งข้อมูลหลักเพียงแหล่งเดียวข้อเท็จจริง แต่ละข้อมีเวอร์ชันปัจจุบันเพียงเวอร์ชันเดียว - เขียนให้ค้นเจอง่าย: หนึ่งส่วนต่อหนึ่งเรื่อง หัวข้อที่บอกชื่อเรื่อง
ข้อเท็จจริง และวันที่ที่ชัดเจน และไม่มีอะไรที่อยู่แค่ใน PDF - ให้ทุกภาษาอัปเดตไปพร้อมกัน และกันข้อมูลลับออกไป
- ทดสอบด้วย
คำถาม จริงของลูกค้า ก่อนเปิดใช้งาน และหลังการเปลี่ยนแปลงทุกครั้ง
RAG ทำงานอย่างไร
RAG ย่อมาจาก Retrieval-augmented generation หรือการ
อธิบาย RAG: ทำดัชนี ค้นคืน ตอบ
- ทำดัชนี (index)
เครื่องมือ แบ่งหน้าเว็บและเอกสารของคุณออกเป็นข้อความ สั้น ๆ (chunk) แล้วเก็บไว้ในดัชนีค้นหา ซึ่งมักมี embedding กำกับแต่ละชิ้น คือลายนิ้วมือ เชิงตัวเลขของความหมาย เพื่อให้คำว่า “ค่าบริการ”จับคู่ กับ “ราคา” ได้ - ค้นคืน (retrieve) เมื่อลูกค้าถามอะไรสักอย่าง
เครื่องมือ จะดึงข้อความ ไม่กี่ชิ้นที่ดูเกี่ยวข้องที่สุดออกมา - ตอบ (answer) โมเดลได้รับ
คำถาม ข้อความ เหล่านั้น และคำสั่ง (โดยทั่วไปคือ ให้ตอบจากแหล่งเหล่านี้เท่านั้น อ้างอิงแหล่ง และบอกเมื่อแหล่งไม่ครอบคลุม) แล้วจึงเขียนคำตอบ
ในระบบทั่วไป โมเดลไม่ได้เห็นทั้ง
ทำไมเนื้อหาสำคัญกว่าโมเดล
โมเดลที่เก่งกว่าเขียนได้
| อะไร |
สิ่งที่ลูกค้าเห็น | วิธีแก้ที่เนื้อหา |
|---|---|---|
| ไม่มีใครเขียน |
การเดา หรือ |
|
| มี |
“ฉันไม่มีข้อมูลนั้น” | แยกเป็นส่วนของ |
| ค้นเจอ |
ราคาของปีที่แล้ว ที่ตอบมาอย่างมั่นใจ | เลิกใช้ หรือแก้เวอร์ชันเก่า |
| ตัวเลขถูก แต่ผิดบริการ | ระบุชื่อเรื่องในทุกส่วน |
การทำให้
ตรวจว่าฐานความรู้ต้องครอบคลุมอะไร
เริ่มจาก
จับคู่ ทุกคำถาม กับคำตอบ ที่เขียนไว้
สำหรับ
| หัวข้อ | สิ่งที่ลูกค้าถาม | |
|---|---|---|
| บริการ | มีอะไรรวมอยู่บ้าง เหมาะกับใคร | สไลด์ขาย หรือในหัวของพนักงานขาย |
| ราคา | ราคา |
|
| นโยบาย | การยกเลิก การคืนเงิน การ |
|
| การให้บริการ | เวลาทำการ พื้นที่ให้บริการ |
โพสต์ |
| เกิดอะไรขึ้นหลังติดต่อสอบถาม | อีเมลตอบกลับที่บันทึกไว้ |
เขียนไว้ด้วยว่าคุณไม่ทำอะไร
ลูกค้ามักถามว่า “รับทำ…ไหม?” และถ้าเนื้อหาของคุณไม่เคยบอกว่าไม่ โมเดลอาจเดาเอาจากหน้า
ให้เว็บไซต์ เป็นแหล่งข้อมูลหลัก
ข้อเท็จจริง อยู่ในเนื้อหา กฎอยู่ในคำสั่ง
คำสั่ง เก็บกฎ: ตอบจากแหล่งข้อมูลเท่านั้นหลีกเลี่ยง บางหัวข้อ ส่งต่อให้คนในสถานการณ์ที่กำหนด ไว้- ฐานความรู้เก็บ
ข้อเท็จจริง : บริการ ราคา นโยบาย เวลาทำการ - ข้อมูลสดมาจากระบบของคุณ
สต็อก ความพร้อมให้บริการ และสถานะคำสั่งซื้อ ควรดึงผ่านเครื่องมือ (tool) ไม่ใช่เขียนไว้บนหน้าเว็บ บทความ การเชื่อมเอเจนต์ กับเว็บไซต์ CRM และระบบจอง อธิบายเรื่องนี้
ตัดสินว่าอะไรเข้า อะไรไม่เข้า
ในขณะที่เขียนบทความนี้ (กรกฎาคม 2026) แพลตฟอร์ม
- เข้า: หน้าบริการ ราคา นโยบาย
คำถาม ที่พบบ่อย ติดต่อ และที่ตั้ง ที่เป็นปัจจุบันและมีเจ้าของ - ไม่เข้า: แคมเปญที่จบแล้ว ประกาศรับสมัครงานที่ปิดแล้ว ฉบับร่าง หน้าทดสอบ และข่าวเก่าที่พูดถึงราคาหรือนโยบาย
ข่าวเก่าคือ
กำจัดข้อมูลที่ขัดกัน
ค้นหาทุกจุดใน
เขียนเนื้อหาให้ค้นเจอง่าย
เนื้อหาที่ค้นเจอง่าย คือเนื้อหาที่คนรีบ ๆ กวาดตาอ่านได้ งานนี้จึงช่วย
หนึ่งเรื่องต่อหน้า หนึ่งคำถาม ต่อส่วน
หน้า “ข้อมูลที่เป็นประโยชน์” ที่รวมเรื่องการ
ระบุชื่อเรื่องทุกครั้ง
ข้อเท็จจริง ต้องชัด มีวันที่และเงื่อนไข
คำโฆษณาแบบ
| คลุมเครือ | ชัดเจน |
|---|---|
| “ราคาขึ้นในปีนี้” | “ตั้งแต่ 1 มีนาคม 2026 การสำรวจหน้างานมี |
| “ปกติใช้เวลาสักสองสามสัปดาห์” | “ชิ้นงานสั่งผลิต |
| “ดู |
“คุณยกเลิกได้ฟรี จนถึง 48 ชั่วโมงก่อน |
ใช้เนื้อหาแบบมีโครงสร้าง แทนหน้าที่ทำทีละหน้า
เมื่อหน้าบริการทุกหน้าจัดวางด้วยมือ ราคาอาจไปอยู่คนละที่ในแต่ละหน้า และบางหน้าก็เงียบ ๆ ไม่ใส่ราคาเลย ประเภทเนื้อหาแบบมี
| ประเภทเนื้อหา | ช่องข้อมูลที่ควร |
|---|---|
| บริการ | สรุป เหมาะกับใคร อะไรรวมและไม่รวม ราคา |
| นโยบาย | วันที่มีผล กฎ |
ช่องข้อมูลที่
อย่าให้ข้อมูลอยู่แค่ใน PDF หรือรูปภาพ
การดึง
ให้ทุกภาษาอัปเดตไปพร้อมกัน
ถ้าลูกค้าของคุณใช้มากกว่าหนึ่งภาษา ทุกเวอร์ชันภาษาเป็นส่วนหนึ่งของฐานความรู้ การค้นหาหลายภาษาสามารถ
กรอก ข้อเท็จจริง ที่ไม่ขึ้นกับภาษาเพียงครั้งเดียว ใช้ราคา วันที่ และเบอร์โทรศัพท์ร่วมกันทุกเวอร์ชันภาษา ถ้า CMS ของคุณรองรับ- ถือว่าการเปลี่ยนแปลงยังไม่เสร็จ จนกว่าทุกภาษาจะอัปเดต โดยมีเจ้าของและวันที่ทบทวน สำหรับแต่ละเวอร์ชัน
- ให้
โครงสร้าง ขนานกัน มีหน้าและส่วนเหมือนกันในทุกภาษา เพื่อให้เห็นช่องว่าง คู่มือ SEO หลายภาษา พูดถึงด้านการค้นหา - ให้ผู้ที่ใช้ภาษานั้นคล่อง
ตรวจทาน ทุกอย่างที่เกี่ยวกับสัญญา แทนที่จะเชื่อการแปลด้วยเครื่องที่ไม่ได้ตรวจ
สิ่งที่ห้ามใส่ในฐานความรู้ AI
ให้ถือว่าทุกอย่างในฐานความรู้ อาจถูกยกมาพูดคำต่อคำ ให้ใครก็ได้ที่ถามอย่างแยบยล การสั่งให้
ทดสอบด้วยคำถาม จริงก่อนเปิดใช้งาน
ใช้สิ่งที่ลูกค้าถามจริง ด้วยถ้อยคำของพวกเขา ไม่ใช่
สร้าง ชุดทดสอบ จากการติดต่อสอบถามของคุณ ทั้งคำถาม ทั่วไปคำถาม ที่เรียบเรียง แปลก ๆ ทุกภาษาที่คุณให้บริการ และคำถาม ที่เนื้อหาของคุณตั้งใจไม่ตอบ- เขียน
คำตอบ ที่คาดหวัง และหน้าที่เป็นแหล่งข้อมูล ของแต่ละข้อไว้ก่อนเริ่มทดสอบ - ให้คะแนนทุก
คำตอบ : ถูกและอ้างอิงแหล่ง ถูกแต่มาจากแหล่งผิด ไม่ครบ ผิด หรือควรส่งต่อให้คน - ตรวจว่าค้นคืนอะไรมา
เครื่องมือ หลายตัวแสดงว่าแต่ละคำตอบ ใช้ข้อความ ชิ้นไหนคำตอบ ผิดจากข้อความ ที่ถูก ชี้ไปที่คำสั่ง ถ้ามาจากข้อความ ที่ผิด ชี้ไปที่เนื้อหา แก้ที่ต้นเหตุ ไม่ใช่แก้คำตอบ ที่คาดหวัง - ทดสอบการ
ซิงก์ ลองแก้อะไรเล็ก ๆ ที่ไม่มีผลเสีย บน เว็บไซต์ แล้วจับเวลาว่าเอเจนต์ ใช้เวลานานแค่ไหน กว่าจะตอบตามข้อมูลใหม่ ถ้ามันอ่านเว็บไซต์ ใหม่ทุกสัปดาห์ ราคาใหม่อาจผิดได้นานถึงหนึ่งสัปดาห์ กำหนด เกณฑ์การเปิดใช้งานล่วงหน้า เช่น ไม่มีคำตอบ ผิดเรื่องราคา นโยบาย หรือความปลอดภัย และส่งต่อให้คนอย่างราบรื่น เมื่อเนื้อหาไม่มีคำตอบ
รันชุดทดสอบซ้ำทุกครั้งที่เนื้อหา
เนื้อหาถูก เอเจนต์ ก็ตอบถูก
สำหรับ
ถ้า