RFI คืออะไร? ระบบถาม–ตอบเพื่อแก้ความไม่ชัดเจนในงานก่อสร้าง

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

RFI เป็นกลไกสำคัญในการเชื่อมระหว่าง

แบบและข้อกำหนด

กับ

สถานการณ์ที่เกิดขึ้นจริงในโครงการ

ตัวอย่างเช่น

แบบ Floor Plan กับ Detail ไม่ตรงกัน
Drawing ระบุ Dimension ไม่ครบ
Specification กับ Drawing ขัดแย้งกัน
สภาพหน้างานไม่ตรงกับแบบ
Shop Drawing พบปัญหาในการติดตั้ง
Contractor ต้องการ Clarification
มีข้อมูลที่จำเป็นต่อการก่อสร้างแต่ไม่ปรากฏในเอกสาร

ดังนั้น RFI ไม่ควรถูกมองว่าเป็นเพียง

“เอกสารถามคำถาม”

แต่ควรมองว่าเป็น

“ระบบจัดการความไม่แน่นอนในการก่อสร้าง”

RFI อยู่ตรงไหนใน Construction Process?

RFI มักเกิดขึ้นเมื่อทีมก่อสร้างพบข้อมูลที่ต้องการคำตอบก่อนดำเนินงานต่อ

DRAWING
   +
SPECIFICATION
   +
SITE CONDITION
   ↓
QUESTION / CONFLICT
   ↓
RFI
   ↓
REVIEW
   ↓
RESPONSE
   ↓
DECISION
   ↓
DRAWING / DOCUMENT REVISION
   ↓
CONSTRUCTION

RFI จึงเป็นส่วนหนึ่งของ Project Information Flow

ทำไม RFI จึงสำคัญ?

ในโครงการก่อสร้าง การตัดสินใจที่ไม่ถูกบันทึกไว้อาจทำให้เกิดปัญหาภายหลัง

เช่น

“วันนั้นคุยกันแล้วว่าให้ทำแบบนี้”

แต่ไม่มีเอกสารยืนยัน

RFI ช่วยสร้าง

Written Record
Decision Record
Design Clarification
Drawing Reference
Specification Reference
Change Documentation

ทำให้สามารถย้อนกลับไปตรวจสอบได้ว่า

ใครถามอะไร?

อ้างอิงเอกสารอะไร?

ใครตอบ?

ตอบเมื่อไร?

ตัดสินใจอย่างไร?

RFI ไม่ใช่ Change Order

สองสิ่งนี้ไม่เหมือนกัน

RFI

มีเป้าหมายเพื่อ

ขอข้อมูลหรือคำชี้แจง

Change

คือ

การเปลี่ยนแปลงสิ่งที่ได้รับอนุมัติหรือกำหนดไว้เดิม

อย่างไรก็ตาม RFI อาจนำไปสู่การเปลี่ยนแปลงได้

RFI
 ↓
Clarification
 ↓
Design Change
 ↓
Drawing Revision

ดังนั้น RFI หนึ่งฉบับอาจไม่มีผลต่อแบบ หรืออาจนำไปสู่การแก้ไขแบบก็ได้

1. RFI Writing

RFI Writing คือการจัดทำคำถามให้ชัดเจนและสามารถนำไปตอบได้

RFI ที่ดีควรตอบคำถามให้ได้ว่า

ปัญหาคืออะไร?

เกิดขึ้นที่ไหน?

อ้างอิงเอกสารอะไร?

ต้องการคำตอบเรื่องอะไร?

คำตอบจำเป็นเมื่อไร?

โครงสร้าง RFI ที่ดี

โดยทั่วไปอาจประกอบด้วย

RFI NUMBER
DATE
SUBJECT

LOCATION

DESCRIPTION

QUESTION

DRAWING REFERENCE

SPECIFICATION REFERENCE

ATTACHMENTS

REQUIRED RESPONSE DATE

PROPOSED SOLUTION
(ถ้ามี)

RESPONSE

STATUS

รูปแบบจริงควรเป็นไปตามระบบ Document Control ของโครงการ

