Program คืออะไร?
วิธีแปลง Client Brief ให้เป็น Space Program สำหรับงานสถาปัตยกรรม

Program หรือ Architectural Programming คือกระบวนการกำหนดว่าโครงการต้องมีพื้นที่อะไรบ้าง แต่ละพื้นที่มีหน้าที่อย่างไร ต้องการพื้นที่เท่าไร ใครเป็นผู้ใช้งาน และพื้นที่เหล่านั้นควรมีความสัมพันธ์กันอย่างไร

ถ้า Client Brief ตอบคำถามว่า

“ลูกค้าต้องการอะไร?”

Program จะตอบคำถามต่อว่า

“สิ่งที่ลูกค้าต้องการนั้น ต้องแปลงเป็นพื้นที่และความสัมพันธ์ของพื้นที่อย่างไร?”

ตัวอย่างเช่น ลูกค้าบอกว่า

“ต้องการบ้านสำหรับครอบครัว 4 คน และต้องมีพื้นที่สำหรับทำงานที่บ้าน”

ข้อมูลนี้ยังไม่ใช่ Program ที่สมบูรณ์

สถาปนิกต้องแปลงต่อเป็น

• Master Bedroom
• Bedroom
• Home Office
• Living Room
• Dining
• Kitchen
• Bathroom
• Storage
• Parking

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

ดังนั้น Program จึงเป็น สะพานระหว่าง Client Brief กับ Architectural Design

---

Program อยู่ตรงไหนในกระบวนการออกแบบ?

โดยทั่วไปสามารถมองกระบวนการได้ดังนี้

CLIENT
   ↓
CLIENT BRIEF
   ↓
PROGRAMMING
   ↓
SPACE PROGRAM
   ↓
SPACE RELATIONSHIP
   ↓
SPACE PLANNING
   ↓
CONCEPT DESIGN

หรือในมุมของข้อมูล

Need
 ↓
Requirement
 ↓
Activity
 ↓
Space
 ↓
Area
 ↓
Relationship
 ↓
Plan

นี่เป็นเหตุผลว่าทำไม Program จึงเป็นขั้นตอนสำคัญมาก เพราะการจัดพื้นที่ที่ผิดตั้งแต่ต้นสามารถส่งผลต่อ Floor Plan และ Design ทั้งโครงการ

---

Program ไม่ใช่แค่ Room List

ความเข้าใจผิดที่พบได้บ่อยคือ

Program = รายการห้อง

จริง ๆ แล้ว Room List เป็นเพียงส่วนหนึ่งของ Program

Program ที่สมบูรณ์ควรตอบอย่างน้อยว่า

• มีพื้นที่อะไร
• ใครใช้
• ใช้ทำอะไร
• ใช้เมื่อไร
• ใช้กี่คน
• ต้องการพื้นที่เท่าไร
• ต้องอยู่ใกล้พื้นที่ใด
• ต้องแยกจากพื้นที่ใด
• ต้องเข้าถึงอย่างไร
• เป็นพื้นที่ Public หรือ Private
• เป็นพื้นที่หลักหรือพื้นที่สนับสนุน

ดังนั้น

Room List = What

แต่

Program = What + Who + Why + How Much + Where + Relationship

---

1. Space Program

Space Program คือการกำหนดรายการพื้นที่ที่โครงการต้องมี พร้อมข้อมูลที่เกี่ยวข้องกับแต่ละพื้นที่

ตัวอย่าง Space Program สำหรับบ้านพักอาศัย:

Space	User	Area	Priority
Living Room	Family / Guest	30 m²	Must Have
Dining	Family	16 m²	Must Have
Kitchen	Family / Staff	14 m²	Must Have
Master Bedroom	Owner	25 m²	Must Have
Bedroom 2	Child	16 m²	Must Have
Bedroom 3	Child	16 m²	Must Have
Home Office	Owner	12 m²	Important
Guest Bedroom	Guest	14 m²	Nice to Have
Storage	Family	6 m²	Important

Space Program ที่ดีจึงเป็นมากกว่าการเขียนชื่อห้อง เพราะแต่ละ Space ควรมีข้อมูลประกอบเพียงพอที่จะนำไปพัฒนาเป็น Design ได้

---

2. User Groups

ก่อนกำหนดพื้นที่ ต้องรู้ว่า ใครจะใช้พื้นที่

User Groups อาจแบ่งเป็น

Primary Users

ผู้ใช้งานหลัก เช่น

• เจ้าของบ้าน
• พนักงาน
• นักเรียน
• ผู้ป่วย
• ลูกค้า

