很多企业已经发现:把内部文档、业务系统和数据仓库接入 AI,并不一定能解决真正有价值的问题。
设备制造商知道设备如何设计,却未必掌握客户现场长期运行的工况;保险公司拥有理赔记录,却看不到完整的维修过程;品牌方理解产品,却缺少渠道端实时需求与退货原因;大型企业拥有交易数据,而中小供应商往往掌握更细的工艺、交付与异常信息。
AI 要回答的问题越接近经营现场,所需证据就越可能分散在客户、供应商、合作伙伴、公共机构和企业内部。于是,一个新的落地瓶颈正在出现:企业不是没有数据,而是有价值的数据跨越了组织边界。
2026 年 5 月,欧盟委员会发布《欧洲数据联盟战略》,把扩大高质量数据供给 AI 列为三项优先方向之一,并提出建设数据实验室、扩大行业数据空间。6 月更新的官方说明显示,共同欧洲数据空间已覆盖制造、能源、交通、金融、农业等 14 个领域。
这释放的商业信号并不是“把更多数据集中起来”,而是:AI 的竞争正在从企业内部数据治理,走向多方能否在不失去控制权的前提下共同使用数据。
数据共享最难的部分,不是传输
传统数据项目常把共享理解为一条技术管道:确定接口、传输字段、设置权限,然后交付一个数据集。但对 AI 而言,数据一旦进入训练、检索、评估或 Agent 决策流程,就可能产生持续影响。
数据提供方会问:我的数据具体用来回答什么问题?会不会被用于训练其他产品?谁能看到原始记录?合作结束后能否停止使用?模型已经学到的内容如何处理?
数据使用方则会问:字段含义是否一致?数据多久更新?缺失和偏差由谁解释?来源是否合法?当数据被修正或撤回时,已经生成的结论是否需要重算?
这些问题说明,跨企业 AI 数据合作的最小单位不应只是“一个数据表”或“一批文件”,而应是一个可治理的数据用途单元:一组数据,只在明确场景、明确参与者、明确期限和明确结果责任下被使用。
欧盟共同数据空间的官方定义也把数据基础设施与治理框架并列,强调访问规则、隐私保护、互操作规范和数据模型。2026 年数据互操作规划进一步指出,结构、真实性、完整性、质量与兼容格式,都是 AI 利用数据价值的前提。换言之,共享数据的数量只是表面指标;真正决定合作能否运行的是参与方是否对数据的意义、边界和变化形成共同约定。
从“共享数据”改为“共同解决一个问题”
企业推动数据协作时,最容易从“大家愿意提供哪些数据”开始。这个问题过于宽泛,也会立即触发商业机密、合规和竞争顾虑。
更有效的起点是定义一个多方都能验证的业务问题。例如:
问题一旦具体,企业就不必先建设一个包罗万象的数据平台,而可以反向确定最小数据范围:哪些信号是必要的,原始数据是否必须离开持有方,哪些计算可以在本地完成,输出需要精确到什么粒度,以及结果如何被现场流程采用。
这也能改变合作谈判。数据提供方不再只是承担风险的“供数者”,而是业务结果的共同参与者;数据使用方也不能把取得访问权等同于无限使用权。双方讨论的核心从数据所有权,转向可衡量的共同收益与可接受的风险。
- 设备商与客户共同降低某类非计划停机;
- 品牌、渠道和物流方共同减少特定品类的缺货与退货;
- 车队、维修商和零部件企业共同识别高风险故障;
- 核心企业与供应商共同缩短质量异常的定位时间。
一份可运行的数据协作约定,至少要回答六个问题
为了让合作不止停留在协议签署,企业可以为每个用途建立一张可执行的协作卡:
其中最容易被忽视的是“变化处理”。传统分析报告可以注明数据截止日期,但 AI 系统可能持续调用数据并影响后续动作。如果上游修正了一批记录、取消了授权,或者改变字段定义,下游不能只更新接口,还要知道哪些模型、评测集、提示上下文和经营决策曾经使用过它。
因此,跨组织数据协作需要记录数据血缘,但血缘不能止于“从哪个库到哪个表”。它还应连接到具体用途、模型版本、输出结果和责任人,使企业能够回答:这条数据影响过什么,现在是否仍被使用,变化后需要采取什么动作。
- 共同结果:希望改善哪项运营结果,基线、目标和验证周期是什么;
- 数据语义:字段由谁产生、代表什么、在什么条件下可能失真或缺失;
- 允许用途:数据可用于检索、分析、评估还是训练,是否允许派生数据和二次用途;
- 访问方式:谁能访问何种粒度,数据是否留在源端,权限由谁批准和撤销;
- 变化处理:数据修正、模型更新、合作方退出或用途改变时,哪些结果需要重算、删除或停止使用;
- 收益与责任:改进如何归因和分配,错误建议造成损失时由谁调查、处置和修复。
不必先复制数据,先让价值能够被验证
跨组织协作并不必然要求建设一个中央数据湖。8 月 4 日,AWS 面向公共部门提出“让生成式 AI 到数据所在处工作”的分布式架构思路:在源端执行细粒度权限,并保留数据血缘,以降低集中复制带来的安全规则丢失、数据陈旧和重复维护问题。这是厂商提出的架构模式与原型,不是适用于所有企业的统一答案,但它提醒管理者:集中数据只是实现方式之一,不应成为合作成立的前置条件。
企业可以先从一个窄场景启动:选择两到三方、一个业务结果、一段有限历史数据和一个短验证周期。在不暴露不必要原始信息的前提下,比较协作前后的异常发现时间、有效建议比例、处理周期和经济结果。
首轮试点尤其应关注四项指标:取得一个新增数据源需要多久;能够自动解释的数据字段占比;数据变化能够追溯到受影响结果的比例;各参与方是否都获得可量化收益。若只有平台方受益、供数方长期承担整理与合规成本,合作很难持续。
结语
过去,企业常把数据护城河理解为“我拥有多少独家数据”。AI 时代更有价值的能力,可能是另一种:企业能否让客户、供应商和合作伙伴愿意在清晰边界内共同使用数据,并把协作结果转化为更好的产品、服务与运营决策。
欧洲数据联盟战略和行业数据空间仍处于持续建设阶段,约 1 亿欧元投入及数据实验室等举措代表政策方向,不能直接视为企业已经获得商业收益。但方向已经足够明确:高质量 AI 不只依赖更强模型,也依赖可信、互操作、可持续的数据供给关系。
下一轮企业 AI 项目立项时,除了问“我们内部有哪些数据”,还值得增加一个问题:为了真正解决这个问题,哪些关键事实掌握在组织边界之外,而我们能否设计出一套让各方都愿意长期参与的协作机制?