BEP 是「回應」，不是「作文」

BEP（BIM 執行計畫書）是廠商對業主 EIR（業主需求書）的正式回應。專案 BIM 經理撰寫 BEP 時最常犯的錯，是把它寫成一份漂亮的公司簡介，而不是逐條回應業主要求。

業主審 BEP 的方式很簡單：拿 EIR 的每一條，去 BEP 裡找對應的回應。找不到，就退回。

所以撰寫 BEP 的第一原則：每一章都要對應得回 EIR 的某些要求。以下逐章說明八章三附錄怎麼寫。

第一章：專案資訊與 BIM 目標

  • 寫什麼：工程名稱、適用階段、專案概述、本案的 BIM 目標與應用項目。
  • 對應 EIR：EIR 第一章（專案概述）與第二章（BIM 應用目標）。
  • 常見退回：BIM 目標寫得空泛（「提升品質與效率」）。應寫成可驗收的應用項目，如「設計階段衝突檢討、數量計算、4D 施工模擬」，且與 EIR 選定的目標一致。

第二章：EIR 回應確認表

這是業主最重視的一章——逐項回應 EIR 的每個要求。

  • 寫什麼：EIR 章節 → 要求摘要 → 廠商回應方式 → 負責角色（具名）→ 驗收方式 → 完成期限。
  • 常見退回：有要求沒回應（空白）、回應不可驗收（「將做到最好品質」）。
  • 這章的撰寫方法另有專文詳述（EIR 回應確認表指南），是 BEP 能否通過的關鍵。

第三章：團隊組織與權責

  • 寫什麼：BIM 團隊組織圖、各角色（BIM 經理、整合協調員、各專業建模員）職責、與設計／施工團隊的介面。
  • 對應 EIR：EIR 對團隊能力與具名人員的要求。
  • 常見退回：只有組織圖沒有權責、關鍵角色未具名或一人身兼數職而無法負荷。

第四章：BIM 應用與 LOD 計畫

  • 寫什麼：各 BIM 應用的執行方式、LOD 執行矩陣（各專業 × 各階段的 LOD）、總模型列表（命名與版次規則，第 4.5 節）。
  • 對應 EIR：EIR 第三章（LOD 要求）與交付精度。
  • 常見退回：LOD 矩陣與 EIR 不一致（低於要求被退、過度承諾也是問題）；總模型命名規則缺漏，導致後續模型與任務對不起來。

第五章：協同作業與 CDE

  • 寫什麼：CDE 平台（如 ACC）架構、資料夾結構、WIP→Shared→Published 狀態流程、權限設定、檢核組合（第 5.6 節，衝突檢核要對哪些專業組合）。
  • 對應 EIR：EIR 對協作平台與資料管理的要求。
  • 常見退回：檢核組合沒列清楚，導致協調員不知道要對哪些專業跑碰撞；權限設計讓廠商能改業主審核區。

第六、七章：交付計畫與品質管理

  • 第六章 交付計畫：TIDP／MIDP（各專業與整合的交付項目、計畫日、里程碑），對應 EIR 交付要求。
  • 第七章 品質管理：模型自檢機制、命名與建模標準、自檢清單（對應附錄一）。
  • 常見退回：交付計畫日與工程時程脫節；品質管理只有原則沒有具體自檢項目。

第八章：執行管理與疑義處理

  • 寫什麼：執行階段的回報機制、里程碑關卡（KPI）、疑義（Issue）處理流程（第 8.3 節，三段式、四級嚴重度、驗證流程）。
  • 常見退回：疑義流程沒有狀態與期限、里程碑 KPI 與契約不一致。

三個附錄

  • 附錄一 自檢清單：模型送審前的逐項自檢，執行階段會實例化成每個任務的自檢清單。
  • 附錄二 命名規則：檔案、模型、視圖、元件的命名標準。
  • 附錄三 範本與表單：衝突矩陣、交付確認表等表單範本。

BIM 經理撰寫 BEP 的檢核紀律

一份能一次通過的 BEP，撰寫時要做到：

  • 每章對得回 EIR：寫完後拿 EIR 逐條檢查，沒對應的要求補上。
  • 可驗收優先於漂亮：每個承諾都要有業主能查證的方式與期限。
  • 具名到人：關鍵角色寫真人，不寫「OO 組」。
  • 數字一致：LOD、交付日、KPI 三處的數字要彼此一致，也要與 EIR 一致。

在 BIM 厚平台，BEP 八章三附錄有對應的填寫結構與業主逐項審核功能——把這套骨架填扎實，BEP 審查就從「反覆退回」變成「一次通過」。