ข้อยกเว้นในเวิร์กโฟลว์ธุรกิจ: เส้นทางที่ช่วยให้งานเดินหน้าต่อ

เหตุใดปัญหาในเวิร์กโฟลว์ประจำวันจึงต้องมีเส้นทางที่ชัดเจน

เวิร์กโฟลว์ส่วนใหญ่มักดูเรียบง่ายบนแผนภาพ มีคนส่งคำขอ ผู้จัดการอนุมัติ แล้วทีมก็ทำงานให้เสร็จ แต่การทำงานจริงแทบไม่เป็นเส้นตรงแบบนั้น แบบฟอร์มอาจมาถึงโดยไม่มีรหัสศูนย์ต้นทุน ลูกค้าอาจขอข้อยกเว้น หรือผู้อนุมัติอาจพลาดกำหนดเวลา

หากไม่มีเส้นทางที่กำหนดไว้ กระบวนการจะหยุดชะงัก ผู้คนคัดลอกรายละเอียดไปไว้ในแชต ส่งอีเมลเตือน หรือเริ่มใช้สเปรดชีตเพื่อติดตามปัญหา คำขอเดิมค้างอยู่ระหว่างทาง ขณะที่หลายคนถือข้อมูลเรื่องเดียวกันคนละเวอร์ชัน

ข้อยกเว้นในเวิร์กโฟลว์ธุรกิจที่ชัดเจนช่วยให้คำขอยังอยู่ในกระบวนการ เวิร์กโฟลว์สามารถขอรายละเอียดที่ขาดจากผู้ส่งคำขอ ส่งคำขอที่ถูกปฏิเสธกลับไปพร้อมเหตุผล หรือมอบหมายงานที่เกินกำหนดให้ผู้รับผิดชอบสำรอง ทุกคนมองเห็นสถานะปัจจุบันและรู้ว่าใครต้องทำอะไรต่อ

สิ่งนี้ยังทำให้รายงานมีประโยชน์มากขึ้น หากคำขอจัดซื้อสิบรายการรอรหัสงบประมาณอยู่ แสดงว่าแบบฟอร์มรับคำขอมีปัญหาเดิมเกิดซ้ำ หากคำขอมักเข้าสู่การตรวจสอบด้วยคน กฎการอนุมัติอาจต้องปรับปรุง ข้อความในแชตมักซ่อนรูปแบบเหล่านี้ไว้

ข้อผิดพลาดของกระบวนการกับการตัดสินใจทางธุรกิจต้องจัดการต่างกัน ข้อผิดพลาดของกระบวนการทำให้เวิร์กโฟลว์หยุด เพราะข้อมูลที่จำเป็นขาดหายหรือไม่ถูกต้อง ตัวอย่างเช่น พนักงานส่งเบิกค่าใช้จ่ายโดยไม่มีใบเสร็จ เวิร์กโฟลว์ควรส่งรายการกลับและระบุว่าพนักงานต้องเพิ่มอะไร

การตัดสินใจทางธุรกิจต้องใช้ดุลยพินิจ คำสั่งซื้ออาจเกินวงเงินปกติ แต่ผู้จัดการอาจอนุมัติเพราะซัพพลายเออร์ต้องจัดส่งอะไหล่ทดแทนอย่างเร่งด่วน ข้อมูลครบถ้วนแล้ว แต่กฎเพียงอย่างเดียวไม่สามารถตัดสินผลลัพธ์ได้

การจัดการทั้งสองกรณีด้วยคำว่า «ข้อผิดพลาด» แบบเดียวกันทำให้สับสน ผู้ส่งคำขออาจไม่รู้ว่าต้องแก้ช่องข้อมูล ส่งหลักฐาน หรือรอการตัดสินใจ ตั้งชื่อข้อยกเว้นแต่ละรายการให้เข้าใจง่าย ระบุผู้รับผิดชอบ และกำหนดผลลัพธ์ให้ชัดเจน

ตัวอย่างเช่น เวิร์กโฟลว์ที่สร้างใน AppMaster สามารถส่งคำขอที่ไม่ครบกลับไปยังผู้ส่ง และส่งข้อยกเว้นด้านนโยบายให้ผู้จัดการ คำขอยังคงอยู่ในระเบียนเดียว ไม่ต้องย้ายไปมาระหว่างกล่องจดหมาย การตัดสินใจง่ายๆ นี้ช่วยลดงานติดตามได้มาก

กำหนดข้อยกเว้นแต่ละรายการก่อนสร้างเวิร์กโฟลว์