ตัวอย่าง RFI ที่ไม่ดี

ประตูห้องประชุมมีปัญหา ช่วยดูให้หน่อยครับ

ปัญหาคือ

ไม่ระบุตำแหน่ง
ไม่ระบุ Drawing
ไม่ระบุปัญหา
ไม่ระบุว่าต้องการคำตอบอะไร

ตัวอย่าง RFI ที่ดี

Subject:
Door Opening Conflict at Meeting Room 03

Location:
Level 03 / Meeting Room 03

Reference:
A-201 Rev.03
A-501 Rev.02

Description:
The door opening shown on the floor plan
conflicts with the wall condition shown
in the enlarged detail.

Question:
Please confirm the required door opening
dimension and wall configuration.

Attachment:
Site Photo
Marked-up Drawing

คำถามแบบนี้ทำให้ผู้ตอบสามารถตรวจสอบและให้คำตอบได้ตรงประเด็น

2. RFI Response

RFI Response คือคำตอบอย่างเป็นทางการต่อคำถามที่ถูกส่งเข้ามา

Response ที่ดีควร

ตอบคำถามโดยตรง
อ้างอิงเอกสาร
ระบุเงื่อนไข
ระบุผลกระทบถ้ามี
ระบุเอกสารที่ต้องแก้ไขถ้าจำเป็น

ตัวอย่าง

Response:

Proceed with a 900 mm clear opening.

Revise the wall configuration
as indicated in the attached sketch.

Update the related door schedule
and enlarged detail accordingly.

คำตอบควรหลีกเลี่ยงข้อความที่กำกวม เช่น

“ทำตามที่คุยกัน”

หรือ

“แก้ตามหน้างานได้เลย”

หากเป็นประเด็นสำคัญ

RFI Response กับ Design Authority

ผู้ตอบ RFI ควรเป็นผู้ที่มีอำนาจในการให้คำตอบในประเด็นนั้น

ตัวอย่าง

Architecture

Architect
Design Team

Structure

Structural Engineer

MEP

MEP Engineer

Client Decision

Client / Authorized Representative

ดังนั้น AI สามารถช่วย Draft Response ได้ แต่ไม่ควรสร้าง Design Decision ที่ไม่มีผู้รับผิดชอบอนุมัติ

3. Design Clarification

Design Clarification คือการชี้แจงเจตนาหรือข้อกำหนดของ Design เมื่อข้อมูลในแบบไม่ชัดเจน

ตัวอย่าง

แบบระบุ

Wall Finish: WT-03

แต่ไม่ได้ระบุว่า

ใช้ WT-03 สูงถึงระดับใด?

RFI จึงถาม

Please confirm the required height of WT-03.

Response อาจเป็น

Extend WT-03 to +2.40 m AFF.

นี่คือ Design Clarification

ไม่จำเป็นต้องเป็น Design Change เสมอไป

Clarification vs Change

เป็นเรื่องที่ควรแยกให้ชัด

Clarification

คือการ

อธิบายสิ่งที่ Design ตั้งใจไว้เดิม

Change

คือการ

เปลี่ยนจากสิ่งที่ Design กำหนดไว้เดิม

ตัวอย่าง

DRAWING
Wall Finish = WT-03
Height unclear
        ↓
RFI
        ↓
Clarification
        ↓
WT-03 to +2.40

เป็น Clarification

แต่ถ้า

DRAWING
WT-03

        ↓
RFI

        ↓
RESPONSE

Change to WT-05

กรณีนี้อาจถือเป็น Design Change และควรจัดการเอกสารการเปลี่ยนแปลงตามระบบของโครงการ

4. Drawing Reference

Drawing Reference คือการระบุว่า RFI เกี่ยวข้องกับ Drawing ใด

ตัวอย่าง

A-101 Rev.03
Floor Plan

A-501 Rev.02
Wall Detail

A-601 Rev.01
Door Detail

การระบุ Revision มีความสำคัญมาก

เพราะ Drawing เดียวกันอาจมีหลาย Version

A-101
 ├── Rev 00
 ├── Rev 01
 ├── Rev 02
 └── Rev 03

