เมื่อไรไม่ควรทำกระบวนการให้เป็นอัตโนมัติ
หากกฎเปลี่ยนบ่อย ข้อยกเว้นมาก ความผิดพลาดมีต้นทุนสูง หรืองานเกิดน้อย ระบบอัตโนมัติอาจขยายความสับสนเดิมแทนที่จะแก้ปัญหา
ระบบอัตโนมัติมักถูกอธิบายว่าเป็นการปรับปรุงล้วน ๆ: เร็วขึ้น ถูกลง สม่ำเสมอขึ้น แต่ระบบทำตามข้อมูลและกฎที่ได้รับ ถ้าทีมยังไม่เห็นตรงกันเรื่องกระบวนการ ระบบก็อาจทำผิดเร็วและสม่ำเสมอกว่าเดิม
เมื่อพบสัญญาณต่อไปนี้ การรอ ลดขอบเขต หรือทำเพียงเครื่องมือช่วย อาจเป็นการตัดสินใจที่เหมาะสม
1. ทีมยังไม่เห็นตรงกันเรื่องกระบวนการปกติ
ถ้าพนักงานแต่ละคนจัดการสถานการณ์เดียวกันต่างกัน และธุรกิจยังไม่ตัดสินว่าวิธีใดถูก ระบบก็ไม่มีกฎที่คงที่ให้ทำตาม
เริ่มจากใช้กรณีจริงตกลงกันว่า ต้องมีข้อมูลอะไร ใครตัดสินใจ และสถานะใดถือว่าเสร็จ ระบบอัตโนมัติไม่ควรแอบกำหนดนโยบายแทนธุรกิจ
2. ส่วนใหญ่เป็นข้อยกเว้น
ถ้าลูกค้าแต่ละรายต้องใช้การตัดสินใจและเจรจามาก และกระบวนการมาตรฐานครอบคลุมเพียงส่วนน้อย การทำอัตโนมัติทั้งหมดมักมีต้นทุนสูง
แต่ยังทำงานรอบข้างอัตโนมัติได้ เช่น เก็บข้อมูลพื้นฐาน จัดไฟล์ เตือนผู้รับผิดชอบ หรือสร้างสรุปให้คนตรวจ อย่ามองข้ามโอกาสช่วยงานทั้งหมดเพียงเพราะการตัดสินใจหลักยังต้องใช้คน
3. ตรวจพบหรือแก้ข้อผิดพลาดกลับไม่ทัน
สรุปภายในที่เขียนไม่ดีมักแก้ได้ แต่การอนุมัติเงินก้อนใหญ่ ลบข้อมูลสำคัญ หรือให้คำมั่นทางกฎหมายกับลูกค้าอัตโนมัติ มีความเสี่ยงต่างกันมาก
หากทำแล้วถอนกลับไม่ได้ รุ่นแรกควรให้คนอนุมัติ จำกัดวงเงินหรือสิทธิ์ หรือคงการทำด้วยคนทั้งหมด
4. งานเกิดไม่บ่อย
งานที่ทำปีละไม่กี่ครั้ง แม้แต่ละครั้งใช้หลายชั่วโมง ก็อาจไม่คุ้มสร้างและดูแลระบบ เพราะครั้งถัดไปกฎ เครื่องมือ หรือผู้รับผิดชอบอาจเปลี่ยนแล้ว
กรณีนี้เหมาะกับเช็กลิสต์ เทมเพลต และขั้นตอนปฏิบัติงานมาตรฐาน (SOP) เพื่อให้คนทำเร็วขึ้น มากกว่าสร้างซอฟต์แวร์ที่ต้องดูแลต่อเนื่อง
5. ข้อมูลเข้าเชื่อถือไม่ได้
ถ้าข้อมูลจากลูกค้า พนักงาน หรือระบบต้นทางขาดบ่อย รูปแบบไม่ตรงกัน หรือขัดแย้ง การให้ระบบทำขั้นต่อไปทันทีจะขยายปัญหา
เริ่มจากปรับข้อมูลเข้า: แบบฟอร์มที่มีโครงสร้าง ช่องจำเป็นที่ตรงกัน ตรวจรูปแบบ และแสดงข้อมูลที่ขาด เมื่อคุณภาพข้อมูลคงที่แล้วค่อยตัดสินว่าจะทำอัตโนมัติต่อหรือไม่
6. ปัญหาจริงคือไม่มีความรับผิดชอบที่ชัดเจน
“ไม่มีใครติดตาม” อาจไม่ต้องใช้ระบบแจ้งเตือน แต่อาจยังไม่ได้กำหนดผู้รับผิดชอบ “รายงานช้าเสมอ” อาจเพราะไม่มีใครรับผิดชอบกำหนดส่ง
เทคโนโลยีช่วยให้เห็นความรับผิดชอบ แต่แทนการตัดสินใจบริหารไม่ได้ ระบุเจ้าของงาน เกณฑ์เสร็จ และช่องทางส่งต่อข้อยกเว้นก่อน แล้วจึงประเมินว่าซอฟต์แวร์ช่วยลดภาระได้หรือไม่
7. เครื่องมือที่มีอยู่เพียงพอแล้ว
หากผลิตภัณฑ์เดิมมีกฎ การเชื่อมต่อ และบันทึกที่เชื่อถือได้ การสร้างระบบใหม่อาจเพิ่มจุดที่ต้องดูแลเท่านั้น
ก่อนทำเอง ตรวจว่าปรับตั้งค่า ใช้ระบบเชื่อมต่อมาตรฐาน หรือเชื่อมง่าย ๆ ได้หรือไม่ เมื่อข้อจำกัดกระทบงานสำคัญซ้ำ ๆ จึงมีเหตุผลรับภาระระยะยาวของระบบเฉพาะ
8. ธุรกิจยังไม่มีคนกำกับระบบ
ทุกกระบวนการอัตโนมัติต้องมีคนรับผิดชอบ:
- ตรวจว่าผลลัพธ์ยังถูกต้อง
- จัดการความล้มเหลวและข้อยกเว้น
- ปรับกระบวนการเมื่อกฎธุรกิจเปลี่ยน
- ดูแลสิทธิ์ ข้อมูลรับรองการเข้าถึง และข้อมูลอ่อนไหว
- ตัดสินว่าเมื่อไรควรหยุดหรือกลับไปใช้คน
ถ้าไม่มีคนรับผิดชอบ หลังเริ่มใช้ระบบจะค่อย ๆ เชื่อถือได้น้อยลง
ไม่ทำอัตโนมัติ ไม่ได้แปลว่าไม่ทำอะไรเลย
เลือกการปรับปรุงขนาดเล็กได้:
| ข้อจำกัดปัจจุบัน | ขั้นต่อไปที่ปลอดภัยกว่า |
|---|---|
| ยังไม่ตกลงกฎ | รวบรวมกรณีและยืนยัน SOP |
| ข้อมูลเข้ายุ่งเหยิง | เก็บอย่างมีโครงสร้างและตรวจข้อมูลก่อน |
| ข้อยกเว้นมาก | ทำอัตโนมัติเฉพาะเส้นทางปกติที่ชัด |
| ความผิดพลาดเสี่ยงสูง | สร้างร่าง ให้คนอนุมัติก่อนทำจริง |
| เกิดไม่บ่อย | ใช้เทมเพลต เช็กลิสต์ และเตือนความจำ |
| ไม่มีผู้รับผิดชอบ | กำหนดเจ้าของงานและช่องทางส่งต่อก่อน |
การรอก็เป็นการออกแบบอย่างหนึ่ง ทำให้กระบวนการ ข้อมูล และความรับผิดชอบมีเวลาพร้อมขึ้น
หลังเริ่มใช้ก็ต้องหยุดได้
ระบบอัตโนมัติไม่ควรทำงานตลอดไปเพียงเพราะเคยอนุมัติครั้งหนึ่ง ควรตรวจเป็นระยะว่าประหยัดเวลาจริงไหม ข้อผิดพลาดและข้อยกเว้นเพิ่มไหม พนักงานเลี่ยงระบบหรือไม่ และเครื่องมือภายนอกเปลี่ยนไปหรือเปล่า
ถ้าผลไม่ตรงคาด อาจต้องปรับ ลดขอบเขต หรือหยุด ระบบที่หยุดได้อย่างปลอดภัยจึงเป็นระบบที่ควบคุมได้จริง
บทความนี้เป็นเช็กลิสต์ความเสี่ยงทั่วไป ธุรกิจความเสี่ยงสูงต้องพิจารณากฎหมาย ข้อกำหนด และมาตรฐานวิชาชีพที่เกี่ยวข้องเพิ่มเติม