สรุปสั้น
- CAPEX Post-Audit คือการย้อนดูว่าโครงการได้ผลตามที่อนุมัติหรือไม่ และทำไม เพื่อให้การลงทุนครั้งต่อไปดีขึ้น
- แยกความต่างของผลตอบแทนเป็นสามส่วน คือ เงินลงทุน เวลา และผลประโยชน์
- เมื่อตัดสินใจว่าจะลงเงินเพิ่ม ให้ดูเฉพาะเงินที่ยังไม่ได้จ่ายและประโยชน์ในอนาคต
บริษัทลงทุนระบบ ERP 50 ล้านบาท ตอนขออนุมัติ เอกสารบอกว่าจะลดต้นทุนและเพิ่มประสิทธิภาพปีละหลายล้าน สามปีผ่านไป ไม่มีใครตอบได้ว่าได้เท่าไร คนที่เสนอย้ายไปทำโครงการอื่นแล้ว และคำขอลงทุนรอบใหม่กำลังส่งเข้ามาด้วยสมมติฐานแบบเดิม
การลงทุนโดยไม่ย้อนดูผล เหมือนการปลูกต้นไม้โดยไม่กลับมาดูว่าโตหรือไม่ แล้วปีหน้าก็ปลูกแบบเดิมอีก Post-Audit ไม่ใช่การหาคนผิด แต่เป็นการทำให้การคาดการณ์ขององค์กรดีขึ้น
ทำเมื่อไร และทำกับโครงการใด
ไม่จำเป็นต้องทำกับทุกโครงการ เกณฑ์ที่ใช้ได้คือโครงการเกินวงเงินที่คณะกรรมการอนุมัติ โครงการที่เบี่ยงเบนมาก และโครงการประเภทที่บริษัทจะทำซ้ำ เวลาที่เหมาะคือหลังโครงการเดินงานนานพอจะเห็นผล เช่น 12-24 เดือน และควรมีการทบทวนย่อหลังส่งมอบเรื่องงบกับเวลา
เงื่อนไขสำคัญต้องเริ่มตั้งแต่ตอนอนุมัติ กล่าวคือ ระบุตัววัด ผู้รับผิดชอบ Baseline และวิธีพิสูจน์ประโยชน์ เช่น ลดพนักงานได้จริงกี่คนหรือแค่ประหยัดเวลา เงินสดเปลี่ยนจริงหรือไม่
ตัวอย่าง: แยกส่วนที่ทำให้ผลตอบแทนหาย
ตัวอย่างสมมติ ผลประโยชน์เป็นเงินสดต่อปี หน่วยล้านบาท อัตราคิดลด 10% ไม่รวมภาษีเพื่อความเรียบง่าย
| ปี | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
|---|---|---|---|---|---|---|---|---|
| ตอนอนุมัติ | (50) | 14 | 14 | 14 | 14 | 14 | 14 | 14 |
| ผลจริงและคาดการณ์ใหม่ | (58) | 0 | 5 | 9 | 11 | 12 | 12 | 12 |
| Bridge | NPV (ล้านบาท) |
|---|---|
| NPV ตอนอนุมัติ (IRR 20.3%) | 18.16 |
| เงินลงทุนเกิน 8 ล้านบาท | (8.00) |
| ส่งมอบล่าช้า 1 ปี | (12.73) |
| ผลประโยชน์ต่ำกว่าแผน | (16.64) |
| NPV ปัจจุบัน (IRR 1.0%) | (19.21) |
ส่วนที่ทำให้เสียหายมากที่สุดไม่ใช่งบเกิน แต่คือผลประโยชน์กับความล่าช้า รวมกัน 29.37 ล้านบาท การคุมเฉพาะงบก่อสร้างหรืองบติดตั้งจึงไม่พอ
แยกอดีตออกจากการตัดสินใจวันนี้
ต่อจากตัวอย่างเดิม ณ ปลายปีที่ 3 มีข้อเสนอลงเพิ่ม 6 ล้านบาทเพื่อแก้ระบบ และคาดว่าจะเพิ่มประโยชน์ปีละ 3 ล้านบาทในปีที่ 4-7 PV ของประโยชน์เพิ่มที่อัตรา 10% คือ 9.51 ล้านบาท หักเงินลงทุน 6 ล้านบาท NPV เพิ่มเท่ากับ +3.51 ล้านบาท จึงควรพิจารณาต่อ แม้โครงการเดิมจะขาดทุน เพราะเงิน 58 ล้านบาทที่จ่ายไปเป็น Sunk Cost แล้ว ต้องตรวจสมมติฐานประโยชน์ใหม่ให้เข้มกว่าเดิม
ประเด็นที่ควรมีในรายงาน
| หัวข้อ | คำถาม |
|---|---|
| เงินลงทุน | เกินเพราะขอบเขตเปลี่ยน ราคาเปลี่ยน หรือประมาณต่ำ |
| เวลา | ล่าช้าที่ขั้นตอนใด ใครเป็นผู้รอ |
| ประโยชน์ | ได้เงินสดจริงหรือเพียงประโยชน์ทางอ้อม |
| สมมติฐาน | ข้อใดผิดมากที่สุด และมีข้อมูลเตือนหรือไม่ |
| บทเรียน | แบบฟอร์มและเกณฑ์อนุมัติต้องเปลี่ยนอย่างไร |
ให้คนที่ไม่ได้เป็นผู้เสนอโครงการเป็นผู้จัดทำหรือสอบทาน และแยกผลการเรียนรู้ออกจากการลงโทษ ถ้าทุก Post-Audit จบด้วยการหาคนผิด ครั้งต่อไปทีมจะส่งเฉพาะตัวเลขที่เข้าข้างตัวเอง
ตั้งคำขอลงทุนให้ตรวจได้ตั้งแต่ต้น
Post-Audit ที่ดีเริ่มตั้งแต่วันเขียนคำขออนุมัติ ถ้าเอกสารบอกเพียงว่าเพิ่มประสิทธิภาพ จะไม่มีวันพิสูจน์ได้ว่าโครงการสำเร็จหรือไม่ ให้แปลงประโยชน์เป็นสิ่งที่นับได้ เช่น ลดเวลาปิดงบจำนวนกี่วัน ลดค่าซ่อมต่อปีเท่าไร เพิ่มกำลังการผลิตกี่หน่วย และแยกว่าประโยชน์ใดเป็นเงินสด ส่วนประโยชน์ใดเป็นเพียงเวลาที่ว่างขึ้น หากเวลาที่ว่างขึ้นไม่ได้ทำให้จ้างคนน้อยลงหรือสร้างรายได้เพิ่ม ก็ไม่ควรนับเป็นเงินสดในผลตอบแทน
ควรเขียนกรณีเลวร้ายและเกณฑ์หยุดไว้ล่วงหน้า เช่น ถ้าต้นทุนเกินแผนเท่าไร หรือส่งมอบล่าช้านานเท่าไร ต้องกลับมาขออนุมัติใหม่ โครงการขนาดใหญ่อาจแบ่งเงินเป็นงวดตาม Milestone ผู้อนุมัติจะได้ทบทวนก่อนปล่อยงวดถัดไป แทนการอนุมัติครั้งเดียวทั้งโครงการ
หลังทำไปหลายโครงการ ให้รวมผลเป็นสถิติขององค์กร เช่น คำขอจากหน่วยงานใดประเมินผลประโยชน์สูงเกินจริงบ่อย โครงการประเภทไหนล่าช้าเกินแผน และตัวเลขสำรองควรปรับอย่างไร นี่คือข้อมูลที่ช่วยคณะกรรมการในการอ่านคำขอถัดไป ควรใช้ด้วยความระมัดระวัง โดยไม่หักลดทุกโครงการแบบเหมารวม เพราะคุณภาพข้อมูลและลักษณะการลงทุนแต่ละครั้งต่างกัน
สิ่งที่ควรทำต่อ
- ลิสต์โครงการ CAPEX ใหญ่ 3 ปีย้อนหลัง พร้อมเอกสารอนุมัติ
- เลือก 1-2 โครงการมาทำ Post-Audit เป็นตัวแรก
- เพิ่มช่องตัววัด Baseline และวันที่ทบทวนในแบบขออนุมัติ
- ทำ Bridge แยกเงินลงทุน เวลา และผลประโยชน์
- นำบทเรียนไปปรับสมมติฐานในคำขอครั้งถัดไป
- รายงานผลให้ผู้อนุมัติ หรือคณะกรรมการ