RFI ควรระบุว่าอ้างอิง Revision ใด

Drawing Reference ช่วยลดความกำกวม

แทนที่จะเขียน

“ตามแบบห้องน้ำ”

ควรระบุ

“A-302 Rev.04 – Toilet Plan, Level 03”

ทำให้ทุกฝ่ายสามารถเปิดเอกสารเดียวกันและตรวจสอบประเด็นเดียวกันได้

5. Specification Reference

บางคำถามไม่สามารถตอบจาก Drawing ได้เพียงอย่างเดียว

จึงต้องอ้างอิง Specification

ตัวอย่าง

Drawing ระบุ

Tile Type T-03

แต่ Specification ระบุรายละเอียดเพิ่มเติมเกี่ยวกับ

Tile Size
Adhesive
Grout
Installation
Performance

ดังนั้น RFI อาจอ้างอิงทั้ง

DRAWING
+
SPECIFICATION

Drawing + Specification Cross-reference

Workflow ที่ดีคือ

RFI
 ↓
DRAWING REFERENCE
 ↓
SPECIFICATION REFERENCE
 ↓
COMPARE
 ↓
QUESTION

ตัวอย่าง

Drawing ระบุ Material A แต่ Specification Section XX ระบุ Material B

RFI จึงสามารถถามว่า

Please confirm which material requirement should govern.

6. Change Documentation

เมื่อ RFI นำไปสู่การเปลี่ยนแปลง ควรมีการบันทึกให้สามารถย้อนกลับได้

ตัวอย่าง

RFI-025
   ↓
Response
   ↓
Design Change
   ↓
Drawing Revision
   ↓
A-201 Rev.05
   ↓
Site Implementation

ควรสามารถตรวจสอบได้ว่า

Drawing Revision นี้เกิดจาก RFI ใด?

และกลับกัน

RFI นี้นำไปสู่ Drawing Revision ใด?

RFI Change Chain

ระบบ Document Control ที่ดีควรสร้างความสัมพันธ์ระหว่างเอกสาร

SITE PROBLEM
      ↓
RFI-025
      ↓
DESIGN RESPONSE
      ↓
CHANGE
      ↓
A-201 Rev.05
      ↓
SHOP DRAWING Rev.03
      ↓
SITE IMPLEMENTATION

นี่ทำให้ Project Team สามารถติดตาม Decision History ได้

RFI และ Site Problem

RFI มักเกิดจาก Site Problem

SITE PROBLEM
      ↓
PHOTO
      ↓
OBSERVATION
      ↓
QUESTION
      ↓
RFI

ตัวอย่าง

Existing Beam ต่ำกว่าที่คาด ทำให้ Ceiling Level ไม่สามารถทำตามแบบเดิมได้

จากนั้น RFI อาจถาม

Please confirm revised ceiling level considering the existing beam condition.

ดังนั้น Site Problem → RFI เป็น Workflow ที่ควรเชื่อมกันโดยตรง

RFI และ Shop Drawing

RFI อาจเกิดระหว่าง Shop Drawing Review

SHOP DRAWING
      ↓
REVIEW
      ↓
QUESTION
      ↓
RFI
      ↓
RESPONSE
      ↓
SHOP DRAWING REVISION

ตัวอย่าง

Shop Drawing แสดง Bracket ที่ชนกับ Beam

จึงต้องถาม Design Team หรือ Engineer เพื่อยืนยันแนวทาง

จากนั้น Response อาจนำไปสู่ Shop Drawing Revision

RFI และ Material Submittal

RFI อาจเกี่ยวข้องกับ Material Submittal เช่นกัน

MATERIAL SUBMITTAL
      ↓
REVIEW
      ↓
TECHNICAL QUESTION
      ↓
RFI
      ↓
CLARIFICATION

ตัวอย่าง

Product ที่เสนอมี Technical Data ไม่ครบ

จึงต้องขอข้อมูลเพิ่มเติมก่อนตัดสินใจ

RFI ที่ดีควรมี “Question” เพียงเรื่องที่ชัดเจน

