PD04. – Feasibility

Feasibility คืออะไร?
วิธีประเมินความเป็นไปได้ของโครงการสถาปัตยกรรมก่อนเริ่มออกแบบ

Feasibility หรือ Feasibility Study คือกระบวนการประเมินความเป็นไปได้ของโครงการก่อนลงทุนเวลาและงบประมาณไปกับการออกแบบอย่างละเอียด

ในงานสถาปัตยกรรม Feasibility ไม่ได้หมายถึงเพียงการถามว่า

“สร้างอาคารได้หรือไม่?”

แต่ควรถามให้กว้างกว่านั้นว่า

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

ตัวอย่างเช่น เจ้าของที่ดินมีพื้นที่ 2,000 ตารางเมตร และต้องการสร้างอาคารสำนักงาน

คำถามของ Feasibility อาจเป็น

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

ดังนั้น Feasibility จึงเป็น Decision-Making Stage ที่อยู่ระหว่างการกำหนดโจทย์กับการพัฒนาแบบ

---

Feasibility อยู่ตรงไหนใน Design Process?

ในกระบวนการออกแบบสามารถมองได้ว่า

SITE RESEARCH
      ↓
CLIENT BRIEF
      ↓
PROGRAM
      ↓
FEASIBILITY
      ↓
SITE ANALYSIS
      ↓
DESIGN STRATEGY
      ↓
CONCEPT DESIGN

แต่ในโครงการจริง Feasibility อาจเกิดขึ้นหลายครั้ง ไม่จำเป็นต้องทำเพียงครั้งเดียว

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

Initial Feasibility

ประเมินว่าโครงการมีความเป็นไปได้หรือไม่

↓

Design Feasibility

ประเมินว่ารูปแบบการออกแบบที่เสนอทำได้หรือไม่

↓

Cost Feasibility

ตรวจสอบผลกระทบด้านงบประมาณ

↓

Development Scenario

เปรียบเทียบทางเลือกต่าง ๆ

ดังนั้น Feasibility จึงเป็นกระบวนการที่สามารถ วนกลับไปปรับ Program หรือ Design ได้ตลอดโครงการ

---

1. Site Feasibility

Site Feasibility คือการประเมินว่าที่ดินสามารถรองรับโครงการที่ต้องการได้หรือไม่

ควรพิจารณา

• ขนาดที่ดิน
• รูปร่างที่ดิน
• ทางเข้าออก
• ถนน
• ทิศ
• ระดับพื้นที่
• อาคารเดิม
• ระบบสาธารณูปโภค
• สภาพแวดล้อม
• กฎหมาย
• ผังเมือง
• ข้อจำกัดของพื้นที่

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

Client ต้องการอาคาร 5,000 m²

แต่หลังจากตรวจสอบที่ดินพบว่าสามารถพัฒนาอาคารได้ประมาณ 3,500 m²

นี่คือ Feasibility Issue ที่ควรพบ ก่อน เริ่มออกแบบอย่างละเอียด

---

2. Functional Feasibility

Functional Feasibility คือการตรวจสอบว่า Program ที่ต้องการสามารถจัดลงในพื้นที่จริงได้หรือไม่

ตัวอย่าง:

Client ต้องการ

• 50 ห้อง
• Lobby
• Restaurant
• Meeting
• Parking
• Service Area

แต่พื้นที่ดินมีข้อจำกัด

จึงต้องตรวจสอบว่า

Program ทั้งหมดสามารถทำงานร่วมกันได้หรือไม่?

ไม่ใช่แค่ “พื้นที่รวมพอหรือไม่”

แต่ต้องดู

• Circulation
• Adjacency
• Zoning
• Service
• Accessibility
• Fire Safety
• Operation

ด้วย

---

3. Financial Feasibility

Financial Feasibility คือการประเมินว่าโครงการมีความเป็นไปได้ทางการเงินหรือไม่

