AI ARCH LAB

C-DOC03. – Specification

Written by

AI ARCH LAB

in

,

Specification คืออะไร? เอกสารที่กำหนดว่าอาคารต้องสร้างด้วยอะไร และต้องมีคุณภาพอย่างไร

Specification หรือ ข้อกำหนดงานก่อสร้าง คือเอกสารที่ระบุข้อกำหนดทางเทคนิค คุณสมบัติ วัสดุ ผลิตภัณฑ์ มาตรฐาน วิธีการติดตั้ง การทดสอบ และเกณฑ์คุณภาพของงานก่อสร้าง

ถ้า Drawing ตอบคำถามว่า

“อะไรอยู่ตรงไหน?”

Specification จะตอบว่า

“ต้องใช้อะไร ต้องมีคุณสมบัติอย่างไร และต้องทำให้ได้มาตรฐานอะไร?”

ดังนั้น Drawing และ Specification จึงเป็นเอกสารที่ทำงานร่วมกัน

DRAWING
"What / Where"
       ↕
SPECIFICATION
"What / How / Performance"
       ↓
CONSTRUCTION

Specification ที่ดีช่วยลดการตีความที่แตกต่างกันระหว่าง Architect, Engineer, Contractor, Supplier และ Manufacturer

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

Specification เริ่มพัฒนาตั้งแต่ช่วงที่มีการเลือก Material และ Building Systems และจะละเอียดขึ้นเมื่อเข้าสู่ Construction Documentation

MATERIAL SELECTION
       ↓
PRODUCT / SYSTEM RESEARCH
       ↓
DESIGN DEVELOPMENT
       ↓
DETAIL DEVELOPMENT
       ↓
SPECIFICATION
       ↓
CONSTRUCTION DOCUMENTATION
       ↓
TENDER / PROCUREMENT
       ↓
CONSTRUCTION

ในทางปฏิบัติ Specification ไม่ควรถูกทำเป็นขั้นตอนสุดท้ายเพียงอย่างเดียว เพราะการเลือกวัสดุและระบบตั้งแต่ต้นมีผลต่อ Specification ในภายหลัง

Specification ไม่ใช่ Material Schedule

คำสองคำนี้มักถูกใช้ปะปนกัน แต่มีหน้าที่ต่างกัน

Material Schedule

เป็นตารางสรุปว่า

วัสดุอะไรอยู่ที่ไหน

เช่น

CodeMaterialLocation
FL-01TileLobby
FL-02TileToilet
WL-01PaintOffice
CL-01CeilingCorridor

Specification

ลงรายละเอียดมากกว่า เช่น

  • Material Type
  • Composition
  • Performance
  • Thickness
  • Finish
  • Installation
  • Testing
  • Standards
  • Acceptance Criteria
  • Manufacturer / Product Requirements

ดังนั้น

Material Schedule = Quick Reference

ในขณะที่

Specification = Technical Requirements

1. Material Specification

Material Specification คือข้อกำหนดที่อธิบายคุณสมบัติของวัสดุที่ต้องใช้ในโครงการ

ตัวอย่างวัสดุ เช่น

  • Concrete
  • Steel
  • Tile
  • Stone
  • Glass
  • Aluminum
  • Timber
  • Paint
  • Waterproofing
  • Insulation

ข้อมูลที่อาจระบุ ได้แก่

  • Material Type
  • Grade
  • Size
  • Thickness
  • Finish
  • Color
  • Physical Properties
  • Performance
  • Installation Requirements

ตัวอย่างแนวคิด

MATERIAL
   ↓
TYPE
   ↓
PROPERTY
   ↓
PERFORMANCE
   ↓
APPLICATION
   ↓
INSTALLATION

Material Specification กับ Material Selection

Specification ไม่ควรเริ่มจากการเขียนชื่อวัสดุโดยไม่มีเหตุผล

ควรเริ่มจาก Design Requirement

DESIGN REQUIREMENT
       ↓