หาก RFI หนึ่งฉบับมีหลายประเด็นที่ไม่เกี่ยวข้องกัน อาจทำให้

ผู้ตอบสับสน
ติดตามยาก
Response ไม่ครบ
ปิด RFI ไม่ได้

ดังนั้นควรใช้หลัก

One RFI = One Clear Issue

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

RFI Priority

RFI อาจแบ่งระดับความเร่งด่วน เช่น

Critical

ถ้าไม่ตอบจะหยุดงานหรือเกิดความเสี่ยงสูง

High

กระทบงานที่จะเริ่มในเร็ว ๆ นี้

Normal

สามารถรอได้ตามรอบการ Review

Low

ไม่กระทบ Critical Path

การกำหนด Priority ช่วยให้ทีม Design จัดลำดับการตอบได้ดีขึ้น

RFI Status

ตัวอย่างสถานะ

Draft
  ↓
Submitted
  ↓
Under Review
  ↓
Response Issued
  ↓
Acknowledged
  ↓
Closed

สถานะจริงควรสอดคล้องกับ Project Document Control Procedure

RFI Log

เมื่อโครงการมี RFI จำนวนมาก ควรมี RFI Log

RFI	Subject	Discipline	Date	Priority	Status
RFI-001	Door Conflict	Arch	—	High	Closed
RFI-002	Ceiling Level	Arch/MEP	—	Normal	Open
RFI-003	Beam Conflict	Structure	—	High	Responded

RFI Log ช่วยให้ Project Team เห็นภาพรวมของปัญหา

AI กับ RFI

RFI เป็นหนึ่งใน Workflow ที่ AI สามารถช่วยได้ตั้งแต่

Problem → Question → Reference → Draft → Response → Documentation

AI Topics ได้แก่

RFI Generation
RFI Analysis
Drawing + Spec Cross-reference
Response Drafting

1. AI RFI Generation

AI สามารถเปลี่ยนข้อมูลดิบให้เป็น RFI Draft

Input

Site Photo
+
Voice Note
+
Drawing

ตัวอย่าง Voice Note

“ชั้นสามประตูห้องประชุมเปิดไม่ได้ เพราะผนังด้านข้างทำให้ระยะเปิดประตูไม่พอ”

AI สามารถจัดเป็น

Subject:
Meeting Room Door Clearance

Location:
Level 03

Issue:
Door swing clearance appears
insufficient due to adjacent wall.

Reference:
A-201
A-501

Question:
Please confirm the required door
configuration or revised wall location.

จากนั้น Architect ตรวจสอบและแก้ไขก่อนส่งจริง

2. AI RFI Analysis

เมื่อมี RFI จำนวนมาก AI สามารถช่วยวิเคราะห์

Topic
Discipline
Location
Drawing
Specification
Priority
Status
Potential Impact

เช่น

RFI-021
Category: Coordination

RFI-022
Category: Material

RFI-023
Category: Dimension

RFI-024
Category: Design Change

จากนั้นสามารถวิเคราะห์ได้ว่า

RFI ส่วนใหญ่เกิดจากอะไร?

RFI Trend Analysis

เมื่อสะสมข้อมูลมากขึ้น สามารถวิเคราะห์

RFI COUNT
│
├── Coordination
├── Drawing Error
├── Site Condition
├── Material
├── Design Change
└── Specification

สิ่งนี้มีประโยชน์มากในระดับ Project Management

เช่นพบว่า

35% ของ RFI เกิดจาก Architecture / MEP Coordination

ทีมออกแบบสามารถนำข้อมูลนี้กลับไปปรับ Process

3. Drawing + Spec Cross-reference

นี่เป็นหนึ่งใน Use Case ที่มีศักยภาพสูง

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

RFI
 ↓
DRAWING SEARCH
 ↓
DETAIL SEARCH
 ↓
SPECIFICATION SEARCH
 ↓
SCHEDULE SEARCH
 ↓
RELATED DOCUMENTS

ตัวอย่างคำถาม

“ประเด็นนี้เกี่ยวข้องกับ Drawing อะไรบ้าง?”

AI อาจพบ