สำหรับโครงการพัฒนาอสังหาริมทรัพย์ อาจพิจารณา

• Land Cost
• Construction Cost
• Design Fee
• Consultant Fee
• Permit
• Financing
• Marketing
• Operation
• Revenue
• Contingency

สำหรับโครงการที่ไม่ได้สร้างเพื่อขาย เช่น อาคารสำนักงานขององค์กร อาจเน้น

• Capital Budget
• Construction Cost
• Operating Cost
• Maintenance Cost
• Life-cycle Cost

สิ่งสำคัญคือ

โครงการที่ “สร้างได้” ไม่ได้แปลว่า “คุ้มค่าที่จะสร้าง” เสมอไป

---

4. Development Potential

Development Potential คือศักยภาพของที่ดินในการพัฒนา

คำถามสำคัญคือ

ที่ดินแปลงนี้สามารถสร้างมูลค่าได้มากเพียงใด ภายใต้ข้อจำกัดที่มีอยู่?

ตัวแปรสำคัญ เช่น

• Land Area
• FAR
• Site Coverage
• Height
• Setback
• Access
• Parking
• Land Use
• Demand
• Market
• Construction Cost

การประเมิน Development Potential มักทำเป็นหลาย Scenario แทนการสรุปจากทางเลือกเดียว

---

5. Building Area

หนึ่งในคำถามแรกของ Feasibility คือ

“สร้างพื้นที่ได้เท่าไร?”

ต้องแยกอย่างน้อยระหว่าง

• Site Area
• Building Footprint
• Gross Floor Area
• Net Area
• Saleable Area
• Usable Area

ตัวอย่างง่าย ๆ:

ที่ดิน

2,000 m²

หากข้อกำหนดและเงื่อนไขของโครงการทำให้สามารถพัฒนาอาคารรวมได้ประมาณ

8,000 m²

เราจึงนำตัวเลขนี้ไปพิจารณาต่อเรื่อง

• Program
• Cost
• Revenue
• Design

แต่ตัวเลข Building Area ที่แท้จริงต้องตรวจสอบกับข้อกำหนดของพื้นที่และนิยามการวัดพื้นที่ที่เกี่ยวข้อง

---

6. FAR

FAR — Floor Area Ratio คืออัตราส่วนระหว่างพื้นที่อาคารรวมที่ใช้ในการคำนวณตามข้อกำหนด กับพื้นที่ดิน ตามนิยามของกฎหมายหรือผังเมืองที่ใช้กับโครงการ

ตัวอย่างเชิงหลักการ:

ที่ดิน = 2,000 m²

FAR = 4

อาจตีความเบื้องต้นได้ว่า

Potential Floor Area = 2,000 × 4 = 8,000 m²

แต่ต้องระวังว่า

FAR ไม่ได้แปลว่าเราจะสร้างพื้นที่ 8,000 m² ได้จริงเสมอไป

เพราะยังมีข้อจำกัดอื่น เช่น

• Setback
• Site Coverage
• Height
• Parking
• Fire Safety
• Access
• Open Space
• Building Shape
• Other Regulations

ดังนั้น FAR เป็นเพียง หนึ่งในตัวแปรของ Development Potential

---

7. Site Coverage

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

ตัวอย่างเชิงหลักการ:

Site Area = 2,000 m²

หากสมมติว่า Site Coverage สูงสุด = 50%

Building Footprint สูงสุดเชิงทฤษฎี =

2,000 × 50% = 1,000 m²

หากต้องการพื้นที่อาคารรวม 8,000 m²

อาจต้องพัฒนาเป็นอาคารหลายชั้น เช่น

1,000 × 8 ชั้น = 8,000 m²

แต่ยังต้องตรวจสอบเรื่อง

• Height
• Setback
• Floor-to-Floor
• Core
• Parking
• Structure
• Fire Safety

