บทเรียนจากระบบติดตามน้ำสูญเสีย: ทำไมผู้บริหารควรมองเวลาที่รู้ปัญหา เวลาที่ลงมือแก้ และความเสียหายที่ลดได้จริง ก่อนตัดสินใจลงทุนซอฟต์แวร์
ก่อนเข้าไปทำงานเกี่ยวกับระบบติดตามน้ำสูญเสีย ผมเคยคิดว่าการสูญเสียระดับ 10-15% ก็น่าจะเยอะแล้ว นั่นเป็นความเข้าใจเดิมของผม ไม่ใช่เกณฑ์มาตรฐานของอุตสาหกรรม แต่พอได้คุยกับผู้ประกอบการจริง บางรายแจ้งตัวเลขประมาณ 40-50% และบางรายสูงถึง 60% สิ่งที่ทำให้ผมตกใจจึงไม่ใช่แค่น้ำหายเยอะ แต่คือความเสียหายเหล่านั้นอาจเกิดขึ้นต่อเนื่อง โดยที่คนตัดสินใจยังไม่เห็นว่ามันกำลังเกิดตรงไหน
ต้องรู้ก่อนว่าตัวเลขกำลังบอกอะไร
ตัวเลขที่ผมเล่าเป็นข้อมูลจากบางรายที่เคยพูดคุย ไม่ใช่ค่าเฉลี่ยของธุรกิจประปา และก่อนนำไปวิเคราะห์ต้องแยกให้ชัดว่าเป็นน้ำรั่วทางกายภาพ หรือน้ำที่ไม่ก่อให้เกิดรายได้ หรือ NRW เพราะ NRW ยังรวมความคลาดเคลื่อนของการวัดหรือการบันทึก และการใช้น้ำที่ได้รับอนุญาตแต่ไม่ได้เรียกเก็บเงินด้วย ไม่ใช่น้ำทั้งหมดรั่วออกจากท่อ
ท่อแตกเป็นเหตุการณ์ แต่การรู้ช้าทำให้เหตุการณ์แพงขึ้น
เคสที่ทำให้ผมเห็นความสำคัญของเรื่องนี้ชัดขึ้น คือเหตุท่อประปาแตกที่ใช้เวลาจัดการหลายวัน คนที่ได้รับผลกระทบไม่ได้มีแค่ผู้ผลิตน้ำ แต่รวมถึงประชาชนและธุรกิจที่ต้องใช้น้ำด้วย คำถามของผู้บริหารจึงไม่ควรมีแค่ว่า “ซ่อมท่อเท่าไร” แต่ควรถามด้วยว่า “เรารู้หลังเกิดเหตุนานแค่ไหน และหลังรู้แล้วใช้เวลาอีกเท่าไรกว่าจะควบคุมความเสียหายได้”
ผมมองว่าระบบที่มีประโยชน์ต้องช่วยย่นช่องว่างระหว่างการเกิดปัญหากับการลงมือแก้ การนำข้อมูลจากอุปกรณ์ตรวจวัดมาแสดงและแจ้งเตือน ช่วยให้ทีมเห็นความผิดปกติและจำกัดพื้นที่ที่จะเข้าไปตรวจสอบได้ดีขึ้น แต่ความละเอียดในการระบุตำแหน่งและความเร็วในการแจ้งเตือน ต้องดูอุปกรณ์ จุดติดตั้ง คุณภาพข้อมูล และการออกแบบของแต่ละโครงการ ไม่ควรเหมารวมว่าซอฟต์แวร์ทุกระบบจะบอกจุดท่อแตกได้แม่นยำทันที
เห็นมูลค่าความเสียหาย ไม่เท่ากับพิสูจน์ว่าคืนทุนแล้ว
ลองใช้ตัวเลขสมมุติเพื่อให้เห็นขนาดปัญหา: จ่ายน้ำเข้าระบบวันละ 1,000 ลูกบาศก์เมตร และมีปริมาณ 40% ที่ไม่สามารถเรียกเก็บเงินได้ เท่ากับ 400 ลูกบาศก์เมตรต่อวัน หากใช้ราคาขายสมมุติ 20 บาทต่อลูกบาศก์เมตร มูลค่าเทียบราคาขายจะเป็น 8,000 บาทต่อวัน หรือ 240,000 บาทในเดือนที่มี 30 วัน
ตัวเลขนี้ยังไม่ใช่กำไรที่หายไปทั้งหมด และไม่ใช่เงินที่ระบบใหม่จะนำกลับมาได้ทั้งหมด การประเมินความคุ้มค่าต้องดูว่าลดความสูญเสียได้จริงเท่าไร น้ำที่เหลือนำไปขายเพิ่มได้หรือไม่ ลดต้นทุนการผลิตได้เท่าไร และมีค่าอุปกรณ์ ค่าซ่อม รวมถึงค่าดูแลระบบเพิ่มขึ้นเท่าไร หากนำมูลค่าความสูญเสียทั้งหมดไปหารราคาซอฟต์แวร์ทันที เราอาจได้ระยะคืนทุนที่ดูดี แต่ยังไม่มีหลักฐานว่าทำได้จริง
Dashboard ที่ไม่มีคนรับผิดชอบ ยังไม่ใช่การแก้ปัญหา
ในมุมของผม การลงทุนไม่ควรหยุดที่หน้าจอ ต้องตอบต่อให้ได้ว่าเมื่อมีการแจ้งเตือน ใครรับเรื่อง ใครมีอำนาจสั่งงาน ใครลงพื้นที่ และใครตรวจว่าหลังซ่อมแล้วความผิดปกติลดลงจริงหรือไม่ ตัวชี้วัดที่ผมอยากดูจึงมีทั้งเวลาตั้งแต่เกิดเหตุจนตรวจพบ เวลาจากรับแจ้งจนเริ่มแก้ และเวลาจนกลับมาให้บริการได้ ไม่ใช่เพียงจำนวนข้อมูลที่ระบบเก็บได้
ถ้ายังไม่มีข้อมูลก่อนติดตั้ง ควรเริ่มเก็บฐานเปรียบเทียบ และทดลองในพื้นที่ที่กำหนดขอบเขตชัดเจนก่อน วิธีนี้ทำให้การตัดสินใจขยายระบบอิงสิ่งที่วัดได้ ไม่ใช่อิงเพียงภาพสาธิตหรือความรู้สึกว่าระบบดูทันสมัย
บทเรียนนี้ไม่ได้จบอยู่ที่น้ำประปา
น้ำรั่วเป็นตัวอย่างที่มองเห็นง่าย แต่สำหรับผม เวลาที่เสียไป งานผิดพลาด การทุจริต หรือเหตุที่กระทบความปลอดภัย ก็เป็นความสูญเสียที่ผู้บริหารต้องพิจารณาเช่นกัน ระบบไม่ได้รับประกันว่าจะป้องกันทุกอย่าง แต่ควรมีหน้าที่ชัดเจนว่าจะช่วยลดโอกาสเกิด ช่วยให้รู้เร็ว หรือช่วยจำกัดผลกระทบอย่างไร
ผมเข้าใจว่าของใหม่มีความเสี่ยงและต้องใช้งบประมาณ แต่การยังไม่เปลี่ยนก็ไม่ได้แปลว่าไม่มีต้นทุน ก่อนถามว่า “ระบบนี้ราคาเท่าไร” ลองถามอีกข้อว่า “ทุกวันที่เรายังไม่เห็นปัญหา เรากำลังยอมเสียอะไรอยู่” นี่คือจุดเริ่มต้นของการคุยเรื่องเทคโนโลยีในภาษาของธุรกิจ ไม่ใช่แค่ในภาษาของฟีเจอร์