เวิร์กโฟลว์ต้องมีเส้นทางที่ชัดเจนสำหรับช่วงเวลาที่ความคืบหน้าตามปกติหยุดลง เริ่มจากข้อยกเว้นในเวิร์กโฟลว์ธุรกิจที่พบบ่อยสี่แบบ ได้แก่ ข้อมูลไม่ครบ คำขอถูกปฏิเสธ งานเกินกำหนด และกรณีที่ต้องตรวจสอบด้วยคน แต่ละแบบควรมีกฎของตัวเอง ไม่ใช่สถานะกว้างๆ ว่า «มีบางอย่างผิดพลาด»

สำหรับข้อยกเว้นแต่ละรายการ ให้บันทึกตัวกระตุ้น ผู้รับผิดชอบ กำหนดเวลา และการดำเนินการถัดไป วิธีนี้ช่วยป้องกันไม่ให้คำขอค้างในคิวเพราะไม่มีใครรู้ว่าใครควรตอบ

ตัดสินใจตั้งแต่ต้นว่าแต่ละเส้นทางจะส่งงานกลับไปยังผู้ส่งคำขอหรือจบคำขอ ข้อมูลที่ขาดมักส่งกลับไปยังผู้ส่ง คำขอที่ถูกปฏิเสธอาจส่งกลับมาแก้ไขได้ แต่คำขอที่ฝ่าฝืนนโยบายตายตัวควรปิดพร้อมเหตุผลที่ชัดเจน พนักงานไม่ควรต้องเดาว่ายังส่งคำขอใหม่ได้หรือไม่

ใช้ชื่อสถานะที่บอกสภาพปัจจุบัน «รอผู้ส่งคำขอ» «ถูกปฏิเสธ» «เกินกำหนด» และ «ต้องตรวจสอบด้วยคน» ใช้ได้ดีกว่าป้ายอย่าง «ข้อยกเว้น 2» หรือ «รอดำเนินการ» คนที่กวาดตามองรายการควรเข้าใจว่าเกิดอะไรขึ้นและใครต้องทำต่อ

กำหนดเวลาให้กับตัวข้อยกเว้น ไม่ใช่เฉพาะคำขอเดิมเท่านั้น ตัวอย่างเช่น ให้ผู้ส่งคำขอมีเวลาสองวันทำการในการอัปโหลดใบแจ้งหนี้ที่ขาด หากไม่ตอบกลับ เวิร์กโฟลว์สามารถส่งการแจ้งเตือน แล้วปิดคำขอหลังผ่านช่วงเวลาที่กำหนด วิธีนี้ช่วยไม่ให้งานเก่าค่อยๆ สะสมโดยไม่มีใครเห็น

ในแอปที่ไม่ต้องเขียนโค้ด ให้สร้างข้อยกเว้นเป็นการเปลี่ยนสถานะที่มองเห็นได้และเส้นทางแยกในกระบวนการธุรกิจ Visual Business Process Editor ของ AppMaster ช่วยวางแผนการตัดสินใจ มอบหมายผู้รับผิดชอบ และส่งคำขอไปยังขั้นตอนถัดไป ใช้ถ้อยคำเดียวกันในรายการสถานะ การแจ้งเตือน และหน้าจอของพนักงาน

ส่งต่อคำขอที่มีข้อมูลไม่ครบ

คำขอที่มีช่องว่างไม่ควรอยู่ในคิวเดียวกับงานที่พร้อมให้อนุมัติ กำหนดสถานะที่ชัดเจน เช่น «รอข้อมูล» แล้วนำคำขอออกจากเส้นทางการอนุมัติที่กำลังดำเนินอยู่ ทุกคนจะเห็นว่าความคืบหน้าหยุดเพราะอะไร แทนที่จะคิดว่าผู้ตรวจสอบมองข้ามคำขอ

สถานะควรส่งข้อความตรงไปยังผู้ส่งคำขอ หลีกเลี่ยงข้อความกว้างๆ อย่าง «ต้องการรายละเอียดเพิ่มเติม» ให้ระบุรายการที่ขาดและอธิบายว่าคำตอบที่ใช้ได้ควรเป็นอย่างไร เช่น «โปรดแนบใบเสนอราคาจากซัพพลายเออร์และกรอกค่าใช้จ่ายรายเดือนก่อนที่เราจะตรวจสอบคำขอจัดซื้อนี้»

เปิดคำขอเดิมไว้และให้แก้ไขได้ ผู้ส่งคำขอควรเพิ่มใบเสนอราคาหรือแก้วันที่ได้ โดยไม่ต้องพิมพ์แผนก รหัสงบประมาณ และคำอธิบายใหม่ทั้งหมด เส้นทางการจัดการข้อยกเว้นในเวิร์กโฟลว์ที่ดีจะเก็บรายละเอียดที่ผ่านการตรวจสอบแล้ว รวมถึงความคิดเห็นและเวลาที่คำขอเปลี่ยนสถานะ

ทำให้เส้นทางส่งกลับชัดเจน