PERFORMANCE REQUIREMENT
       ↓
MATERIAL OPTIONS
       ↓
MATERIAL SELECTION
       ↓
SPECIFICATION

เช่น หากพื้นที่ต้องการวัสดุที่

  • ทนการใช้งานสูง
  • ทำความสะอาดง่าย
  • กันความชื้น
  • มีอายุการใช้งานเหมาะสม

จึงค่อยเลือก Material ที่ตอบ Requirement เหล่านั้น

2. Product Specification

Product Specification คือข้อกำหนดที่เกี่ยวข้องกับผลิตภัณฑ์หรือระบบที่มีผู้ผลิตและคุณสมบัติเฉพาะ

ตัวอย่าง

  • Door Hardware
  • Sanitary Fixtures
  • Lighting
  • HVAC Equipment
  • Waterproofing System
  • Curtain Wall
  • Aluminum Window
  • Elevator
  • Fire Protection Equipment

ข้อมูลอาจประกอบด้วย

  • Manufacturer
  • Product Name
  • Model
  • Size
  • Performance
  • Certification
  • Warranty
  • Installation
  • Maintenance

Product Data

Product Data คือข้อมูลทางเทคนิคที่ผู้ผลิตจัดทำขึ้น เช่น

  • Technical Data Sheet
  • Product Catalogue
  • Performance Data
  • Installation Instructions
  • Certification
  • Test Reports
  • Warranty Information

ข้อมูลเหล่านี้สามารถใช้เป็น Reference ในการจัดทำ Specification และตรวจสอบ Product Submittal

Manufacturer Data

Manufacturer Data เป็นข้อมูลจากผู้ผลิตที่ช่วยให้ทีมออกแบบเข้าใจว่า Product นั้นมีคุณสมบัติและข้อจำกัดอะไร

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

MANUFACTURER DATA
       ↓
PRODUCT PROPERTIES
       ↓
DESIGN REQUIREMENTS
       ↓
SPECIFICATION
       ↓
SUBMITTAL REVIEW

อย่างไรก็ตาม การใช้ข้อมูลจาก Manufacturer ต้องตรวจสอบว่าเป็นข้อมูลของผลิตภัณฑ์ รุ่น และตลาดที่เกี่ยวข้องกับโครงการจริง

3. Performance Specification

Performance Specification คือการกำหนดว่า Product หรือ System ต้อง ทำงานได้ตาม Performance ที่กำหนด โดยไม่จำเป็นต้องระบุวิธีหรือผลิตภัณฑ์เพียงตัวเดียวเสมอไป

ตัวอย่างแนวคิด

แทนที่จะกำหนดว่า

ใช้ผลิตภัณฑ์ X เท่านั้น

อาจกำหนดว่า

ระบบต้องมี Performance ตามค่าที่กำหนด

เช่น

  • Thermal Performance
  • Acoustic Performance
  • Fire Performance
  • Water Resistance
  • Air Leakage
  • Structural Performance
  • Energy Performance

ข้อดีคือเปิดโอกาสให้เกิดการแข่งขันหรือ Alternative Products ได้มากขึ้น หากข้อกำหนดของโครงการอนุญาต

Performance vs Product

สามารถมองง่าย ๆ ได้ว่า

PRODUCT SPECIFICATION
       ↓
"What Product?"

ในขณะที่

PERFORMANCE SPECIFICATION
       ↓
"What must it achieve?"

ในหลายโครงการสามารถใช้ทั้งสองแนวทางร่วมกันได้

4. Prescriptive Specification

Prescriptive Specification คือการกำหนดวัสดุ ผลิตภัณฑ์ หรือวิธีการก่อสร้างไว้อย่างเฉพาะเจาะจง

ตัวอย่างแนวคิด

MATERIAL
   ↓
TYPE
   ↓
SIZE
   ↓
THICKNESS
   ↓
FINISH
   ↓
INSTALLATION METHOD

ข้อดีคือควบคุม Design Intent และ Construction Method ได้ละเอียด