Secondary Users

ผู้ใช้งานรอง เช่น

• แขก
• ผู้มาติดต่อ
• ครอบครัว
• Visitor

Service Users

ผู้ที่ทำงานสนับสนุนอาคาร เช่น

• แม่บ้าน
• พนักงานรักษาความปลอดภัย
• Maintenance
• Delivery
• Staff

การแยก User Groups ช่วยให้เห็นว่าแต่ละกลุ่มต้องการพื้นที่และเส้นทางการเดินทางที่แตกต่างกันหรือไม่

---

3. Activities

อาคารไม่ได้มีไว้สำหรับ “ห้อง” แต่มีไว้สำหรับ กิจกรรม

ดังนั้นก่อนถามว่า

“ต้องมีห้องอะไร?”

ควรถามว่า

“ผู้ใช้งานต้องทำกิจกรรมอะไร?”

ตัวอย่าง:

Office

กิจกรรมอาจประกอบด้วย

• Work
• Meeting
• Collaboration
• Focus Work
• Break
• Eating
• Storage
• Reception

จาก Activities จึงค่อยแปลงเป็น Space

Meeting
   ↓
Meeting Room

Focus Work
   ↓
Private Workspace

Collaboration
   ↓
Collaboration Area

วิธีคิดแบบนี้ช่วยลดปัญหาการกำหนดห้องจาก “ชื่อห้อง” โดยไม่ได้เข้าใจการใช้งานจริง

---

4. Room List

Room List คือรายการพื้นที่หรือห้องทั้งหมดที่ต้องมีในโครงการ

ตัวอย่าง:

01 Entrance
02 Reception
03 Living
04 Dining
05 Kitchen
06 Master Bedroom
07 Bedroom 02
08 Bedroom 03
09 Bathroom
10 Home Office
11 Storage
12 Parking

Room List เป็นข้อมูลพื้นฐานสำหรับสร้าง Space Program

แต่ควรเพิ่มข้อมูลอื่น เช่น

• Area
• User
• Capacity
• Priority
• Relationship
• Public / Private
• Notes

เพื่อให้ Room List กลายเป็นข้อมูลที่ใช้งานได้จริง

---

5. Area Requirements

เมื่อรู้ว่าต้องมีพื้นที่อะไรแล้ว ต้องกำหนดว่าแต่ละพื้นที่ต้องการ พื้นที่เท่าไร

ตัวอย่าง:

Space	Capacity	Area
Meeting Room	10	20 m²
Office	4	16 m²
Pantry	4	8 m²
Storage	—	6 m²

Area Requirements ไม่ควรกำหนดจากความรู้สึกเพียงอย่างเดียว

ควรพิจารณาจาก

• จำนวนผู้ใช้งาน
• กิจกรรม
• Furniture
• Equipment
• Circulation
• Ergonomics
• Accessibility
• Operational Requirements
• Regulations

---

6. Adjacency

Adjacency คือการกำหนดว่าพื้นที่ใดควรอยู่ใกล้หรือห่างจากพื้นที่ใด

ตัวอย่าง:

Kitchen
   ↕
Dining
   ↕
Living

มีความสัมพันธ์สูง

ขณะที่

Bedroom
   ✕
Service Area

อาจต้องการการแยกที่ชัดเจนกว่า

สามารถแบ่งความสัมพันธ์ เช่น

3 — Must Be Adjacent

ต้องอยู่ใกล้กัน

2 — Preferably Adjacent

ควรอยู่ใกล้

1 — No Strong Relationship

ไม่สำคัญ

0 — Separate

ควรแยกออกจากกัน

---

7. Functional Relationships

Functional Relationship กว้างกว่า Adjacency เพราะไม่ได้ถามเพียงว่า

“อยู่ติดกันหรือไม่?”

แต่ถามว่า

“พื้นที่เหล่านี้ทำงานร่วมกันอย่างไร?”

ตัวอย่างสำนักงาน:

Reception
   ↓
Meeting
   ↓
Workspace
   ↓
Staff Area

หรือโรงแรม:

Lobby
 ↓
Reception
 ↓
Guest Room

Kitchen
 ↓
Restaurant
 ↓
Service

การเข้าใจ Functional Relationship จะช่วยให้สถาปนิกพัฒนา Floor Plan ได้อย่างมีเหตุผล

---

8. Circulation Requirements

Circulation คือระบบการเคลื่อนที่ภายในและรอบอาคาร

ควรศึกษาทั้ง