เมื่อผู้ส่งคำขอเพิ่มข้อมูลที่ขาด ให้ส่งคำขอไปยังขั้นตอนถัดไปที่กำหนดไว้ หลายกรณีคำขอจะกลับไปยังคนที่เป็นผู้ขอรายละเอียด หากข้อมูลใหม่เปลี่ยนผลการตัดสินใจ คำขออาจต้องกลับไปยังขั้นตอนอนุมัติแรก

บันทึกช่องข้อมูลหรือเอกสารที่ขาด ผู้รับผิดชอบการตอบ ผู้ตรวจสอบการอัปเดต กำหนดเวลาตอบกลับ และเหตุผลการปิดหากคำขอจบลง ข้อมูลนี้ช่วยตอบคำถามภายหลังได้ ผู้จัดการจะเห็นว่าคำขอใบแจ้งหนี้รอเอกสารภาษี ไม่ใช่โทษฝ่ายการเงินว่าอนุมัติช้า

ใช้การแจ้งเตือนและกฎการปิด

ส่งการแจ้งเตือนก่อนถึงกำหนดตอบกลับ รูปแบบที่ใช้ได้จริงคือแจ้งเตือนหนึ่งครั้งหลังผ่านไปสองวันทำการ และอีกครั้งในวันครบกำหนด ส่งการแจ้งเตือนไปยังผู้ส่งคำขอก่อน แล้วจึงส่งสำเนาให้ผู้จัดการเมื่อกระบวนการกำหนดให้ยกระดับ

ข้อยกเว้นในเวิร์กโฟลว์ธุรกิจต้องมีจุดจบด้วย หากไม่มีใครตอบหลังผ่านช่วงเวลาที่กำหนด ให้ปิดคำขอเป็น «ไม่สมบูรณ์» และบันทึกเหตุผล อย่าลบคำขอ เพราะผู้ส่งอาจต้องดูประวัติเมื่อต้องส่งคำขอใหม่

เครื่องมือเวิร์กโฟลว์แบบไม่ต้องเขียนโค้ด เช่น AppMaster สามารถจัดเก็บสถานะคำขอ ส่งการแจ้งเตือน และส่งแบบฟอร์มที่อัปเดตกลับไปยังผู้ตรวจสอบผ่านกระบวนการธุรกิจแบบภาพ เพื่อนร่วมงานควรบอกได้ว่าขาดอะไร ใครต้องทำ และจะเกิดอะไรขึ้นหากไม่มีใครดำเนินการ

จัดการคำขอที่ถูกปฏิเสธโดยไม่ทำให้บริบทหายไป

คำขอที่ถูกปฏิเสธไม่ควรหายไปในกล่องข้อความหรือสถานะที่คลุมเครือ ผู้ส่งคำขอต้องรู้ว่าอะไรไม่ผ่าน ใครเป็นผู้ตัดสินใจ และยังแก้ไขได้หรือไม่ ผู้จัดการก็ต้องเห็นระเบียนเดียวกันเมื่อมีคำถามในภายหลัง

เก็บเหตุผลไว้ในช่องข้อมูลที่มีโครงสร้าง แทนที่จะใส่ไว้ในความคิดเห็นแบบข้อความอิสระเท่านั้น แบบฟอร์มคำขอจัดซื้ออาจมีเหตุผล เช่น «ไม่มีงบประมาณ» «คำขอซ้ำ» «ขาดการอนุมัติ» หรือ «ฝ่าฝืนนโยบาย» เพิ่มช่องความคิดเห็นสั้นๆ สำหรับรายละเอียดที่ไม่อยู่ในตัวเลือก

วิธีนี้ทำให้รายงานใช้งานง่ายขึ้น ผู้จัดการจะเห็นว่าคำขอส่วนใหญ่ไม่ผ่านเพราะพนักงานไม่ใส่ศูนย์ต้นทุน หรือเพราะนโยบายทำให้ผู้คนสับสน นอกจากนี้ยังช่วยหยุดการเขียนเหตุผลเดียวกันหลายแบบ เช่น «เกินงบ» และ «งบสูงเกินไป»

คำขอที่ถูกปฏิเสธมีผลลัพธ์ที่เป็นไปได้สามแบบ ส่งกลับไปแก้ไขเมื่อผู้ส่งคำขอแก้ปัญหาได้ เช่น ไม่มีใบเสนอราคา เหตุผลทางธุรกิจไม่ชัด หรือจำนวนเงินไม่ถูกต้อง ปิดคำขอเมื่อฝ่าฝืนกฎที่ระบุไว้ เช่น ใช้ผู้ขายที่ไม่ได้รับอนุมัติหรือเกินวงเงินที่อนุญาต ส่งกรณีที่ยังไม่แน่ใจไปตรวจสอบด้วยคนเมื่อผู้จัดการหรือเจ้าของด้านการปฏิบัติตามกฎต้องเป็นผู้ตัดสิน

