在準備 CCBM / CCBC 核心能力之一的 CC1：BIM Initiation 時，許多考生會集中在「BIM 定義」與「3D vs BIM」的區別。然而，若對照 CIC 的指引及過往 CCBM 面試題目，可以發現另一些同樣屬於基礎、卻經常被忽略的關鍵概念：
EIR（Exchange Information Requirements）、BEP（BIM Execution Plan）、以及 LOIN（Level of Information Need）。
這三個概念構成了 BIM 項目由 「資訊需求 → 實施計劃 → 資訊深度」 的基本框架，也是回答 CC1 類問題時，展示結構化思維的關鍵。
一、EIR（Exchange Information Requirements）：由「究竟需要什麼資訊」開始
1. 定義與角色
EIR（Exchange Information Requirements，資訊交換要求） 源自 ISO 19650 的資訊管理框架。在 CIC 的 BIM 標準及相關文件中，EIR 被視為業主方（Appointing Party）在工程項目中，對「需要什麼 BIM / 資訊交付成果」的正式說明文件。
EIR 通常涵蓋：
- 需要哪些資訊（內容及屬性）；
- 以什麼格式交付（例如 IFC、原生模型、COBie、報表等）；
- 於什麼時間點交付（階段、里程碑、審批節點等）；
- 由誰負責提供多少資訊（不同參與方的職責分工）。
2. 與 OIR / AIR / PIR 的關係
在 ISO 19650 架構下，各層次的資訊要求關係大致如下：
- OIR（Organisational Information Requirements）：組織層面的資訊要求；
- AIR（Asset Information Requirements）：資產層面的資訊要求；
- PIR（Project Information Requirements）：項目層面的資訊要求；
- EIR（Exchange Information Requirements）：
將上述需求轉化為具體「需要何種資訊、由誰、於何時、以何種形式交換」的要求文件。
在 CC1 面試層次，能清楚說明：
EIR 是業主方用來定義 BIM / 資訊交付要求的文件，是後續 BEP 的主要依據之一，
並知悉 CIC 亦提供 EIR 的標準範本，已屬清晰的基礎回答。
二、BEP（BIM Execution Plan）：將 EIR 轉化為「可執行的計劃」
1. 定義與功能
BIM Execution Plan（BEP） 是說明項目團隊將如何滿足 EIR 的實施計劃文件。
它回答的關鍵問題是：
在明確客戶需要什麼資訊（EIR）之後，項目團隊將如何組織 人員、流程、工具及標準 去交付這些資訊？
在實務上，BIM 經理一般會：
- 根據 EIR 起草 BEP 草稿；
- 與各持份者（設計、承建、顧問等）磋商角色與責任分工；
- 在提交業主方前，於項目團隊內部達成共識；
- 待業主方審批後，按獲批 BEP 開展 BIM 相關工作；
- 隨項目進展及需求變化，定期檢視與更新 BEP。
由於 BEP 會隨項目發展持續修訂，以保持與實際情況一致，因此常被視為一份 「活文件（live document）」。
在更新時，原則上不應超出 EIR 所規定的範圍與方向。
BEP 一般包括（但不限於）：
- 項目中各方在 BIM 方面的角色與責任；
- 將採用的 BIM 軟件、CDE 平台及相關技術；
- 模型分工（按專業、樓層、區域等）及協同機制；
- 模型命名規則、坐標系統及共享標準；
- BIM 用途（BIM Uses）及相應交付成果；
- 與 LOIN / LOD 相關的要求（於不同階段模型需達到的資訊深度）。
2. Pre-BEP 與 Post-appointment BEP 的區分
在 Annex A（3.3.1、3.4.1）中，CIC 將 BEP 分為兩個階段版本：
- Pre-appointment BEP（Pre-BEP）
- 一般於招標或委任前提交；
- 由潛在供應方說明「若獲委任，將如何運用 BIM 滿足 EIR」；
- 性質較偏向「方案建議」；
- 為業主方進行 投標評核（tender assessment） 的其中一項重要依據。
- Post-appointment BEP（BEP）
- 委任確定後，由實際項目團隊根據 EIR 及最終合約條款進一步細化；
- 包含更具體的執行細節、資源配置及實際時間表；
- 為後續模型建立、協同及交付的主要操作依據；
- 雖不一定單獨構成合約文件，但通常被視為具合約效力的關鍵參考文件之一。
在 CC1 的基礎層次上，能夠清楚表述：
EIR 是客戶的資訊要求，BEP 是團隊回應 EIR 的執行計劃；
Pre-BEP 是投標階段的建議版本，Post-appointment BEP 則是落實及執行版本。
已可充分展示對概念與實務關聯的理解。
三、LOIN（Level of Information Need）：「需要多少資訊」的精準定義
1. 從 LOD 到 LOIN 的演進
傳統上，行業常使用 LOD（Level of Development / Detail） 形容模型在不同階段應達到的細節程度。
然而，ISO 19650 引入 LOIN（Level of Information Need） 概念，目的是更準確地定義：
在特定使用目的之下，模型應具備哪些幾何及非幾何資訊。
2. LOIN 的核心思路
LOIN 的關鍵在於 「just enough information」，即：
為支援某一特定決策或 BIM 用途，所需的 最小但足夠 的資訊組合。
通常包括：
- 幾何層面：模型外形、細節程度、位置精度等；
- 非幾何層面：屬性、編碼、性能參數、維修資訊等；
- 文件 / 文件化資訊：說明書、證書、測試報告等相關文檔。
以 CC1 基礎層次而言，能夠闡明：
- LOIN 是在「項目階段 × BIM 用途」的角度下，規定模型所需的資訊深度；
- LOIN 的設定依據來自 EIR 和 BEP 中已界定的需求；
- 過高的 LOIN 會造成資源浪費，過低則可能導致資訊不足及決策風險。
已足以應對多數初階概念／認知類的面試問題。
四、三者之間的關係：由「需求 → 計劃 → 資訊深度 → 交付成果」的邏輯
從 CC1（BIM Initiation）的角度來看，理解 EIR、BEP、LOIN 之間的關係，比單純背誦定義更為重要。可用以下邏輯總結：
- EIR（客戶提出：需要什麼資訊）
- 業主方基於組織、資產及項目層面的目標，訂立資訊交換要求。
- BEP（團隊回應：如何達成這些要求）
- 項目團隊根據 EIR 制定 BIM 執行計劃，說明如何組織流程、工具、資源及協同方式。
- LOIN（對每個用途與階段，定義資訊深度）
- 針對不同項目階段及 BIM 用途，具體規定模型在幾何與資訊層面應達到的深度與完整性。
- BIM deliverables（透過 BIM 模型與 BIM Uses 產生的交付成果）
- 項目團隊依循 EIR、BEP 及 LOIN，利用 BIM 模型及相關流程，交付支援項目目標的各類成果。