ดังนั้นตัวเลขนี้เป็นเพียง Feasibility Scenario ไม่ใช่ข้อสรุปทางกฎหมาย

---

8. Parking

Parking สามารถกลายเป็นข้อจำกัดสำคัญของ Development Potential

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

หาก Program ต้องการพื้นที่อาคารจำนวนมาก แต่กฎหมายหรือเงื่อนไขโครงการกำหนดให้ต้องมีที่จอดรถจำนวนมาก

พื้นที่ที่ต้องใช้สำหรับ

Parking + Ramp + Circulation + Service

อาจทำให้พื้นที่ที่เหลือสำหรับอาคารลดลงอย่างมาก

ดังนั้นควรตรวจสอบ Parking ตั้งแต่ต้น ไม่ใช่รอจนถึงขั้นออกแบบ Floor Plan

---

9. Budget

Budget เป็นตัวแปรสำคัญที่ต้องนำมาเทียบกับ Program และ Development Potential

ตัวอย่าง:

Client ต้องการ

Gross Area = 5,000 m²

และมีงบประมาณก่อสร้าง

30 ล้านบาท

หากต้นทุนก่อสร้างสมมติอยู่ที่

20,000 บาท/m²

ต้นทุนก่อสร้างเบื้องต้นจะเป็น

5,000 × 20,000 = 100 ล้านบาท

ทันทีที่เห็นตัวเลขนี้ เราจะรู้ว่า

Program กับ Budget ไม่สอดคล้องกัน

จึงต้องกลับไปพิจารณา

• ลดพื้นที่
• ปรับ Specification
• ปรับ Program
• เพิ่ม Budget
• เปลี่ยน Construction Strategy

นี่คือประโยชน์ของ Feasibility

เพราะทำให้พบปัญหา ก่อนเสียเวลาออกแบบ

---

10. Construction Cost

การประมาณ Construction Cost ในช่วง Feasibility มักเป็นการประมาณเบื้องต้น ไม่ใช่ราคาก่อสร้างสุดท้าย

สามารถใช้แนวคิด

Estimated Cost = Area × Cost / m²

เป็นจุดเริ่มต้น

แต่ควรพิจารณาปัจจัยเพิ่มเติม เช่น

• Building Type
• Structure
• Material
• MEP
• Finishes
• Site Condition
• Location
• Complexity
• Market Conditions
• Construction Method

ดังนั้นตัวเลขต้นทุนใน Feasibility ควรระบุ ระดับความแม่นยำและสมมติฐาน ให้ชัดเจน

---

11. Project Timeline

ต้องประเมินว่าโครงการสามารถเสร็จทันเวลาหรือไม่

ตัวอย่าง Timeline:

Feasibility
    ↓
Design
    ↓
Approval
    ↓
Tender
    ↓
Construction
    ↓
Handover

แต่ละขั้นตอนมีผลต่อกัน

ตัวอย่าง:

ถ้า Permit ใช้เวลานาน

↓

Construction Start เลื่อน

↓

Handover เลื่อน

↓

Revenue Start เลื่อน

↓

Financial Feasibility เปลี่ยน

ดังนั้น Time ไม่ใช่เพียง Schedule Issue แต่เป็น Financial และ Business Issue ด้วย

---

12. Risk

ทุกโครงการมีความเสี่ยง

ในช่วง Feasibility ควรพยายามค้นหา Risk ตั้งแต่ต้น

ตัวอย่าง:

Site Risk

• ดิน
• น้ำท่วม
• ทางเข้าออก
• อาคารเดิม

Regulatory Risk

• ผังเมือง
• Building Control
• Permit

Financial Risk

• Construction Cost
• Interest
• Budget Overrun

Schedule Risk

• Permit Delay
• Procurement
• Construction

Design Risk

• Program ใหญ่เกินไป
• Complexity สูง
• Coordination

Market Risk

สำหรับโครงการพัฒนาเพื่อธุรกิจ

