RFI งานก่อสร้างคืออะไร? วิธีจัดการคำถามจากหน้างานให้เจ้าของเห็นผลกระทบก่อนโครงการสะดุด

Stable Inter Consultant

2 ก.ย.

ยาว 3 นาที

อัปเดตเมื่อ 4 วันที่ผ่านมา

เมื่อแบบก่อสร้าง รายละเอียด หรือข้อกำหนดไม่ชัดเจน คำถามจากหน้างานไม่ควรถูกทิ้งไว้ในแชตหรือการสนทนาที่ตรวจสอบย้อนหลังไม่ได้ เพราะคำตอบอาจเกี่ยวข้องกับหลายฝ่าย และทีมงานต้องมั่นใจว่ากำลังใช้ข้อมูลฉบับเดียวกัน

RFI จึงเป็นมากกว่าเอกสารถาม–ตอบ หากจัดระบบอย่างเหมาะสม RFI จะช่วยให้เจ้าของโครงการเห็นว่าเรื่องใดกำลังรอคำตอบ ใครเป็นผู้รับผิดชอบ งานส่วนใดอาจได้รับผลกระทบ และคำตอบอย่างเป็นทางการถูกส่งต่อไปยังผู้ปฏิบัติงานครบหรือยัง

บทความนี้อธิบายว่า RFI งานก่อสร้างคืออะไร ใช้เมื่อใด ต่างจากเอกสารอื่นอย่างไร และควรติดตามข้อมูลอะไรเพื่อให้คำถามจากหน้างานเข้าสู่กระบวนการตัดสินใจอย่างเป็นระบบ

RFI งานก่อสร้างคืออะไร

RFI หรือ Request for Information ในงานก่อสร้าง คือกระบวนการขอข้อมูลหรือคำชี้แจงอย่างเป็นทางการ เมื่อทีมโครงการต้องการความชัดเจนจากแบบ Specification ข้อกำหนด หรือข้อมูลที่เกี่ยวข้องก่อนดำเนินงานต่อ เอกสารนี้ช่วยบันทึกคำถาม เอกสารอ้างอิง ผู้ตอบ กำหนดเวลา และคำตอบที่ต้องสื่อสารกลับไปยังผู้เกี่ยวข้อง

คู่มือของ U.S. General Services Administration หรือ GSA แสดงให้เห็นว่า RFI สามารถถูกส่งผ่านผู้ประสาน ผู้ตอบหลัก ผู้ตอบรอง และตัวแทนเจ้าของ พร้อมเก็บสถานะและประวัติใน RFI Log ได้ ขณะที่ Autodesk อธิบาย RFI ว่าเป็นกระบวนการอย่างเป็นทางการสำหรับขอคำชี้แจงหรือข้อมูลเพิ่มเติมจากสถาปนิก วิศวกร เจ้าของ หรือผู้มีส่วนเกี่ยวข้องในโครงการ

บทบาทและเส้นทางอนุมัติจริงอาจไม่เหมือนกันทุกโครงการ จึงต้องยึด Contract Documents, Document Control Procedure และอำนาจของแต่ละฝ่ายเป็นหลัก

RFI ใช้เมื่อใด

สถานการณ์ที่อาจต้องเปิด RFI ได้แก่

แบบก่อสร้างหรือ Specification มีข้อมูลไม่เพียงพอสำหรับการทำงานส่วนหนึ่ง
ข้อมูลระหว่างแบบ รายละเอียด และข้อกำหนดมีจุดที่ต้องขอคำยืนยัน
ทีมพบสภาพหน้างานที่ต้องการคำชี้แจงจากผู้ออกแบบหรือผู้มีอำนาจตาม Workflow
รายละเอียดการประสานระหว่างสถาปัตยกรรม โครงสร้าง และงานระบบยังไม่ชัดเจน
ผู้ปฏิบัติงานต้องการคำตอบที่เป็นลายลักษณ์อักษรและส่งต่อให้ผู้เกี่ยวข้องใช้ร่วมกัน

ก่อนเปิด RFI ผู้จัดทำควรตรวจเอกสารที่มีอยู่ให้ครบและตั้งคำถามให้เฉพาะเจาะจง เพราะคำถามที่กว้าง ไม่มีตำแหน่งงาน หรือไม่แนบแบบอ้างอิง อาจถูกส่งกลับเพื่อขอข้อมูลเพิ่มเติม ทำให้วงจรการตอบยาวขึ้น