แต่ข้อควรระวังคือ Specification อาจจำกัด Alternative Products และต้องระวังไม่ให้ข้อกำหนดขัดกับกฎการจัดซื้อจัดจ้าง สัญญา หรือเงื่อนไขของโครงการ

Performance กับ Prescriptive ต่างกันอย่างไร?

ประเด็นPerformancePrescriptive
เน้นผลลัพธ์วิธี/ผลิตภัณฑ์
Flexibilityสูงกว่าต่ำกว่า
Alternativeเปิดกว้างกว่าจำกัดกว่า
Controlคุม Performanceคุมรายละเอียด
เหมาะกับระบบที่มีหลายทางเลือกงานที่ต้องการวิธีเฉพาะ

ในงานจริงอาจใช้ Hybrid Approach คือกำหนดทั้ง Product Requirements และ Performance Requirements

5. CSI MasterFormat

CSI MasterFormat เป็นระบบมาตรฐานสำหรับจัดหมวดหมู่ Specification และข้อมูลการก่อสร้าง โดยพัฒนาและดูแลโดย Construction Specifications Institute (CSI) ร่วมกับภาคีที่เกี่ยวข้อง

แนวคิดสำคัญคือการจัดข้อมูลออกเป็น Divisions และ Sections

ตัวอย่างในระบบที่พบทั่วไป เช่น

Division 03
Concrete

Division 04
Masonry

Division 05
Metals

Division 06
Wood, Plastics and Composites

Division 07
Thermal and Moisture Protection

Division 08
Openings

Division 09
Finishes

การใช้งานจริงควรอ้างอิง MasterFormat ฉบับที่โครงการหรือองค์กรกำหนดใช้ เพราะรายละเอียดและเลข Section ต้องใช้ให้ตรงกับมาตรฐานฉบับนั้น

Specification Section

ในระบบ MasterFormat Specification มักถูกแบ่งเป็น Section ที่มีขอบเขตชัดเจน

เช่นแนวคิด

DIVISION
   ↓
SECTION
   ↓
PART
   ↓
REQUIREMENT

โครงสร้างนี้ช่วยให้ Specification มีระบบและสามารถค้นหาได้ง่าย

6. Technical Specification

Technical Specification คือข้อกำหนดทางเทคนิคของงานก่อสร้าง โดยอาจครอบคลุม

  • Materials
  • Products
  • Execution
  • Installation
  • Testing
  • Quality Control
  • Performance
  • Submittals
  • Warranty

Specification ที่ดีควรตอบคำถามสำคัญว่า

What?

What quality?

What performance?

How is it installed?

How is it tested?

How is it accepted?

Specification Structure

โครงสร้างของ Specification Section อาจแตกต่างกันตามมาตรฐานที่ใช้ แต่โดยทั่วไปมักมีส่วนสำคัญ เช่น

PART 1 — GENERAL
       ↓
PART 2 — PRODUCTS
       ↓
PART 3 — EXECUTION

Part 1 — General

อาจครอบคลุม

  • Scope
  • References
  • Submittals
  • Quality Assurance
  • Delivery
  • Storage
  • Warranty

Part 2 — Products

อาจครอบคลุม

  • Materials
  • Manufacturers
  • Products
  • Components
  • Accessories
  • Performance

Part 3 — Execution

อาจครอบคลุม

  • Examination
  • Preparation
  • Installation
  • Field Quality Control
  • Cleaning
  • Protection

7. Material Schedule

Material Schedule เป็นเครื่องมือเชื่อมระหว่าง Drawing กับ Specification

ตัวอย่าง

CodeMaterialApplicationSpec Ref.
FL-01TileLobby09 XX XX
FL-02TileToilet09 XX XX
WL-01PaintOffice09 XX XX
CL-01CeilingCorridor09 XX XX

แนวคิดสำคัญคือ

DRAWING
   ↓
MATERIAL CODE
   ↓
MATERIAL SCHEDULE
   ↓