• Demand
• Occupancy
• Sales
• Rental

---

13. Constraints

Constraints คือสิ่งที่จำกัดทางเลือกของโครงการ

เช่น

Site Constraints

• รูปร่างที่ดิน
• ทางเข้า
• ทิศ
• อาคารเดิม

Regulatory Constraints

• FAR
• Setback
• Height
• Parking

Financial Constraints

• Budget

Time Constraints

• Deadline

Client Constraints

• Requirements
• Existing Commitments

สิ่งสำคัญคือการแยกระหว่าง

Hard Constraint

สิ่งที่แทบไม่สามารถเปลี่ยนได้

กับ

Soft Constraint

สิ่งที่สามารถเจรจาหรือปรับเปลี่ยนได้

---

14. Opportunity

Feasibility ไม่ควรมองเฉพาะปัญหา

ต้องค้นหา Opportunity ด้วย

ตัวอย่าง:

• ทำเลดี
• ใกล้ Transit
• วิวดี
• ที่ดินมีหน้ากว้าง
• FAR สูง
• อาคารเดิมนำกลับมาใช้ได้
• มีต้นไม้ใหญ่
• มี Demand สูง

ดังนั้น Feasibility ควรสรุปทั้ง

Constraints + Opportunities

ไม่ใช่เพียงข้อจำกัด

---

Feasibility Matrix

วิธีหนึ่งที่ช่วยให้ทีมออกแบบและลูกค้าเห็นภาพรวมคือการทำ Matrix

Factor	Finding	Impact	Status
Site	ที่ดิน 2,000 m²	Medium	✓
FAR	4.0	High	✓
Parking	จำกัดพื้นที่	High	⚠
Budget	ต่ำกว่า Target	High	⚠
Access	ถนนหลักด้านหน้า	Positive	✓
View	วิวเปิดด้านทิศเหนือ	Positive	✓
Timeline	ต้องเสร็จใน 18 เดือน	High	⚠

ตารางแบบนี้ช่วยให้ทุกฝ่ายเห็นว่า

อะไรคือปัญหา และอะไรคือโอกาส

---

Development Scenario

การทำ Feasibility ที่ดีไม่ควรมีเพียง Option เดียว

ควรทดลองหลาย Scenario

ตัวอย่าง:

Scenario A — Maximum Development

• พื้นที่อาคารสูงสุด
• ใช้ FAR เต็มศักยภาพ
• รายได้สูง
• Cost สูง
• Complexity สูง

Scenario B — Balanced

• พื้นที่ลดลง
• Cost สมดุล
• ใช้งานง่ายขึ้น
• Risk ลดลง

Scenario C — Conservative

• พื้นที่น้อย
• Cost ต่ำ
• Risk ต่ำ
• ลงทุนเริ่มต้นน้อย

จากนั้นจึงเปรียบเทียบ

Area
Cost
Revenue
Time
Risk
Value
   ↓
Compare
   ↓
Preferred Scenario

นี่เป็นจุดที่ Feasibility เปลี่ยนจาก การตรวจสอบ ไปเป็น เครื่องมือช่วยตัดสินใจ

---

AI กับ Feasibility

Feasibility เป็นอีกขั้นตอนหนึ่งที่ AI สามารถช่วยสถาปนิกได้มาก โดยเฉพาะเมื่อมีข้อมูลจำนวนมากและต้องทดลองหลาย Scenario

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

Decision Support

ไม่ใช่

Decision Maker

---

1. Feasibility Analysis

AI สามารถช่วยรวบรวมข้อมูลและสร้าง Feasibility Summary เช่น

INPUT

Site Area
FAR
Site Coverage
Height
Parking
Program
Budget
Timeline

        ↓

AI ANALYSIS

Development Potential
Program Fit
Budget Gap
Risk
Opportunity

        ↓

FEASIBILITY SUMMARY

