企业案例 · 智能建造

排程从"3个人4周"变成"1个人3天":一家美国住宅开发商把AI用在了计划上

达拉斯的多户住宅开发商 JPI 公布了第一个数字化试点结果:开发加建造周期从约40个月压到约29个月,设计时间减半,进度计划的活动项从3000至4000条涨到15000至20000条。顺序值得注意——先把设计和节拍标准化,再上AI。

📅 2026-09-22·📖 阅读约9分钟·✍️ 智曦知行

JPI 位于得州的 Torrington Forest 社区效果图

一、卡在成本上的房子

经济适用房的难题,很多时候不在政策设计,而在一道算术题:租金上限是给定的,建造成本却在涨。JPI 的首席财务与投资官 Mollie Fadule 把这件事说得很直白——经济适用房面对的是一个结构性的成本问题,如果建得不够快、不够省,低租金下这本账就算不平。

JPI 是一家做了三十多年的美国多户住宅开发商,同时自己承担总承包,业务集中在得州、加州等地,2023年成为日本住友林业(Sumitomo Forestry)的子公司。今年9月,《Affordable Housing Finance》与《Housing Finance》先后报道了它把AI和施工技术成体系压进开发流程的结果:第一个试点项目的开发加建造周期,从约40个月压到约29个月;设计时间减半;排程编制的工作量,压到原来的十分之一上下。

这些数字属于企业自报口径,但足够具体,值得拆开看清楚它们是怎么来的。

二、四项措施里,排程最能说明问题

JPI 的做法是四件事一起推:标准化设计库(每个项目的设计时间减半)、基于3D Revit模型的自动化计划工作流、Takt节拍化施工排序、以及一个叫运营支持中心(Operations Support Center,OSC)的中台——对所有在建项目做实时追踪和问题预防。

其中最能说明问题的,是排程这件事的变化。传统多户住宅项目的进度计划,通常包含3000到4000个活动项。JPI 的节拍化生产模型要求更细的粒度,一般是15000到20000行。

"以前做这么复杂的计划,大概要3个全职员工干4周。用了AI和机器学习之后,压缩到大约1个人3到4天。"——JPI 首席财务与投资官 Mollie Fadule

省下来的人力没有被裁掉,而是转去做计划的校验和优化。这个细节比节省本身更重要:AI在这个位置上不是替代计划员,而是把装配工作接过去,让人去做判断。

工地一侧,JPI 把无人机、360度相机和AR眼镜当成日常数据采集工具,用它们做每日产量校验、更早发现安装偏差。施工开始之后,AI每天分析来自现场的数千条生产更新,识别趋势、测算实际生产速度、预测工期表现,让项目团队在延误累积之前调整工序和资源。

公司还在全公司范围部署了 Claude(Anthropic),内部知识库和 agent 按自己的运营模型搭。官方口径是,试点梳理出的用例合计每月节省2000小时以上。范围也不只在工地:采购部门用AI抽取和结构化合同内容,薪酬对标和承保流程也做了自动化。技术投入的评估口径是四项——工期、成本、质量、风险。路线图的下一步,是让无人机影像与模型几何自动比对、由AI自己标出偏差。

40 → 29 个月开发+建造周期(公司自报口径)
15000–20000节拍化排程的活动项数(原3000–4000)
1人 · 3–4天排程编制投入(原3人 × 4周)
2000+ 小时/月Claude试点识别出的节省(理论值)
JPI 在洛杉矶地区开发的多户住宅社区效果图
标准化设计库让每个项目的设计时间减半,代价是产品形态更统一。图为 JPI 官方发布的多户住宅社区效果图。(图片来源:JPI 官网)

三、改造前后的对比

指标改造前试点后(JPI口径)
开发 + 建造总周期约40个月约29个月(压缩约30%)
单项目设计时间基准值减半
进度计划活动项3000–4000 行15000–20000 行
排程编制投入3名全职员工 × 4周1人 × 3–4天
现场数据采集人工巡检与报量无人机 + 360相机 + AR眼镜,日常化
进度跟踪周期性会议与报表每日数千条生产更新的AI分析
AI节省(试点识别)—每月 2000+ 小时

四、技术分析:为什么粒度一上去,就必须交给机器