• User Circulation
• Staff Circulation
• Service Circulation
• Emergency Circulation
• Public Circulation
• Private Circulation

ตัวอย่างโรงแรม:

Guest
Entrance
 ↓
Lobby
 ↓
Guest Room

Service
Loading
 ↓
Kitchen
 ↓
Service Corridor

การแยก Circulation ที่เหมาะสมช่วยลด Conflict ระหว่างผู้ใช้งานแต่ละกลุ่ม

---

9. Public / Private

พื้นที่ควรได้รับการจัดระดับความเป็นสาธารณะ

ตัวอย่าง:

Public

• Entrance
• Lobby
• Reception
• Waiting
• Retail

Semi-Public

• Meeting
• Lounge
• Dining

Private

• Bedroom
• Private Office
• Family Area

Service

• Kitchen
• Storage
• Staff
• Loading

การแบ่ง Public / Private มีผลโดยตรงต่อ

Zoning → Circulation → Privacy → Security

---

10. Service Areas

Service Area คือพื้นที่ที่สนับสนุนการทำงานของอาคาร

เช่น

• Loading
• Kitchen
• Waste
• Storage
• Maintenance
• Staff
• Service Corridor
• Service Lift
• Plant Room

พื้นที่เหล่านี้มักถูกมองข้ามเพราะไม่ใช่พื้นที่ “สวย”

แต่ในอาคารจริง Service Area มีความสำคัญมาก

เพราะอาคารที่มีพื้นที่ใช้งานดี แต่ Service Flow ไม่ดี อาจทำให้อาคารทำงานไม่มีประสิทธิภาพ

---

11. Support Spaces

Support Spaces คือพื้นที่ที่สนับสนุนพื้นที่หลัก

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

Office

อาจต้องมี

• Storage
• Pantry
• Meeting
• Printing
• Toilet
• IT
• Support Area

หรือ

Classroom

อาจต้องมี

• Teacher Area
• Storage
• Toilet
• Equipment
• Circulation

ดังนั้นเวลาทำ Program ควรถามเสมอว่า

“พื้นที่หลักนี้ต้องมีพื้นที่สนับสนุนอะไรเพื่อให้ทำงานได้จริง?”

---

12. Area Calculation

เมื่อกำหนดพื้นที่แต่ละห้องแล้ว ต้องคำนวณพื้นที่รวม

ตัวอย่าง:

Living             30 m²
Dining             16 m²
Kitchen            14 m²
Master Bedroom     25 m²
Bedroom 02         16 m²
Bedroom 03         16 m²
Office             12 m²
Storage             6 m²
-------------------------
Net Area           135 m²

จากนั้นต้องเพิ่มพื้นที่ที่ไม่ได้เป็นห้องโดยตรง เช่น

• Corridor
• Lobby
• Stair
• Lift
• Wall
• Service
• Mechanical

เพื่อหาพื้นที่รวมของอาคาร

---

13. Net / Gross Area

เรื่องนี้สำคัญมากในการทำ Program

Net Area

พื้นที่ที่สามารถใช้ประโยชน์โดยตรงภายใน Space

เช่น

ห้องประชุม = 20 m²

Gross Area

พื้นที่รวมที่รวมองค์ประกอบอื่น ๆ ของอาคารตามนิยามที่ใช้ในโครงการ เช่น

• Walls
• Corridors
• Structure
• Shafts
• Common Areas
• Circulation

ดังนั้น

Gross Area > Net Area

ในทางปฏิบัติ ควรกำหนดนิยามของ Net และ Gross ให้ชัดเจนตั้งแต่ต้น เพราะแต่ละประเภทโครงการและมาตรฐานการวัดพื้นที่อาจใช้คำจำกัดความแตกต่างกัน

---

14. Efficiency Ratio

Efficiency Ratio ใช้เปรียบเทียบพื้นที่ใช้งานกับพื้นที่รวม

สูตรพื้นฐานที่ใช้กันทั่วไปคือ

Efficiency = Net Area ÷ Gross Area × 100

ตัวอย่าง:

Net Area = 800 m²

Gross Area = 1,000 m²

ดังนั้น

Efficiency = 80%

หมายความว่า 80% ของพื้นที่รวมเป็นพื้นที่สุทธิที่ตอบสนองการใช้งานโดยตรงตามนิยามที่กำหนด

Efficiency Ratio ที่เหมาะสมไม่ได้มีตัวเลขเดียวสำหรับทุกประเภทอาคาร

สำนักงาน โรงแรม โรงพยาบาล โรงเรียน และบ้านพักอาศัย มีลักษณะการจัดพื้นที่แตกต่างกัน