สถาปนิกและผู้เชี่ยวชาญต้องตรวจสอบข้อมูลต้นทางและสมมติฐานก่อนใช้ผลลัพธ์ในการตัดสินใจจริง

---

2. Scenario Analysis

AI สามารถช่วยสร้าง Scenario จำนวนมากได้อย่างรวดเร็ว

เช่น

SCENARIO A
8,000 m²
High Cost
High Return

SCENARIO B
6,500 m²
Medium Cost
Balanced Return

SCENARIO C
5,000 m²
Low Cost
Lower Return

จากนั้นสามารถเปรียบเทียบ

• Cost
• Area
• Revenue
• Risk
• Timeline

เพื่อช่วยให้ทีมเลือก Scenario ที่เหมาะสม

---

3. Cost Estimation

AI สามารถช่วยทำ Preliminary Cost Estimation

เช่น

Gross Area
×
Indicative Cost / m²
↓
Preliminary Construction Cost

และสามารถสร้าง Sensitivity Analysis เช่น

ถ้าต้นทุนเพิ่ม 10% จะเกิดอะไรขึ้น?

ถ้าพื้นที่ลด 15% จะลด Cost เท่าไร?

ถ้าเพิ่ม Specification จะกระทบ Budget เท่าไร?

แต่ตัวเลขเหล่านี้ควรใช้เป็น Preliminary Estimate และต้องตรวจสอบกับข้อมูลราคาที่เหมาะสมกับโครงการจริงก่อนใช้ตัดสินใจลงทุน

---

4. Development Scenario

AI สามารถช่วยสร้าง Development Scenario จากข้อจำกัดของพื้นที่

ตัวอย่าง Input:

Site Area
FAR
Site Coverage
Height
Parking
Program
Budget

แล้วสร้าง

Option A
Maximum Area

Option B
Balanced Area

Option C
Low Cost

Option D
High Efficiency

จากนั้นให้สถาปนิกนำ Scenario เหล่านี้ไปพัฒนาเป็น Massing และ Design Options

---

5. AI Decision Support

AI มีประโยชน์มากในการช่วยจัดข้อมูลสำหรับการตัดสินใจ

เช่น

Scenario	Area	Cost	Risk	Potential
A	8,000 m²	High	High	High
B	6,500 m²	Medium	Medium	High
C	5,000 m²	Low	Low	Medium

AI สามารถช่วยอธิบาย Trade-off ได้ว่า

เพิ่มพื้นที่ → Cost และ Risk เพิ่ม

หรือ

ลดพื้นที่ → Investment ลด แต่ Development Potential ลด

แต่การเลือก Option สุดท้ายควรเป็นการตัดสินใจของเจ้าของโครงการและทีมวิชาชีพ

---

6. Risk Analysis

AI สามารถช่วยจัดกลุ่ม Risk และประเมินระดับเบื้องต้น

เช่น

Risk
 ↓
Probability
 ×
Impact
 ↓
Risk Level

ตัวอย่าง:

Risk	Probability	Impact	Priority
Permit Delay	Medium	High	High
Cost Increase	High	High	Critical
Access Issue	Low	High	Medium
Program Change	Medium	Medium	Medium

จากนั้นทีมโครงการสามารถกำหนด

Mitigation Strategy

สำหรับแต่ละ Risk

---

Feasibility กับ AI ไม่ควรจบที่ “Yes / No”

นี่เป็นหลักสำคัญสำหรับการนำ AI มาใช้ในงานสถาปัตยกรรม

AI ไม่ควรตอบเพียง

Feasible / Not Feasible

แต่ควรช่วยตอบว่า

Feasible ภายใต้เงื่อนไขอะไร?

ตัวอย่าง:

Scenario A — Feasible แต่ Budget สูงกว่า Target 20%

Scenario B — Feasible หากลด Program 15%

Scenario C — Feasible หากเพิ่มระยะเวลา 6 เดือน

