Site Problem คืออะไร? การวิเคราะห์และแก้ปัญหาหน้างานสถาปัตยกรรมอย่างเป็นระบบ
Site Problem หรือ ปัญหาหน้างานก่อสร้าง คือปัญหาหรือสถานการณ์ที่เกิดขึ้นระหว่างการก่อสร้าง ซึ่งทำให้การก่อสร้างไม่สามารถดำเนินการตามแบบ Specification หรือแผนงานที่กำหนดไว้ได้ตามปกติ
ปัญหาหน้างานอาจเกิดจากหลายสาเหตุ เช่น
- แบบไม่สอดคล้องกับสภาพจริง
- สภาพพื้นที่จริงแตกต่างจากข้อมูลที่ใช้ในการออกแบบ
- วัสดุไม่ตรงตามที่กำหนด
- การก่อสร้างผิดจากแบบ
- งาน Architecture / Structure / MEP ไม่ประสานกัน
- Dimension ขัดแย้งกัน
- Detail ไม่สามารถก่อสร้างจริงได้
- Client เปลี่ยนความต้องการ
- Contractor เสนอวิธีการก่อสร้างหรือวัสดุทางเลือก
ดังนั้น Site Problem ไม่ควรถูกมองเพียงว่า
“มีอะไรผิดที่หน้างาน?”
แต่ควรถามต่อว่า
“ปัญหาเกิดจากอะไร และต้องตัดสินใจอย่างไรจึงจะแก้ปัญหาได้โดยไม่สร้างปัญหาใหม่?”
Site Problem อยู่ตรงไหนใน Construction Process?
กระบวนการทั่วไปสามารถมองได้ดังนี้
CONSTRUCTION
↓
SITE CONDITION
↓
PROBLEM DETECTED
↓
DOCUMENTATION
↓
ANALYSIS
↓
COORDINATION
↓
OPTION / PROPOSAL
↓
DECISION
↓
DRAWING / RFI / INSTRUCTION
↓
IMPLEMENTATION
↓
VERIFICATION
สิ่งสำคัญคือ อย่าแก้ปัญหาหน้างานโดยข้ามขั้นตอนการตรวจสอบ
เพราะการแก้ปัญหาแบบเฉพาะหน้าหนึ่งจุด อาจสร้างผลกระทบต่ออีกหลายระบบ
ตัวอย่างเช่น
MOVE WALL
↓
DOOR CHANGES
↓
CEILING CHANGES
↓
MEP CHANGES
↓
FLOOR FINISH CHANGES
Site Problem ไม่ได้แปลว่า Contractor ทำผิดเสมอไป
นี่เป็นหลักสำคัญในการบริหารปัญหาหน้างาน
ปัญหาที่พบอาจเกิดจาก
- Design
- Existing Condition
- Contractor
- Supplier
- Coordination
- Client
- Unforeseen Condition
ดังนั้นก่อนระบุว่าใครเป็นผู้ผิด ควร Fact Finding ก่อน
ตัวอย่าง
ประตูติดตั้งไม่ได้ตามแบบ
ไม่ได้หมายความทันทีว่า Contractor ผิด
อาจเกิดจาก
- Opening จริงไม่ตรงแบบ
- Structural Beam อยู่ผิดตำแหน่ง
- MEP อยู่ในตำแหน่งเดียวกัน
- Door Size เปลี่ยน
- แบบ Architecture ไม่ตรงกับ Structural Drawing
ดังนั้นควรเริ่มจาก
ตรวจสอบข้อเท็จจริง → วิเคราะห์สาเหตุ → กำหนดแนวทางแก้ไข
1. Design Change
Design Change คือการเปลี่ยนแปลงแบบหรือ Design หลังจากการออกแบบได้พัฒนาไปแล้ว หรือหลังจากเริ่มก่อสร้าง
ตัวอย่างเช่น
- เปลี่ยน Layout
- เปลี่ยน Material
- เปลี่ยน Door
- เปลี่ยน Window
- เปลี่ยน Ceiling
- เปลี่ยน Facade
- เพิ่มหรือลดพื้นที่
Design Change อาจเกิดจาก
- Client Request
- Site Condition
- Budget
- Construction Issue
- Authority Requirement
- Coordination
ผลกระทบของ Design Change
ไม่ควรมองเฉพาะจุดที่เปลี่ยน
ควรตรวจผลกระทบต่อ
DESIGN CHANGE
↓
ARCHITECTURE
↓
STRUCTURE
↓
MEP
↓
MATERIAL
↓
COST
↓
TIME
ตัวอย่าง
Client ขอเพิ่มประตูหนึ่งบาน
อาจกระทบ
- Wall
- Structure
- Fire Rating
- MEP
- Ceiling
- Finish
- Door Schedule
ดังนั้นทุก Design Change ควรมี Impact Assessment
2. Site Condition
Site Condition คือสภาพจริงของพื้นที่ก่อสร้างที่พบในหน้างาน
บางครั้งสภาพจริงอาจไม่ตรงกับข้อมูลที่ใช้ในการออกแบบ
เช่น
- Existing Structure ไม่ตรงแบบ
- Existing Pipe ไม่ตรงตำแหน่ง
- ระดับพื้นไม่ตรง
- ขนาดพื้นที่ไม่ตรง
- Existing Wall ไม่ตรง
- Underground Utilities ไม่ทราบมาก่อน
จึงเกิด
As-Designed ≠ As-Built / Existing Condition
Site Verification
เมื่อพบปัญหาที่เกี่ยวข้องกับสภาพจริง ควรตรวจสอบ
- Measurement
- Level
- Location
- Existing Drawing
- Site Photo
- Survey
- Existing Structure
- Existing MEP
ก่อนเริ่มเสนอแนวทางแก้ไข
3. Material Problem
Material Problem คือปัญหาที่เกี่ยวข้องกับวัสดุหรือผลิตภัณฑ์
เช่น
- Material ไม่ตรง Specification
- สีไม่ตรง
- ขนาดไม่ตรง
- Product ไม่ตรง
- Material เสียหาย
- Material ขาด
- Product Discontinued
- Lead Time มีปัญหา
ตัวอย่าง
SPECIFIED
Material A
DELIVERED
Material B
↓
MATERIAL PROBLEM
ต้องตรวจสอบต่อว่าเป็น
- Wrong Procurement
- Approved Substitution
- Supplier Issue
- Specification Issue
- Communication Error
หรือสาเหตุอื่น
Material Problem กับ Material Submittal
Material Problem มักเชื่อมโยงกับ Material Submittal
SPECIFICATION
↓
MATERIAL SUBMITTAL
↓
APPROVAL
↓
PROCUREMENT
↓
DELIVERY
↓
SITE
หากวัสดุที่มาถึงหน้างานไม่ตรงกับที่อนุมัติ ควรย้อนกลับไปตรวจเอกสารในแต่ละขั้นตอน
4. Construction Error
Construction Error คือการก่อสร้างหรือการติดตั้งที่ไม่เป็นไปตามแบบ ข้อกำหนด หรือวิธีการที่ได้รับอนุมัติ
ตัวอย่าง
- Wall Location ผิด
- Level ผิด
- Opening ผิด
- Material ติดตั้งผิด
- Detail ผิด
- Installation ผิด
ก่อนสรุปว่าเป็น Construction Error ควรตรวจสอบเอกสารที่เกี่ยวข้อง เช่น
- Latest Drawing
- Approved Shop Drawing
- Specification
- Site Instruction
- RFI Response
- Revision History
เพราะบางครั้งหน้างานอาจใช้ Drawing Revision ที่ไม่ใช่ฉบับล่าสุด
5. Coordination Problem
Coordination Problem คือปัญหาที่เกิดจากระบบหรือองค์ประกอบต่าง ๆ ไม่สามารถทำงานร่วมกันได้
ตัวอย่าง
ARCHITECTURE
×
STRUCTURE
หรือ
ARCHITECTURE
×
MEP
ตัวอย่างที่พบบ่อย
- Duct ชน Beam
- Pipe ชน Wall
- Light ชน Ceiling Element
- Door ชน Equipment
- Structure ชน Facade
- Drainage ไม่มีพื้นที่
- Access Panel เปิดไม่ได้
Coordination Problem ไม่ใช่แค่ Clash
การตรวจ Coordination ต้องดูทั้ง
Geometry
สิ่งของชนกันหรือไม่?
Function
สามารถใช้งานได้หรือไม่?
Installation
สามารถติดตั้งได้หรือไม่?
Maintenance
สามารถซ่อมบำรุงได้หรือไม่?
Construction Sequence
สามารถก่อสร้างตามลำดับจริงได้หรือไม่?
ดังนั้น
No Clash ≠ No Problem
6. Dimension Conflict
Dimension Conflict คือกรณีที่ข้อมูลด้านขนาดหรือระยะในเอกสารต่าง ๆ ไม่สอดคล้องกัน
ตัวอย่าง
PLAN
Door = 900 mm
SHOP DRAWING
Door = 850 mm
หรือ
PLAN
Wall Length = X
SITE
Wall Length = Y
สาเหตุอาจเกิดจาก
- Drawing Revision
- Drafting Error
- Coordination Error
- Site Condition
- Shop Drawing
- Measurement Error
วิธีจัดการ Dimension Conflict
ควรตรวจตามลำดับ
1. Latest Drawing
2. Approved Shop Drawing
3. Relevant Detail
4. Specification
5. Site Measurement
6. Related Discipline
จากนั้นจึงตัดสินใจว่าข้อมูลใดเป็นข้อมูลที่ใช้เป็นฐานในการแก้ไข
7. Detail Conflict
Detail Conflict คือกรณีที่รายละเอียดในแบบหนึ่งขัดแย้งกับแบบหรือระบบอื่น
ตัวอย่าง
Wall Detail
ระบุผนังหนา X
แต่
Door Detail
ต้องการผนังหนา Y
หรือ
Facade Detail
ต้องการพื้นที่สำหรับ Bracket
แต่
Structural Detail
มี Beam อยู่ในตำแหน่งเดียวกัน
Detail Conflict กับ Constructability
บางครั้งแบบไม่มีข้อมูลขัดแย้งกันโดยตรง แต่ Detail ไม่สามารถก่อสร้างได้จริง
เช่น
DRAWING
↓
LOOKS CORRECT
↓
SITE
↓
CANNOT INSTALL
สาเหตุอาจเป็น
- Working Space ไม่พอ
- Access ไม่ได้
- Tolerance ไม่ได้
- ลำดับการติดตั้งเป็นไปไม่ได้
- ไม่มีพื้นที่สำหรับ Connection
ดังนั้นการ Review Detail ควรคิดถึง Construction Logic
8. Client Change
Client Change คือการเปลี่ยนแปลงที่เกิดจากความต้องการของ Client หลังจาก Design หรือ Construction ได้ดำเนินไปแล้ว
ตัวอย่าง
- เปลี่ยนห้อง
- เพิ่ม Function
- เปลี่ยน Material
- เปลี่ยนสี
- เปลี่ยน Furniture
- เปลี่ยน Layout
- เพิ่มพื้นที่
Client Change อาจมีผลต่อ
- Cost
- Time
- Design
- Procurement
- Construction
- Contract
ดังนั้นควรมีระบบบันทึกและอนุมัติการเปลี่ยนแปลง
Change Impact Assessment
ก่อนดำเนินการควรประเมิน
CLIENT CHANGE
↓
DESIGN IMPACT
↓
COST IMPACT
↓
TIME IMPACT
↓
CONSTRUCTION IMPACT
↓
DECISION
นี่ช่วยป้องกันปัญหา
“เปลี่ยนนิดเดียว”
แต่สุดท้ายกระทบทั้งโครงการ
9. Contractor Proposal
Contractor Proposal คือข้อเสนอจาก Contractor หรือผู้เกี่ยวข้องเพื่อแก้ปัญหา ปรับวิธีการก่อสร้าง หรือเสนอทางเลือกอื่น
ตัวอย่าง
- Alternative Material
- Alternative Detail
- Alternative Construction Method
- Alternative Product
- Alternative Sequence
ตัวอย่าง
DESIGN
↓
SITE PROBLEM
↓
CONTRACTOR PROPOSAL
↓
REVIEW
↓
COORDINATION
↓
DECISION
Contractor Proposal ไม่ควรเท่ากับ Approval
Contractor สามารถเสนอแนวทางได้ แต่ข้อเสนอนั้นควรเข้าสู่กระบวนการ Review และ Approval ตามขอบเขตอำนาจของแต่ละฝ่าย
ตัวอย่าง
Contractor เสนอเปลี่ยน Waterproofing System
ต้องพิจารณา
- Performance
- Specification
- Warranty
- Installation
- Compatibility
- Cost
- Design Intent
ก่อนตัดสินใจ
Site Problem Documentation
ทุกปัญหาหน้างานที่สำคัญควรสามารถย้อนกลับไปตรวจสอบได้
ข้อมูลพื้นฐานที่ควรเก็บ เช่น
PROJECT
LOCATION
DATE
PROBLEM ID
DESCRIPTION
PHOTO
DRAWING REFERENCE
SPECIFICATION
CAUSE
PROPOSED SOLUTION
RESPONSIBLE PARTY
DECISION
STATUS
Site Photo
ภาพถ่ายเป็นหลักฐานสำคัญของ Site Problem
ควรถ่ายให้เห็น
Context Photo
แสดงตำแหน่งโดยรวม
Problem Photo
แสดงปัญหาใกล้ ๆ
Detail Photo
แสดงรายละเอียดที่ต้องตรวจสอบ
Reference Photo
แสดงตำแหน่งหรือองค์ประกอบที่เกี่ยวข้อง
ตัวอย่าง
PHOTO 01
Overall Context
PHOTO 02
Problem Area
PHOTO 03
Detail
PHOTO 04
Reference / Dimension
Site Problem Report
รูปแบบง่าย ๆ สามารถเป็น
| Item | Information |
|---|---|
| Problem ID | SP-001 |
| Location | Level 03 |
| Category | Coordination |
| Description | Duct conflicts with beam |
| Drawing | M-302 / S-203 |
| Photo | Site Photo |
| Cause | Coordination Issue |
| Proposal | Reroute duct |
| Status | Under Review |
Problem Classification
การแบ่งประเภทปัญหาจะช่วยให้บริหารข้อมูลได้ง่ายขึ้น
SITE PROBLEM
│
├── DESIGN
├── SITE CONDITION
├── MATERIAL
├── CONSTRUCTION
├── COORDINATION
├── DIMENSION
├── DETAIL
├── CLIENT
└── CONTRACTOR
เมื่อเก็บข้อมูลจำนวนมาก จะสามารถวิเคราะห์ได้ว่า
ปัญหาส่วนใหญ่ของโครงการเกิดจากอะไร?
AI กับ Site Problem
Site Problem เป็นหนึ่งในพื้นที่ที่ AI มีศักยภาพสูง โดยเฉพาะ Computer Vision + Document Analysis + Reasoning
AI Topics ได้แก่
- Site Photo Analysis
- Problem Identification
- Design Option
- Site Report
- Problem Documentation
1. AI Site Photo Analysis
AI สามารถวิเคราะห์ภาพจากหน้างานเพื่อช่วยระบุสิ่งที่ควรตรวจสอบ
Workflow
SITE PHOTO
↓
AI VISION
↓
OBJECT DETECTION
↓
CONDITION ANALYSIS
↓
POTENTIAL ISSUE
ตัวอย่างสิ่งที่ AI อาจช่วยสังเกต
- Crack
- Water Stain
- Misalignment
- Missing Element
- Material Difference
- Installation Anomaly
- Visible Damage
แต่ผลลัพธ์ควรถือเป็น Potential Issue จนกว่าจะมีการตรวจสอบจากผู้เชี่ยวชาญ
2. AI Problem Identification
AI สามารถช่วยจัดประเภทปัญหาจากข้อมูลที่ได้รับ
ตัวอย่าง Input
“ประตูบริเวณห้องประชุมเปิดไม่ได้ เพราะชนกับตู้ไฟ”
AI อาจจัดประเภทเป็น
Category:
Coordination Problem
Subcategory:
Door / Equipment Conflict
Potential Disciplines:
Architecture
Electrical
Interior
จากนั้นสามารถสร้าง Checklist สำหรับการตรวจสอบเพิ่มเติม
3. AI Design Option
เมื่อพบ Site Problem AI สามารถช่วยสร้าง Design Options เพื่อใช้ประกอบการตัดสินใจ
ตัวอย่าง
Duct ชน Beam
AI อาจช่วยจัดกลุ่มทางเลือก
OPTION A
Move Duct
OPTION B
Change Duct Size
OPTION C
Change Ceiling Level
OPTION D
Modify Route
แต่ AI ไม่ควรเป็นผู้เลือกคำตอบสุดท้ายโดยอัตโนมัติ
Multi-Criteria Evaluation
AI สามารถช่วยเปรียบเทียบ Option
| Criteria | Option A | Option B | Option C |
|---|---|---|---|
| Cost | — | — | — |
| Time | — | — | — |
| Design Impact | — | — | — |
| Construction | — | — | — |
| MEP Impact | — | — | — |
| Maintenance | — | — | — |
จากนั้นให้ Project Team เป็นผู้ตัดสินใจ
4. AI Site Report
จากข้อมูลหน้างาน AI สามารถช่วยจัดทำ Site Report Draft
Input อาจประกอบด้วย
PHOTO
+
VOICE NOTE
+
TEXT NOTE
+
DRAWING
+
LOCATION
แล้วสร้าง
SITE REPORT
│
├── Problem
├── Location
├── Observation
├── Possible Cause
├── Related Drawing
├── Potential Impact
├── Proposed Options
└── Required Action
Voice → Site Report
เป็น Workflow ที่น่าสนใจมากสำหรับการทำงานจริง
สถาปนิกหรือ Site Architect สามารถพูดว่า
“บริเวณชั้น 4 ผนังห้องประชุมด้านทิศตะวันตกก่อผิดตำแหน่งประมาณ 100 มิลลิเมตร ต้องตรวจสอบกับแบบ Revision ล่าสุดและประสานกับงาน MEP”
AI สามารถช่วยแปลงเป็น
Problem ID:
SP-024
Location:
Level 04 / Meeting Room
Category:
Dimension Conflict
Observation:
Wall location appears approximately
100 mm different from design intent.
Required Action:
Verify against latest architectural drawing
and coordinate with MEP.
จากนั้นมนุษย์ตรวจสอบก่อนออกเป็นเอกสารจริง
5. AI Problem Documentation
AI สามารถช่วยจัดข้อมูล Site Problem ให้เป็นระบบ
RAW INFORMATION
↓
AI EXTRACTION
↓
CLASSIFICATION
↓
DOCUMENTATION
↓
REVIEW
↓
DATABASE
ข้อมูลที่ได้สามารถนำไปค้นหาในอนาคตได้ เช่น
“ปัญหา Waterproofing ที่เกิดขึ้นในโครงการก่อนหน้ามีอะไรบ้าง?”
หรือ
“เคยมีปัญหา Door กับ MEP ชนกันหรือไม่?”
AI Site Problem Knowledge Base
เมื่อสะสมข้อมูลจำนวนมาก จะสามารถสร้างฐานความรู้ได้
SITE PROBLEM DATABASE
│
├── Problem
├── Photo
├── Location
├── Cause
├── Solution
├── Drawing
├── RFI
├── Revision
├── Responsible Discipline
└── Final Decision
สิ่งที่มีคุณค่ามากคือ
Solution History
เพราะปัญหาหน้างานจำนวนมากเกิดซ้ำในลักษณะที่คล้ายกัน
Site Problem → RFI
Site Problem หลายกรณีอาจนำไปสู่ RFI
SITE PROBLEM
↓
INFORMATION MISSING
↓
QUESTION
↓
RFI
↓
DESIGN RESPONSE
↓
DRAWING / SHOP DRAWING REVISION
↓
CONSTRUCTION
AI สามารถช่วยจัดเตรียม Draft RFI จากข้อมูล Site Problem ได้
เช่น
RFI Subject:
Door Opening Conflict at Level 03
Question:
The actual opening condition conflicts
with the current architectural detail.
Please confirm the required solution.
แต่คำตอบและการตัดสินใจด้าน Design ต้องมาจากผู้รับผิดชอบของโครงการ
Site Problem → Design Change
บางปัญหาอาจนำไปสู่ Design Change
SITE PROBLEM
↓
ANALYSIS
↓
DESIGN OPTION
↓
CLIENT / DESIGN TEAM
↓
DECISION
↓
REVISION
จึงควรเชื่อม Site Problem กับ Revision History เพื่อให้รู้ว่า
Design Revision นี้เกิดขึ้นเพราะ Site Problem อะไร?
Site Problem → Lessons Learned
นี่คือส่วนที่มีคุณค่ามากสำหรับสำนักงานสถาปัตย์
หลังจบโครงการสามารถวิเคราะห์ว่า
PROJECT
↓
SITE PROBLEMS
↓
CLASSIFICATION
↓
ROOT CAUSE
↓
LESSONS LEARNED
↓
DESIGN GUIDELINE
ตัวอย่าง
พบปัญหา Door / MEP Conflict ซ้ำหลายโครงการ
อาจนำไปสร้าง
Door Coordination Checklist
เพื่อป้องกันปัญหาในโครงการใหม่
Root Cause Analysis
อย่าหยุดที่
“เกิดอะไรขึ้น?”
ควรถามต่อว่า
“ทำไมจึงเกิดขึ้น?”
ตัวอย่าง
PROBLEM
Door cannot open
↓
WHY?
Equipment blocks swing
↓
WHY?
Equipment location changed
↓
WHY?
MEP coordination occurred late
↓
ROOT CAUSE
Late coordination
การแก้ปัญหาที่ดีจึงไม่ใช่แค่
Move the Door
แต่ควรพิจารณาด้วยว่า
จะป้องกันไม่ให้ปัญหานี้เกิดขึ้นอีกได้อย่างไร?
Site Problem AI Workflow สำหรับ AIAIRCHLAB
สามารถออกแบบเป็นระบบได้ดังนี้
SITE PHOTO
+
VOICE NOTE
+
TEXT
+
DRAWING
+
SPECIFICATION
↓
AI
↓
PROBLEM IDENTIFICATION
↓
CLASSIFICATION
↓
RELATED DOCUMENTS
↓
POTENTIAL CAUSE
↓
DESIGN OPTIONS
↓
IMPACT COMPARISON
↓
SITE REPORT / RFI DRAFT
↓
HUMAN REVIEW
↓
DECISION
↓
REVISION / INSTRUCTION
↓
CLOSE PROBLEM
Site Problem กับ AI Vision
ในอนาคต AI สามารถพัฒนาจากการ
อ่านเอกสาร
ไปสู่
เข้าใจสภาพหน้างาน
เช่น
CAMERA
↓
SITE IMAGE
↓
AI VISION
↓
COMPARE WITH BIM / DRAWING
↓
DEVIATION DETECTION
ตัวอย่าง
แบบระบุตำแหน่ง Wall = X
แต่ภาพและข้อมูล Site แสดงตำแหน่งที่แตกต่างออกไป
AI อาจ Flag เป็น
Potential Construction Deviation
จากนั้นให้ทีมงานทำการวัดและตรวจสอบจริง
สิ่งที่ AI ไม่ควรทำโดยลำพัง
สำหรับ Site Problem งาน AI ควรเน้น
Assist → Analyze → Flag → Recommend
ไม่ใช่
Automatically Decide
โดยเฉพาะเรื่องที่เกี่ยวข้องกับ
- Structural Safety
- Fire Safety
- Building Code
- Engineering
- Contract
- Cost Responsibility
- Legal Responsibility
ควรส่งต่อให้ผู้เชี่ยวชาญหรือผู้มีอำนาจตามขอบเขตงาน
Site Problem Checklist
Problem Identification
- Problem Description
- Location
- Date
- Photo
- Measurement
- Drawing Reference
Investigation
- Latest Drawing
- Shop Drawing
- Specification
- Site Condition
- Related Discipline
- Previous Revision
Analysis
- Root Cause
- Design Impact
- Construction Impact
- Cost Impact
- Schedule Impact
Solution
- Option A
- Option B
- Comparison
- Recommendation
- Approval
Close-out
- Final Decision
- Drawing Revision
- Site Instruction / RFI
- Implementation
- Verification
- Photo Record
- Lessons Learned
สรุป
Site Problem ไม่ใช่เพียงเรื่อง “ปัญหาที่เกิดขึ้นในหน้างาน” แต่เป็นกระบวนการจัดการข้อมูลตั้งแต่
พบปัญหา → ตรวจสอบ → วิเคราะห์ → เสนอทางเลือก → ตัดสินใจ → แก้ไข → ตรวจสอบผล
หัวข้อหลักประกอบด้วย
DESIGN CHANGE
SITE CONDITION
MATERIAL PROBLEM
CONSTRUCTION ERROR
COORDINATION PROBLEM
DIMENSION CONFLICT
DETAIL CONFLICT
CLIENT CHANGE
CONTRACTOR PROPOSAL
และ AI สามารถเข้ามาช่วยใน
SITE PHOTO ANALYSIS
↓
PROBLEM IDENTIFICATION
↓
DESIGN OPTION
↓
SITE REPORT
↓
PROBLEM DOCUMENTATION
สิ่งที่น่าสนใจที่สุดคือการเชื่อม Site Problem กับข้อมูลอื่นของโครงการ
SITE PROBLEM
↕
DRAWING
↕
SHOP DRAWING
↕
MATERIAL SUBMITTAL
↕
RFI
↕
REVISION
↕
SITE INSTRUCTION
เมื่อข้อมูลเหล่านี้ถูกเก็บอย่างเป็นระบบ AI จะสามารถเปลี่ยน Site Problem จาก
“ปัญหาที่ต้องแก้เฉพาะหน้า”
ให้กลายเป็น
“Construction Knowledge ที่นำกลับมาใช้ป้องกันปัญหาในโครงการถัดไป”
และนี่คือจุดที่ Site Problem สามารถพัฒนาไปสู่ AI Construction Knowledge Base ของสำนักงานสถาปัตย์ได้ในระยะยาว