SITE03. – Site Problem

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

รูปแบบง่าย ๆ สามารถเป็น

ItemInformation
Problem IDSP-001
LocationLevel 03
CategoryCoordination
DescriptionDuct conflicts with beam
DrawingM-302 / S-203
PhotoSite Photo
CauseCoordination Issue
ProposalReroute duct
StatusUnder 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

CriteriaOption AOption BOption 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 ของสำนักงานสถาปัตย์ได้ในระยะยาว