- ประโยชน์ของ AI ในองค์กรที่วัดเป็นตัวเลขได้มี 7 ข้อ จากงานประจำ
- ทุกข้อต้องมีค่าก่อนเริ่มจากระบบที่ใช้อยู่ ไว้เทียบกับตัวเลขหลังใช้ AI
- แต่ละข้อมีเงื่อนไขที่ทำให้ไม่เห็นผล
- ชั่วโมงที่ประหยัดได้ลดต้นทุนก็ต่อเมื่อมีคนนำไปใช้
ประโยชน์ของ AI ในองค์กรเริ่มจากตัวเลขก่อนเริ่ม
เมื่อถามว่า AI ช่วยอะไรได้ ผู้บริหารมักได้คำตอบว่าเร็วขึ้น แม่นขึ้น ประหยัดขึ้น ซึ่งตรวจสอบไม่ได้จนกว่าจะรู้ว่าวันนี้งานนั้นใช้เวลาเท่าไร ผิดบ่อยแค่ไหน และไปรอที่ขั้นไหน ตัวเลขชุดนี้คือ Baseline หรือค่าก่อนเริ่มเปลี่ยนระบบ
ประโยชน์ของ AI ในการทำงานทั้ง 7 ข้อข้างล่าง บอกงานที่เห็นผล ตัวชี้วัดกับวิธีเก็บค่าก่อนเริ่ม และเมื่อไหร่ที่ผลจะไม่เกิด สูตรแปลงเวลาเป็นเงินอยู่ใน ธุรกิจของคุณเสียเงินกับงาน Manual เดือนละเท่าไร?
1. งานเอกสารเสร็จเร็วขึ้น ตั้งแต่รับเข้าจนบันทึกในระบบ
เห็นผลเร็วกับเอกสารที่เข้ามามาก หน้าตาคล้ายกัน และต้องพิมพ์ซ้ำลงระบบ เช่น ใบแจ้งหนี้ AI อ่านเอกสารภาษาไทยด้วย OCR จับคู่กับใบสั่งซื้อ แล้วส่งเฉพาะใบที่ไม่ตรงให้คนดู
วัดด้วย Cycle Time ตั้งแต่เอกสารเข้าจนบันทึกเสร็จ รวมเวลารอ และ Touch Time เวลาที่คนลงมือทำจริงต่อใบ Cycle Time ดึงย้อนหลังได้จากเวลาอีเมลเข้าเทียบกับเวลาบันทึกใน ERP ส่วน Touch Time จับเวลาจากเอกสารจริงราว 30 ใบ
ไม่เห็นผลเมื่อเวลาส่วนใหญ่อยู่ที่การรอผู้อนุมัติ Touch Time ลดแต่ Cycle Time แทบไม่ขยับ เอกสารที่สแกนไม่ชัดก็จะไปกองที่คิวข้อยกเว้น
2. ตอบลูกค้าเร็วขึ้น และตอบตรงกันทุกช่องทาง
เห็นผลกับคำถามซ้ำใน LINE OA เว็บ หรืออีเมล ที่คำตอบอยู่ในเอกสารหรือระบบ เช่น สถานะออเดอร์ เงื่อนไขรับประกัน AI ตอบเรื่องที่ตอบได้ และส่งต่อพนักงานพร้อมสรุปเมื่อเกินขอบเขต
วัดด้วยเวลาตอบครั้งแรก ทั้งค่ากลางและ P90 สัดส่วนเรื่องที่จบโดยไม่ส่งต่อคน และสัดส่วนคำตอบที่หัวหน้าต้องแก้เมื่อสุ่มตรวจ ค่าก่อนเริ่มดึงจากประวัติแชตย้อนหลัง แยกตามช่วงเวลา เพราะคำถามนอกเวลาทำการมักรอนานที่สุด
ไม่เห็นผลเมื่อคำถามส่วนใหญ่ต้องใช้ดุลยพินิจ เช่น ต่อรองราคา หรือเมื่อเอกสารที่ AI ใช้ตอบไม่มีใครดูแล
3. รายงานพร้อมเร็วขึ้นหลังปิดงวด
รายงานผู้บริหารใช้เวลาไปกับการดึงข้อมูลหลายระบบมาวางใน Excel AI รวมข้อมูล ร่างคำอธิบายตัวเลขที่เปลี่ยน และชี้รายการผิดปกติให้คนตรวจ
วัดด้วยจำนวนวันทำการจากปิดงวดจนรายงานถึงผู้บริหาร และจำนวนขั้นที่คัดลอกวางด้วยมือ ค่าก่อนเริ่มได้จากวันที่ส่งรายงาน 3 ถึง 6 งวดล่าสุด และจากการนั่งดูคนทำรายงานหนึ่งรอบ
ไม่เห็นผลเมื่อตัวเลขต้นทางยังไม่นิ่ง เช่น ฝ่ายขายแก้ยอดหลังปิดงวด AI จะทำรายงานที่ผิดได้เร็วขึ้นเท่านั้น
4. การอนุมัติไม่ค้างอยู่บนโต๊ะ
ใบขอซื้อและวงเงินเครดิตมักค้างเพราะเอกสารไม่ครบ หรือผู้อนุมัติไม่รู้ว่ามีงานรอ AI ตรวจความครบก่อนส่ง แล้วส่งถึงผู้อนุมัติในช่องทางที่เขาเปิดดูจริง
วัดด้วย Lead Time จากยื่นจนได้คำตอบ และ Exception Rate หรือสัดส่วนเรื่องที่ระบบไม่จบเองและต้องให้คนดู ถ้ายังอนุมัติทางอีเมลหรือกระดาษ ให้จดเวลายื่นกับเวลาอนุมัติไว้ 4 สัปดาห์ก่อนเริ่ม ตัวอย่างการลด Cycle Time ทั้งสายงานอยู่ใน ลดเวลาทำงานจาก 3 วันเหลือ 3 ชั่วโมงด้วย AI Workflow
ไม่เห็นผลเมื่อสาเหตุคือนโยบาย เช่น ทุกเรื่องต้องผ่านห้าชั้น งานไปถึงเร็วขึ้น แต่คนตัดสินยังมีเวลาเท่าเดิม
5. พนักงานหาคำตอบในความรู้ของบริษัทได้เอง
ระเบียบ คู่มือสินค้า และเงื่อนไขสัญญา กระจายอยู่หลายโฟลเดอร์ AI ที่ค้นเอกสารของบริษัทก่อนตอบ หรือ RAG ให้พนักงานถามเป็นภาษาไทย แล้วได้คำตอบพร้อมลิงก์เอกสารต้นทาง
วัดด้วยเวลาหาคำตอบต่อคำถาม และสัดส่วนคำตอบที่อ้างเอกสารถูกฉบับ ค่าก่อนเริ่มได้จากให้พนักงานกลุ่มหนึ่งจดคำถามกับเวลาที่ใช้หาไว้ 2 สัปดาห์
ไม่เห็นผลเมื่อเอกสารล้าสมัย หลายฉบับขัดกัน หรือความรู้สำคัญไม่เคยมีใครเขียนไว้
6. งานแก้ซ้ำน้อยลงเพราะตรวจคุณภาพก่อนส่ง
AI ตรวจงานตามกฎที่ชัดก่อนงานออกจากทีม เช่น ใบเสนอราคาที่ราคาไม่ตรงตาราง หรือใบกำกับภาษีที่เลขผู้เสียภาษีผิด งานที่ไม่ผ่านกลับไปให้คนแก้พร้อมเหตุผล
วัดด้วยสัดส่วนงานแก้ซ้ำ และข้อผิดพลาดที่พบก่อนส่งเทียบกับที่ลูกค้าพบหลังส่ง ค่าก่อนเริ่มมาจากใบลดหนี้ การคืนสินค้า และบันทึกข้อร้องเรียนย้อนหลัง
ไม่เห็นผลเมื่อกฎไม่ชัด หรือระบบเตือนบ่อยจนคนกดผ่านโดยไม่อ่าน
7. พนักงานใหม่ทำงานได้เองเร็วขึ้น
ผู้ช่วย AI ที่ตอบจากคู่มือของบริษัทและพาทำตามขั้นตอนในระบบจริง ลดเวลาที่พนักงานใหม่ต้องถามคนรอบตัว
วัดด้วยจำนวนวันจนพนักงานใหม่ทำงานหลักได้ตามเกณฑ์ที่หัวหน้ากำหนด เช่น บันทึกออเดอร์ 20 รายการติดกันโดยไม่ผิด ค่าก่อนเริ่มมาจากพนักงานรุ่นก่อนในตำแหน่งเดียวกัน
ไม่เห็นผลเมื่อรับคนใหม่ปีละไม่กี่คนจนตัวเลขน้อยเกินกว่าจะเทียบได้ หรือเมื่อยังไม่มีคู่มือให้ AI ใช้ตอบ
| ประโยชน์ | ตัวชี้วัด | งานที่เห็นผล | เมื่อไหร่ไม่เห็นผล |
|---|---|---|---|
| 1. งานเอกสาร | Cycle Time, Touch Time | ใบแจ้งหนี้ | เวลาอยู่ที่การรอ |
| 2. ตอบลูกค้า | เวลาตอบครั้งแรก | คำถามซ้ำใน LINE OA | ต้องใช้ดุลยพินิจ |
| 3. รายงาน | วันจากปิดงวดถึงรายงาน | รายงานผู้บริหาร | ตัวเลขต้นทางยังเปลี่ยน |
| 4. การอนุมัติ | Lead Time, Exception Rate | ใบขอซื้อ วงเงินเครดิต | สาเหตุคือนโยบาย |
| 5. ค้นความรู้ | เวลาหาคำตอบ | ระเบียบ คู่มือ สัญญา | เอกสารเก่าหรือขัดกัน |
| 6. ตรวจคุณภาพ | สัดส่วนงานแก้ซ้ำ | ใบเสนอราคา ใบกำกับภาษี | กฎไม่ชัด |
| 7. พนักงานใหม่ | วันจนถึงเกณฑ์ | ตำแหน่งที่รับคนสม่ำเสมอ | ไม่มีคู่มือ |
วัดก่อน วัดหลัง ด้วยงานชุดเดียวกัน
ก่อนและหลังเทียบกันได้เมื่อเป็นงานประเภทเดียวกัน ช่วงเวลาคล้ายกัน และวัดด้วยวิธีเดียวกัน รายงานค่ากลางคู่กับ P90 เพราะงานไม่กี่ชิ้นที่ค้างนานดึงค่าเฉลี่ยให้เพี้ยน วิธีพิสูจน์ด้วยกลุ่มเปรียบเทียบว่าผลมาจาก AI จริง อยู่ใน วัดผลจาก AI อย่างไรไม่ให้หลอกตัวเอง
กรณีจำลอง
บริษัทจัดจำหน่ายอะไหล่รถยนต์ในปทุมธานี (ชื่อและรายละเอียดสมมติ) พิมพ์ใบแจ้งหนี้ภาษาไทยจากผู้ขายหลายร้อยรายลง ERP ทีละใบ ผู้อำนวยการฝ่ายการเงินอยากรู้ว่า AI อ่านเอกสารจะเปลี่ยนอะไร ก่อนอนุมัติงบ
ทีมดึงเวลาอีเมลเข้ากับเวลาบันทึกใน ERP ย้อนหลัง 4 สัปดาห์ หาค่ากลางและ P90 ของ Cycle Time และจับเวลา Touch Time จาก 30 ใบ สิ่งที่พบคือเวลาส่วนใหญ่หมดไปกับการรอผู้จัดการแผนกยืนยันรับของ ถ้าทำแค่ OCR ตัวเลขจะแทบไม่ขยับ
Pilot หนึ่งไตรมาสจึงมีสองส่วน OCR สำหรับผู้ขายกลุ่มใหญ่ที่สุด และการแจ้งเตือนคนยืนยันรับของ โดยผู้ขายกลุ่มอื่นทำแบบเดิมไว้เทียบ ผู้อำนวยการเขียนไว้ก่อนเริ่มว่าชั่วโมงที่ได้คืนจะใช้ปิดบัญชีให้เร็วขึ้นและเลิกจ้างพนักงานชั่วคราวช่วงสิ้นเดือน ตัวเลขปลายไตรมาสตอบว่าสองเรื่องนี้เกิดขึ้นจริงหรือไม่
วัดก่อน วัดหลัง 30 วัน
- วันที่ 1 ถึง 3 เลือกหนึ่งงาน หนึ่งตัวชี้วัด เขียนจุดเริ่มนับ จุดหยุดนับ และงานที่ชั่วโมงที่ได้คืนจะไปอยู่
- วันที่ 4 ถึง 10 ดึงค่าก่อนเริ่ม ใช้เวลาจริงย้อนหลังอย่างน้อย 4 สัปดาห์ หาค่ากลางและ P90
- วันที่ 11 ถึง 25 ทดลองกับทีมเดียว นับรายการที่เข้าคิวข้อยกเว้น และเก็บกลุ่มที่ทำแบบเดิมไว้เทียบ
- วันที่ 26 ถึง 30 เทียบงานชุดเดียวกัน รายงานค่ากลาง P90 และชั่วโมงที่นำไปใช้จริง พร้อมรายการที่ระบบทำผิด
กฎ: งานที่มีรอบรายเดือน เช่น ปิดบัญชี ต้องทดลองให้ครบหนึ่งรอบ
AI ลดต้นทุนในองค์กรได้อย่างไร
ต้นทุนลดได้จริงสามทาง ทีมเดิมรับงานเพิ่มได้โดยไม่จ้างคนเพิ่มหรือลด OT งานผิดน้อยลงจนใบลดหนี้และการส่งของซ้ำลดตาม และการรอสั้นลงจนเก็บเงินได้เร็วขึ้น
กับดักที่พบบ่อยคือนับชั่วโมงที่ประหยัดได้ คูณค่าแรง แล้วเรียกว่าเงินที่ประหยัด ถ้าชั่วโมงเหล่านั้นกระจายเป็นไม่กี่นาทีในวันของแต่ละคนโดยไม่มีใครวางแผนว่าจะใช้ทำอะไร ต้นทุนก็เท่าเดิม ให้เขียนไว้ก่อนเริ่มว่าชั่วโมงที่ได้คืนจะไปอยู่ที่งานไหน แล้ววัดสิ่งนั้นด้วย และหักค่า AI ทั้งหมดก่อนสรุปว่าคุ้ม ถ้ายังไม่รู้ว่าจะเริ่มที่แผนกไหน อ่าน ถ้าต้องการลดต้นทุนพนักงาน ควรเริ่มใช้ AI ในแผนกไหนก่อน?
ก่อนประกาศว่า AI ได้ผล
ตรวจเจ็ดข้อนี้ก่อนนำตัวเลขไปรายงานผู้บริหาร
- ค่าก่อนเริ่มมาจากข้อมูลจริงย้อนหลังอย่างน้อย 4 สัปดาห์
- ก่อนและหลังเป็นงานประเภทเดียวกัน ปริมาณและช่วงเวลาใกล้กัน
- รายงานค่ากลางคู่กับ P90
- นับรายการในคิวข้อยกเว้น และเวลาคนที่ใช้จัดการ
- สุ่มตรวจคุณภาพแล้ว ความเร็วอย่างเดียวไม่พอ
- บอกได้ว่าชั่วโมงที่ได้คืนไปอยู่ที่งานไหน
- เจ้าของกระบวนการยอมรับตัวเลขชุดนี้
สำหรับทีมพัฒนา · ตัวชี้วัดเชิงเทคนิค
เก็บตัวเลขจาก Event ของระบบ แทนเวลาที่คนกรอกเอง ทุกครั้งที่สถานะงานเปลี่ยน ให้เขียน Event พร้อม Timestamp, Case ID, ผู้ทำ (คนหรือระบบ) และเวอร์ชันของโมเดลกับ Prompt ลง Audit Log ตารางเดียวนี้คำนวณ Cycle Time, Wait Time และ Exception Rate ได้ครบ ติด Event ชุดเดียวกันกับกระบวนการเดิมก่อนเปิดใช้ AI เก็บเหตุผลที่เข้าคิวข้อยกเว้นเป็นรหัส คำนวณวันทำการโดยตัดวันหยุดราชการไทยออก และสร้าง Dashboard จากตาราง Event โดยตรง
วิธีที่เราตั้งตัวชี้วัดก่อนเริ่มสร้าง
งาน AI ของ DNA Maker เริ่มจากขั้นทำความเข้าใจ เรานั่งดูงานจริงกับทีมของคุณ ตกลงตัวชี้วัดที่ผู้บริหารยอมรับ ดึงค่าก่อนเริ่มจากระบบที่ใช้อยู่ และเขียนเกณฑ์ความสำเร็จลงในขอบเขตงาน ถ้าตัวเลขบอกว่างานรอคนตัดสินมากกว่ารอการพิมพ์ เราจะบอกตรง ๆ ว่าควรปรับขั้นตอนอนุมัติก่อน
จากนั้นเราทำ Pilot กับทีมเดียว คุณเห็น Demo บนข้อมูลจริงและ Dashboard ทุกสัปดาห์ ทีมเป็นของ DNA Maker ทั้งหมด ไม่มีการจ้างช่วง ขอบเขตและราคาคงที่ก่อนเริ่มงาน งานลักษณะนี้คือสิ่งที่เราทำให้ธนาคาร โรงพยาบาล และกลุ่มบริษัทขนาดใหญ่ของไทย คุยกับเราได้ที่หน้า AI Workflow หรือถาม Dream ในหน้าแชต
SOFTWARE ENGINEERING GLOSSARY
คลังคำศัพท์การพัฒนาซอฟต์แวร์
| คำศัพท์ | คืออะไร | ตัวอย่างที่เข้าใจง่าย | คำถามที่ผู้บริหารควรถามทีมพัฒนา |
|---|---|---|---|
| Baseline | ค่าของงานก่อนเปลี่ยนระบบ | เวลาบันทึกใบแจ้งหนี้ก่อนใช้ OCR | มาจากข้อมูลในระบบหรือจากการประมาณ? |
| Cycle Time | เวลาตั้งแต่งานเข้าจนเสร็จ รวมเวลารอ | จากอีเมลเข้าจนบันทึกใน ERP | เวลาส่วนใหญ่อยู่ที่การทำหรือการรอ? |
| Touch Time | เวลาที่คนลงมือทำจริง | นาทีที่ใช้พิมพ์ใบแจ้งหนี้หนึ่งใบ | เวลาที่ได้คืนจะไปใช้ทำอะไร? |
| P90 | เวลาที่งาน 90% เสร็จภายในนั้น | ใบอนุมัติ 9 ใน 10 ใบเสร็จภายในเวลานี้ | งานที่ช้าที่สุดดีขึ้นด้วยหรือไม่? |
| Exception Rate | สัดส่วนรายการที่ต้องให้คนดู | ใบที่สแกนไม่ชัด | ใครดูแลคิวข้อยกเว้น? |
