"不做系统集成，做信息集成" —— 一个坐在所有现有系统之上的统一查询层
归零强度大 × 技术就绪度高 → 今天开始储备，触发条件一旦出现，最快响应
最终判定：📋 储备品类·就绪度20/25，窗口3-5年
建筑企业当前每个部门用不同软件：SRM管采购、PM管项目、ERP管财务、EHS管安全。数据彼此隔离，跨系统查数据必须靠人逐个打开系统，手动拼 Excel。AI让跨系统信息检索成本趋零后，可能出现一个"坐在所有现有系统之上的统一查询层"——不做系统集成，做信息集成。
| 步骤 | 动作 | 内容 |
|---|---|---|
| Step 1 | 扫描 | 建筑企业软件栈：SRM→PM→ERP→EHS→OA，各系统独立运行，跨系统查数据靠"人肉中台"（一个人打开三个系统，抄到 Excel） |
| Step 2 | 锁定 | ① 检索归零 — 跨系统信息查找成本。AI 直接读懂所有系统的界面和文档，无需数据打通接口 |
| Step 3 | 归零 | 假设信息检索成本趋零：任何员工用自然语言问"某供应商过去 12 个月所有项目的履约情况"，3 秒内得到跨 SRM+PM+财务的汇总答案 |
| Step 4 | 推导 | "统一查询层"坐在所有现有系统之上：不替代、不集成、只读不写、屏幕级理解、自然语言入口 |
| Step 5 | 验证 | 受益者：所有需要跨系统信息的角色。在位者：现有软件供应商（但不冲突，是叠加层而非替代层）— 这是罕见的"所有人受益、无人受损"的结构变化 |
如果不做统一智能层，建筑行业每年因为系统孤岛要花多少钱？归零后能释放多少？
| 价值类型 | 全行业年损失 | 归零效果 |
|---|---|---|
| 人力时间浪费（250万人×每周跨系统查数据） | ~97.5 亿 | 人去做更高价值的事 |
| 决策延迟成本（供应商评估/付款审批/项目汇总） | ~27 亿 | 大部分释放 |
| 错误成本（信息不全导致的合同/付款/安全等错误） | ~8.25 亿 | 部分释放 |
| 系统集成替代节省（无需 ESB/API 对接） | ~16 亿/年 | 大部分释放 |
| 被锁价值合计（保守估算） | ~120 亿/年 | 释放 30-50% = 36-60 亿/年 |
找历史上类似的信息检索成本归零事件，推断统一智能层出现的速度和轨迹。
| 对标事件 | 之前状态 | 归零了什么 | T0→企业可用 | 对统一智能层的启示 |
|---|---|---|---|---|
| Google 搜索引擎 (1998-2005) |
企业信息分散在不同数据库/文件服务器/邮件系统 | "整个互联网"中找一条信息的成本 | ~8 年 | Google 没解决企业内部系统问题。统一智能层就是"企业版的 Google" |
| Slack 搜索一切 (2014-2019) |
企业沟通分散在邮件+多个 IM+文档系统 | 多个沟通渠道中找一条消息的成本 | 3-5 年 | 关键是"入口归一"而非技术突破。最大挑战是用户习惯 |
| SAP ERP 统一 (1990s) |
制造业用不同软件管财务/库存/人事 | 在多个软件间切换的成本 | 5-10 年 | SAP 做"系统集成"太重（70% 超预算）；统一智能层做"信息集成"轻量得多 |
| 判断维度 | 当前状态 | 预计就绪 | 关键不确定性 |
|---|---|---|---|
| Computer Use | 可操作简单界面，企业级不稳定 | 2027-2028 | 大模型公司是否把企业软件作为优先级 |
| 多模态理解 | 已成熟（GPT-4o/Gemini） | 已就绪 | 低 |
| RAG+向量检索 | 已成熟（DeepSeek 等） | 已就绪 | 低 |
| 组织准备度 | 各系统 IT 对"被查询"有抵触 | 2027-2028 | 需 IS-A05 先跑通，证明无害 |
| 竞品窗口 | 广联达最可能先行（2027-2028） | 2027-2028 | 广联达的优先级未知 |
| 先行者优势 | 暂无先行者 | 约 3 年窗口 | 技术可追，但数据+习惯+信任不可追 |
| # | 动作 | 成本 | 产出 |
|---|---|---|---|
| R1 | 每季度 1 次 Computer Use 能力测试：选取用友 NC、广联达造价、自研 PM 系统，实测"查供应商→看合同→看付款"三连操作 | 1 人天/季度 | 成熟度趋势图，触发 T1 的信号数据 |
| R2 | 建立核心系统数据字典映射：梳理 SRM/PM/ERP/EHS/财务等系统字段定义、实体关系、ID 关联（如"供应商"在不同系统的 ID 映射） | 2 人月 | 系统间概念映射表——统一智能层的"底图" |
| R3 | 在 IS-A05 MVP 中内置跨系统需求收集：用户提问涉及多系统时自动标记 | 并入 IS-A05 | 结构化需求语料，触发 T6 |
| # | 动作 | 成本 | 产出 |
|---|---|---|---|
| R4 | 与集团信息化部/各系统 IT 做 1v1 访谈，了解对"AI 读系统"的顾虑和条件 | 10 次访谈 | 组织阻力地图 + 关键决策者态度 |
| R5 | 发布内部概念验证白皮书：向中高层汇报统一智能层概念和穿越对标结论 | 1 周编写 | 降低正式立项的决策门槛 |
| R6 | 法务前置评估：请法务出具"AI 访问企业内部系统数据的合规边界"初步意见 | 1 次咨询 | 合规边界清单 |
广联达在 2027-2028 年推出跨产品线 AI 助手。IS-A05 被降级为"知识库"，用户习惯被对手锁定。中建的入口效应和数据飞轮被对手启动。
应对：IS-A05 在 2026-2027 完成体系推广，先占领"企业内 AI 查询"心智。
任何先行者积累 5 万条以上跨系统查询日志。行业数据壁垒一旦建立，后发者即使技术更好，准确率也长期落后 10-15 个百分点。
应对：R3 暗度陈仓——在 IS-A05 推广中自然积累跨系统语料。
一个外部产品被体系内某个局先采购使用，其他局因央企"对标"惯性跟随。数据外流 + 自研方案面临内部竞争。
应对：R4+R5 高层铺垫，避免被单个局的采购决策绑架集团方向。
钉钉/飞书做成通用方案后，IS-A05 从"地基+入口"被降级为"地基"，失去了入口效应的战略价值。
应对：加速 IS-A05 推广，在通用方案进入建筑行业之前建立用户习惯壁垒。
能力：AI 查询企业制度/规范/文档。范围：1 个系统类型（文档系统）。验证：用户是否养成"问 AI 查企业信息"的习惯。
能力：AI 查询文档系统 + 1 个业务系统（如 PM 或 SRM）。范围：2 个系统类型。验证：Computer Use 是否稳定读取企业软件 + 跨系统查询准确率。
能力：AI 查询所有核心系统，跨系统推理和汇总。范围：5-8 个核心系统。验证：正式产品化 + 体系内推广 + 对外输出。
| 步骤 | 状态 | 说明 |
|---|---|---|
| Step 1 需求 | ⚠️ | 跨系统查询需求真实，但"各管各的"是制度问题非技术问题 |
| Step 2 解决方案 | ⚠️ | RAG成熟但Computer Use读企业软件屏幕准确率未到95%+ |
| Step 3 商业模式 | ⚠️ | 无竞品无市场数据，无法估算 |
| Step 4 增长 | ⚠️ | 需要企业IT配合开放系统 |
| Step 5 壁垒 | ⚠️ | Computer Use技术迭代快，壁垒不明确 |