ยอดงานที่ขายได้ไม่ได้บอกว่าแต่ละโครงการจะเหลือเท่าไร หากทีมดูเฉพาะค่าใช้จ่ายที่บันทึกแล้ว งานที่ใช้คนต่ออีกมากหรือมีการสั่งซื้อที่ยังไม่เรียกเก็บอาจดูดีเกินจริงจนกระทั่งใกล้ส่งมอบ
รายงานต้นทุนโครงการที่ช่วยตัดสินใจควรตอบได้ทั้ง “ใช้ไปแล้วเท่าไร” และ “ต้องใช้อีกเท่าไรจึงจะจบตามขอบเขตที่ตกลง” จากนั้นจึงเทียบกับมูลค่างานและเงื่อนไขที่ยืนยันแล้ว
เริ่มจากระบุว่างานนี้รวมอะไรบ้าง
ให้แต่ละโครงการมีรหัสที่ใช้ร่วมกันตั้งแต่ใบเสนอราคา การมอบหมายงาน การลงเวลา การจัดซื้อ ไปจนถึงค่าใช้จ่าย หากแต่ละฝ่ายเรียกลูกค้าหรือชื่องานต่างกัน การรวมต้นทุนจะต้องอาศัยคนจำแทนระบบ
แยกงานเพิ่มที่อนุมัติแล้วออกจากคำขอที่ยังคุยกันอยู่ งานเพิ่มที่ยังไม่ตกลงไม่ควรถูกนับเป็นมูลค่าที่มั่นใจว่าจะได้รับ แต่เวลาที่ใช้ตรวจหรือทำงานไปแล้วต้องยังปรากฏตามข้อเท็จจริง
กำหนดด้วยว่ารายงานนี้แสดงส่วนต่างหลังหักต้นทุนประเภทใด เช่น เฉพาะค่าแรงและวัสดุของโครงการ หรือรวมค่าใช้จ่ายส่วนกลางที่จัดสรรมาแล้ว การใช้คำว่า “กำไร” โดยไม่บอกขอบเขตทำให้คนอ่านเทียบโครงการผิดได้
เก็บต้นทุนสามกลุ่มโดยไม่บวกซ้ำ
กลุ่มแรกคือต้นทุนที่เกิดแล้วตามหลักเกณฑ์ของทีม เช่น เวลาที่ตรวจและอนุมัติ ค่าใช้จ่ายที่ยืนยัน หรือวัสดุที่ใช้ไป กลุ่มที่สองคือภาระผูกพันที่ยังไม่รวมอยู่ในต้นทุนจริง เช่น งานสั่งซื้อที่ตกลงแล้วแต่ยังอยู่ระหว่างดำเนินการ
กลุ่มสุดท้ายคืองานที่ยังเหลือและยังไม่อยู่ในสองกลุ่มแรก เช่น ชั่วโมงสำหรับขั้นตอนที่ยังไม่เริ่ม ค่าเดินทางที่คาดว่าจะต้องใช้ หรือการทดสอบที่อยู่ในขอบเขตเดิม ต้องมีเจ้าของประมาณการและวันที่ทบทวน
สูตรนี้จะใช้ได้เมื่อสามส่วนไม่ทับซ้อนกัน หากใบสั่งซื้อกลายเป็นต้นทุนที่บันทึกแล้ว ต้องลดส่วนคงค้างตามไปด้วย มิฉะนั้นรายงานจะนับค่าใช้จ่ายเดิมสองครั้ง
เอกสาร Dynamics 365 Project Operations แยกรายการเกิดจริงจากบันทึกเวลา ค่าใช้จ่าย และวัสดุที่ผ่านกระบวนการตรวจรับ พร้อมเก็บประวัติเมื่อแก้ไข เป็นตัวอย่างว่าข้อมูลต้นทุนควรมีที่มาและสถานะ ไม่ใช่มีเพียงยอดที่พิมพ์ลงตาราง
ทำให้เวลาของทีมกลายเป็นข้อมูลที่ใช้ได้
หากต้นทุนหลักคือคน ให้ลงเวลาตามโครงการและลักษณะงานในระดับที่ทีมทำได้จริง รายละเอียดมากเกินไปทำให้คนกรอกย้อนหลังแบบเดา ส่วนรายละเอียดน้อยเกินไปทำให้แยกงานเพิ่ม งานแก้ และงานตามแผนไม่ได้
อัตราที่ใช้แปลงเวลาเป็นต้นทุนต้องมีเจ้าของนิยามและช่วงที่มีผล ไม่ควรเปลี่ยนอัตราแล้วให้รายงานย้อนหลังเปลี่ยนทั้งหมดโดยไม่มีคำอธิบาย และควรแบ่งสิทธิ์ข้อมูลที่อาจเปิดเผยค่าตอบแทนหรือโครงสร้างต้นทุนละเอียด
เวลาอนุมัติยังไม่ครบควรแสดงเป็นข้อมูลรอตรวจ หากรายงานนับเฉพาะเวลาที่อนุมัติแล้ว ต้องบอกด้วยว่ายังมีเวลาค้างเท่าไร ไม่เช่นนั้นโครงการที่ทีมยังไม่ได้ลงเวลาจะดูเหมือนมีต้นทุนต่ำ
ค่าใช้จ่ายร่วมหลายโครงการต้องมีกติกาจัดสรรที่อธิบายได้ ใช้หลักเดียวกันเมื่อเปรียบเทียบ และแยกค่าใช้จ่ายที่ยังจัดสรรไม่ได้ไว้ให้ตรวจ แทนการโยนให้โครงการใดโครงการหนึ่งเพื่อให้รายงานครบ
อ่านความคลาดเคลื่อนก่อนดูตัวเลขสุดท้าย
เมื่อคาดว่าต้นทุนจะสูงกว่างบ เริ่มตรวจสาเหตุ ไม่ใช่รีบลดประมาณการให้ตรงเป้า อาจเป็นเพราะขอบเขตเพิ่ม งานเดิมใช้เวลามากกว่าที่ประเมิน ราคาวัสดุเปลี่ยน หรือข้อมูลลงผิดโครงการ
ให้เจ้าของโครงการทบทวนงานที่เหลือจากสิ่งที่ต้องทำจริง ไม่ใช้เพียงงบตั้งต้นลบต้นทุนที่ใช้ไป เพราะวิธีนั้นสมมติว่างบเดิมยังพอโดยไม่ตรวจสถานการณ์ปัจจุบัน
แยกภาพต้นทุนและมูลค่างานออกจากกระแสเงินสด ลูกค้าอาจยังไม่ชำระแม้งานมีส่วนต่างที่ดี หรืออาจจ่ายล่วงหน้าทั้งที่โครงการกำลังใช้ต้นทุนเกินแผน รายงานบริหารควรช่วยเห็นทั้งสองมุมโดยไม่เอามาหักรวมเป็นตัวเลขเดียว
ตัวเลขคาดการณ์ต้องมีวันที่ ขอบเขต และสมมติฐานที่ใช้ จัดเป็นข้อมูลสำหรับบริหารโครงการ ส่วนการรับรู้รายได้และรายงานทางบัญชีให้ยึดหลักเกณฑ์ที่ผู้รับผิดชอบกำหนด
เริ่มจากโครงการที่ตามข้อมูลกลับได้
เลือกงานที่มีทั้งเวลา ค่าใช้จ่าย และงานเพิ่มให้ทดลอง ตรวจจากรายงานกลับไปยังรายการต้นทางได้จริง แล้วให้เจ้าของโครงการอธิบายว่าตัวเลขเปลี่ยนเพราะอะไรในแต่ละรอบ
รอบทดลองควรมีทั้งการแก้เวลาที่ลงผิด การย้ายค่าใช้จ่ายกลับไปยังโครงการที่ถูก และการเปลี่ยนรายการสั่งซื้อจากภาระคงค้างเป็นต้นทุนจริง กรณีเหล่านี้ช่วยตรวจว่าระบบเก็บประวัติและไม่นับซ้ำเมื่อข้อมูลเปลี่ยน
เมื่อปิดงาน เปรียบเทียบประมาณการกับผลที่เกิดขึ้นและเก็บบทเรียนเพื่อวางงานรอบถัดไป หากข้อมูลต้นทางเริ่มขาดตั้งแต่รับงาน ให้ปรับขั้นตอนส่งต่องานจากฝ่ายขาย ควบคู่กัน และใช้แนวทางออกแบบ Dashboard เพื่อเลือกว่าควรแสดงข้อยกเว้นใดให้เจ้าของธุรกิจเห็นก่อน
งานเข้าเยอะ แต่ยังไม่รู้ว่าโครงการไหนเหลือกำไร?
Talvyn Labs ช่วยจัดรหัสโครงการ เชื่อมเวลาและค่าใช้จ่าย และทำรายงานที่เห็นต้นทุนเกิดจริงพร้อมประมาณการจนส่งมอบงาน
วางรายงานต้นทุนโครงการ