A-201 Floor Plan
A-501 Wall Detail
A-601 Door Detail
Door Schedule
Specification Section XX

จากนั้น Reviewer สามารถตรวจสอบเอง

4. AI Response Drafting

AI สามารถช่วยร่าง Response จากข้อมูลที่มี

ตัวอย่าง

RFI:
Please confirm wall finish height.

Drawing:
A-302

Specification:
Section XX

Design Intent:
Finish to align with adjacent wall.

AI อาจสร้าง Draft

Draft Response:

Please extend the wall finish to
+2.40 m AFF to align with the adjacent
wall finish.

Update the relevant detail and finish
schedule accordingly.

แต่ต้องมี Human Review ก่อนออก Response อย่างเป็นทางการ

AI RFI Response ไม่ควรสร้าง Design Decision เอง

หลักการสำคัญคือ

AI
 ↓
ANALYZE
 ↓
DRAFT
 ↓
HUMAN REVIEW
 ↓
AUTHORIZED RESPONSE

ไม่ใช่

AI
 ↓
DECISION
 ↓
CONSTRUCTION

โดยเฉพาะเรื่อง

Structural Safety
Fire Safety
Code Compliance
Engineering
Contract
Cost
Design Responsibility

ต้องมีผู้รับผิดชอบที่เหมาะสมเป็นผู้ตัดสินใจ

AI RFI Workflow

ระบบ RFI ที่ใช้ AI สามารถออกแบบได้ดังนี้

SITE PROBLEM
      +
DRAWING
      +
SPECIFICATION
      +
PHOTO
      +
VOICE
      ↓
AI
      ↓
PROBLEM IDENTIFICATION
      ↓
RELATED DOCUMENTS
      ↓
RFI DRAFT
      ↓
HUMAN REVIEW
      ↓
SUBMIT
      ↓
RESPONSE
      ↓
AI RESPONSE ANALYSIS
      ↓
DRAWING / DOCUMENT UPDATE
      ↓
CLOSE

RFI Knowledge Base

เมื่อ RFI ของหลายโครงการถูกจัดเก็บอย่างเป็นระบบ จะสามารถสร้าง RFI Knowledge Base

RFI KNOWLEDGE BASE
│
├── Problem
├── Question
├── Drawing
├── Specification
├── Response
├── Decision
├── Revision
├── Discipline
├── Project
└── Lessons Learned

จากนั้น AI สามารถช่วยค้นหา

“เคยมี RFI เรื่อง Door Clearance หรือไม่?”

หรือ

“โครงการก่อนหน้านี้แก้ปัญหา Duct ชน Beam อย่างไร?”

ทำให้ RFI ไม่ใช่เพียงเอกสารที่ถูกเก็บแล้วจบ แต่กลายเป็น Construction Knowledge

RFI → Lessons Learned

เมื่อปิด RFI แล้ว ควรพิจารณาว่า

ปัญหานี้ควรนำไปป้องกันในโครงการต่อไปหรือไม่?

ตัวอย่าง

RFI
 ↓
ROOT CAUSE
 ↓
LESSON LEARNED
 ↓
CHECKLIST
 ↓
DESIGN PROCESS

หากพบ RFI เรื่อง

Door / MEP Conflict

ซ้ำหลายโครงการ อาจสร้าง

Door Coordination Checklist

และเพิ่มเข้าไปในขั้นตอน Design Development

RFI Quality Checklist

RFI Writing

Clear Subject
Clear Location
Clear Problem
Clear Question
Drawing Reference
Revision Number
Specification Reference
Attachments
Required Date

RFI Response

Direct Answer
Clear Instruction
Reference
Conditions
Required Revision
Responsible Person
Date

Change Documentation

Change Identified
Impact Assessed
Drawing Revision
Specification Update
Schedule Update
Shop Drawing Update
Site Communication
Close-out Record

ตัวอย่าง RFI Workflow แบบครบวงจร

สมมติว่า Site พบว่า

Ceiling Level ไม่สามารถทำตามแบบได้ เพราะมี Existing Beam ต่ำกว่าที่ระบุ

กระบวนการอาจเป็น