RFI ไม่ได้มีไว้เพื่ออะไร

RFI ไม่ควรถูกใช้เป็นทางลัดเพื่อข้ามเอกสารหรือขั้นตอนที่สัญญากำหนด คู่มือของ Bureau of Engineering เมืองลอสแอนเจลิสระบุในกระบวนการของหน่วยงานว่า RFI ไม่ควรใช้แทน Shop Drawing Submittal หรือใช้เปลี่ยนแบบ และหากคำตอบนำไปสู่การเปลี่ยนแปลง ต้องเข้าสู่กระบวนการ Change Order ที่เกี่ยวข้อง

หลักการนี้ช่วยแยก “การขอความชัดเจน” ออกจาก “การอนุมัติเปลี่ยนขอบเขต ต้นทุน หรือเวลา” อย่างไรก็ตาม ชื่อเอกสารและขั้นตอนของโครงการในไทยอาจต่างจากคู่มือดังกล่าว จึงควรใช้เป็นแนวคิดในการตรวจระบบ ไม่ใช่ข้อกำหนดสากล

RFI ต่างจาก RFA, Submittal และ Change Order อย่างไร

คำย่อและชื่อเอกสารอาจใช้ต่างกันในแต่ละองค์กร โดยเฉพาะ RFA ซึ่งบางระบบใช้กับการขออนุมัติ ขณะที่บางหน่วยงานใช้ในความหมาย Request for Authorization เจ้าของโครงการจึงไม่ควรตีความจากตัวย่อเพียงอย่างเดียว และควรกำหนดคำศัพท์กับ Workflow ไว้ใน Document Control Procedure ตั้งแต่ต้น

เอกสาร	วัตถุประสงค์โดยทั่วไป	ผลลัพธ์ที่ต้องการ	ข้อควรระวัง
RFI	ขอข้อมูลหรือคำชี้แจงจากแบบ Specification หรือข้อกำหนด	คำตอบอย่างเป็นทางการที่ทีมใช้ดำเนินงานต่อ	คำตอบไม่ได้อนุมัติผลกระทบด้านต้นทุนหรือเวลาโดยอัตโนมัติ
RFA	ขออนุมัติตามความหมายที่โครงการกำหนด	ผลการอนุมัติหรือความเห็นตาม Workflow	ต้องยืนยันว่าโครงการใช้ตัวย่อนี้หมายถึงอะไร
Submittal	ส่งวัสดุ Shop Drawing ข้อมูลผลิตภัณฑ์ หรืองานที่กำหนดให้ตรวจพิจารณา	สถานะการพิจารณาตามสัญญาและ Procedure	ไม่ควรใช้ RFI แทน Submittal เมื่อข้อกำหนดระบุให้ส่งพิจารณา
Change Order	จัดการการเปลี่ยนแปลงตามกลไกของสัญญา	ขอบเขต ต้นทุน เวลา หรือเงื่อนไขที่ได้รับอนุมัติ	ต้องผ่านอำนาจอนุมัติและเอกสารที่สัญญากำหนด

RFI เริ่มจากคำถาม แต่คำตอบอาจทำให้พบว่าต้องออกเอกสารอื่นต่อ หากมีผลต่อขอบเขต ต้นทุน หรือแผนงาน ทีมต้องเชื่อม RFI ไปยังกระบวนการพิจารณาการเปลี่ยนแปลง ไม่ควรปิดเรื่องเพียงเพราะได้รับคำตอบแล้ว

ขั้นตอน RFI งานก่อสร้างทำงานอย่างไร

Workflow ที่เหมาะสมควรทำให้ทุกฝ่ายรู้ว่าใครถือเรื่องอยู่ คำตอบใดเป็น Official Response และเมื่อไรจึงถือว่ารายการปิด

ผู้เปิด RFI → ผู้ประสานตรวจความครบถ้วน → ผู้ตอบหลัก/ผู้ตอบรอง → Official Response → กระจายคำตอบและปิดรายการ

