BEP 不是一份寫完就束之高閣的文件，而是需要在專案執行中持續更新的活文件。本節說明如何讓 BEP 真正發揮作用。
Pre-BEP：在 BEP 之前做什麼
在正式寫 BEP 之前，有幾個前置工作決定了 BEP 的品質。
BEP 前置工作清單：
- 盤點團隊能力 — 誰會 Revit？誰會 Navisworks？有沒有 BIM 經驗？
- 評估業主需求 — 業主有沒有 EIR？他們在乎的是協調、數量、還是設施管理？
- 確認合約條款 — BIM 交付物是否寫入合約？有沒有 LOD 要求？
- 選定協同平台 — ACC、BIM 360、SharePoint？取決於業主和預算
- 評估案子規模 — BEP 的深度要匹配案子大小，50 坪小診所和 2000 坪醫院不同
常見的 BEP 失敗模式
失敗原因與解法：
| 失敗模式 | 原因 | 解法 |
|---|---|---|
| BEP 只有第一版，從未更新 | 視為靜態文件 | 每個設計階段結束時審查更新 |
| 團隊沒人知道 BEP 的存在 | 只有 BIM 負責人看過 | BEP 開工說明會，所有成員簽認 |
| LOD 寫了但沒人執行 | 缺乏品質審查機制 | 建立定期模型審查節點 |
| 命名規則太複雜，沒人遵守 | 設計時沒考慮實際操作 | 越簡單越好，能執行比能規定更重要 |
從第一版到可執行的 BEP
實際操作建議：
第一版（投標前）：
- 範本化，90% 的內容可以複製，只調整專案基本資訊
- 目標是「給業主看的承諾」，不需要太細
工作版（設計啟動後）：
- 根據實際情況補充：誰做哪個模型、用哪個 Workset、週一交什麼
- 這版才是團隊真正工作的依據
交付版（各設計階段完成時）：
- 記錄實際執行狀況與偏差
- 為下個階段的 BEP 更新提供依據
延伸思考
- BEP 在台灣目前最大的障礙是「業主端沒有 EIR 能力」，這讓設計方的 BEP 成了沒有需求對照的單邊承諾。推動的策略是「從有 BIM 能力的業主開始做範例，再帶動其他業主」
- 「精簡的 BEP 被執行」遠比「完美的 BEP 被擱置」更有價值。第一次做 BEP 的團隊，先聚焦命名規則、交付物清單、協同平台三件事就夠了
- BEP 是培養事務所 BIM 文化的最好工具——當團隊習慣在專案開始前對齊工作方式，這種思維會慢慢影響所有工作流程