SPECIFICATION

เมื่อระบบนี้เชื่อมโยงกัน จะช่วยลดการตีความผิด

8. Product Data

Product Data เป็นข้อมูลสำคัญในการตรวจสอบว่าสินค้าที่เสนอสามารถตอบ Requirement ของ Specification ได้หรือไม่

ตัวอย่าง Workflow

SPECIFICATION
      ↓
CONTRACTOR
      ↓
PRODUCT SUBMITTAL
      ↓
PRODUCT DATA
      ↓
DESIGN TEAM REVIEW
      ↓
APPROVE / COMMENT / REJECT

การ Review ไม่ควรดูเฉพาะชื่อ Product แต่ควรตรวจ

  • Model
  • Size
  • Performance
  • Material
  • Certification
  • Compatibility
  • Installation Requirements

9. Manufacturer Data

ข้อมูลจาก Manufacturer มีประโยชน์ในช่วง

Design

เพื่อศึกษา Product Options

Specification

เพื่อกำหนด Technical Requirements

Detail

เพื่อศึกษาวิธี Installation

Construction

เพื่อใช้ตรวจ Submittal และ Installation Requirements

ดังนั้น Manufacturer Data จึงสามารถเข้ามาเกี่ยวข้องตลอด Lifecycle ของ Project

10. Standards

Specification มักอ้างอิง Standards เพื่อกำหนดคุณภาพและวิธีการทดสอบ

ตัวอย่างประเภทมาตรฐาน เช่น

  • Material Standards
  • Testing Standards
  • Installation Standards
  • Performance Standards
  • Product Standards

การอ้างอิง Standard ต้องระบุให้ถูกต้องและเหมาะกับ Product / System ที่กำหนด

11. Codes

Codes หรือข้อกำหนดตามกฎหมายและระเบียบที่เกี่ยวข้อง เป็นอีกส่วนสำคัญของ Specification และ Construction Documentation

อาจเกี่ยวข้องกับ

  • Building Safety
  • Fire Safety
  • Accessibility
  • Structural Safety
  • Energy
  • Environmental Requirements

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

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

Specification ไม่สามารถเขียนขัดกับกฎหมายหรือข้อกำหนดที่มีผลบังคับใช้

Drawing + Specification + Schedule

ระบบเอกสารที่ดีควรเชื่อมโยงกัน

DRAWING
   │
   ├── MATERIAL CODE
   │
   ↓
MATERIAL SCHEDULE
   │
   ↓
SPECIFICATION
   │
   ↓
PRODUCT
   │
   ↓
SUBMITTAL
   │
   ↓
CONSTRUCTION

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

Floor Plan ระบุ

FL-02

Material Schedule ระบุ

FL-02 = Ceramic / Porcelain Tile

Specification ระบุ

Technical Requirements + Installation + Performance

Contractor เสนอ Product

Product A

Design Team จึงตรวจว่า Product A ตรงกับ Requirement หรือไม่

Specification และ Procurement

Specification ไม่ได้มีผลเฉพาะตอนก่อสร้าง แต่มีผลต่อ Procurement ด้วย

SPECIFICATION
      ↓
APPROVED PRODUCTS
      ↓
SUPPLIER
      ↓
QUOTATION
      ↓
PROCUREMENT
      ↓
DELIVERY
      ↓
INSTALLATION

หาก Specification ไม่ชัดเจน อาจเกิดปัญหา เช่น

  • ราคาเปรียบเทียบกันไม่ได้
  • Supplier เสนอของคนละระดับ
  • Product ไม่ตรง Performance
  • Lead Time ไม่พอ
  • Alternative Product มากเกินไป

Specification กับ Submittal

Specification เป็นเกณฑ์ที่ใช้ตรวจสอบ Product ที่ Contractor เสนอ

ตัวอย่าง

SPECIFICATION
"ต้องการ Performance X"
          ↓
SUBMITTAL
"Product A"
          ↓
REVIEW
          ↓