ระบุคำถามและผลกระทบที่ต้องการคำตอบ: เขียนปัญหาให้ชัดว่าเกิดที่พื้นที่หรือหมวดงานใด ต้องการให้ผู้ตอบยืนยันเรื่องอะไร และงานส่วนใดกำลังรอข้อมูล
แนบเอกสารอ้างอิง: ระบุเลขที่แบบ Revision ข้อ Specification ภาพถ่ายหรือ Markup และข้อมูลหน้างานที่จำเป็น เพื่อให้ผู้ตอบเห็นบริบทเดียวกัน
ตรวจความครบถ้วนและส่งตาม Workflow: ผู้ประสานหรือ Construction Manager ตรวจว่าคำถามซ้ำกับรายการเดิมหรือไม่ ข้อมูลเพียงพอหรือยัง และควรส่งให้ผู้ตอบหลักคนใด
รวบรวมคำตอบและออก Official Response: ผู้ตอบหลักอาจขอความเห็นจากผู้เชี่ยวชาญหลายฝ่าย ก่อนสรุปคำตอบตามอำนาจที่กำหนดในโครงการ
กระจายคำตอบและปิดรายการ: ส่งคำตอบไปยังผู้เกี่ยวข้อง เชื่อมกับแบบ Submittal หรือ Change Control ที่เกี่ยวข้อง แล้วบันทึกสถานะและเอกสารปิดรายการ

ระบบของ GSA แสดงตัวอย่าง Workflow ที่มีการส่งกลับเพื่อขอคำถามเพิ่มเติม การกำหนดผู้ตอบหลักและผู้ตอบรอง การตรวจทานโดยตัวแทนเจ้าของ และการกระจายคำตอบก่อนปิด RFI สิ่งเหล่านี้เป็นแนวทางที่ช่วยให้คำตอบไม่หยุดอยู่กับคนใดคนหนึ่ง

เอกสาร RFI ที่ดีควรมีข้อมูลอะไรบ้าง

RFI ที่ดีไม่จำเป็นต้องยาว แต่ต้องมีข้อมูลพอให้ผู้ตอบเข้าใจประเด็นและให้ทีมติดตามต่อได้ โครงสร้างด้านล่างประยุกต์จากฟิลด์ที่ GSA ใช้ในระบบ RFI โดยต้องปรับให้เข้ากับ Procedure ของแต่ละโครงการ

ข้อมูล	เหตุผลที่ควรมี
RFI Number และหัวข้อ	ใช้อ้างอิงและค้นหาใน RFI Log
คำถามเฉพาะเจาะจง	ทำให้ผู้ตอบทราบว่าต้องยืนยันหรือตัดสินใจเรื่องใด
พื้นที่และหมวดงาน	ลดความสับสนเมื่อแบบหรือรายละเอียดคล้ายกันหลายจุด
แบบและ Specification อ้างอิง	ระบุเลขที่เอกสาร Revision และข้อกำหนดที่เกี่ยวข้อง
ภาพถ่ายหรือ Markup	แสดงตำแหน่ง สภาพหน้างาน หรือจุดขัดแย้งให้เข้าใจตรงกัน
ผู้เปิดเรื่องและผู้ตอบหลัก	ทำให้เห็นเจ้าของคำถามและ Ball in Court
วันที่ส่งและ Due Date	ใช้จัดลำดับการตอบตามแผนงานของโครงการ
Priority และงานที่กำลังรอ	ช่วยแยกคำถามทั่วไปออกจากประเด็นที่ต้องเร่งตัดสินใจ
Proposed Solution	ใช้เมื่อ Procedure อนุญาตและทีมมีข้อมูลเพียงพอให้ผู้ตอบพิจารณา
Potential Impact	บันทึกผลกระทบที่ต้องประเมิน โดยยังไม่ถือว่าได้รับอนุมัติ
Official Response	แยกคำตอบที่ทีมใช้ดำเนินงานออกจากความเห็นระหว่างการพิจารณา
สถานะและเอกสารที่เชื่อมโยง	แสดงว่ารายการเปิด ตอบแล้ว ปิดแล้ว หรือส่งต่อไปยังกระบวนการอื่น

จุดสำคัญคือคำถามต้องตั้งอยู่บนเอกสาร Revision ที่ถูกต้อง หากทีมอ้างอิงแบบคนละฉบับ ต่อให้ได้รับคำตอบเร็ว ก็ยังเสี่ยงนำข้อมูลไปใช้ผิดบริบท