คำขอที่ส่งกลับควรเก็บรายละเอียดเดิม ไฟล์แนบ และเส้นทางการอนุมัติไว้ ให้ผู้ส่งคำขอแก้ไขคำขอเดิมแทนการสร้างคำขอใหม่ เวิร์กโฟลว์สามารถตั้งสถานะเป็น «ขอให้แก้ไข» มอบหมายกลับไปยังผู้ส่ง และส่งเหตุผลการปฏิเสธที่เลือกไว้พร้อมความคิดเห็นของผู้ตรวจสอบ

เมื่อผู้ส่งคำขอส่งอีกครั้ง ให้บันทึกเวอร์ชันใหม่และส่งไปยังผู้ตรวจสอบที่เหมาะสม เก็บการปฏิเสธครั้งก่อนในประวัติ เพื่ออธิบายว่าคำขอหยุดเพราะอะไรและแสดงว่าผู้ส่งได้แก้ปัญหาหรือไม่

คำขอที่ปิดแล้วก็ต้องดูแลเช่นเดียวกัน เก็บผู้ส่งคำขอ ผู้ตรวจสอบ วันที่ตัดสินใจ รหัสเหตุผลการปฏิเสธ หมายเหตุ และหลักฐานที่แนบไว้ในระเบียนเดียว ผู้ส่งคำขอควรดูคำขอที่ปิดแล้วของตนเองได้ ส่วนผู้จัดการควรดูประวัติทั้งหมดของทีมได้

ใน AppMaster โมเดลข้อมูลอาจมีสถานะคำขอ เหตุผลการปฏิเสธ หมายเหตุของผู้ตรวจสอบ วันที่ตัดสินใจ และตารางประวัติ กระบวนการธุรกิจแบบภาพสามารถส่งคำขอที่แก้ไขได้กลับไปยังผู้ส่ง และปิดการฝ่าฝืนนโยบายโดยอัตโนมัติ การแก้ไขตามปกติจึงเดินหน้าต่อ ส่วนการตัดสินใจสุดท้ายยังมีเอกสารบันทึกไว้

กำหนดกฎสำหรับงานที่เกินกำหนด

กำหนดเวลาควรสอดคล้องกับลักษณะงาน ไม่ใช่ใช้ตัวจับเวลาเริ่มต้นเดียวกับทุกงาน ผู้จัดการอาจต้องใช้เวลาหนึ่งวันทำการเพื่ออนุมัติค่าใช้จ่ายทั่วไป ขณะที่การตรวจสอบด้านกฎหมายอาจต้องใช้ห้าวัน ความสามารถในการรองรับงานของทีมก็สำคัญเช่นกัน กำหนดเวลาสองชั่วโมงมีความหมายน้อย หากผู้รับผิดชอบต้องใช้เวลาส่วนใหญ่ของวันดูแลลูกค้า

เขียนกฎกำหนดเวลาไว้ในเวิร์กโฟลว์ ระบุว่าเริ่มนับเวลาเมื่อใด นับวันหยุดสุดสัปดาห์หรือไม่ และเหตุการณ์ใดถือว่างานเสร็จ กฎที่ชัดเจนช่วยป้องกันข้อโต้แย้งเมื่อคำขอมาถึงช้าในวันศุกร์หรือรอข้อมูลจากอีกทีม

ส่งการแจ้งเตือนก่อนถึงกำหนด การแจ้งเตือนเมื่อใช้เวลาไปแล้ว 75% มักทำให้ผู้รับผิดชอบมีเวลาพอที่จะลงมือ สำหรับงานห้าวัน ให้ส่งในวันที่สี่ ใส่ชื่องาน เวลาครบกำหนด ผู้รับผิดชอบปัจจุบัน และสิ่งที่ต้องทำ ข้อความอย่าง «คุณมีงานค้างอยู่» ให้ข้อมูลน้อยเกินไป

เมื่อเลยกำหนด ให้มอบหมายการดำเนินการถัดไปแก่บุคคลหรือบทบาทที่ระบุชื่อและมีอำนาจตัดสินใจ อย่าส่งงานที่ล่าช้าไปยังกล่องข้อความทั่วไป เพราะจะซ่อนความรับผิดชอบและมักสร้างงานที่เกินกำหนดขึ้นมาอีก

ผลลัพธ์ควรสอดคล้องกับประเภทของความล่าช้า ให้หยุดคำขอหากงานที่ล่าช้าขัดขวางการตัดสินใจที่ปลอดภัย เช่น การตรวจสอบการปฏิบัติตามกฎที่ยังขาดอยู่ ส่งต่อให้คนอื่นหากผู้รับผิดชอบเดิมไม่อยู่หรือไม่มีความสามารถรองรับงาน เดินหน้าต่อพร้อมคำเตือนที่มองเห็นได้หากความล่าช้าไม่ขัดขวางขั้นตอนถัดไป เช่น หมายเหตุภายในที่ส่งช้า ยกระดับไปยังผู้จัดการเมื่อความล่าช้ากระทบคำมั่นสัญญาต่อลูกค้า การชำระเงิน หรือกำหนดเวลาภายนอก

