重點摘要

  • BIM 治理管的是資訊，不是模型：正確的資訊、正確的時間、正確的格式、正確的人。
  • 五個核心概念：EIR（先說要什麼）、BEP（廠商說怎麼做）、CDE（同一個地方協作）、LOD（精度到哪裡）、ISO 19650（國際共同語言）。
  • 治理的第一原則是需求先行：BIM 專案失敗，多數不是廠商技術不好，而是業主一開始沒把要什麼說清楚。
  • 好的資訊要求有四個特徵：明確、一致、可追溯、可驗證。
  • 你不需要會建模，但需要看得懂這五個概念，才能審查、驗收、管理。

BIM 核心概念與專案應用特性（課堂簡報圖解）

什麼是「BIM 治理」

在台灣，很多人以為 BIM 就是「用電腦畫 3D 模型」。但其實，BIM（Building Information Modeling）的核心不在「模型」，而在「資訊」。

BIM 治理，是業主確保在工程全生命週期中，正確的資訊在正確的時間以正確的格式交付到正確的人手中，的一套管理機制。

先破除幾個常見誤解：

常見誤解治理視角的正確理解
BIM ＝ 用 Revit 畫 3D 模型BIM ＝ 專案資訊的系統化管理與交換
業主端要懂建模才能管 BIM業主端的能力是「審查、追蹤、協調」
BIM 是建築師或工程師的事業主主導資訊交換規則（EIR）的制定
BIM 就是讓廠商把模型畫漂亮廠商建模，業主驗收並管理成果品質

還有一個治理的第一原則要先記住：需求先行。BIM 專案失敗，很多時候不是廠商技術不好，而是業主端在一開始就沒說清楚要什麼。治理的起點，就是在專案的起點把遊戲規則定清楚—這正是下面第一個概念 EIR 的工作。

五個核心概念

1. EIR（業主需求書） — 你先說清楚你要什麼

EIR（Employer's Information Requirements，業主資訊需求書）是業主的「點餐單」。在招標前，業主必須先定義：

  • 我需要哪些 BIM 應用？（例如：設計協調、數量計算、FM 移交）
  • 每個 BIM 應用要到什麼精度？（LOD 要求）
  • 以什麼格式交付？（Revit、IFC、COBie？）

沒有 EIR，廠商就只能自由發揮—結果通常對業主沒有用。

一份完整的 EIR 通常涵蓋四大類要求：技術要求（軟體與格式、各階段 LOD 標準、模型分割與命名規則）、管理要求（BEP 提送時機、協作平台與版本控制、模型提送頻率、會議頻率）、能力要求（BIM 經理與各專業代表人的資格、經歷）、資訊要求（模型範疇與介面歸屬、元件參數、COBie 維運資料）。

寫 EIR 有一個判斷標準：不能寫「需要 BIM 模型」，要寫「LOD 350、RVT 格式、每兩週上傳」。好的資訊要求有四個特徵：

  • 明確性：要求清楚具體，不用模糊字眼
  • 一致性：各階段要求互相銜接（設計階段 LOD 300、施工階段 LOD 400，前後要接得起來）
  • 可追溯性：每次修改記錄版本，日後可以追查需求從哪來
  • 可驗證性：驗收時能用檢核表逐項核對，而不是「感覺不錯」

2. BEP（BIM 執行計畫書） — 廠商回應說清楚他們打算怎麼做

BEP（BIM Execution Plan，BIM 執行計畫書）是廠商在得標後提交的「執行計畫」。廠商針對 EIR 的每一項要求，說明：

  • 我會怎麼執行
  • 誰負責
  • 交什麼成果

EIR 與 BEP 的關係是 What 與 How：業主定義要交付的成果與標準，廠商說明達成要求的計畫做法。BEP 寫得越具體，業主越容易審查與稽核。

業主（或 PCM 顧問）需要逐項審核 BEP，確認廠商的計畫可行且可驗收。這裡有一個最常見的地雷：廠商直接把 EIR 條文複製到 BEP 裡，沒有說明具體執行方式—這種「複製貼上式回應」在審查時應直接要求修正。另外，BEP 不是交一次就結束的文件：它經核定後成為履約依據，並應隨專案進展（設計變更、組織調整、工法調整）滾動更新。

