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