กำหนดขีดจำกัดของการยกระดับซ้ำ คำขอจัดซื้ออาจเปลี่ยนจากผู้ซื้อไปยังหัวหน้าฝ่ายจัดซื้อหลังการแจ้งเตือนล่าช้าครั้งแรก แล้วส่งต่อให้ผู้จัดการฝ่ายการเงินหลังจากนั้นอีกหนึ่งวันทำการ ประวัติคำขอควรอยู่ครบ เพื่อให้ผู้รับผิดชอบคนใหม่เห็นความคิดเห็นและไฟล์แนบก่อนหน้า

ข้อยกเว้นในเวิร์กโฟลว์ธุรกิจต้องการมากกว่าการแจ้งเตือน ต้องมีผู้รับผิดชอบ กฎการตัดสินใจ และผลลัพธ์ที่บันทึกไว้ ใน AppMaster กระบวนการธุรกิจแบบภาพสามารถส่งงานที่ล่าช้าไปยังคนที่เหมาะสม และช่วยให้คำขอเดินหน้าต่อโดยไม่ต้องใช้สเปรดชีตติดตามกำหนดเวลาแยกต่างหาก

เพิ่มขั้นตอนตรวจสอบด้วยคนที่ใช้งานได้จริง

คำขอบางรายการไม่เข้ากับกฎ ชื่อซัพพลายเออร์อาจดูไม่คุ้นเคย ค่าใช้จ่ายอาจเกินวงเงินปกติ หรือช่องข้อมูลสองช่องอาจขัดแย้งกัน กรณีเหล่านี้ต้องให้คนตัดสินใจ ไม่ใช่ส่งตามเส้นทางอัตโนมัติ

ทำให้กระบวนการตรวจสอบด้วยคนมีขอบเขตชัดเจน ส่งเฉพาะคำขอที่ต้องใช้ดุลยพินิจ และทำให้เห็นเหตุผลที่ส่งมาตรวจสอบ สถานะกว้างๆ อย่าง «ต้องตรวจสอบ» สร้างงานเพิ่ม เพราะผู้ตรวจสอบต้องหาสาเหตุเองว่าเวิร์กโฟลว์หยุดลงเพราะอะไร

ให้บริบทที่เพียงพอแก่ผู้ตรวจสอบ

หน้าจอตรวจสอบควรแสดงคำขอเดิม ช่องข้อมูลหรือกฎที่ทำให้เกิดข้อยกเว้น ความคิดเห็นก่อนหน้า และไฟล์ประกอบ ผู้จัดการที่อนุมัติการซื้อควรเห็นจำนวนเงิน ซัพพลายเออร์ รหัสงบประมาณ ผู้ส่งคำขอ และใบเสนอราคาในที่เดียว

ให้ผู้ตรวจสอบมีตัวเลือกที่สอดคล้องกับเส้นทางถัดไปของเวิร์กโฟลว์ ได้แก่ อนุมัติแล้วส่งคำขอไปข้างหน้า ปฏิเสธและปิดคำขอ ส่งกลับให้ผู้ส่งแก้ไข หรือยกระดับไปยังบุคคลหรือทีมที่ระบุชื่อ กำหนดให้ระบุเหตุผลสั้นๆ สำหรับการตัดสินใจเกี่ยวกับข้อยกเว้นทุกครั้ง «เกินงบ» หรือ «ขาดใบเสนอราคาที่ลงนามแล้ว» ช่วยให้ผู้ส่งคำขอดำเนินการได้ และสร้างบันทึกสำหรับผู้ตรวจสอบคนถัดไป การอนุมัติตามปกติไม่จำเป็นต้องมีคำอธิบายยาว

กำหนดเวลาให้การตัดสินใจ

งานที่ต้องทำด้วยคนอาจกลายเป็นงานเกินกำหนด หากไม่มีใครเป็นเจ้าของการตัดสินใจ กำหนดเวลาเมื่อเวิร์กโฟลว์มอบหมายผู้ตรวจสอบ เช่น สองวันทำการสำหรับคำขอจัดซื้อทั่วไป ส่งการแจ้งเตือนก่อนถึงกำหนด แล้วส่งคำขอไปยังผู้ตรวจสอบสำรองหรือผู้จัดการ หากผู้รับผิดชอบเดิมไม่พร้อม