เจ้าของโครงการควรเห็นอะไรใน RFI Tracker

เจ้าของไม่จำเป็นต้องอ่านรายละเอียดทางเทคนิคของ RFI ทุกบรรทัด แต่ควรเห็นภาพรวมว่ารายการใดกำลังรอการตัดสินใจ และงานส่วนใดอาจได้รับผลกระทบ ตารางต่อไปนี้เป็นโครงสำหรับใช้ในการประชุม ไม่ใช่แบบฟอร์มบังคับ

ช่องใน RFI Tracker	คำถามที่ช่วยตอบ
RFI No. และประเด็น	เรื่องที่ถามคืออะไร
Ball in Court	ขณะนี้ใครต้องดำเนินการ
วันที่เปิดและ Due Date	เปิดมานานเท่าไร และควรได้คำตอบเมื่อไร
Aging	รายการค้างอยู่กี่วันตามปฏิทินที่โครงการเลือกใช้
งานที่กำลังรอ	กิจกรรมหรือพื้นที่ใดต้องใช้คำตอบนี้
Potential Impact	มีผลต่อ Scope, Cost หรือ Time ที่ต้องประเมินหรือไม่
Priority	ต้องยกระดับเข้าที่ประชุมหรือให้ผู้มีอำนาจตัดสินใจเมื่อไร
สถานะ	Draft, In Review, Answered, Closed หรือสถานะที่โครงการกำหนด
เอกสารปิดรายการ	คำตอบถูกเชื่อมไปยังแบบ Submittal หรือเอกสารเปลี่ยนแปลงใดแล้ว

RFI Tracker ควรเชื่อมกับภาพรวมใน รายงานประจำสัปดาห์และรายเดือนของโครงการก่อสร้าง โดยนำเฉพาะรายการที่ต้องตัดสินใจหรืออาจกระทบแผนงานขึ้นมาให้เจ้าของเห็น ไม่ใช่รายงานเพียงจำนวน RFI เปิดและปิด

5 สัญญาณเตือนว่า RFI กำลังกลายเป็นความเสี่ยงของโครงการ

คำถามไม่มีเอกสารอ้างอิง: ไม่ระบุแบบ Revision, Specification หรือตำแหน่งงาน ทำให้ผู้ตอบต้องค้นหาบริบทใหม่
ไม่มี Ball in Court ที่ชัดเจน: ทุกฝ่ายเห็นรายการ แต่ไม่มีใครทราบว่าขั้นตอนถัดไปอยู่กับใคร
เลย Due Date โดยไม่มี Escalation: รายการค้างถูกแสดงใน Log แต่ไม่ได้เชื่อมกับงานที่กำลังรอหรือผู้มีอำนาจตัดสินใจ
คำตอบไม่ถูกกระจายไปยังผู้ปฏิบัติ: RFI ถูกเปลี่ยนสถานะเป็นตอบแล้ว แต่ทีมหน้างานหรือผู้จัดทำ Shop Drawing ยังใช้ข้อมูลเดิม
Potential Impact ไม่ถูกส่งต่อ: คำตอบอาจกระทบ Scope, Cost หรือ Time แต่ไม่มีการประเมินและเชื่อมไปยัง กระบวนการ Change Order

จำนวน RFI มากหรือน้อยเพียงอย่างเดียวไม่ควรถูกใช้ตัดสินคุณภาพโครงการ สิ่งที่เจ้าของควรสนใจคือสาเหตุ ความสำคัญ อายุรายการ งานที่กำลังรอ และความครบถ้วนของการนำคำตอบไปใช้

บทบาทของเจ้าของโครงการและที่ปรึกษาบริหารโครงการในกระบวนการ RFI

RFI อาจเริ่มจากคำถามทางเทคนิค แต่หลายรายการเชื่อมกับการตัดสินใจด้านแผนงาน งบประมาณ ขอบเขต หรือการประสานผู้รับเหมาหลายราย เจ้าของจึงควรมีภาพรวมมากกว่าการรอรับสำเนาคำตอบ

บทบาทที่ควรกำหนดให้ชัด ได้แก่

