建筑工程的钱，从来不是按图纸付的，是按人付的。一个项目上几十上百号工人，谁在哪一天、在哪个作业面、按哪个成本科目、干了几个钟头、拿多少钱——这串信息决定了项目到底是赚是亏。中国的项目上，它有专门的名称叫劳务实名制和工资专用账户；在美国，它叫 certified payroll，背后还有工会规则（union rules）和现行工资标准（prevailing wage）两套合规约束。
几十年来，这串信息散落在考勤机、Excel、纸质签工单和四五套互不相通的系统里。2026 年 9 月 30 日，旧金山的 Miter 宣布完成 4000 万美元 B 轮融资，由 Battery Ventures 领投，老股东 Bessemer Venture Partners 和 Coatue 跟投，累计融资 7800 万美元。它要做的事只有一件：把这串信息收拢到一张表里。
这笔钱买的是什么
Miter 成立于 2021 年，两位创始人里，CEO Connor Watumull 的经历值得留意：他做过产品经理，在 Bain 做过咨询，在 Bessemer 做过投资人，还在一家建筑会计事务所兼过职。就是在那段时间，他第一次正面撞上 certified payroll、工会规则和现行工资标准这套东西——这也是大多数通用型 HR 软件绕开走的部分。
公司自己的产品定位写得很清楚：AI 驱动的建筑劳动力管理平台，把工资发放、现场运营、成本核算和费用管理放进同一套系统。换句话说，它不是又一个"智慧工地"，而是想当承包商后台的账本。
资金用途上，公司讲了两件事：一是继续投入 AI 产品，覆盖后台办公室和工地现场两端；二是大幅扩充旧金山和纽约的工程团队，并加强全美的销售团队。Battery Ventures 合伙人 Michael Brown 的说法是，建筑行业结构极其复杂，技术供应商一直很难做出真正贴合客户具体需求的工具，而 Miter 做出了一款"易用、集成的产品"——既能完成工资发放，也能承载其他关键业务功能。
美国从未如此迫切地需要如此大规模的新基础设施，而且要建得如此之快。我们需要释放各地电工、焊工、木工和钢铁工人的潜能。 —— Connor Watumull，Miter 联合创始人兼 CEO
它到底替承包商干了什么
要理解 Miter 的价值，得先看承包商后台的真实样子。Miter 给这个状态起了个外号叫 Frankenstack——上世纪八十年代的老软件、电子表格和纸质流程拼在一起，再加上十几个各自为政的系统：考勤、人事、安全、设备、成本核算，谁也不跟谁说话。而所有系统其实都依赖同一份数据：谁在哪个项目上、按哪个成本科目、干了多久、拿多少钱。劳动数据是这门生意的中心节点。
Miter 在 AI 上的做法，不是给软件加个聊天框。后台这一端，它解析发票、收据和工资费率表里埋着的数据，把非结构化文本变成能流转、能对账的结构化字段，然后自动跑完承包商过去手工完成的流程；更重要的是，它能在项目还在进行时就把人工成本和项目成本趋势摆出来，而不是等结项几周后才出一份事后报告。现场这一端，它从照片或语音笔记直接生成安全报告，并汇总来自平台各处的项目状态。
一个很少有人注意的细节
Miter 在自己公司内部也在用同一套思路。它做了 Deflektor 自动处理常规客服工单；做了 Miter Agent，把原本散落在工单、电话、文档和系统里的上下文喂给客服，让人几分钟内查清一个复杂问题；还有代码评审 agent，把低风险改动分流掉，让人工评审集中在真正需要判断的地方。新员工甚至用 AI 在第一周就学会 prevailing wage 和 certified payroll——这在过去通常要花一个季度。
对国内 BIM 与造价岗位的三点提示
- 价值不在"看懂图纸"，在"看懂票据"。 Miter 的 AI 处理的主力对象是发票、收据、工资费率表这类最不"高大上"的文档，恰好是造价与商务岗每周花掉最多时间的地方。国内做 AI 应用时，先把合同、签证单、计量支付单、劳务考勤这些跑通，收益通常比做图纸理解更快显现。
- 把劳动数据当成模型的主键。 Miter 的逻辑是：劳动数据是中心节点，其余模块围着它长。国内项目上，劳务实名制考勤数据是现成的，但多数项目只把它用来应付监管，没有把"人—作业面—成本科目—工时"这条链打通。打通后，进度、成本、安全三张表才有共同的语言。
- AI 输出的"位置"要提前定好。 Miter 的做法是 AI 出草稿、人只做确认。国内项目落地时，先想清楚 AI 生成的安全报告、进度摘要、成本预警，最后是谁签字、进了哪份正式文件，再动手做工具。这一步不定，工具再好也进不了流程。
账本的另一面：那些没有公布的数字
真正让这个故事变得有意思的，不是 4000 万美元，而是 Miter 自称的那个比例——全美每 100 名建筑工人中，约 2 人的工资通过 Miter 发放。如果为真，它已经不只是个软件供应商，而是美国建筑工资基础设施的一环。承包商每月通过它在数十万个活跃项目上协调劳动力、现场运营、成本核算和费用。
| 指标 | Miter 公布的口径 | 缺失的部分 |
|---|---|---|
| 工资覆盖比例 | 约全美建筑工人的 2% | 是否审计、分子按人头还是工资单次数、分母是什么 |
| 客户规模 | 超过 2,000 家承包商，较 A 轮接近三倍 | A 轮时的基数是多??，三倍从多少到多少 |
| 产品矩阵 | 近半年新上线 Safety、Performance、Data Studio、Accounts Payable 四个模块 | 各模块的采用率与付费情况 |
| 财务 | — | 估值、营收、员工数、留存率一概未披露 |
行业媒体在报道这轮融资时也点出了同一件事：2% 这个数字是公司自报、未经审计，也没有交代统计口径——分子算的是人头还是计薪次数，分母用的是哪个口径的建筑工人总数，统计窗口是当前时点、月均还是历史累计，公司都没说。同一份新闻稿里还有一段需要拆开看的话：8 月美国建筑业新增 22,000 个岗位，其中"由 AI 数据中心项目驱动"——前半句的岗位数据来自美国劳工统计局，后半句的归因则是 Miter 自己的说法。
⚠️ 引用这组数据前，请注意三点
- "2%"是公司自报且未经审计。 没有任何独立第三方验证，也没有公开的统计方法说明。文章引用时应写成"公司称"，不能当作行业统计事实。
- 估值、营收、留存率均未披露。 本轮没有公布投后估值，任何推算出来的数字都只是推测。公司宣称客户增速是行业的 5 倍、留存率行业领先，同样没有数字支撑。
- "数据中心驱动就业增长"是公司归因。 就业总量的数字出自官方统计，但因果判断属于公司观点。第三方分析的口径更为谨慎，只提到招聘集中与非住宅专业承包商有关，且当月非住宅建筑本身的岗位是净减少的。
类似的量化说法在"后台碎片化"这个话题上更混乱。有软件厂商的调研给出"典型建筑企业平均使用约 10 套数字工具""每年软件支出约 58,000 美元"，也有内容营销文章声称"70% 的建筑工人每周花 20 小时以上管理碎片化系统"。这些数字全部来自软件厂商自己的调研或市场材料，没有权威第三方统计支撑，引用时至少要写清来源性质。
为什么投资人愿意下注
Miter 处在一个不甚热闹的赛道上。对比同期建筑科技的融资氛围：Buildots 拿了 1.3 亿美元，瞄准数据中心建设的进度跟踪；SoftBank 以约 10 亿美元估值向建筑机器人公司 Gravis Robotics 投了 2 亿美元。相比之下，Miter 的 4000 万美元落在"资本密集度更低的后台软件"这一角。
但投资人看的不是这轮融资的大小。新闻稿特意点出 Battery、Bessemer 和 Coatue 是 Shopify、Toast、Procore、ServiceTitan 背后的投资人——这份名单本身就是一个判断：他们把 Miter 放在"垂直行业 SaaS 巨头"的谱系里。而垂直 SaaS 的护城河，很少是功能，多是数据。放在建筑行业，就是从工资单里长出来的那本账。
这也解释了为什么 Miter 不去跟 Procore 正面竞争。Procore 强在项目协同、图纸和现场，弱在施工工资与人力资本管理；Miter 反过来，围绕劳动数据做建筑专属的工资、成本核算和现场运营，并和 Procore 做集成——工时双向同步，人工成本回写到 Procore 的成本科目。与它更直接对位的是 Sage HCM（原 Criterion）这类建筑专属人事工资系统，而 Viewpoint、Foundation Software 属于更传统的 ERP 阵营。
Miter 内部对这个位置的描述是这样的：今天只有约 2% 的承包商在 Miter 上经营业务，目标是做到 10%、20%、50%。这句自述里藏着一个前提——它赌的是承包商最终愿意把整本账交给一套系统，而不是继续拼装。这个前提在美国是否成立，与在中国是否成立，是两个不同的问题；但它提出的那个结构性问题是一样的：建筑业数字化的下一步，可能不是更好的看图工具，而是把非结构化的票据和现场记录，稳定地变成可流转的账。
对国内的 BIM 工程师和造价从业者来说，Miter 这个案例最值得抄的部分，大概不是它的 AI 功能清单，而是它选的那个切入口——从最枯燥、最合规、最没人愿意碰的工资和票据入手，用五年时间把一本账做成融资故事的主角。
主要来源：PR Newswire（2026-09-30）· Miter 官方博客 · Battery Ventures · 行业媒体分析报道 · 美国劳工统计局月度就业数据（经行业机构引用）。