หลีกเลี่ยงการส่งคำขอเดียวกันให้ทุกคนพร้อมกัน เว้นแต่ทุกคนจะมีอำนาจตัดสินใจ เพราะอาจทำให้ได้คำตอบขัดแย้งกัน มอบหมายผู้รับผิดชอบหนึ่งคนก่อน บันทึกทุกการดำเนินการ และล็อกคำขอหลังมีการตัดสินใจสุดท้าย

ใน AppMaster Business Process สามารถส่งข้อยกเว้นเข้าสู่งานตรวจสอบ จัดเก็บผลการตัดสินใจและความคิดเห็น แล้วดำเนินการต่อผ่านเส้นทางอนุมัติ ปฏิเสธ หรือขอให้แก้ไขที่แยกจากกัน งานยังเชื่อมโยงกับคำขอเดิม ผู้คนจึงไม่ต้องรวบรวมประวัติจากอีเมลใหม่

ตัวอย่าง คำขอจัดซื้อที่ออกนอกเส้นทาง

พนักงานส่งคำขอซื้อจอภาพใหม่มูลค่า 2,400 ดอลลาร์ คำขอมีรายการสินค้าและแผนกแล้ว แต่ไม่มีใบเสนอราคาจากผู้ขาย แทนที่จะส่งให้ผู้จัดการ เวิร์กโฟลว์ตั้งสถานะเป็น «รอข้อมูล» และมอบหมายงานถัดไปให้ผู้ส่งคำขอ

ผู้ส่งคำขอได้รับข้อความที่ระบุเอกสารที่ขาดและกำหนดเวลาส่ง ผู้จัดการจึงไม่ต้องรับคำขอที่ไม่ครบ ทำให้คิวอนุมัติยังมีประโยชน์ เมื่อผู้ส่งอัปโหลดใบเสนอราคา เวิร์กโฟลว์จะบันทึกเวลาอัปโหลด เปลี่ยนสถานะเป็น «พร้อมตรวจสอบงบประมาณ» และส่งคำขอให้ผู้รับผิดชอบฝ่ายการเงิน

ฝ่ายการเงินตรวจสอบงบประมาณแผนกที่เหลือและปฏิเสธคำขอ เพราะจำนวนเงินเกินวงเงินรายเดือน เวิร์กโฟลว์คำขอที่ถูกปฏิเสธจะเก็บแบบฟอร์มเดิม ใบเสนอราคา ความคิดเห็น และประวัติการอนุมัติไว้ด้วยกัน สถานะเปลี่ยนเป็น «งบประมาณไม่อนุมัติ» และผู้ส่งคำขอได้รับข้อความชัดเจนว่า «ลดจำนวนสั่งซื้อเหลือ 1,800 ดอลลาร์ หรือรอถึงเดือนหน้า»

ผู้ส่งคำขอนำจอภาพออกสองเครื่องแล้วส่งคำขออีกครั้ง เวิร์กโฟลว์สร้างงานตรวจสอบด้านการเงินใหม่ แทนที่จะให้ผู้ส่งเริ่มต้นใหม่ ฝ่ายการเงินอนุมัติจำนวนเงินที่แก้ไขแล้ว สถานะเปลี่ยนเป็น «รอผู้จัดการอนุมัติ» และผู้จัดการได้รับงานพร้อมประวัติการปฏิเสธครั้งก่อนทั้งหมด

เมื่อการอนุมัติมาถึงช้า

ผู้จัดการมีเวลาตอบสองวันทำการ ในวันที่สอง เวิร์กโฟลว์ส่งการแจ้งเตือน หากเลยกำหนด การจัดการงานที่เกินกำหนดจะเปลี่ยนสถานะเป็น «การอนุมัติจากผู้จัดการเกินกำหนด» และมอบหมายงานยกระดับให้หัวหน้าทีมของผู้จัดการ

ผู้ส่งคำขอได้รับการอัปเดตด้วย เขาจะเห็นว่าคำขอกำลังรอการตัดสินใจที่ถูกยกระดับ โดยมีวันครบกำหนดเดิมและเวลาที่ส่งต่ออยู่ในระเบียนคำขอ

หัวหน้าทีมอนุมัติคำสั่งซื้อหลังตรวจสอบหมายเหตุด้านงบประมาณและใบเสนอราคา เวิร์กโฟลว์ตั้งสถานะคำขอเป็น «อนุมัติให้จัดซื้อ» มอบหมายให้ฝ่ายจัดซื้อดำเนินการ และแจ้งผู้ส่งคำขอว่าสามารถดำเนินการต่อได้