Does Product A meet X?

ดังนั้น Specification ที่ดีควรเขียน Requirement ให้สามารถตรวจสอบได้

AI กับ Specification

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

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

  • Specification Writing
  • Specification Review
  • Spec Classification
  • Product Research
  • Spec Database
  • Specification QA

แต่ AI ไม่ควรถูกใช้เป็นผู้รับรองข้อกำหนดทางวิชาชีพหรือกฎหมายโดยไม่มีการตรวจสอบจากผู้รับผิดชอบ

AI Specification Writing

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

ตัวอย่าง Workflow

DESIGN INFORMATION
       ↓
MATERIAL
       ↓
PRODUCT
       ↓
PERFORMANCE
       ↓
AI DRAFT
       ↓
ARCHITECT REVIEW
       ↓
FINAL SPECIFICATION

ตัวอย่าง Prompt:

Create a draft technical specification for the selected facade system. Organize the information into scope, materials, performance requirements, submittals, installation requirements, testing and quality control.

ผลลัพธ์จาก AI ควรถือเป็น Draft ไม่ใช่ Final Specification

AI Specification Review

AI สามารถช่วยตรวจ Specification เช่น

  • Missing Information
  • Contradictory Requirements
  • Duplicate Requirements
  • Inconsistent Terminology
  • Incorrect Cross-References
  • Missing Performance Criteria
  • Missing Testing Requirements
  • Inconsistent Product Names

ตัวอย่าง

SPECIFICATION
      ↓
AI REVIEW
      ↓
ISSUES
      ↓
CLASSIFICATION
      ↓
HUMAN REVIEW

AI Spec Classification

เมื่อสำนักงานมี Specification จำนวนมาก AI สามารถช่วยจัดหมวดหมู่ได้

เช่น

SPECIFICATION LIBRARY
│
├── Concrete
├── Metals
├── Waterproofing
├── Doors
├── Windows
├── Finishes
├── HVAC
├── Electrical
└── Plumbing

หรือจัดตาม

  • Project Type
  • Material
  • System
  • Manufacturer
  • Performance
  • Application

AI Product Research

AI สามารถช่วยค้นหา Product ที่มีคุณสมบัติตรงกับ Requirement

ตัวอย่างโจทย์

Find facade materials suitable for a tropical climate, compare durability, thermal performance, maintenance, availability and approximate cost.

AI สามารถสร้าง Comparison Matrix

CriteriaProduct AProduct BProduct C
Durability●●●●●●●●
Maintenance●●●●●●●
Thermal●●●●●●●●
Cost●●●●●●

แต่ข้อมูล Product, ราคา, Availability และ Certification ควรตรวจสอบกับแหล่งข้อมูลปัจจุบันและ Manufacturer ก่อนนำไปใช้จริง

Spec Database

สำนักงานสามารถสร้าง Specification Database เพื่อเก็บความรู้ที่เคยใช้ในโครงการ

ตัวอย่าง Structure

SPEC DATABASE
│
├── Material
├── Product
├── System
├── Manufacturer
├── Performance
├── Standard
├── Code
├── Application
├── Project
└── Detail

เมื่อเชื่อมกับ Drawing และ Detail Library จะเกิดระบบ Knowledge Architecture ที่มีประโยชน์มาก

AI Specification QA

หนึ่งใน Use Case ที่น่าสนใจที่สุดคือ Specification QA

AI สามารถตรวจสอบความสัมพันธ์ระหว่าง

DRAWING
   ↕
SCHEDULE
   ↕
SPECIFICATION
   ↕
PRODUCT
   ↕
DETAIL

ตัวอย่าง Issue

Floor Plan ระบุ FL-02 แต่ Material Schedule ไม่มี FL-02

หรือ

Material Schedule ระบุ Product A แต่ Specification ระบุ Product B

หรือ

Detail ระบุความหนาวัสดุไม่ตรงกับ Specification

AI สามารถสร้าง QA Report เช่น

ISSUE #001

