บันทึก
รายได้งานซ่อมบำรุงเริ่มต้นที่การติดตั้ง
ผู้รับเหมาที่ติดตั้งระบบไฟฟ้าในโรงงานส่วนใหญ่มองงานซ่อมบำรุงเป็นสิ่งที่จะจัดการทีหลัง ตอนนี้โฟกัสที่งานติดตั้งก่อน พอส่งมอบงานแล้ว โปรเจกต์ถัดไปรอดอยู่แล้ว รายได้ซ่อมบำรุงฟังดูดีในทางทฤษฎี แต่ในทางปฏิบัติ ส่วนใหญ่ขยายได้ไม่เกินไซต์งานที่ยังจำรายละเอียดได้ ปัญหาหลักคือข้อมูลที่จำเป็นสำหรับงานซ่อมบำรุงไม่เคยถูกเก็บในรูปแบบที่ทีมอื่นเข้าถึงได้
ทำไมงานซ่อมบำรุงถึงมักเริ่มต้นจากศูนย์
เมื่อโรงงานโทรมา 18 เดือนหลังติดตั้ง LED แล้วบอกว่าโซนหนึ่งมีปัญหา ผู้ประสานงานต้องตอบคำถามหลายข้อก่อนส่งช่างออกไป:
- ติดตั้งอะไรไปบ้างในโซนนั้น
- ยังอยู่ในระยะประกันหรือเปล่า และใครรับผิดชอบค่าใช้จ่าย
- ถ่ายรูปอะไรไว้บ้างตอนติดตั้งครั้งแรก
- ใครทำงาน และวันที่ลูกค้าเซ็นรับมอบคือวันไหน
ถ้าไม่มีข้อมูลเหล่านี้ในที่ที่หาง่าย ผู้ประสานงานต้องปะต่อเอาเองจากประวัติ LINE กลุ่ม อีเมล และความทรงจำของช่างที่ทำงานนั้น ไซต์เดียวใช้เวลา 20 นาที พอมี 50 ไซต์มันกลายเป็นงาน part-time และพอถึง 100 ไซต์ มันหยุดทำงานได้อย่างน่าเชื่อถือ
นี่ไม่ใช่ความผิดพลาดของความพยายามหรือความจำ แต่เป็นปัญหาเชิงโครงสร้าง: ข้อมูลมีอยู่จริงตอนปิดงาน แต่ไม่มีใครเก็บมันในรูปแบบที่ส่งต่อได้
ข้อมูลการติดตั้งเปิดประตูอะไรได้บ้าง
บันทึกจากงานติดตั้งสร้างเงื่อนไขที่งานซ่อมบำรุงจะทำงานได้ในระยะยาว:
สถานะประกัน. ทะเบียนไซต์งานต้องการวันที่ลูกค้าเซ็นรับมอบ เพื่อคำนวณว่าประกันหมดเมื่อไหร่ ซึ่งเป็นเหตุผลที่บันทึกในทะเบียนต้องเขียนตั้งแต่วินาทีที่เซ็นรับมอบ ถ้าไม่มีวันนั้นบันทึกไว้ ทุกคำถามเรื่องประกันต้องไปขุดเอกสารเดิม ถ้ามี 60-80 ไซต์ การค้นหานั้นใช้เวลานานพอที่จะทำให้คนเริ่มเดาแทนที่จะหาข้อมูลจริง
การนัดตรวจ. กฎระเบียบความปลอดภัยไฟฟ้าโรงงานกำหนดให้มีการตรวจสอบเป็นระยะ การรู้ว่าส่งมอบไซต์เมื่อไหร่ทำให้รู้ว่าต้องตรวจครั้งถัดไปเมื่อไหร่ ถ้าวันนั้นไม่อยู่ในปฏิทินที่เชื่อมกับการจัดกำลังพล งานตรวจจะกลายเป็น ad hoc แทนที่จะวางแผนได้ และไซต์งานจะหลุดระหว่างรอบ
ขอบเขตงานสำหรับการกลับไปซ่อม. ช่างที่กลับไปไซต์งานที่ตัวเองไม่ได้ติดตั้ง ต้องรู้ว่างานเดิมทำอะไรไว้ ถ้าไม่มีบันทึกขอบเขตและรูปถ่ายจากงานติดตั้ง พวกเขาเริ่มจากข้อมูลไม่ครบ สิ่งที่ดูเหมือนข้อบกพร่องใหม่อาจเป็นแค่การตั้งค่าปกติ สิ่งที่ดูแปลกอาจเป็นสิ่งที่กำหนดไว้ตั้งแต่ต้น
ความชัดเจนในการเรียกเก็บ. การทำงานในไซต์โดยไม่รู้ว่ายังอยู่ในประกันหรือเปล่า นำไปสู่ข้อพิพาทเรื่องบิล ถ้าหาเอกสารส่งมอบได้ง่าย ปัญหาคลี่คลายในไม่กี่นาที ถ้าหาไม่ได้ มักยอมรับค่าใช้จ่ายเองเพื่อหลีกเลี่ยงการเถียงโดยไม่มีหลักฐาน
ตัวอย่างเป็นตัวเลขกลมๆ
สมมุติผู้รับเหมาที่ทำ 8 โปรเจกต์ต่อเดือน ปลายเดือนที่ 12 จะมีไซต์งานที่ใช้งานอยู่ราว 100 แห่ง ถ้าการตรวจสอบไฟฟ้าโรงงานเป็นรายปี นั่นหมายความว่าในปีที่สอง มีงานตรวจมาถึงราว 8 ไซต์ต่อเดือน ในอัตราใกล้เคียงกับโปรเจกต์ใหม่
แต่ละงานตรวจอาจใช้เวลาครึ่งวันช่าง 8 งานต่อเดือนคือ 4 เทคนิเชียน-เดย์ที่วางแผนได้ ถ้าโตเป็น 20 ต่อเดือน คือ 10 เทคนิเชียน-เดย์ ทั้งหมดนี้ไม่มีทางเรียกเก็บได้ ถ้าไม่รู้ว่าแต่ละไซต์ตรวจเมื่อไหร่ ขอบเขตงานเดิมคืออะไร และใครจะไป
เพดานของรายได้ซ่อมบำรุงไม่ได้อยู่ที่ความต้องการ ลูกค้าในงานไฟฟ้าโรงงานส่วนใหญ่พร้อมมีความสัมพันธ์ซ่อมบำรุงกับผู้รับเหมาที่ติดตั้งให้ เพดานอยู่ที่ระบบปฏิบัติการ: ผู้ประสานงานหนึ่งคนดูแลได้กี่ไซต์โดยไม่หลุดรายละเอียด
ต้องบันทึกอะไรและเมื่อไหร่
หน้าต่างที่ทำได้ง่ายที่สุดแคบมาก ระหว่างติดตั้งและช่วงส่งมอบ ข้อมูลอยู่ตรงหน้า หลังส่งมอบแล้ว การได้ข้อมูลนั้นต้องติดต่อกลับและรอ
อย่างน้อยที่สุดการปิดงานควรบันทึก:
- ขอบเขตงาน: ติดตั้งอะไร จำนวนเท่าไหร่ โซนไหนของไซต์
- วันที่ลูกค้าเซ็น: วันที่วิศวกรลูกค้าเซ็น ไม่ใช่วันที่ช่างเสร็จงาน
- รูปถ่ายการติดตั้ง: อย่างน้อยโซนละหนึ่งภาพ รวมถึงสภาพที่ควรบันทึก
- เงื่อนไขเฉพาะไซต์: ถ้ามีข้อตกลงพิเศษสำหรับไซต์นี้
จุดสำคัญคือเวลา ถ้ากรอกข้อมูลพวกนี้เป็นตัวเลือกหรือเป็นงานแยกต่างหาก มักไม่เกิดขึ้น ถ้าระบบกำหนดว่าต้องกรอกก่อนจึงจะปิดงานได้ มันจะถูกกรอก กระบวนการส่งมอบคือจังหวะที่ถูกต้อง เพราะช่างอยู่หน้างาน รูปอยู่ในโทรศัพท์ และวิศวกรลูกค้าอยู่ตรงนั้นพร้อมเซ็น ไม่ต้องสร้างใหม่จากความทรงจำ
คำถามที่พบบ่อย
ใช้ได้กับโซล่าร์ C&I ด้วยหรือเปล่า?
ใช้ได้ สำหรับโซล่าร์ที่ติดตั้งในโรงงาน กำลังการผลิตที่ติดตั้ง การอนุมัติเชื่อมต่อกริดจาก กฟภ. หรือ กฟน. วันที่ commissioning และการตั้งค่าอินเวอร์เตอร์ล้วนสำคัญสำหรับการซ่อมบำรุงและติดตามประกัน หลักการเดียวกันในทั้งสองกรณี: ข้อมูลที่บันทึกตอนติดตั้งกำหนดว่าทีมซ่อมจะทำงานได้แค่ไหนในภายหลัง
มีเอกสารส่งมอบเก็บไว้แล้ว แค่นี้พอหรือเปล่า?
เอกสารที่เก็บไว้แก้ปัญหาได้ส่วนหนึ่ง คำถามคือใช้เวลานานแค่ไหนในการหาและอ่านเอกสารที่ถูกต้องเมื่อมีโทรศัพท์เข้ามา ทะเบียนไซต์งานที่ดึงข้อมูลจากงานปิดแล้วทำให้ค้นหาได้ใน 30 วินาทีแทนที่จะเป็น 10 นาที สำหรับไซต์ที่มีบันทึกดีอยู่แล้ว งานคือย้ายข้อมูลมาในรูปแบบที่ค้นได้ สำหรับไซต์ที่บันทึกไม่ครบ ขั้นตอนถัดไปคือไปบันทึกสภาพปัจจุบันก่อนเริ่มงานซ่อม
นี่คือเรื่องซอฟต์แวร์หรือกระบวนการ?
ทั้งสอง เรียงตามลำดับ กระบวนการคือกฎ: งานยังปิดไม่ได้ถ้าข้อมูลยังไม่อยู่ในที่ที่ควรอยู่ ระบบบังคับใช้กฎและเก็บข้อมูลในรูปแบบที่ผู้ประสานงานเข้าถึงได้เร็ว ถ้าไม่มีกระบวนการ ซอฟต์แวร์ก็แค่สร้างฐานข้อมูลที่ไม่ครบในแบบเดิมกับที่โฟลเดอร์อีเมลไม่ครบ ซอฟต์แวร์ไม่ได้แทนที่การตัดสินใจที่จะเก็บข้อมูล แต่ทำให้การตัดสินใจนั้นเป็นส่วนหนึ่งของการปิดงาน
รายได้งานซ่อมบำรุงมีอยู่สำหรับผู้รับเหมาไฟฟ้าโรงงานส่วนใหญ่ ลูกค้ามีอยู่ รอบการตรวจสอบถูกกำหนดโดยกฎระเบียบ สิ่งที่กำหนดว่าจะคว้ารายได้นั้นได้หรือเปล่าคือระบบปฏิบัติการ TRACE 30 ปิดงานในลักษณะที่สร้างทะเบียนไซต์งานโดยอัตโนมัติ พาวันส่งมอบ วันหมดประกัน และวันตรวจครั้งถัดไปไปด้วยทุกครั้งที่มีการส่งมอบงานด้วยลายเซ็น ถ้าอยากดูว่าทำงานอย่างไรกับปริมาณโปรเจกต์ปัจจุบัน ดูรายละเอียดในหน้าโปรแกรม หรือ นัดคุย