ตัวอย่างนี้แสดงให้เห็นว่าเหตุใดข้อยกเว้นในเวิร์กโฟลว์ธุรกิจจึงต้องมีสถานะและผู้รับผิดชอบของตัวเอง แต่ละเส้นทางบอกคนหนึ่งคนว่าต้องทำอะไรต่อ ขณะที่ผู้ส่งคำขอได้รับการอัปเดตโดยไม่ต้องไล่ถามผู้คนในแชต เมื่อฝ่ายจัดซื้อปิดคำสั่งซื้อ ระเบียนยังเก็บคำขอใบเสนอราคาที่ขาด การปฏิเสธจากฝ่ายการเงิน การส่งคำขอฉบับแก้ไข การอนุมัติที่ล่าช้า และผลการตัดสินใจสุดท้ายไว้ครบ

ข้อผิดพลาดทั่วไปในการสร้างเส้นทางข้อยกเว้น

ทีมมักสร้างเส้นทางปกติก่อน แล้วเพิ่มเส้นทางรวมทุกอย่างไว้ทีหลัง เส้นทางนั้นมักไปจบที่ผู้จัดการซึ่งมีงานล้นมือ ข้อมูลไม่ครบ คำขอที่ถูกปฏิเสธ และการอนุมัติที่ล่าช้าต้องใช้คนและการดำเนินการต่างกัน การส่งทั้งหมดไปยังกล่องเดียวทำให้งานล่าช้าและซ่อนรูปแบบปัญหาที่ทีมสามารถแก้ได้

ใช้ชื่อที่บอกว่าเกิดอะไรขึ้นและควรทำอะไรต่อ «ปัญหา» และ «ต้องให้ความสนใจ» บังคับให้ผู้ตรวจสอบเปิดทุกรายการก่อนจึงจะเข้าใจ Labels อย่าง «ขาดใบเสนอราคาซัพพลายเออร์» «ฝ่ายการเงินปฏิเสธ» หรือ «การอนุมัติเกินกำหนดสองวัน» ช่วยให้คนถัดไปเริ่มงานได้ทันที

กฎการออกแบบต่อไปนี้ช่วยไม่ให้ข้อยกเว้นกลายเป็นการไล่ตามงานทางอีเมล:

• ส่งข้อยกเว้นแต่ละรายการให้ผู้รับผิดชอบที่ลงมือได้ พร้อมผู้รับผิดชอบสำรองเมื่อไม่อยู่
• แจ้งเตือนผู้รับผิดชอบก่อนถึงกำหนด แล้วส่งต่อหากไม่มีใครตอบ
• ให้ผู้ตรวจสอบเลือกเหตุผลและเพิ่มหมายเหตุสั้นๆ ก่อนปฏิเสธ ส่งกลับ หรืออนุมัติรายการ
• เก็บคำขอเดิม ไฟล์แนบ และความคิดเห็นก่อนหน้าไว้เมื่อมีการขอให้แก้ไข
• บันทึกว่าข้อยกเว้นเริ่มเมื่อใด ใครเป็นผู้จัดการ และจบลงเมื่อใด

กำหนดเวลาที่ไม่มีการแจ้งเตือนสร้างปัญหาเป็นพิเศษ งานอาจค้างอยู่หลายวันโดยทุกคนคิดว่าคนอื่นเป็นผู้รับผิดชอบ กฎการจัดการงานที่เกินกำหนดควรแจ้งผู้ได้รับมอบหมายก่อน แล้วแจ้งหัวหน้างานที่ระบุชื่อหลังผ่านช่วงเวลาที่กำหนด ใช้กฎที่วัดผลได้ เช่น แจ้งเตือนหนึ่งครั้งหลัง 24 ชั่วโมง และยกระดับหลัง 48 ชั่วโมง

ขั้นตอนตรวจสอบก็ต้องมีขอบเขตเช่นกัน หากผู้ตรวจสอบตัดสินใจได้ทุกอย่างโดยไม่ต้องบันทึกเหตุผล กระบวนการตรวจสอบด้วยคนจะปรับปรุงได้ยาก เมื่อเวลาผ่านไป ทีมอาจเห็นคำขอเดิมถูกส่งกลับซ้ำๆ โดยไม่รู้ว่าปัญหาเกิดจากค่าใช้จ่าย นโยบาย หลักฐานที่ขาด หรือช่องข้อมูลในแบบฟอร์มที่ไม่ถูกต้อง

เก็บคำขอไว้เมื่อส่งกลับไปแก้ไข ผู้ส่งคำขอควรเห็นเหตุผลการปฏิเสธข้างข้อมูลที่ส่งมา แก้เฉพาะช่องที่เกี่ยวข้อง และส่งระเบียนเดิมอีกครั้ง การเริ่มคำขอใหม่ทำให้บริบทหาย สร้างงานซ้ำ และทำให้รายงานเกี่ยวกับเวิร์กโฟลว์คำขอที่ถูกปฏิเสธไม่สมบูรณ์