Category:
Cross Reference

Location:
Floor Plan / Material Schedule

Problem:
Material Code FL-02 appears
in the drawing but is missing
from the schedule.

Action:
Verify material code and update
the related document.

AI + Specification Knowledge Graph

ในอนาคต Specification สามารถเชื่อมโยงเป็น Knowledge Graph ได้

PROJECT
   ↓
BUILDING ELEMENT
   ↓
MATERIAL
   ↓
PRODUCT
   ↓
SPECIFICATION
   ↓
STANDARD
   ↓
DETAIL
   ↓
DRAWING

ตัวอย่างเช่นถาม AI ว่า

“แสดงทุก Drawing ที่ใช้ Material FL-02”

หรือ

“Product นี้ถูกใช้ในโครงการไหนบ้าง?”

หรือ

“Specification ของ Waterproofing System นี้มี Detail ที่เกี่ยวข้องอะไรบ้าง?”

นี่จะทำให้ Specification เปลี่ยนจากเอกสาร Static เป็น Connected Project Information

Specification QA Checklist

Material Specification

  • Material Type
  • Grade
  • Size
  • Thickness
  • Finish
  • Performance
  • Application

Product Specification

  • Manufacturer
  • Product
  • Model
  • Size
  • Performance
  • Certification
  • Warranty

Performance

  • Requirement
  • Test Method
  • Acceptance Criteria
  • Applicable Standard

Technical Specification

  • Scope
  • References
  • Submittals
  • Materials
  • Execution
  • Testing
  • Quality Control
  • Warranty

Coordination

  • Drawing Reference
  • Material Schedule
  • Detail Reference
  • Product Data
  • Cross-Reference
  • Terminology

QA

  • Missing Information
  • Contradictions
  • Duplicate Requirements
  • Wrong References
  • Product Consistency
  • Standard References
  • Code References

สรุป

Specification คือระบบข้อกำหนดที่ทำให้ Design Intent สามารถถูกแปลงเป็น Technical Requirements ที่ตรวจสอบได้

หัวข้อสำคัญ ได้แก่

MATERIAL SPECIFICATION
PRODUCT SPECIFICATION
PERFORMANCE SPECIFICATION
PRESCRIPTIVE SPECIFICATION
CSI MASTERFORMAT
TECHNICAL SPECIFICATION
MATERIAL SCHEDULE
PRODUCT DATA
MANUFACTURER DATA
STANDARDS
CODES

หัวใจของ Specification คือการทำให้ทุกฝ่ายเข้าใจตรงกันว่า

ต้องใช้อะไร

ต้องมีคุณสมบัติอย่างไร

ต้องติดตั้งอย่างไร

ต้องทดสอบอย่างไร

และต้องผ่านเกณฑ์อะไร

เมื่อเข้าสู่ยุค AI งาน Specification สามารถพัฒนาไปจากเอกสารที่เขียนแบบ Static ไปสู่ระบบ

RESEARCH
   ↓
SPECIFICATION
   ↓
PRODUCT
   ↓
DRAWING
   ↓
DETAIL
   ↓
SUBMITTAL
   ↓
QA

AI สามารถช่วยในเรื่อง Writing + Research + Classification + Review + QA + Knowledge Management

แต่ Specification ที่นำไปใช้ในโครงการจริงยังต้องผ่านการตรวจสอบโดยผู้ประกอบวิชาชีพและผู้รับผิดชอบโครงการ โดยเฉพาะประเด็นด้าน Codes, Standards, Performance และ Contract Requirements

ท้ายที่สุด เป้าหมายไม่ใช่การให้ AI “เขียน Spec แทนสถาปนิก”

แต่คือการทำให้

ความรู้ด้านวัสดุ ผลิตภัณฑ์ มาตรฐาน และประสบการณ์จากโครงการเดิม กลายเป็นระบบข้อมูลที่ค้นหา ตรวจสอบ และนำกลับมาใช้ได้อย่างเป็นระบบ

More posts