客户 BIM 资产激活 · 道纳解决方案

一、先校准「5%」这个数字

「只用了 5% 的功能」是行业通行的经验性说法，不是精确统计。为使讨论有据可依，本文放弃笼统百分比，改用逐项能力盘点：对客户现有工具链的 28 项可用能力，按金海通项目的真实文件证据逐项标注启用状态。

二、能力盘点：已启用与未启用

2.1 Autodesk Revit

2.2 Autodesk ReCap 与 FARO SCENE（点云侧）

2.3 Autodesk Navisworks

2.4 Autodesk Platform Services 与 Construction Cloud

2.5 大疆 Terra（航测侧）

三、根因分析：为什么会停在 5%

以下五条根因指向同一件事——缺的不是软件功能，是让数据必须被使用的业务场景、数据标准和集成层。 这是行业普遍状况，与团队能力无关。

根因一 · 建模目标是「报审与出图」，不是「运营用数」

机电与精装模型只做 5 层（各缺 6 层），恰好覆盖首层、标准层样板层与顶层——这是典型的出图与报审驱动建模范围：够画图、够报审、够算个大数。若目标是全生命周期用数，缺 6 层意味着完成率分母永久性缺口 55%，任何进度百分比都失真。

这决定了一切下游后果：模型不是数据资产，是图纸的三维附属品；图纸交付完成，模型即停止维护。

根因二 · 没有信息交付标准，模型里的标识出不来

Revit 每个构件天然带 Element ID，导出 IFC 可带 IfcGUID。但 21 个明细表 2,948 行无一行带唯一标识。

后果是结构性的：无唯一标识 → 无法定位单个构件 → 只能做「楼层 × 专业 × 类型」粒度 → 构件级进度追踪、构件级人工改判、跨版本同构件对照三项能力全部失效。这一条是所有精细化管理诉求的总闸门。

根因三 · 工具链在 Revit 与 Excel 之间断开，一断即失真

成因已查明：跨楼层汇总行（F1-11）被错误混入单层章节，加上多个楼层章节整段复制粘贴未改数。这两类错误在模型驱动的自动导出流程中不可能发生，只会发生在人工整理 Excel 的环节。

工程量清单是计量支付的分母。分母虚高 10 倍意味着以此计价的任何进度款计算都失去意义；而这个错误在数据链条里静静躺了很久，因为没有任何自动校验环节。

根因四 · 采集了数据，但没有「用数」的下游流程

这批资产的采集成本已经付过了，边际使用成本接近于零。 闲置的原因不是不知道它有用，而是没有一个必须用到它的业务流程——没有流程要求，就没有人维护；没有人维护，数据就过期；数据一过期，就更没人用。

点云采集于 2025-03-25／26，早于设计出图约 5 个月，距今 17 个月。这是根因四最直接的体现：它从来不是为核验采集的，是为建模采集的。

根因五 · 组织上没有单一数据源，各方各持一份表

「立面」这个最基础的口径存在歧义——是建筑外立面还是精装修立面？现有数据给出两种指向：无幕墙模型（指向精装立面），但门明细表带「立面索引」列（取值形如 01/M11，也指向精装立面）。这个歧义至今需要业主书面确认才能定。

一个连基础空间口径都未统一的数据环境，说明设计、造价、机电、精装、施工各自维护一份表格，没有共同的数据基准。这也是计量支付争议的真正源头：争议表面上是「完成了多少」，实质上是「按谁的口径、按哪张表算」。

四、道纳解决方案：不替代 Autodesk，做它的激活层

4.1 定位

Autodesk 提供的是数据的生产与查看能力，缺的是数据的标准、集成与业务闭环。 道纳方案定位于后三者，与已购许可完全互补，不产生重复投资。

4.2 三层架构

L1 数据标准层（把标识和口径立起来）

L2 集成层（把断掉的管道接上）

L3 业务闭环层（让数据必须被使用）

这一层是道纳已建成的系统本体，共 288 人天已交付范围：

进度核验（批次登记 → 配准 → 比对 → 复核）→ 计量支付审核（项目经理审核通过或驳回、意见留痕）→ 计量依据导出（JSON、纯文本、PDF 三格式）→ 算量与预算联动（偏差率自动计算、超阈值预警、模型更新自动标记待重新核量）→ 成本偏差总览（按楼栋与类别聚合、偏差排行、下钻）→ 生产工单与物料齐套跟踪。

4.3 五个激活动作（从 11% 到约 60%）

动作 2 与动作 4 无前置条件，不占用开发工期，可立即启动。 这是本方案中最容易被低估的一点：客户已经付过采集成本的资产，今天就能产生第一份可用成果。

五、可量化收益与需客户补充的输入

以下严格区分「已可量化」与「需客户提供输入后方可量化」，不做无依据的收益测算。

5.1 已可量化

5.2 需客户提供输入后方可量化

说明：上述四项均涉及客户内部成本数据，本方案不作估算填充。取得真实输入后可在两个工作日内完成测算。

六、商务口径与分期建议

6.1 已交付与待追加的划分（只列工作量，不含报价）

6.2 三档打包建议

第一档 · 诊断与标准包（10~15 人天）
交付 L1 全部四项文档，加存量资产盘点报告与激活动作 2、4 的首批成果（点云与模型叠加的人工核对基准、存量三维资产上网页端）。特点：不依赖任何未决决策，可立即启动，产出物本身即可支撑后续决策。 建议作为切入点。

第二档 · 激活实施包（110~142 人天）
L2 集成层与功能补齐，按优先级分批。其中比对引擎接入（25~35 人天）须在引擎选型决策后启动，不宜提前排期。

第三档 · 常态化运营包（按年计）
质保期建议 6 个月；质保期后的运维支持范围（每月复扫数据入库支持、每季度精度回归验证、用户培训回访、响应时限）另行约定，本文不含费用口径。

七、对客户可直接使用的三条表述

八、启动路径

合计约 10 周，并行后约 8 周。 前两周的全部工作不依赖任何未决决策，可与业主方的组织动作同步推进。