第一,3000行的计划和15000行的计划不是同一个东西。前者可以靠一个有经验的计划员在 Primavera 里手工排;后者意味着几万个工序、空间与资源的交叉约束,人工排不出更优解,只能排一个"能跑"的解。AI在这个环节的位置很明确:生成初稿、核对约束、批量检查冲突,把计划员从装配工作中解放出来。JPI 把粒度提上去不是为了好看,而是因为节拍化生产本身要求按天、按作业单元来排——粒度是节拍管理的前提。

第二,Takt 是前提,不是结果。节拍化施工把工程切成固定的空间单元和固定的节拍时间,各工种像流水线一样依次推进,前一工序不完成,后一工序不进场。这套方法对设计的重复度要求很高,所以 JPI 必须先把主力产品做成标准化设计库。代价也在这里:标准化的房子长得像,方案改动空间小,户型多样性要让渡一部分给效率。

第三,模型是排程的输入,不是交付物。JPI 的自动化计划工作流建立在3D Revit模型之上。这句话对BIM团队的含义很直接:模型里构件的分区分段、命名规则、工序属性,决定了排程能不能被自动生成。模型只是"画得对",排程就还得靠人一条条摆。

从JPI的招聘信息里能看出这套运营模型的骨架:运营支持中心的岗位要盯 RFI 台账、送审件流转,以及变更单反复带来的震动;VDC 侧的职责里,碰撞检查要和施工排序对齐,而不只是出报告——用的还是 Procore、Bluebeam、Primavera、Revit 这些常规工具。有意思的地方在于,它把"设计能不能施工"这件事(内部叫 Design for Execution)提到了排程之前,先解决设计端的可施工作,再用AI加速计划编制。

五、对BIM工程师的启示

💡 可以照着做的五件事

一、把模型当排程的输入来建。流水段划分、构件编码、工序属性,这些字段不是给模型看的,是给排程系统读的。动手之前先找计划部门确认:他们需要哪几个字段、以什么格式导出。

二、标准化设计库是BIM能做的最高杠杆的事。JPI 的设计时间减半来自"库",不是来自AI。国内可行的做法是把主力户型、标准节点、机电模块做成可复用的族库与参数化构件,把每个项目的"从零设计"改成"改配"。

三、排程粒度决定模型价值。如果进度计划只有月度节点,再精细的模型也用不上;计划能做到按天、按作业单元,模型里的空间划分才有人消费。推动粒度提升,本身就是BIM的价值所在。

四、现场数据比对的关键是基准。无人机影像与模型几何自动比对的前提,是两者在同一坐标系、同一时间基准上。基准点复测、坐标系约定、拍摄时间戳,这些看起来琐碎的约定,决定了数据能不能用。

五、别把AI放在决策位上。JPI 自己的表述是AI不替代计划员,而是把编计划的时间换成校验和优化。位置关系摆清楚了,落地才顺——这一点,和我们本月报道过的海外调查结论一致:企业买工具的速度,快于改流程的速度。

六、行业意义,以及要打的折扣

JPI 这个案例真正的价值不在30%这个数字,而在顺序:先标准化设计、再节拍化生产、最后上AI。反过来的路径——先买工具、再回头改流程——是过去十年建筑业数字化最常见的失败方式。

对国内开发商和总包来说,可迁移的部分有三块:一是把主力产品做成标准库;二是把计划粒度从月提到天、提到作业单元;三是把现场数据采集固化成日常动作。三件事都不需要大模型,但做完之后,AI才有地方落。

折扣也要说清楚。这是单一试点的企业自报数据,40→29个月的对比基准是公司自己的传统项目,没有第三方审计;每月2000小时的节省是"识别出的用例"的理论值,不等于已经落地的节省;Takt 加标准化设计的适用边界偏窄——高度重复的多户住宅合适,异形公建和改造项目不一定。把它当成一个方向明确的案例,而不是一个可以照抄的模板,更稳妥。

资料来源:
1. Affordable Housing Finance《How JPI Is Using AI to Speed Up Affordable Housing Development》,2026-09
2. Housing Finance Magazine 关于 JPI 数字化与AI应用的报道,2026-09
3. JPI 首席财务与投资官 Mollie Fadule 关于开发周期、设计标准化与 Takt 计划的公开表述
4. Anthropic 企业客户案例:JPI 部署 Claude 的内部知识库与 agent 实践
5. JPI 官网项目与运营支持中心(Operations Support Center)岗位说明,2026年9月
6. 智曦知行《52%的美国建筑企业在用AI,用得最多的是报价单和社媒内容》,2026-09-21(站内延伸阅读)

配图来源:JPI 官网发布的社区效果图(© JPI Companies),仅作报道引用。