ดังนั้นไม่ควรตั้งเป้าว่า

“ต้องได้ 80% เสมอ”

โดยไม่พิจารณา Typology และข้อกำหนดของโครงการ

---

จาก Program สู่ Bubble Diagram

เมื่อมีข้อมูลเรื่อง Space และ Relationship แล้ว สามารถนำไปสร้าง Bubble Diagram

ตัวอย่าง:

              ┌─────────┐
              │  ENTRY  │
              └────┬────┘
                   │
              ┌────▼────┐
              │ LIVING  │
              └────┬────┘
                   │
          ┌────────┴────────┐
          ↓                 ↓
      ┌───────┐         ┌────────┐
      │ DINING│         │ KITCHEN│
      └───────┘         └────────┘

Bubble Diagram ไม่ใช่ Floor Plan

แต่เป็นการแสดง

“ใครควรอยู่ใกล้ใคร และระบบพื้นที่ควรทำงานอย่างไร”

ก่อนที่จะเข้าสู่การกำหนดรูปร่างและรูปแบบของอาคาร

---

AI กับ Architectural Program

Program เป็นอีกขั้นตอนที่ AI สามารถช่วยได้ดี เพราะมีข้อมูลที่สามารถจัดโครงสร้างและวิเคราะห์ได้

แต่ควรแบ่งบทบาทให้ชัดเจน

Architect
    ↓
Brief / Requirements
    ↓
AI
    ↓
Extract
Classify
Calculate
Optimize
    ↓
Architect Review
    ↓
Final Program

---

1. AI Space Program

AI สามารถช่วยเปลี่ยน Client Brief เป็น Draft Space Program

ตัวอย่าง Input:

บ้านพักอาศัย 4 คน
ต้องการทำงานที่บ้าน
มีแขกมาพักเป็นครั้งคราว
ต้องการพื้นที่สวน
ต้องการที่จอดรถ 2 คัน

AI สามารถช่วยสร้าง Draft:

Space	Area	User	Priority
Living	30	Family	Must
Dining	16	Family	Must
Kitchen	14	Family	Must
Master	25	Owner	Must
Bedroom 2	16	Child	Must
Bedroom 3	16	Child	Must
Office	12	Owner	Important
Guest Room	14	Guest	Nice
Storage	6	Family	Important

จากนั้นสถาปนิกต้องตรวจสอบและปรับให้เหมาะกับโครงการจริง

---

2. Program Generator

ในอนาคตสามารถสร้างระบบที่รับ

Project Type
Location
Users
Activities
Requirements
Budget
Area
Constraints

แล้วสร้าง

Draft Architectural Program

ออกมา

ระบบสามารถสร้าง

• Room List
• Area
• User
• Capacity
• Priority
• Relationship
• Notes

ได้

---

3. Area Calculation

AI สามารถช่วยคำนวณและตรวจสอบข้อมูลจำนวนมาก เช่น

Room Area
+
Room Area
+
Room Area
=
Net Area

และ

Net Area
+
Circulation
+
Service
+
Structure
=
Gross Area

นอกจากนี้ยังสามารถช่วยสร้าง Scenario เช่น

Option A — Compact

Gross Area = 500 m²

Option B — Balanced

Gross Area = 600 m²

Option C — Generous

Gross Area = 700 m²

ทำให้สถาปนิกสามารถนำไปพูดคุยกับลูกค้าได้ง่ายขึ้น

---

4. Adjacency Matrix

AI สามารถสร้างตารางความสัมพันธ์ของพื้นที่

ตัวอย่าง:

	Living	Dining	Kitchen	Bedroom
Living	—	3	2	1
Dining	3	—	3	1
Kitchen	2	3	—	0
Bedroom	1	1	0	—

จาก Matrix สามารถนำไปสร้าง Bubble Diagram หรือใช้เป็นข้อมูลสำหรับ Space Planning ต่อไป

---

5. Bubble Diagram

เมื่อมี Adjacency Matrix แล้ว AI สามารถช่วยแปลงข้อมูลเป็น Diagram เพื่อแสดง

• Functional Group
• Adjacency
• Circulation
• Public / Private
• Service
• Support

อย่างไรก็ตาม Diagram ที่ AI สร้างควรถือเป็น Design Exploration ไม่ใช่แบบก่อสร้างหรือ Layout ที่ถูกต้องโดยอัตโนมัติ

---

6. Space Relationship

AI สามารถช่วยวิเคราะห์ว่าพื้นที่ใดควร

Near

ใกล้กัน