3. CDE — 所有人用同一個地方存放資料

CDE（Common Data Environment，共同資料環境）是整個 BIM 專案的「雲端工作資料夾」。常見的 CDE 平台包括 ACC（Autodesk Construction Cloud）、Trimble Connect 等。

CDE 的核心觀念是單一事實來源：所有成員基於「同一個最新版本」協作，消除資訊孤島。傳統上每個專業各自出圖、用電子郵件傳檔案，資訊分散、版本混亂、溝通靠開會；CDE 讓問題提早浮現、決策有據可查。

CDE 的關鍵不是「存哪裡」，而是「誰可以看、誰可以改」，以及版本狀態：

  • 工作中(WIP)：廠商自己在做，業主不看
  • 協作(Shared)：廠商確認後分享給業主審閱
  • 送審核定(Published)：業主確認後核定，成為正式版本
  • 核定歸檔(Archived)：歸檔保存，留下完整稽核軌跡

檔案從工作中(WIP)走到送審核定(Published)，不是誰想搬就搬—而是要通過核准工作流程（審閱通過後系統自動複製到下一區）。這個「狀態切換需要審查把關」的機制，就是 CDE 治理的精髓。

4. LOD — 模型要細緻到什麼程度

LOD（Level of Development）是定義 BIM 模型精度的標準，從 LOD 100 到 LOD 500：

  • LOD 100：大概的幾何體（概念設計用）
  • LOD 200：大致尺寸正確（初步設計用）
  • LOD 300：精確尺寸、可施工圖（設計定案用）
  • LOD 400：施工詳圖，含製造資訊
  • LOD 500：竣工狀態，含現場確認的 as-built 資料

有一個名詞細節值得知道：LOD 有兩種解釋—Level of Detail（詳細等級，指模型元素包含多少細節）與 Level of Development（開發等級，指某階段模型資訊「可以被信賴到什麼程度」）。台灣目前主流採後者。這對治理很重要：LOD 不只是「畫得多細」，而是「你可以依賴這個資訊做什麼決策」。

為什麼業主端要懂 LOD？因為合約裡會寫每個里程碑要交什麼 LOD 的模型。如果廠商交了一個 LOD 200 的模型說是 LOD 350，你要看得出來。實務上 LOD 應隨階段遞進（例如設計 LOD 300 → 施工協調 LOD 350 → 竣工 LOD 400），且不同專業、不同構件可以有不同要求。

業主不需要所有構件都做到 LOD 500。依「用途」決定精度，才是正確做法。

5. ISO 19650 — 國際共識的基礎

ISO 19650 是 BIM 資訊管理的國際標準，台灣工程會的 BIM 作業參考手冊也是以 ISO 19650 為基礎。理解 ISO 19650 的架構，有助於與國際廠商溝通，以及應對未來可能的合規要求。

這個系列標準涵蓋：概念與原則（19650-1）、交付階段（19650-2）、營運階段（19650-3）、資訊交換（19650-4）、安全保障（19650-5）。一句話總結它在講什麼：誰、在什麼時候、交什麼資訊。

ISO 19650 還提供了一個重要的思考框架—業主需求如何一層層轉化為對廠商的具體要求：從組織層級的營運目標（OIR）、長期資產管理需求（AIR），到專案層級的資訊交換需求（EIR）。業主說「我要一棟好維護的建築」，管理端翻譯成「每月需要更新模型和衝突報告」，最後寫給廠商的是「模型要 LOD 350、RVT 格式、每兩週上傳」。治理，就是把這條翻譯鏈做對。

五個概念怎麼串在一起

用一句話走完整個治理流程：業主依 ISO 19650 的框架寫出 EIR（要什麼、什麼精度 LOD、什麼時候交），廠商用 BEP 回應怎麼做，雙方在 CDE 上依版本狀態協作與審查—每個環節都有文件、有標準、有紀錄，這就是 BIM 治理。

從哪裡開始？

如果你是業主，從撰寫 EIR 開始。

先回答這個問題：「這個工程結束後，我需要從 BIM 得到什麼？」有了答案，EIR 的框架自然就會清晰。

樂彬 OIM 平台提供 EIR 線上填寫、BEP 審核與版本管理的完整工具，幫助業主機關從第一個專案就建立正確的 BIM 治理流程。