造价超支很少是「算得不够精」,更常见的是业主从一开始就看不到真实成本和工期。OpenConstructionERP 作者把这件事写成一篇长文:建筑业的优步化:业主很快将自行为工程定价。下文是读后笔记,并接到开源工具 OpenConstructionERP。工具速查见 Wiki:OpenConstructionERP

原文(中文):openconstructionerp.com/uberization-of-construction/zh。作者同时维护开放造价数据库与《Data-Driven Construction》。本文只摘论点,细节、图表与史料以原文为准。


原文在说什么

不透明不是病症,是商业模式。 大约十分之九的重大项目最终超预算。天气、变更、承包商行为都真实,但解释不了「一次又一次」。真正不对等的是信息:只有施工的一方清楚人材机和工效,业主拿到的是一个数字和一句工期。

出租车在 Uber 之前也是这样:司机知道路和价,乘客只能信。路线和车费一旦显示在屏幕上,信息优势就消失。酒店、零售、物流走过同一条路。建筑业仍是这个量级里几乎唯一「事前看不到价签」的大市场。

Flyvbjerg 的「超大型项目铁律」被原文当作统计底座:十有九个超支;扩展到 1.6 万个项目后,预算和工期都达标的约 8.5%,预算、工期、效益三项都达标的约 0.5%。CAD、BIM、AI 这几十年都有了,超支曲线几乎没动——因为行业仍在给结果建模(几何、综合单价),很少给作业本身建模(谁做、用什么、做多久)。

综合单价无法复核。 「隔墙每平米 X 元」压扁了班组、工效、损耗和替代方案。从成品菜推不出配方。经济学对应是阿克洛夫的柠檬市场:质量无法核实时,赢家往往是承诺最大胆的人,不是算得最准的人。承包商把保险、垫资、涨价风险藏进系数里,并不都是趁火打劫,但系数一旦不可见,诚实报价反而吃亏。

计量单位应是消耗量定额,不是价格。 一单位工程量要多少工时、材料、台班——可重复、可核对。人类反复发明过它:苏美尔泥板、雅典卫城公开账目、《营造法式》、沃邦、泰勒秒表、苏联 ENiR。二十世纪不少市场把同一套知识锁进付费「成品菜价格」。没有这套对所有人相同的单位,就没有建筑业的「公里和分钟」,也就没有真正的导航。

不要照搬 Uber 的一个按钮。 Katerra 烧掉约 20 亿美元,试图把建造藏进一个按钮,于 2021 年破产。原文主张的是「建筑业的 Google Maps」:合同签署前,业主看到的是价格区间、工期区间、风险和履约记录,不是单一数字。同一栋楼有成千上万条资源组合,平台该搜高效路径,而不是假装只有一条正确答案。

开放的国家定额 + 持续流入的本地市场数据,才能撑起这层数据。机器人、数字孪生和 AI 同样需要机器可读的「工作配方」;定额是它们的立足点。甘特图(4D)若没有资源定额(5D)垫在每根横条下面,就只是好看的矩形——和本站 EVM「把进度翻译成钱」是同一件事。


和本站既有框架怎么对上

原文 本站已有
消耗量定额(配方) 人材机:对内核算的原子
综合单价(成品菜) 对外清单 / 定额报价,不要和对内科目混用
4D 无 5D 甘特没有资源 → 挣值 对不上 AC
业主要可复核的路径 三算对比:中标预算 / 目标成本 / 实际成本

开放定额不会取消承包商的风险储备,但能把秘密系数变成合同里写明的指数化、通胀条款。这和「目标成本红线要分解到班组」是同一方向:看得见,才能谈。


工具:OpenConstructionERP 接在哪

OpenConstructionERP 是同一作者方向上的开源实现:自托管、AGPL-3.0,BOQ、PDF/CAD/BIM 算量、4D/5D、AI 对价。带 9 套成本库(含中国)、界面 44 种语言、区域标准里有 GB/T 50500

它想提供的,正是原文说的那层数据:工作 → 资源 → 钱,而不是又一个封闭的综合单价黑盒。试用:

1
2
pip install --upgrade openconstructionerp
python -m openconstructionerp

浏览器 http://localhost:8080,演示账号见 Wiki。桌面安装包未签名,macOS 会报「已损坏」——处理办法与笔记里 Mac 隔离属性 相同。

国内生产环境先当实验室。 清单计价、各省定额、广联达/品茗仍是投标结算主路径;开源库不能直接替换。AI 生成的 BOQ 必须用自有人材机和现场工效复核。协议是 AGPL-3.0:改过再对外提供服务,需要公开源码。

安装、模块对照、和广联达怎么并存,写在 Wiki:OpenConstructionERP