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