การจัดการข้อยกเว้นในเวิร์กโฟลว์ที่ดีจะทิ้งระเบียนที่คนอื่นเข้าใจได้อย่างรวดเร็ว ระเบียนนั้นแสดงว่าอะไรไม่ผ่าน ใครรับผิดชอบการดำเนินการถัดไป และเหตุใดคำขอจึงเปลี่ยนเส้นทาง

ตรวจสอบอย่างรวดเร็วและขั้นตอนถัดไป

ข้อยกเว้นในเวิร์กโฟลว์ไม่ควรปล่อยให้คำขอค้างอยู่ในคิวที่ไม่มีชื่อ สำหรับเส้นทางข้อยกเว้นแต่ละรายการ ให้ระบุเหตุการณ์ที่เริ่มต้น ผู้รับผิดชอบ และการดำเนินการที่ทำให้จบ สิ่งนี้เปลี่ยนข้อยกเว้นในเวิร์กโฟลว์ธุรกิจให้เป็นงานประจำ แทนที่จะเป็นการสืบหาสาเหตุในนาทีสุดท้าย

ก่อนเผยแพร่เวิร์กโฟลว์ ตรวจสอบว่าข้อยกเว้นทุกแบบมีตัวกระตุ้นที่ชัดเจน เช่น ช่องข้อมูลจำเป็นว่าง การปฏิเสธ หรือพลาดกำหนดเวลา มอบหมายผู้รับผิดชอบหนึ่งคนสำหรับการดำเนินการถัดไป แม้หลายคนจะดูคำขอได้ ข้อความควรบอกว่าเกิดอะไรขึ้น ผู้รับต้องทำอะไร และต้องทำเมื่อใด ทำให้เจ้าหน้าที่ที่ต้องลงมือเห็นสถานะปัจจุบันและประวัติการตัดสินใจ และส่งต่องานที่เกินกำหนดให้บุคคลหรือบทบาทที่ระบุชื่อ ไม่ใช่กล่องข้อความทั่วไป

ทดสอบเส้นทางด้วยกรณีที่ใกล้เคียงการใช้งานจริง ส่งคำขอโดยไม่มีไฟล์แนบ ปฏิเสธคำขอพร้อมเหตุผล และปล่อยให้การอนุมัติเลยกำหนด จากนั้นตรวจสอบว่าคนที่เหมาะสมได้รับข้อความที่มีประโยชน์ และสามารถทำงานให้เสร็จได้โดยไม่ต้องถามข้อมูลเบื้องหลัง

เวิร์กโฟลว์คำขอที่ถูกปฏิเสธต้องมีเส้นทางกลับไปยังผู้ส่งคำขอด้วย เก็บคำขอเดิม เหตุผลการปฏิเสธ และหมายเหตุของผู้ตรวจสอบไว้ด้วยกัน ผู้ส่งควรแก้ปัญหาและส่งคำขอเดิมอีกครั้งได้ แทนที่จะสร้างระเบียนซ้ำที่ไม่มีผลการตัดสินใจก่อนหน้า

สำหรับการจัดการงานที่เกินกำหนด ให้ตัดสินใจว่าจะเกิดอะไรขึ้นหลังพลาดกำหนดเวลาแต่ละระดับ การแจ้งเตือนครั้งแรกอาจส่งให้เจ้าของงาน การยกระดับครั้งถัดไปอาจส่งให้ผู้จัดการหรือผู้ตรวจสอบสำรอง อย่าส่งการแจ้งเตือนไปเรื่อยๆ กำหนดจุดที่ใครสักคนต้องทำงานต่อ ส่งต่อ ขยายเวลา หรือปิดงาน

AppMaster ช่วยให้ทีมสร้างเส้นทางเหล่านี้ด้วยกระบวนการธุรกิจแบบภาพ ทีมสามารถสร้างการเปลี่ยนสถานะ กำหนดเวลา การแจ้งเตือน การอนุมัติ และการตรวจสอบด้วยคน โดยไม่ต้องเขียนตรรกะเวิร์กโฟลว์ด้วยตัวเอง เริ่มจากกระบวนการที่มีปริมาณงานสูงหนึ่งกระบวนการ ทดสอบกรณีข้อยกเว้นกับคนที่ใช้งานจริง และปรับเส้นทางเมื่อการทำงานจริงเผยให้เห็นช่องว่าง

ตรวจสอบเวิร์กโฟลว์หลังใช้งานไปสองสามสัปดาห์ นับข้อยกเว้นที่เกิดขึ้นบ่อยที่สุดและอ่านหมายเหตุจากการตรวจสอบด้วยคน หากรายละเอียดเดิมที่ขาดทำให้เกิดความล่าช้าซ้ำๆ ให้แก้แบบฟอร์มคำขอหรือเพิ่มการตรวจสอบตั้งแต่ต้น การแก้ไขเล็กๆ ตั้งแต่เริ่มต้นช่วยป้องกันไม่ให้ข้อยกเว้นสะสมในภายหลัง