在 CC3「BIM Uses & Processes」中，CIC 強調 BIM 應該被視為橫跨整個資產生命週期的資訊與流程框架，而不僅是某一階段的建模工具。在眾多階段銜接之中，由顧問設計模型過渡至承建商施工模型，是實務上最具爭議、亦最需要 BIM 經理主動介入管理的一環。
一、BIM經理處理的是合約文件中有關於BIM的地位
由顧問設計模型過渡至承建商施工模型，是實務上最具爭議
這個問題的本質從來不只是技術操作，而是牽涉三個層面的風險與安排：第一，是模型在合約中的定位與責任誰屬；第二，是設計方與施工方在軟件與平台上的相容性，以及資料傳遞過程中的損失與扭曲風險；第三，是施工方細化模型的同時，如何處理設計方持續更新所造成的衝突與浪費。以下會分別從這三個角度，說明 CCBM 應具備的理解與應對思路。
首先，從傳統合約架構來看，設計－招標－建造模式下，合約文件的核心是圖紙、規格書以及工程量清單。BIM 模型在這種結構下，多數只被視為協助理解設計意圖、進行協調與視覺化，以及作為工程量預估的輔助工具。問題在於，一旦 BIM 模型實際被用來支持招標和施工決策，它在法律上的地位如果仍未在合約中被清楚界定，就會立即出現責任灰色地帶。
從傳統合約架構來看，設計－招標－建造模式下，合約文件的核心歷來是圖紙、規格書以及工程量清單。
以模型錯誤為例，圖紙或規格書出錯時，可以透過 RFI 或 AI 之類的傳統機制去澄清與修正，並按合約條款調整責任與金額；但模型的情況不同。模型內往往包含暫定值或 dummy 資料，要在招標前徹底逐項檢查所有內容，在時間與成本上幾乎不可行。於是，便出現一連串關鍵問題：模型中的錯誤是否應被視為合約漏洞？可以完全依靠 RFI 或 AI 補救嗎？因模型錯誤引致的成本究竟由誰負責？如果合約又同時要求設計方提供 BIM 模型作為投標或施工依據，就更進一步引申出另一個層次：這個模型在詳度與資訊層面到底應達到什麼 LOD／LOIN，是否已在招標文件中明確？模型中的暫定資料或未完成部分是否有清晰標註與免責說明？從根本上說，設計方與施工方都不願意為「模型中所有錯漏」承擔責任，一旦缺乏明確規範，責任自然會變得模糊。
二、政府發展局大力推動的合約捆定模型
設計方與施工方都不願意為「模型中所有錯漏」承擔責任
發展局在 DEVB TC(W) No. 1/2025 中，正是嘗試回應這一類問題。該通告在第 12 段及 Annex 3、Annex 4 中，正式提出將設計 BIM 模型納入合約體系，同時釐清哪些模型內容具約束力、哪些只是參考。技術通告明確規定，對於 2025 年 4 月 1 日或之後招標、並採用 BIM 的公共工程合約，設計 BIM 模型須作為投標資料的一部分，其中與二維招標圖紙相對應的部分被視為 contractually binding，而超出圖紙所載、例如模型內額外的幾何或屬性資訊，原則上被視為參考。Annex 3 和 Annex 4 進一步透過標準條款說明，政府並不對這些 Reference BIM Contents 的準確性負責；如承建商選擇依賴這些內容，相關風險由承建商自行承擔；而模型內即使出現 clash 或 discrepancy，本身並不自動構成補償事件。同一套條款亦處理了模型檔案形式（native format或 open BIM 格式）哪一種作為具約束力的基準，另外，在 NEC 合約框架下，如果 BIM Contents 與其他合約文件不一致時，會以其他 Scope 文件（例如圖紙與規格）為準。
從 CCBM 的角度來看，這整套安排是在回應最初提出的幾個核心問題：如何避免出現「模型出錯誰埋單」的責任真空；如何界定哪些模型內容視為正式合約的一部分，哪些只是參考；以及如何在招標前，就在 Scope、PS 以及 Annex 3–4 這類文件中寫清楚，而不是等到工程進行期間才透過 RFI 或 AI 補救。對 BIM 經理來說，關鍵不是死記這些條文，而是理解技術通告想要解決的風險本質是合約定位與責任分配，並在項目早期的 EIR、合約草擬及 BEP 擬定階段，主動提醒業主方和合約團隊：模型的哪些部分應列為具約束力的 BIM Contents，哪些應被標示為 Reference；同時在 BEP 中對應這些條款，設計出具體的模型製作、審核與交付策略。在 CCBM CC3 面試裏，如果一方面能說清楚傳統以 drawing／spec 為主的合約制度在遇上 BIM 後出現的灰色地帶，另一方面又能引用 DEVB TC(W) No. 1/2025 第 12 段及 Annex 3–4 如何透過 Contractually Binding BIM Models 來處理相關問題，就能很有說服力地展示你既理解本地政策框架，又懂得把它轉化為實際流程設計與風險管理考慮，這正是 CC3 對 BIM Manager 視角的期待。
三、軟件與平台相容性 項目使用BIM的其中一大合約風險
其次，設計方與施工方之間的軟件與平台相容性，也是設計模型過渡施工模型時的一大關鍵。實務上，顧問設計團隊往往使用一套或多套 BIM／CAD 工具，例如 Revit、Archicad，或某些專用的結構、機電軟件；而承建商及其分判商在施工階段，可能改用其他施工詳圖工具、鋼筋或機電專用系統。若事前沒有規劃，檔案格式就容易在匯入與匯出過程中出現幾何扭曲、資料遺失或屬性無法正確對應的情況，施工方為了履行自身合約責任，最後往往被迫重建大量模型內容，造成成本與時間上的浪費。BIM 經理在 BEP 階段，理應主動處理這一部分，包括確認各方實際採用的軟件和版本，確定主要交換格式是使用原生檔案、IFC 還是其他開放格式，並了解各種選擇的限制。更重要的是，要在 BEP 中具體寫明設計模型將以何種格式交付給施工方，在交付時會保證哪些資料的完整性，哪些部分則預期由施工方基於自身施工責任重建或深化。這些都不是單純用技術可以解決的問題，而是事關風險管理與責任界線，若缺乏清晰約定，往往會在後期導致爭議。
施工方為了履行自身合約責任，最後往往被迫重建大量模型內容
最後，是設計持續更新與施工模型細化並行時，如何避免大量「白做」的問題。典型場景是，施工方基於設計模型開始進行細化，建立施工詳圖、臨時結構和安裝細節等，同一時間設計方因應優化、顧問要求或業主變更，持續更新設計模型。如缺乏良好的協調機制，施工方在模型上已投入的工作，很可能因設計方後續修改而需要重做，造成嚴重的返工和資源浪費。這裏對 BIM 經理的要求，是在 BEP 中主動提出並約定協調機制，例如設立凍結點和版本管理機制，明確某些區域或範圍在某一時間點後，不再接受大幅度設計改動，或者改動必須經過特定審批；在 CDE 和 BEP 中清楚定義版本命名與狀態，例如 WIP、Shared、Published，以避免施工方誤用仍在設計中的模型版本。同時，當設計方需要更新模型時，必須透過既定流程先通報受影響範圍，評估對施工模型和施工計劃的實際影響，如有必要，納入變更與商務處理機制。此外，最好在某些明確範圍內，約定由施工方完全接手模型維護，設計方只再就設計意圖與性能要求作確認，以免出現「雙方同時修改同一份模型」而缺乏統一協調的狀況。
總結而言，在 CC3 面試中，如果被問到「設計模型如何過渡到施工模型」或「模型在合約上的定位應如何處理」，可以先指出傳統以 drawing 和 spec 為主的合約模式在引入模型後產生的灰色地帶，說明模型錯誤與 dummy 資料的問題以及傳統 RFI ／AI 機制的局限，接着說明設計方與施工方在軟件相容性上的風險，以及你會如何在 BEP 中規劃交換格式與責任分工，最後再談設計持續更新與施工細化並行時，如何透過凍結點、版本管理、通報與影響評估、模型責任分界等安排，在 BEP 中提出具體方案。總結時，強調 BIM 經理的角色，是在項目早期協助釐清模型的合約定位與用途，設計出合理的流程與責任分工，從而減少後期因模型使用而產生的合約糾紛與返工。這樣的回答，能清楚顯示你不只是熟悉工具與流程名稱，而是真正在用管理層的視角思考 BIM 在整個合約與項目架構中的位置。