SITE OBSERVATION
      ↓
PHOTO + MEASUREMENT
      ↓
SITE PROBLEM
      ↓
RFI
      ↓
DRAWING REFERENCE
      ↓
STRUCTURAL REFERENCE
      ↓
DESIGN ANALYSIS
      ↓
OPTION A / B / C
      ↓
DECISION
      ↓
RFI RESPONSE
      ↓
DRAWING REVISION
      ↓
SHOP DRAWING REVISION
      ↓
SITE IMPLEMENTATION
      ↓
VERIFICATION

นี่คือเหตุผลที่ RFI เป็นมากกว่าเอกสารถาม–ตอบ

เพราะมันเป็น Decision Chain

สรุป

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

หัวข้อสำคัญประกอบด้วย

RFI WRITING
RFI RESPONSE
DESIGN CLARIFICATION
DRAWING REFERENCE
SPECIFICATION REFERENCE
CHANGE DOCUMENTATION

ส่วน AI สามารถเข้ามาช่วยใน

RFI GENERATION
      ↓
RFI ANALYSIS
      ↓
DRAWING + SPEC CROSS-REFERENCE
      ↓
RESPONSE DRAFTING

หลักการสำคัญคือ

AI ช่วยค้นข้อมูล วิเคราะห์ และร่างคำตอบ — แต่ผู้มีอำนาจรับผิดชอบเป็นผู้ตัดสินใจและออกคำตอบอย่างเป็นทางการ

เมื่อเชื่อม RFI เข้ากับระบบอื่น จะเกิด Construction Information Chain ที่มีคุณค่ามาก

SITE PROBLEM
      ↕
RFI
      ↕
DESIGN RESPONSE
      ↕
DRAWING REVISION
      ↕
SHOP DRAWING
      ↕
MATERIAL SUBMITTAL
      ↕
CONSTRUCTION

และเมื่อข้อมูลเหล่านี้ถูกสะสมในระยะยาว RFI จะสามารถพัฒนาไปสู่ AI Construction Knowledge Base ที่ช่วยทั้งการแก้ปัญหาหน้างาน การตรวจแบบ และการป้องกันปัญหาในโครงการถัดไป

จาก RFI ที่เคยเป็นเพียง “คำถามระหว่างก่อสร้าง” → สู่ฐานข้อมูล Decision และ Construction Knowledge ของสำนักงานสถาปัตย์

SITE04. – RFI

RFI คืออะไร? ระบบถาม–ตอบเพื่อแก้ความไม่ชัดเจนในงานก่อสร้าง

RFI อยู่ตรงไหนใน Construction Process?

ทำไม RFI จึงสำคัญ?

RFI ไม่ใช่ Change Order

RFI

Change

1. RFI Writing

โครงสร้าง RFI ที่ดี

ตัวอย่าง RFI ที่ไม่ดี

ตัวอย่าง RFI ที่ดี

2. RFI Response

RFI Response กับ Design Authority

Architecture

Structure

MEP

Client Decision

3. Design Clarification

Clarification vs Change

Clarification

Change

4. Drawing Reference

Drawing Reference ช่วยลดความกำกวม

5. Specification Reference

Drawing + Specification Cross-reference

6. Change Documentation

RFI Change Chain

RFI และ Site Problem

RFI และ Shop Drawing

RFI และ Material Submittal

RFI ที่ดีควรมี “Question” เพียงเรื่องที่ชัดเจน

RFI Priority

Critical

High

Normal

Low

RFI Status

RFI Log

AI กับ RFI

1. AI RFI Generation

2. AI RFI Analysis

RFI Trend Analysis

3. Drawing + Spec Cross-reference

4. AI Response Drafting

AI RFI Response ไม่ควรสร้าง Design Decision เอง

AI RFI Workflow

RFI Knowledge Base

RFI → Lessons Learned

RFI Quality Checklist

RFI Writing

RFI Response

Change Documentation

ตัวอย่าง RFI Workflow แบบครบวงจร

สรุป

More posts

SITE05. – As-built

SITE04. – RFI

SITE03. – Site Problem

SITE02. – Material Submittal