LOD 不是 3D 格式——是另一个维度的成本
当客户说"我们要 LOD 400"，他在要什么？这节拆解 BIM 最被滥用的缩写。
LOD 的两个名字陷阱
客户谈需求时常说："我们要 LOD 400 的 BIM 模型。"听起来很专业。但如果你追问"你说的 LOD 是哪个 LOD？"，对方大概率答不上来——因为LOD 这个缩写至少有两个完全不同的含义，在业内被混用得最严重。
| 缩写 | 全称 | 领域 | 含义 |
|---|---|---|---|
| LOD | Level of Development | BIM 信息管理 | 模型信息丰富度等级（100/200/300/350/400/500） |
| LOD | Level of Detail | 3D 图形学 / 游戏 | 同一模型几何细节的多版本（高/中/低面数），按距离切换 |
这两个 LOD 不是一回事。前者是 BIM 的信息管理概念（这节课主题），后者是 3D 引擎的渲染优化技术（CesiumJS 3D Tiles 里的 HLOD 就是后者）。客户说"LOD 400"指的是前者——信息丰富度。
这节课讲前者。理解后你会知道：客户要"LOD 400"实际意味着什么成本，Pivot 该接什么 LOD 的模型，以及为什么运营期根本不需要 LOD 400。整课 6 分钟可读完。
核心公式：LOD = LOG + LOI
这是 Trimble 那篇著名的 "LOD Kiwi" 文章给出的拆解，业内公认：
LOD（Development）= LOG（Level of Geometry，几何细节）+ LOI（Level of Information，信息丰富度）
也就是说，"开发度"由两个独立维度组成：
- LOG——这堵墙的几何有多精细（是个长方体？还是含每块砖的纹理？还是含管线开孔？）
- LOI——这堵墙挂了多少属性（材质、防火等级、施工方、保修期、维护记录...）
这个拆解对 Pivot 极其重要：LOI 是 Pivot 想要的，LOG 可能是 Pivot 不需要的。
BIMForum LOD 等级表（精简版）
BIMForum 的 LOD Specification 是行业事实标准。以下是六个等级的含义，括号内是对应到 Pivot 的含义：
| LOD | 含义 | Pivot 视角 |
|---|---|---|
| 100 | 概念示意（符号化、面积估算） | ≈ 园区总览，Pivot 拓扑层就够 |
| 200 | 近似几何（数量、尺寸、位置大致准确） | ≈ 平面图挤出，轻量 2.5D 够用 |
| 300 | 精确几何（具体尺寸、位置、方向） | Pivot 的合理目标，运营期可视化所需 |
| 350 | 300 + 接口与碰撞（含管线干涉） | 施工协同用，运营期不需要 |
| 400 | 施工级（含制造、安装、构造细节） | 过度——渲染压力陡增，价值寥寥 |
| 500 | 竣工级（as-built 验证后） | 理论最准，但 as-built drift 让它极少真实 |
关键判断：Pivot 的甜点是 LOD 300。再高（350/400）的几何细节，运营期几乎用不上——没人会 zoom 到一颗螺栓来管设备。LOD 300 已经能让客户"认出自己那栋楼"，足够支撑数字孪生可视化叙事。
升级版：LOIN（ISO 19650）
如果你在写 RFP 或合同，应该用 LOIN（Level of Information Need，信息需求度） 而非 LOD——这是 ISO 19650-1 标准化的概念，是 LOD 的国际标准继任者。
两者区别在视角：
- LOD：开发阶段导向——"这个阶段应该做到什么程度"
- LOIN：需求/交换导向——"这次交换需要什么"
LOIN 更适合运营期 SaaS 的语境——Pivot 不是"开发到第几阶段"，而是"按运营场景按需取信息"。比如能耗分析只需要空间边界 + 朝向 + 围护结构 U 值；安防只需要空间拓扑 + 设备点位。不同场景的 LOIN 不同，这正是按需建模思路的标准依据。
写合同时：用 LOIN 替代 LOD，可以避免设计院"按 LOD 400 全量交付"的过度交付陷阱——你只为你真正需要的信息付费。隐藏的成本：as-built drift
谈到 LOD 500（竣工级），必须提一个隐性成本：as-built drift（陈旧化）。
无论交付时多精确的模型，会随时间偏离现场实态：
- 装修改造（拆墙、加隔断）不会回写 BIM
- 设备更换（旧 AHU 换新型号）几何变了
- 临时设施（活动隔断、家具调整）从不入 BIM
研究表明，运营 3-5 年后，BIM 模型与现场的偏离可能达到不可忽视的程度。这意味着：
- 为高 LOD 付费的边际价值随时间递减——花大价钱做的 LOD 500，三年后可能只相当于 LOD 300
- 运营期数字孪生不应过度依赖 BIM 几何——核心真相应该在 IoT 实时数据，几何只是定位辅助
- 需要"as-maintained 模型维护"流程——但这是另一个成本中心
这是反方观点最强的论据之一：如果模型会陈旧化，何必为高 LOD 付费？不如接受 LOD 300，把精力放在数据连接上。
反方与正方都有硬数据
调研中两边的代表性论述：
反方（BIM 在运营期被高估）：
- Reddit r/BIM 从业者共识：BIM 对资管最大价值常常就是"终于拿到一套可信 as-built 图"，2D 已够。
- KP Reddy（AEC 名人）："BIM is dead"——行业项目制、去中心化，中心化软件思路本身有缺陷。
- 学术综述（Opoku 2023, 148 引用）：把"lack of clear DT value proposition / ROI"列为 DT 落地的顶级障碍。
正方（BIM 在运营期确有价值）：
- Geo Week News 实证：100% 的平面图与多数 3D 模型数据在运营期被用到，ROI 数据正面。
- 管线路由可视化、应急疏散模拟、空间重新规划——这些场景 3D 几何确有不可替代价值。
平衡结论：BIM 在运营期不是"必须全有"也不是"完全没用"，而是按场景有价值。核心场景（设备监控、能耗、告警）2D 平面图 + 设备点位足够；高端场景（管线、应急、空间规划）才需要 3D 几何。这个区分是 Pivot 路线分层的基础。
本课给你三个具体决策依据：
1. Pivot 的 LOD 目标 = 300。向客户索取 LOD 300 的 IFC 即可，明确拒绝 LOD 400+——那是施工协同的需求，运营期用不上，还要为多余的几何付渲染成本。
2. 用 LOIN 而非 LOD 写 RFP。按场景列信息需求：能耗场景只要围护 U 值，安防场景只要拓扑 + 点位。这是按需建模的标准依据，避免设计院过度交付。
3. 把 as-built drift 当作既定事实。产品文案不要承诺"精确到螺栓"，而是"几何作为定位辅助，真相在 IoT 数据流"。这反而符合数字孪生的本质——上一课讲过，孪生的魂是数据，不是几何。
这三条会在第五课（ADR 雏形）中变成具体的"接受标准 / 拒绝标准"清单。