专业文章
建筑软件选型：先看流程，再看产品
比对功能清单很容易，却很少通向正确的决定。更好的问题是：我们哪些流程可以迁就软件——哪些不行？
Open Experience GmbH 专业文章 · 截至：2026 年 9 月
怎样选出合适的建筑软件？
先把自家的流程分成两类。核心增值流程——也就是一家企业赖以出名的那些事——不能去迁就软件：把核心流程降格去适配一套标准方案的人，此后的干活方式就和用同一套方案的同行一模一样。而辅助性流程恰恰适合交给标准软件，因为在那里重要的是成本和可维护性，本来也拉不开差距。做完这个归类之后，再去比功能才有意义。
适用法域：德国（《民法典》BGB、建设工程合同条款 VOB/B、《建筑师与工程师收费条例》HOAI）。其他国家适用不同规则；合同中的另行约定优先于此处列出的法定期限。
核心还是辅助——这是前置判断
同一套软件，对一家企业是对的选择，对另一家就是错的。差别不在产品，而在这条流程扮演什么角色。
| 特征 | 核心增值流程 | 辅助性流程 |
|---|---|---|
| *怎么认出来* | 客户掏钱买的正是这个 | 必需，但可以替换 |
| *谁迁就谁* | 软件跟着流程走 | 流程跟着软件走 |
| *决策标准* | 贴合度，哪怕要多等一阵 | 成本、可维护性、上线时间 |
| *选错的风险* | 失去自己的差异化优势 | 资源被占住，却换不来对等价值 |
这个归类因企业而异：对一家事务所来说，施工监督是核心流程；对另一家而言，它只是一项附带服务。
例一——当效率本身就是核心流程
有一家设计事务所，以施工监督特别高效而闻名。分工早已磨合成型：有经验的土木工程师到现场察看并口述语音留言，后台据此生成任务。此时若引入一套工单系统，让后台轻松了，却给施工管理加了负担，那么这家事务所赖以立身的那项优势，恰恰被推翻了。
- 这笔账算不过来在便宜的环节减负，在昂贵的环节加码——那是转移，不是改进。
- 宁可等，也不要把流程掰弯如果眼下没有合适的方案，等一等是比损伤核心流程更好的决定。
- 合适的软件在这里做什么一步之内录下任务和影像，附注用语音留言——分析仍旧交给后台，和以前一样。
这个例子是一种示意，而非客户案例——它描述的是选型项目中反复出现的一种模式。
例二——当定制开发用错了地方
有一家工程事务所，凭着自建的一套机电模型库（含几何关联关系）取得了真正的领先。这段好经验催生出一个念头：干脆把任务记录系统也委托开发了吧。错误不在能力，而在归类：这家事务所出名的是机电设计，不是施工监督。
- 力气使在错的杠杆上被抽走的开发力量在核心领域出现缺口，而领先恰恰来自那里。
- 懂行的人太少不是每天在做这条流程的人，既写不出规格，也长期维护不下去。
- 正确的做法是次要流程用一套成本可控的标准系统——自研的力气，留给真正见效的地方。
数据该放在什么层面
第二个选型问题不关乎功能，而关乎数据：哪些信息是每天干活要用的，哪些只是备查的参考？工作数据必须在干活的地方——移动端、可离线、几秒钟就能找到。参考数据则属于一个有秩序的存放处，需要时再取。硬把两者塞进同一个系统的人，得到的要么是一个笨重的工地应用，要么是一个找不到东西的档案库。
- 每天要用的在建施工段的缺陷、检查、照片和现行图纸——每天都要，几下就能点到。
- 备查保留的合同、旧版图纸、已完成的施工段——存放得可追溯，但不挡道。
- 标准加项目特例一套建筑档案，核心结构在哪儿都一样，同时又装得下项目自身的特殊情况。
比任何演示都更快理清选型的几个问题
客户到底为什么付钱给我们？
这个答案会点出哪些流程不可以被改动。
数据由谁录入？
把录入负担往下推的系统，最后会栽在那些本该录入的人手上。
没有网络还能用吗？
在主体结构阶段，这不是舒适度问题，而是能否使用的前提。
我们还出得来吗？
导出格式决定了数据属于这个项目，还是属于这家厂商。
三年后谁来维护？
在自研这条路上，这是最贵、也通常没人回答的问题。
第十个用户要花多少钱？
惩罚推广的定价模式，恰恰挡住了真正带来价值的那件事。
专精型还是全能型
还剩一个根本问题：是选一家覆盖面广、从而避免接口麻烦的厂商，还是选几套在各自领域更能打的专精方案。两条路都说得通。关键在于深度需要用在哪里：把施工阶段当作核心流程来做的人，就需要在那里有深度，别处则可以将就。这在与其他厂商的对照中是什么样子——包括「什么情况下竞争对手是更好的选择」——请看对比页面。
Open Experience 在这件事上是什么
Open Experience 是施工阶段的专精厂商：缺陷、照片、日志、检查清单和 360° 采集集中在一个平台上，配自有硬件，并且讲的是第 8 服务阶段的行业语言。设计、造价或工资核算另有专司——这不是缺口，而是「在核心流程里做深」的一个决定。
常见问题
标准软件还是定制开发，哪个更便宜？
买入阶段几乎总是标准软件便宜，长期运行阶段几乎从来不是定制开发便宜。真正的成本问题不在上线，而在五年之内的维护。
怎么认出一条核心流程？
看客户在解释「为什么找你们做」时会不会提到它。凡是内部必需但可替换的，都归到另一类。
系统多少套算太多？
决定成败的不是数量，而是交接。两套系统加一个干净的接口，好过一套系统里有一半工作在体外运行。
什么是共同数据环境？
一个有秩序的环境，项目各方在其中访问同一版本——并且清楚区分工作版本、已批准版本和归档版本。
一次上线现实中要多久？
安装是几天的事。真正的切换要花掉一个项目的时间——主要不是因为软件难，而是因为必须把旧的并行路径关掉。
选型项目最常栽在哪里？
栽在两件事上：按功能清单而不是按流程去选——以及那些每天要录数据的人，根本没参与决定。