นี่มีประโยชน์กว่าการให้คำตอบแบบ Yes / No เพราะช่วยให้สถาปนิกและลูกค้าเห็น Trade-offs

---

Feasibility Workflow

สามารถสร้าง Workflow สำหรับโครงการได้ดังนี้

SITE RESEARCH
       ↓
CLIENT BRIEF
       ↓
PROGRAM
       ↓
SITE / REGULATION DATA
       ↓
DEVELOPMENT POTENTIAL
       ↓
BUILDING AREA
       ↓
COST
       ↓
TIMELINE
       ↓
RISK
       ↓
SCENARIO A / B / C
       ↓
COMPARE
       ↓
CLIENT DECISION
       ↓
DESIGN DIRECTION

หากนำ AI เข้ามาช่วย:

DATA
 ↓
AI
 ↓
ANALYSIS
 ↓
SCENARIOS
 ↓
VISUALIZATION
 ↓
ARCHITECT REVIEW
 ↓
CLIENT DECISION

---

Feasibility Checklist

ก่อนเริ่มออกแบบ ควรตรวจสอบอย่างน้อยว่า

Site

• Site Area
• Site Shape
• Access
• Existing Building
• Existing Infrastructure
• Site Constraints

Regulation

• Land Use
• FAR
• Site Coverage
• Height
• Setback
• Parking
• Other Applicable Controls

Program

• Required Area
• Functional Requirements
• Circulation
• Service
• Net Area
• Gross Area

Financial

• Budget
• Construction Cost
• Consultant Cost
• Contingency
• Operating Considerations

Time

• Design Timeline
• Approval
• Tender
• Construction
• Handover

Decision

• Constraints
• Opportunities
• Risks
• Development Scenarios
• Preferred Scenario
• Client Decision

---

Feasibility → Design

เมื่อ Feasibility เสร็จแล้ว ข้อมูลควรนำไปสู่ Design อย่างเป็นระบบ

FEASIBILITY
      ↓
What Can We Build?
      ↓
How Much?
      ↓
At What Cost?
      ↓
Under What Constraints?
      ↓
With What Risk?
      ↓
Which Scenario Is Best?
      ↓
DESIGN STRATEGY
      ↓
CONCEPT DESIGN

จุดสำคัญคือ Feasibility ไม่ควรเป็นเอกสารที่ทำเสร็จแล้วเก็บไว้ แต่ควรกลายเป็น Design Input

ตัวอย่าง:

FAR จำกัด → ต้องจัด Massing ให้มีประสิทธิภาพ

Parking สูง → ต้องพัฒนา Basement / Podium / Alternative Parking Strategy

Budget จำกัด → ต้องกำหนด Cost Priority

Deadline สั้น → ต้องลด Design Complexity

วิวดี → จัดพื้นที่หลักให้รับ View

ดังนั้น

Constraint → Design Response

และ

Opportunity → Design Strategy

---

สรุป

Feasibility คือการตรวจสอบความเป็นไปได้ของโครงการก่อนลงทุนลงแรงกับการออกแบบในระดับรายละเอียด

คำถามสำคัญไม่ได้มีเพียง

“สร้างได้ไหม?”

แต่คือ

“สร้างอะไรได้บ้าง ภายใต้เงื่อนไขอะไร และทางเลือกใดเหมาะสมที่สุด?”

องค์ประกอบสำคัญของ Feasibility ได้แก่

Site + Program + Regulation + Area + Cost + Time + Risk + Opportunity

และเมื่อใช้ AI สามารถเปลี่ยนกระบวนการจาก

One Design → One Answer

เป็น

Multiple Scenarios → Compare → Decide

AI สามารถช่วย

Analyze → Calculate → Generate → Compare → Simulate

แต่สถาปนิกยังต้องทำหน้าที่

Verify → Interpret → Evaluate → Recommend → Decide

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

Good Feasibility doesn’t just ask “Can we build it?”
It asks “What should we build?”