ระบบอนุมัติเอกสาร ออกแบบยังไงไม่ให้งานค้างเงียบ

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

งานอนุมัติตกหล่นตรงไหน กายวิภาคของเอกสารที่หายเงียบ

จากงานออกแบบ workflow ที่เราเจอ นี่คือจุดตายที่เจอซ้ำบ่อยสุด

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

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

สังเกตว่าทั้ง 4 ข้อไม่มีข้อไหนเป็นความผิดของคน มันคือช่องว่างของการออกแบบ

4 ชิ้นส่วนที่ระบบอนุมัติเอกสารต้องมี ไม่ว่าจะซื้อหรือสร้าง

เกณฑ์ชุดนี้สำหรับ flow ที่งานหลุดแล้วมีราคา ส่วนงานเบาๆ ดูหัวข้อถัดไปได้เลย

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

2. timeout กับ escalation ทุกจุดอนุมัติต้องกำหนดตั้งแต่วันออกแบบว่าถ้าคนไม่กดภายในเวลาที่ตั้ง ระบบทำอะไรต่อ เตือนซ้ำ ส่งต่อตัวสำรอง หรือขยับขึ้นหัวหน้า เราเขียนหลักคิดเรื่องนี้ละเอียดไว้ใน Human-in-the-loop คืออะไร เพราะจุดคั่นคนที่ไม่มี timeout คือคอขวดที่รอวันเกิด

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

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

ของฟรีกับทำเองด้วย no-code พอไหม ตอบตามเนื้องาน

ถ้าคุณกำลังคิดทำเองด้วยเครื่องมือ no-code เราเห็นด้วยว่าหลายเคสควรทำแบบนั้นจริง

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

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

หัวใจของระบบอนุมัติไม่ใช่ความเร็ว แต่คือไม่มีใบไหนหายไปเงียบๆ ได้อีก

เริ่มยังไงต่อ

เริ่มจากนับของจริงก่อน เอาเอกสาร 1 ประเภทที่ค้างบ่อยสุด ไล่ดูว่าเดือนที่แล้วมีกี่ใบที่ค้างเกินเวลาที่คุณยอมรับได้ เช่น 3 วัน แล้วตอบว่าหลุดที่จุดไหนใน 4 ข้อข้างบน แค่นี้ก็รู้แล้วว่าปัญหาคุณต้องการเครื่องมือ หรือต้องการการออกแบบ ถ้าอยากให้ช่วยประเมินจากงานจริง ดูแนวทางที่ Workflow Automation คุยรอบแรกฟรี ไม่มีข้อผูกมัด