Adjacent

ติดกัน

Connected

ต้องเชื่อมต่อกัน

Separated

ควรแยกออกจากกัน

ตัวอย่าง:

Kitchen → Dining = Strong Relationship

Bedroom → Living = Moderate Relationship

Kitchen → Bedroom = Weak Relationship

---

7. Program Optimization

เมื่อ Program มีพื้นที่มากเกินไป หรือ Budget จำกัด AI สามารถช่วยสร้างทางเลือก

เช่น

CURRENT PROGRAM
1,500 m²
       ↓
Budget Constraint
       ↓
AI Scenario Analysis
       ↓
Option A
1,350 m²

Option B
1,200 m²

Option C
1,100 m²

แต่การ “ลดพื้นที่” ไม่ควรพิจารณาเฉพาะตัวเลข

ต้องถามว่า

“ลดอะไรแล้วกระทบ Project Goal มากที่สุด?”

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

---

Program ที่ดีต้องผ่านการตรวจสอบอะไรบ้าง?

ก่อนนำ Program ไปทำ Space Planning ควรตรวจสอบอย่างน้อย

User

• ใครใช้?
• ใช้กี่คน?
• ใช้พร้อมกันหรือไม่?

Function

• ทำกิจกรรมอะไร?
• ต้องใช้อุปกรณ์อะไร?
• ต้องการพื้นที่สนับสนุนอะไร?

Area

• พื้นที่เพียงพอหรือไม่?
• Furniture และ Equipment ลงได้หรือไม่?
• Circulation เพียงพอหรือไม่?

Relationship

• Space ไหนควรอยู่ใกล้?
• Space ไหนควรแยก?

Circulation

• User Flow เป็นอย่างไร?
• Service Flow เป็นอย่างไร?
• Emergency Flow เป็นอย่างไร?

Priority

• อะไร Must Have?
• อะไรลดได้?
• อะไรตัดออกได้?

Compliance

• มีข้อกำหนดหรือกฎหมายอะไรที่ต้องพิจารณาหรือไม่?

---

Program → Space Planning → Design

สุดท้าย Program ควรนำไปสู่ขั้นตอนต่อไปอย่างเป็นระบบ

CLIENT BRIEF
       ↓
USER REQUIREMENTS
       ↓
ACTIVITIES
       ↓
SPACE PROGRAM
       ↓
ROOM LIST
       ↓
AREA REQUIREMENTS
       ↓
ADJACENCY
       ↓
FUNCTIONAL RELATIONSHIPS
       ↓
CIRCULATION
       ↓
PUBLIC / PRIVATE
       ↓
BUBBLE DIAGRAM
       ↓
SPACE PLANNING
       ↓
SCHEMATIC DESIGN

นี่คือเหตุผลที่ Program ไม่ใช่แค่ตารางรายชื่อห้อง

Program คือการสร้าง Logic ของอาคารก่อนที่เราจะเริ่มวาดอาคาร

---

Program Checklist

ก่อนเข้าสู่ Space Planning ควรตรวจสอบว่า Program มีข้อมูลครบหรือไม่

• User Groups
• Activities
• Room List
• Space Program
• Area Requirements
• Capacity
• Adjacency
• Functional Relationships
• Circulation
• Public / Private
• Service Areas
• Support Spaces
• Area Calculation
• Net Area
• Gross Area
• Efficiency Ratio
• Priority
• Constraints
• Regulatory Requirements

---

สรุป

Program คือการเปลี่ยนความต้องการของลูกค้าและผู้ใช้งานให้กลายเป็นระบบพื้นที่

จาก

“Client ต้องการอะไร?”

ไปสู่

“อาคารต้องมีพื้นที่อะไร และพื้นที่เหล่านั้นต้องทำงานร่วมกันอย่างไร?”

กระบวนการหลักคือ

Requirements → Users → Activities → Spaces → Areas → Relationships → Circulation → Program

และเมื่อมี AI เข้ามาช่วย

Brief → AI → Space Program → Adjacency → Bubble Diagram → Scenario → Architect Review

AI สามารถช่วยสร้าง Draft, คำนวณ, จัดหมวดหมู่ และทดลองทางเลือกจำนวนมากได้อย่างรวดเร็ว แต่ สถาปนิกยังเป็นผู้กำหนดว่าพื้นที่ใดจำเป็น ความสัมพันธ์ใดเหมาะสม และ Program ใดตอบโจทย์โครงการจริง

เพราะท้ายที่สุดแล้ว

Good Architecture does not start with a beautiful form.
It starts with a well-understood program.