台北車站特定專區開發案：業主 BIM 治理實務

案例背景

台北車站周邊特定專區開發涉及多個標案同步進行：地下停車場、地上商業設施、公共廣場工程。業主為政府機關，委託 PCM 顧問進行整合管理。

這類多標案、多廠商的大型公共建設，是 BIM 治理最複雜的場景，也是最能體現業主資訊管理能力的場景。

業主的 BIM 治理挑戰

挑戰一：多廠商，資訊不一致

三個標案分別由三家廠商執行，各廠商習慣的軟體、命名方式、LOD 定義都不同。

解決方案：PCM 在 EIR 中統一定義：

IFC 版本：IFC 4（所有廠商一致）
座標系統：TWD97，以車站大廳中心點為原點
構件命名：採工程會推薦命名格式
LOD 矩陣：各標案相同，確保整合時沒有精度落差

挑戰二：地下界面協調

地下停車場標案與公共廣場標案有地下界面（連通道），需要雙方 BIM 模型在幾何和空間上對齊。

解決方案：PCM 定義「界面協調模型」，每兩週由雙方廠商提交界面區域的 Shared 模型，PCM 進行衝突偵測並召開協調會。

挑戰三：竣工移交後的 FM 系統串接

業主的設施維運（FM）系統需要接收竣工 BIM 資料，包含設備屬性。

解決方案：EIR 提前定義 COBie 格式要求，廠商在 BEP（BIM 執行計畫書）中確認軟體支援 COBie 輸出。

EIR 設計的關鍵決策

決策 1：分標案 vs 統一 EIR

討論：三個標案是否各寫一份 EIR？

結論：發布統一的「母 EIR」，涵蓋所有標案共通要求（座標、LOD、CDE、命名），再為每個標案附上「標案補充要求」（各標案特有的 BIM 應用目標）。

理由：母 EIR 確保一致性，補充要求讓各廠商清楚自己的特殊責任。

決策 2：LOD 設定

考量竣工後 FM 系統需求：

系統	施工階段	竣工階段	說明
地下結構	LOD 350	LOD 400	需精確記錄實際施工尺寸
機電管線	LOD 350	LOD 400	FM 追蹤維護需求
商業設施裝修	LOD 200	LOD 300	非 FM 管理重點
機電設備	LOD 350	LOD 400 + LOI	需包含設備屬性

決策 3：CDE 平台選擇

業主評估後採用 Autodesk Construction Cloud（ACC），理由：

三家廠商都有使用經驗
支援 BIM Collaborate Pro（多模型整合）
有完整的審核工作流程

BEP 審查的實際過程

PCM 收到三家廠商的 Pre-Contract BEP 後，按 TL-PL-03-CL 清單進行評分。其中一家廠商的 BEP 在「CDE 操作流程」章節只有空洞描述，PCM 要求廠商補充：

具體說明 WIP → Shared → Published 的審核流程圖
說明各角色的 CDE 存取權限設定
提供過去使用 ACC 的截圖或示範影片

補充後才核定 BEP，並將此要求寫入合約附件。

施工期間：衝突偵測的成果

以地下停車場標案為例，第一次整合協調會（設計協調階段）的衝突偵測結果：

衝突類型	A 類（重大）	B 類（重要）	C 類（輕微）
結構 vs 機電	47 個	23 個	18 個
機電 vs 機電	12 個	34 個	29 個
建築 vs 機電	8 個	11 個	7 個

47 個重大衝突，若在現場才發現，預估每個的處理成本至少 5-10 萬元。透過 BIM 提前發現並解決，節省工程變更成本估計超過 300 萬元。

竣工移交的流程

施工完成後，PCM 主導竣工移交流程：

廠商提交竣工模型：三家廠商分別在 CDE 的 Shared 區提交竣工 BIM 模型
PCM 逐項驗核：

- 幾何是否反映實際施工尺寸（as-built）

- 設備屬性是否填寫完整（品牌、型號、序號、安裝日期、保固期）

- COBie 資料是否可以正確匯出

業主確認後發布：三份竣工模型發布到 Published 區，成為正式資產資訊
FM 系統串接：業主 IT 部門從 COBie 匯出資料，匯入 FM 系統

整個移交流程耗時約 6 週，比傳統紙本文件移交效率高出許多。

業主從這個案例學到的事

1. 越早定義需求，成本越低

EIR 在招標前 3 個月完成，讓廠商在報價時就能估算 BIM 成本。若招標後才補充要求，廠商往往以「合約外工作」要求追加費用。

2. PCM 的價值在於「穿針引線」

PCM 最大的貢獻不是自己畫模型，而是讓三家廠商的工作成果能夠整合在一起。沒有 PCM 定義的統一座標、命名、LOD，三個模型合在一起就是一團混亂。

3. FM 串接要從 EIR 就開始規劃

很多業主到竣工後才想到 FM 串接，發現廠商的模型屬性欄位根本不符合格式。這個案例提前在 EIR 定義 COBie 格式，讓移交後的串接非常順暢。