บันทึก
เมื่อไซต์งานโทรแจ้งปัญหา: จัดการ Reactive Call ในสัญญาบำรุงรักษา
สัญญาบำรุงรักษาครอบคลุมการเข้าตรวจตามรอบที่วางแผนไว้ แต่บางวันโรงงานโทรมาแจ้งว่าอินเวอร์เตอร์ขึ้น error code กลางวันอังคาร นั่นคือ reactive call งานนอกรอบที่ไม่ได้นัดหมาย และในส่วนใหญ่สัญญาไม่ได้ระบุชัดพอว่างานแบบนี้ครอบคลุมหรือไม่
วิธีที่รับมือในชั่วโมงถัดไปจะกำหนดว่าคุณเสียเงิน เสียลูกค้า หรือทั้งสองอย่าง
สัญญาบำรุงรักษาระบุ Reactive Call ไว้อย่างไร?
สัญญาบำรุงรักษาไฟฟ้าโรงงานในไทยส่วนใหญ่ระบุจำนวนครั้งและประเภทของการเข้าตรวจประจำปี แต่น้อยกว่าครึ่งที่นิยามว่า reactive call คืออะไร ใครรับผิดชอบค่าใช้จ่าย หรือต้องตอบสนองภายในเวลาเท่าใด ช่องว่างตรงนี้เป็นต้นเหตุของการเถียงกันในภายหลัง
ก่อนจะจัดการ reactive call ได้อย่างสะอาด สัญญาต้องตอบสามข้อนี้ได้:
- งานฉุกเฉินคือะไร? นิยามด้วยอาการของระบบ ไม่ใช่ความรู้สึกเร่งด่วนของผู้โทร ระบบที่หยุดทำงานทั้งหมดคือฉุกเฉิน ไฟเตือนที่ขึ้นมาสองวันก่อนไม่ใช่ ลองตั้งเกณฑ์ง่ายๆ สองข้อที่ลูกค้าตรวจสอบได้เอง คือระบบไม่ทำงานเลย และปัญหาเกิดขึ้นภายใน 24 ชั่วโมง
- ครอบคลุมอะไรบ้าง? reactive call รวมในค่าบริการรายปีหรือไม่ ถ้ารวม ปีละกี่ครั้ง ถ้าคิดเพิ่ม คิดอัตราไหนและเงื่อนไขใด
- เวลาตอบสนองที่รับประกันคือเท่าไร? ลูกค้าโรงงานคาดหวังการตอบสนองเร็ว แต่ข้อผูกพันที่สมจริงปกป้องทั้งสองฝ่าย “ภายใน 48 ชั่วโมงสำหรับงานไม่เร่งด่วน ภายใน 4 ชั่วโมงหากระบบหยุดการผลิต” ดีกว่าสัญญาว่าจะรีบมาแบบลอยๆ
ถ้าสัญญาปัจจุบันยังไม่มีนิยามเหล่านี้ reactive call ครั้งต่อไปเป็นโอกาสที่ดีในการเพิ่มภาคผนวกสั้นๆ ส่งให้ลูกค้าก่อนรอบเข้าตรวจครั้งถัดไป
ตัดสินใจอย่างไรว่าจะส่งช่างทันทีหรือรอก่อน?
เมื่อ reactive call เข้ามา กระบวนการตัดสินใจมีสี่ขั้นตอน
คัดกรองปัญหาก่อน ถามลูกค้าถึงอาการที่เห็น error code คือะไร วงจรไหน อะไรหยุดทำงาน โทรคุยแค่ 60 วินาทีก็บอกได้ว่าการผลิตหยุดชะงักทั้งหมด (ส่งช่างทันที) อุปกรณ์เสื่อมประสิทธิภาพแต่โรงงานยังเดินได้ (ส่งภายใน 24 ชั่วโมง) หรือไม่มีผลกระทบต่อการดำเนินงาน (จัดไว้ในรอบถัดไป) ไม่ควรวินิจฉัยทางโทรศัพท์ ขอข้อมูลพอจัดประเภทได้เท่านั้น
ตรวจทะเบียนไซต์งาน ผู้ติดต่อที่รับผิดชอบปัจจุบันคือใคร อุปกรณ์ที่เสียยังอยู่ในระยะรับประกันของผู้ผลิตหรือไม่ซึ่งอาจต้องแจ้งผู้ผลิตแทนการส่งช่างเอง มีงานค้างจากรอบที่แล้วที่เกี่ยวข้องหรือเปล่า
ยืนยันสถานะความครอบคลุมก่อนส่งช่าง ถ้าปัญหาอาจอยู่นอกขอบเขตสัญญา แจ้งลูกค้าก่อนส่งใครไป “เราจะไปดูและประเมินก่อน ถ้าอยู่นอกขอบเขตสัญญาเราจะแจ้งค่าใช้จ่ายให้ทราบก่อนเริ่มงาน” การยืนยันนี้ต้องเป็นลายลักษณ์อักษรเพื่อป้องกันข้อพิพาทที่เกิดขึ้นเมื่อช่างทำงานเสร็จแล้วลูกค้าคิดว่าไม่มีค่าใช้จ่าย
ปรับตารางงาน ถ้าช่างที่จะส่งไปมีงานวางแผนไว้วันเดียวกัน งานนั้นต้องเลื่อน บันทึกว่าเลื่อนอะไร แจ้งไซต์ที่ได้รับผลกระทบ และบันทึกเหตุผล reactive call ที่ดึงช่างออกจากงานวางแผนสร้างภาระการจัดตารางอีกอันที่หลุดหายได้ง่าย
ตัวอย่างที่คำนวณได้: ผู้รับเหมามีสัญญาบำรุงรักษาแปดโรงงาน เช้าวันพฤหัส ไซต์ในสมุทรปราการโทรแจ้งว่าโซนไฟ LED ในโรงงานดับไปสองโซน ปัญหากระทบแสงสว่างแต่ไม่กระทบการผลิต เกิดขึ้นค้างคืน จัดประเภท: ไม่เร่งด่วน ส่งช่างภายใน 24 ชั่วโมง ช่างที่มีรอบตรวจวันศุกร์เช้าที่อีกโรงงานจัดการ reactive call ก่อนในเช้าวันศุกร์ แล้วค่อยไปรอบตรวจบ่าย ทั้งสองไซต์ได้รับแจ้งล่วงหน้า reactive call นี้อยู่ในขอบเขตสัญญาและบันทึกเป็นรายการเยี่ยมชมเพิ่มเติมในแฟ้มบำรุงรักษาของไซต์
บันทึก Reactive Call ต้องมีอะไรบ้าง?
reactive call ที่ไม่มีการบันทึกก่อให้เกิดสามปัญหา คือแสดงให้ลูกค้าเห็นไม่ได้ว่าทำอะไรไปบ้าง ติดตามไม่ได้ว่าไซต์นี้สร้างงานนอกรอบบ่อยแค่ไหน และออกใบแจ้งหนี้ไม่ได้ถ้างานนั้นคิดเพิ่ม
ทุก reactive call ต้องมีบันทึกงานที่ระบุ:
- วันที่และเวลาที่โทรเข้า และชื่อผู้แจ้ง
- อาการที่ลูกค้าแจ้งทางโทรศัพท์
- ผลการคัดกรองและข้อสรุปว่าครอบคลุมหรืออาจคิดเพิ่ม
- ช่างที่ส่งไปและเวลาที่ถึงหน้างาน
- ปัญหาที่พบจริงในหน้างานซึ่งอาจต่างจากที่แจ้งมา
- งานที่ทำแก้ไข
- อะไหล่ที่ใช้หรือสั่งซื้อ
- ลายเซ็นรับงานจากลูกค้าวันนั้น หรือการยืนยันเป็นลายลักษณ์อักษรภายในวันเดียวกัน
reactive call ที่ไม่มีบันทึกหายไปจากรายงานของคุณเอง ตอนนั่งทบทวนก่อนต่อสัญญาจะรู้ไม่ได้เลยว่าไซต์นี้มี reactive call กี่ครั้งและแต่ละครั้งใช้เทคนิเชียน-เดย์ไปเท่าไร
Reactive Call ส่งผลอย่างไรต่อสัญญาครั้งต่อไป?
reactive call คือข้อมูลเกี่ยวกับไซต์ ไซต์ที่มีสาม reactive call ต่อปีต่างจากไซต์ที่ไม่มีเลย และความต่างนี้ควรสะท้อนในราคาตอนต่อสัญญา
ถ้าสัญญากำหนดจำนวน reactive call ที่รวมอยู่ในค่าบริการ ให้ติดตามว่าแต่ละไซต์ใกล้ถึงขีดจำกัดนั้นแค่ไหน ไซต์ที่ใช้ reactive call หมดโควตาในเดือนกรกฎาคมจะสร้างงานที่ไม่ได้วางบิลในครึ่งปีหลัง หรือเกิดข้อพิพาทตอนคิดเงินเพิ่มสำหรับสิ่งที่ลูกค้าคิดว่ายังรวมอยู่
ไซต์สองแห่งที่ดูคล้ายกันบนกระดาษ ประเภทระบบเดียวกัน ขนาดใกล้เคียงกัน อาจมีอัตรา reactive call ต่างกันมากขึ้นอยู่กับอายุอุปกรณ์ การใช้งานของโรงงาน และความสมบูรณ์ของเอกสาร commissioning ตอนส่งมอบ ไซต์ที่มีช่องว่างในเอกสารการติดตั้งมักสร้าง reactive call มากกว่าในปีแรกของสัญญาบำรุงรักษา
ก่อนคุยเรื่องต่อสัญญา ดึงบันทึก reactive call ของแต่ละไซต์ตลอดช่วงสัญญา ไซต์ที่มี reactive call สูงต้องการราคาที่ต่างออกไป ขอบเขตที่แก้ต้นเหตุ หรือบทสนทนาตรงๆ กับลูกค้าว่าอะไรทำให้เกิดปัญหาบ่อย
FAQ
ปฏิเสธ Reactive Call ที่ลูกค้าอ้างว่าอยู่ในสัญญาได้ไหม?
ขอความชัดเจนก่อนส่งช่างได้ และควรทำ ถ้าอาการที่แจ้งไม่ชัดว่าอยู่ในขอบเขตสัญญา แจ้งลูกค้าก่อนส่งใครไป “ตามที่แจ้งมา งานนี้อาจอยู่นอกขอบเขตที่ครอบคลุม เราไปดูและประเมินได้ ถ้าอยู่นอกขอบเขตเราจะแจ้งค่าใช้จ่ายก่อนเริ่มงาน” ประโยคนี้ตรงไปตรงมาโดยไม่สร้างความขัดแย้ง การปฏิเสธทันทีโดยไม่ตรวจสอบก่อนสร้างปัญหาใหญ่กว่าความคลุมเครือเดิม
ถ้า Reactive Call พบปัญหาใหญ่กว่าที่คิดต้องทำอย่างไร?
บันทึกสิ่งที่พบในวันนั้น คืออะไร ทำอะไรไปแล้ว และอะไรที่ยังค้างอยู่ ถ้างานที่เหลือนอกขอบเขตสัญญา ระบุว่าเป็น “ข้อบกพร่องที่พบซึ่งต้องใบเสนอราคาแยก” ส่งสรุปเป็นลายลักษณ์อักษรให้ไซต์ในวันเดียวกัน วิธีนี้เปลี่ยนสถานการณ์ reactive call ที่ไม่มีที่สิ้นสุดให้กลายเป็นขั้นตอนถัดไปที่ชัดเจน ลูกค้าส่วนใหญ่ชอบรู้ว่ายังมีงานค้างมากกว่าถูกเซอร์ไพรส์ด้วยการกลับมาโดยไม่ได้นัด
ติดตาม Reactive Call ทุกไซต์พร้อมกันได้อย่างไร?
ทะเบียนไซต์งานที่บันทึกประเภทการเยี่ยมชม (ตามรอบหรือ reactive) ควบคู่กับทุกงานที่ปิดช่วยให้มองภาพรวมได้ เมื่อถึงปลายปีสัญญา ดู reactive call count ของแต่ละไซต์เทียบกับรอบตรวจที่วางแผน ถ้าไซต์ไหนมี reactive call มากกว่ารอบตรวจที่วางแผน อัตราส่วนนี้คือจุดเริ่มต้นของบทสนทนาต่อสัญญาในเรื่องราคาและขอบเขต
การติดตาม reactive call แยกจากการเยี่ยมชมตามแผนทำให้รู้ต้นทุนที่แท้จริงของแต่ละไซต์ก่อนถึงการต่อสัญญา Field Operation System บันทึกทั้งสองประเภทไว้ในแฟ้มบำรุงรักษาของแต่ละไซต์ เพื่อให้ภาพรวมครบถ้วนตอนที่ต้องการ ดูการทำงานของระบบกับพอร์ตโฟลิโอของคุณได้ที่ หน้าโปรแกรม หรือ นัดคุยสั้นๆ