ใครตรวจความครบถ้วนก่อนส่ง RFI
ใครเลือกผู้ตอบตามหมวดงาน
ใครมีอำนาจออก Official Response
ใครประเมิน Potential Impact ด้าน Scope, Cost และ Time
ใครกระจายคำตอบและยืนยันว่าทีมนำไปใช้กับเอกสาร Revision ที่ถูกต้อง
ใครนำรายการค้างเข้าสู่การประชุมและยกระดับเมื่อเกินกำหนด

บริษัทควบคุมงานก่อสร้าง ในฐานะที่ปรึกษาหรือตัวแทนเจ้าของสามารถช่วยจัดระบบติดตาม ประสานผู้เกี่ยวข้อง และสรุป RFI ที่ต้องตัดสินใจตามขอบเขตงานได้ แต่ไม่ได้หมายความว่าที่ปรึกษามีอำนาจตอบหรืออนุมัติ RFI ทุกเรื่อง อำนาจดังกล่าวต้องเป็นไปตามสัญญาและโครงสร้างของโครงการ

สำหรับคำถามที่เกี่ยวกับระบบประกอบอาคาร การระบุผู้ตอบหลักและเอกสารอ้างอิงยิ่งสำคัญ เพราะงานสถาปัตยกรรม โครงสร้าง ไฟฟ้า สุขาภิบาล และเครื่องกลอาจเชื่อมกัน สามารถอ่านภาพรวมบทบาทของ MEP Engineer เพื่อเข้าใจการประสานงานระบบเพิ่มเติม

คำถามที่พบบ่อยเกี่ยวกับ RFI งานก่อสร้าง

RFI ย่อมาจากอะไร

RFI ย่อมาจาก Request for Information ในบริบทงานก่อสร้างหมายถึงกระบวนการขอข้อมูลหรือคำชี้แจงอย่างเป็นทางการ เพื่อให้ทีมที่เกี่ยวข้องได้รับคำตอบที่ตรวจสอบและส่งต่อได้ตาม Workflow ของโครงการ

ใครเป็นผู้เปิด RFI และใครเป็นผู้ตอบ

ผู้เปิดและผู้ตอบขึ้นอยู่กับสัญญาและ Procedure ของโครงการ โดยทั่วไปคำถามอาจมาจากผู้รับเหมาหรือทีมโครงการ และถูกส่งผ่านผู้ประสานไปยังสถาปนิก วิศวกร เจ้าของ หรือผู้เชี่ยวชาญที่มีอำนาจให้คำตอบ GSA แสดงตัวอย่างที่มีผู้สร้าง ผู้ประสาน ผู้ตอบหลัก ผู้ตอบรอง และตัวแทนเจ้าของใน Workflow เดียวกัน

RFI ควรได้รับคำตอบภายในกี่วัน

ไม่มีจำนวนวันที่ควรเหมารวมกับทุกโครงการ Due Date ควรอ้างอิง Contract Documents, Document Control Procedure, ความซับซ้อนของคำถาม และวันที่งานต้องใช้ข้อมูล เจ้าของควรเห็นทั้งกำหนดตอบและงานที่กำลังรอ เพื่อจัดลำดับความสำคัญได้ถูกต้อง

คำตอบ RFI ถือเป็น Change Order หรือไม่

ไม่ควรถือว่าเป็น Change Order โดยอัตโนมัติ คำตอบ RFI อาจยืนยันข้อมูลเดิม หรืออาจทำให้พบผลกระทบต่อ Scope, Cost หรือ Time หากเกิดผลกระทบ ทีมต้องดำเนินการผ่านกลไกการเปลี่ยนแปลงและอำนาจอนุมัติตามสัญญาของโครงการ

RFI ที่ปิดแล้วควรเก็บเอกสารอะไรไว้บ้าง

ควรเก็บคำถาม เอกสารอ้างอิงและ Revision ภาพหรือ Markup การส่งต่อ ความเห็นที่เกี่ยวข้อง Official Response วันที่สำคัญ และเอกสารปลายทางที่นำคำตอบไปใช้ เช่น แบบฉบับแก้ไข Submittal หรือเอกสาร Change Control ตามกรณี เพื่อให้ตรวจสอบย้อนหลังได้ว่าทีมใช้คำตอบใดกับงานส่วนใด