Internal Q&A
AI Employee สำหรับ Q&A ภายในและ FAQ ขององค์กร
AGTO ใช้ FAQ เอกสารงาน และคำตอบเดิม เพื่อสร้าง AI Employee ที่ตอบคำถามภายในได้ โดยให้คนตรวจสอบก่อนนำความรู้ไปใช้ซ้ำเป็น Skill
สรุป — สิ่งที่หน้านี้อธิบาย
Internal Q&A
เปลี่ยนคำถามเป็นความรู้ที่อนุมัติแล้ว
คำถาม คำตอบที่เสนอ การตรวจของผู้รับผิดชอบ และ Skill ที่อนุมัติแล้ว ถูกจัดเป็นลูปปรับปรุงเดียว
เริ่มจาก FAQ และเอกสารที่มีอยู่
ไม่จำเป็นต้องเชื่อมทุกข้อมูลตั้งแต่แรก เริ่มจาก FAQ คู่มือ นโยบาย และคำตอบเก่าของทีมที่มีคำถามซ้ำบ่อย
ไม่เผยแพร่คำตอบ AI ทันที
AGTO ให้เจ้าหน้าที่ตรวจ แก้ อนุมัติ หรือปฏิเสธคำตอบก่อน ความรู้ที่อนุมัติแล้วจึงกลายเป็น Skill ที่ใช้ซ้ำได้
ใช้ log คำถามเป็นสัญญาณปรับปรุง
คำถามที่ตอบไม่ได้ คำถามซ้ำ และเอกสารที่ล้าสมัยจะมองเห็นได้ เพื่อปรับปรุง FAQ และขั้นตอนงานอย่างต่อเนื่อง
Internal Q&A
คนอนุมัติคำตอบ แล้วใช้ Skill ที่อนุมัติซ้ำในการตอบครั้งถัดไป
รายละเอียดการออกแบบ
ข้อมูลที่ควรรวบรวมก่อนสำหรับ Q&A ภายใน
แทนที่จะเชื่อมทั้งบริษัทพร้อมกัน ให้จำกัดที่คำถามและเกณฑ์คำตอบของทีมเดียว สำหรับเอกสารแต่ละประเภท กำหนดสิ่งที่ AI เห็นได้และสิ่งที่คนต้องตรวจ
| ประเภทข้อมูล | วิธีใช้ | สิ่งที่ต้องตรวจ |
|---|---|---|
| FAQ / บทความช่วยเหลือ | สร้างคำตอบเริ่มต้น | คำตอบล้าสมัย เงื่อนไขข้อยกเว้น ทีมเจ้าของ |
| คู่มือ / นโยบาย | เสริมหลักฐานและขั้นตอน | เวอร์ชันล่าสุด สิทธิ์เข้าถึง ความต่างของแต่ละทีม |
| ประวัติคำตอบใน chat / อีเมล | ดึงสำนวนที่ใช้จริงในงาน | ข้อมูลส่วนบุคคล คำตอบที่ไม่เป็นทางการ การตัดสินส่วนตัว |
| log คำถามที่ตอบไม่ได้ / ถูกตีกลับ | ค้นหาความรู้ที่ต้องปรับปรุง | เอกสารไม่พอ เกณฑ์ไม่ชัด สิทธิ์ไม่พอ |
รายละเอียดการออกแบบ
เกณฑ์เปลี่ยนคำตอบให้เป็น Skill
อย่าเผยแพร่คำตอบ AI ทันที เฉพาะคำตอบที่ถึงระดับใช้ซ้ำได้จึงเป็น Skill ที่อนุมัติแล้ว การแยกเกณฑ์ไว้ก่อนช่วยประเมินภาระผู้ตรวจด้วย
| การตัดสิน | สถานะ | การดำเนินการถัดไป |
|---|---|---|
| อนุมัติ | หลักฐานชัดและอธิบายข้อยกเว้นได้ | บันทึกเป็น Skill และใช้ซ้ำในคำตอบต่อไป |
| อนุมัติพร้อมแก้ไข | มีประโยชน์แต่ถ้อยคำหรือเงื่อนไขไม่พอ | ใส่การแก้ของผู้ตรวจแล้วทำเป็น Skill |
| พักไว้ | ขาดหลักฐานหรือผู้ตัดสิน | ระบุเอกสาร/ทีมแล้วตรวจซ้ำ |
| ปฏิเสธ | คำตอบผิด ข้อมูลนอกขอบเขต ข้อยกเว้นมาก | ไม่ใช้ซ้ำ เก็บเฉพาะเหตุผลที่ล้มเหลวใน log ปรับปรุง |
ตัวชี้วัด
ตัวชี้วัดสำหรับ pilot Q&A ภายใน
แทนที่จะดูจำนวนคำตอบ ให้ดูว่าความรู้กลายเป็นสิ่งที่ใช้ซ้ำได้จริงหรือไม่ ติดตามคำถามซ้ำ เวลาตอบครั้งแรก Skill ที่อนุมัติ เหตุผลที่ตีกลับ และเอกสารที่ต้องอัปเดต
คำถามซ้ำ
คำถามเดิมเกิดซ้ำน้อยลงไหม
เวลาตอบครั้งแรก
การตอบครั้งแรกเร็วขึ้นไหม
Skill ที่อนุมัติ
คำตอบที่อนุมัติและใช้ซ้ำได้เพิ่มขึ้นไหม
เหตุผลที่ตีกลับ
จัดหมวดการปฏิเสธและแก้ไขได้ไหม
การอัปเดต FAQ
เอกสารที่ต้องอัปเดตมองเห็นไหม
ขั้นตอน
ขั้นตอนเริ่ม Q&A ภายใน
Scope
เลือกขอบเขตงานเดียว
เริ่มจาก HR, IT, admin หรือทีมที่มีคำถามซ้ำจำนวนมาก
Review
ตรวจคำตอบที่ AI เสนอ
เจ้าหน้าที่บันทึกการอนุมัติ การแก้ไข และการปฏิเสธ
Reuse
นำคำตอบที่อนุมัติแล้วไปใช้ซ้ำ
Skill ที่อนุมัติแล้วจะช่วย Q&A และ Routine อื่นต่อไป
FAQ
FAQ เกี่ยวกับ Internal Q&A
FAQ มีน้อยเริ่มได้ไหม?
เริ่มได้ โดยใช้คำตอบใน chat คู่มือ อีเมล และการตรวจของผู้รับผิดชอบร่วมกัน
ถ้า AI ตอบผิดทำอย่างไร?
ผู้ตรวจสามารถแก้หรือปฏิเสธก่อนเป็นความรู้ทางการ และใช้การแก้ไขนั้นปรับปรุง Skill ต่อไป
ควรเริ่มจากทีมไหน?
ทีมที่มีคำถามซ้ำและมีเกณฑ์ตอบชัดเจน เช่น HR, IT, admin หรือ sales support
ต่างจาก internal search หรือ RAG อย่างไร?
Search และ RAG เน้นการค้นหาข้อมูล AGTO เปลี่ยนคำตอบที่ใช้บ่อยให้เป็น Skill ที่อนุมัติแล้วหลังคนตรวจ แล้วนำกลับไปใช้กับคำถามและ Routine ในอนาคต
ตรวจที่มาของคำตอบได้ไหม?
ได้ โดยออกแบบไว้ คำตอบที่เสนอจะเก็บแหล่งอ้างอิง เอกสารที่ต้องอัปเดต และการแก้ของผู้ตรวจ และใช้ซ้ำเฉพาะคำตอบที่อนุมัติแล้ว
วัดผลอื่นนอกจากลดจำนวนคำถามไหม?
วัด เรายังติดตามเวลาตอบครั้งแรก ภาระการตรวจ จำนวนการอัปเดต FAQ และประเภทคำถามที่ตอบไม่ได้
ขั้นตอนถัดไป
ทดลอง Q&A ภายในแบบขอบเขตเล็ก
แจ้งทีมเป้าหมาย FAQ และเอกสารที่มีอยู่ เพื่อออกแบบ pilot 2 สัปดาห์