เริ่ม AI Project จากปัญหาธุรกิจ ไม่ใช่จากเครื่องมือ
เขียน problem brief ที่ระบุผู้ใช้ งานปัจจุบัน baseline ความเสียหาย ขอบเขต และผลลัพธ์ที่ยอมรับได้
เป้าหมาย: เปลี่ยนคำขอว่าอยากใช้ AI ให้เป็นปัญหาที่วัดและตัดสินใจได้ · ใช้เวลาประมาณ 15 นาที
ผลลัพธ์ที่ต้องสร้าง
ทำให้การตัดสินใจตรวจสอบได้ด้วยหลักฐาน เจ้าของ และเกณฑ์ที่กำหนดก่อนเห็นผล
User and job
ระบุคนที่ทำงาน ผู้รับผล และการตัดสินใจที่ต้องดีขึ้น
Current baseline
วัดเวลา ปริมาณ ความผิดพลาด ต้นทุน และอัตราส่งต่อจากกระบวนการเดิม
Target and guardrail
กำหนดสิ่งที่ดีขึ้นและสิ่งที่ห้ามแย่ลง เช่น ความถูกต้อง PDPA หรือความพึงพอใจ
Owner and decision
ตั้งเจ้าของกระบวนการ งบ เวลา และเกณฑ์ go/no-go
ตัวอย่างการตัดสินใจ
LINE OA ร้านออนไลน์
ลดเวลาร่างคำตอบทั่วไปจาก 8 เหลือ 3 นาที โดยอัตราแก้ข้อมูลสำคัญไม่เกิน baseline
โจทย์ชัดกว่าคำว่า ‘ทำ chatbot’
โรงแรม
ลดเวลาสรุปกะ แต่ไม่ให้ AI ยืนยันการจองหรือแก้ PMS
ขอบเขตสิทธิ์เป็นส่วนหนึ่งของปัญหา
สัญญาณว่าโครงการกำลังหลงทาง
เริ่มจากซื้อเครื่องมือ
ทีมมี solution แต่ไม่มีปัญหาที่วัดได้
เก็บ workflow และ baseline ก่อน
ตั้งเป้าว่าประหยัดเวลา
ไม่รู้ว่ากี่นาทีจึงคุ้ม
กำหนดหน่วยและช่วงวัด
ไม่มีเจ้าของกระบวนการ
ไม่มีคนยืนยันกฎหรือรับผลลัพธ์
แต่งตั้ง owner ก่อน pilot
เขียน problem brief
ทีมขายเสียเวลาสรุป lead จาก LINE OA แต่ยังไม่มีข้อมูลว่ากี่เคสหรือผิดตรงไหน
สร้าง brief หนึ่งหน้าก่อนเสนอ AI
ดูคำตอบตัวอย่าง
ผู้ใช้: sales admin; งาน: อ่านและบันทึก lead; เก็บ baseline 2 สัปดาห์เรื่องจำนวนเคส นาทีต่อเคส ข้อมูลขาด และ lead ซ้ำ; เป้าหมายลดเวลาร่าง 40% โดยข้อมูลจำเป็นและ PDPA ไม่แย่ลง; owner คือหัวหน้าขาย; go/no-go หลัง 100 เคส
- ผู้ใช้และงาน
- baseline จริง
- เป้าหมายมีหน่วย
- guardrail
- owner/go-no-go
บันทึกช่วยจำ
- อย่าประเมินคนจากข้อมูล pilot โดยไม่แจ้งวัตถุประสงค์
- problem brief เปลี่ยนได้เมื่อหลักฐานใหม่มา
สรุปบทเรียนนี้
- เริ่มจากงานและ baseline
- กำหนด target กับ guardrail
- ทุกโครงการต้องมี owner และ decision date