为什么企业会在错误的AI解决方案上投入数百万美元，以及不同的架构如何改变一切

Konrad Wolfenstein

3周前

为什么企业会在错误的AI解决方案上投入数百万美元，以及不同的架构如何改变一切——图片来源：Xpert.Digital

耗时耗力的数据迁移：为什么传统的企业人工智能之路是一条死路

人工智能的成功并不需要数据仓库：这个架构秘诀可以为公司节省数年时间。

企业投入数百万美元，耗费数月宝贵时间寻找完美的AI模型，并试图整合所有企业数据。然而，残酷的现实（高得惊人）表明，AI项目几乎并非因为算法选择不当而失败，而是因为过时的数据架构以及一个致命的假设：数据必须集中且完美无缺，人工智能才能真正创造价值。本文将探讨所谓的“整合陷阱”为何会拖慢项目进度，为何企业AI的失败率高达80%是常态，以及现代“知识架构”方法如何巧妙地解决这一问题。那些理解智能系统需要互联而非集中式数据的企业，可以将部署时间从数年缩短至短短几天，并最终使其AI战略取得可衡量的成功。.

与此相关：

UNFRAME：快速部署人工智能的关键在于数据，而非模型。

AI部署失败并非因为模型本身，而是因为数据架构。

如今，任何考虑在业务中部署人工智能的人，都不可避免地会问第一个问题：哪个模型最适合我们的用例？GPT-4、Claude、Gemini、Llama、Mistral——团队会花费数周时间，将推理速度、令牌成本和准确率与标准化基准进行比较。然后做出决定，启动集成项目，但时间线却从几周延长到几个月，最终变成“我们下个季度再来讨论这个问题”。模型本身从来都不是障碍。事实上，模型几乎从来都不是。真正决定一家公司能否在几天或十二个月内高效部署人工智能的，是它如何处理数据——不仅仅是数据量，也不仅仅是数据质量，而是如何将数据连接到人工智能系统，从而在真正重要的工作流程中提供可靠的结果。.

月份究竟在哪里消失？

关于这一主题的现有实证研究结果清晰而令人警醒。Gartner 的研究表明，仅有 48% 的企业人工智能项目能够从原型阶段过渡到生产阶段。从最初的想法到最终投入生产运营，平均需要 8 到 18 个月的时间。进一步分析这一时间框架，我们可以发现其中的分配情况：模型选择、微调和快速工程通常需要几周时间。而据业内估计，数据处理耗费了绝大部分时间——占总工作量的 60% 到 80%。.

我们只需想想数据迁移究竟包含哪些步骤：清点现有数据、映射存储位置、构建数据传输管道、清洗和规范化数据、验证人工智能输出与输入数据的一致性——如果利益相关者认为初始数据源不够完整，则需要重复整个流程。这并非是对数据过载的空泛抱怨，而是全球数千家公司每天都要面对的现实。.

机器学习领域最具影响力的人物之一吴恩达（Andrew Ng）多年前曾说过一句被反复引用以至于失去其原有冲击力的话：机器学习领域大约 80% 的工作都耗费在数据准备上。他并非认为这是一个值得惋惜的问题，而是指出数据安全和数据质量因此成为人工智能团队的核心任务。Gartner、德勤和麦肯锡等公司的行业研究不断证实了这一观点：大多数人工智能项目失败的原因在于数据基础架构的问题，而非算法本身的缺陷——失败率在 70% 到 85% 之间，具体数值取决于研究。模型本身相对容易，数据架构才是难点。而难点决定了项目的进度。.

破坏时间线的整合陷阱

企业人工智能项目延期六到十二个月似乎是一个固定的模式。团队发现了一个有价值的用例，但所需数据分散在四个不同的系统中。这时有人说：“在部署人工智能之前，我们需要整合数据。”于是，数据仓库项目启动，集成团队也随之成立。等到数据最终完成清洗、统一并“达到人工智能就绪”时，业务需求可能已经改变，项目发起人可能已经跳槽，项目最终被搁置。.

这就是整合陷阱，它导致的失败人工智能项目比任何模型限制都多。其基本假设听起来合情合理：人工智能需要干净、集中的数据才能运行。然而，这从根本上就是错误的。人工智能不需要集中式数据，它需要互联互通的数据。这两者之间的区别，就像一个需要十二个月才能完成的数据仓库项目和一个几天就能上线的部署项目之间的区别一样。.

互联数据意味着人工智能系统可以介入数据所在的系统，提取所需信息，理解跨系统边界的实体间关系，并提供考虑完整上下文的结果。这正是所谓的知识架构所实现的：它们在现有数据源之上构建语义层，而无需事先将数据源整合到单一数据仓库中。数据保留在原处，智能层负责连接。元数据存储库、数据沿袭和总体治理规则成为该架构的组成部分，无需事先进行大规模迁移。.

这种架构决策将那些几天内就能部署人工智能的组织与那些一年后仍在“准备”数据的组织区分开来。前者已经接受了数据永远不会完美这一事实，并开发了一个能够适应实际运营情况的人工智能层。后者则在等待一个永远不会到来的理想数据状态——因为企业数据是动态的。它不断变化、增长和碎片化。等待它就像等待一个不断移动的终点线。.

惊人的辍学率及其揭示的优先事项

根据标普全球市场情报公司对北美和欧洲1000多家公司的调查，到2025年，42%的公司将终止其大部分人工智能项目——这一比例较前一年的17%大幅上升。平均而言，企业将在人工智能概念验证项目投入生产前放弃46%的项目。Gartner也预测，到2027年底，由于成本上升、商业价值不明朗以及风险管理不足，所有基于代理的人工智能项目中将有40%终止。Gartner此前的预测还警告称，到2026年，约有60%的非基于人工智能数据基础的人工智能项目将被终止。.

麻省理工学院-NANDA联合研究发现，95%的企业生成式人工智能试点项目未能实现可衡量的投资回报率。这一发现值得进行多项批判性评估：该研究的方法——52次访谈，六个月内衡量成功——存在争议，且该数据对所有规模企业的普适性也值得怀疑。然而，其他研究支持其基本前提：实践证明，决定性的瓶颈并非模型性能或工具，而是组织准备度和实施质量。而组织准备度最重要的组成部分是数据——具体而言：人工智能系统能否以所需的格式，在必要的管控下访问必要的信息？

将整个失败完全归咎于数据架构未免过于简单。Cloudflight 于 2026 年 1 月对 150 位德国 C 级高管进行的一项调查显示，49% 的受访者认为 IT、业务和合规部门之间缺乏协调是最大的问题。这是一个组织问题，而非纯粹的技术问题。然而，核心诊断依然不变：那些在启动人工智能项目之前未能明确数据职责的人，将无法构建可用于生产环境的数据架构。人工智能的数据治理并非第三优先级，而是前提条件。.

快速部署的真正需求是什么？

如果问题是如何快速部署人工智能，那么诚实的答案包含三个部分。这三个部分都与模型选择无关。.

首要要求是连接性。人工智能平台必须能够连接到结构化数据库、非结构化文档库、SaaS平台、遗留系统和通信工具，而无需公司事先进行任何规范化处理。提取和抽象层必须能够处理各种格式的文档，将提取的实体映射到统一的模式，并将异常情况转发以供人工审核——所有这些都无需耗时六个月的ETL项目。缺乏足够API基础设施来构建传统ETL管道的公司会在第一步就失败，因为人工智能系统根本无法访问与人类员工相同的数据源。.

第二点涉及架构模块化。平台架构必须将数据连接层与智能层分离。如果二者紧密耦合，数据源的变更意味着需要重建整个AI工作流程。如果二者分离，添加新的数据源只需进行简单的配置更改。模块化架构在此并非空谈，而是某些平台能够在几天内部署完成，而另一些平台却需要数月才能完成部署的根本原因。例如，微软的Fabric OneLake等设计就展示了统一的数据层（所有工作负载都运行在同一数据存储上）如何显著减少数据域之间的碎片化。.

第三点涉及治理和可追溯性。部署必须从首次生产运行开始就提供可验证的结果——而不是在验证阶段或质量保证周期之后。每个输出都必须可追溯到其源数据，每个决策都必须可解释，每个工作流程都必须留下完整的审计跟踪。这加快了部署速度，因为另一种选择是建立一个与部署并行运行的独立治理工作流程，而这不可避免地会成为上线的关键门槛。欧盟人工智能法规以及 NIST AI 或 ISO/IEC 42001 等框架正是要求这种嵌入式治理——将治理视为事后考虑的公司将越来越难以满足监管要求。.

🤖🚀 托管式 AI 平台：借助 UNFRAME，实现更快、更安全、更智能的 AI 解决方案

托管式人工智能平台 - 图片来源：Xpert.Digital

在这里，您将了解到您的公司如何快速、安全地实施定制化的人工智能解决方案，且无需承担过高的准入门槛。.

托管式人工智能平台是您实现人工智能的全方位、无忧解决方案。您无需处理复杂的技术、昂贵的基础设施和漫长的开发流程，即可从专业合作伙伴处获得根据您的需求量身定制的现成解决方案——通常只需几天时间。.

主要优势一览：

⚡ 快速实施：从构思到可立即使用的应用，只需几天而非几个月。我们提供切实可行的解决方案，创造即时附加值。.

🔒 最高数据安全保障：您的敏感数据始终由您掌控。我们保证安全合规地处理您的数据，绝不与任何第三方共享。.

💸 无财务风险：您只需为结果付费。完全无需前期投入大量资金用于硬件、软件或人员。.

🎯 专注于您的核心业务：集中精力做好您最擅长的事情。我们将负责您人工智能解决方案的全部技术实施、运营和维护。.

📈面向未来且可扩展：您的AI将与您一同成长。我们确保持续优化和可扩展性，并灵活调整模型以适应新的需求。.

更多信息请点击这里：

托管人工智能平台

几天内即可将不完善的数据转化为高效的人工智能

语义智能层作为竞争优势

过去两年，企业人工智能架构领域最引人注目的发展之一是语义智能层的出现，它能够覆盖现有的数据环境。知识架构方法将策略与工作流、工单与产品文档、对话与知识库连接起来，从而保留了传统关键词或向量搜索所丢失的语义和操作上下文。每个元素都带有来源、作者、版本和时间戳等标签，这意味着每个人工智能响应都是可追溯的、可解释的，并且符合GDPR或HIPAA等监管要求。.

微软在推出 Fabric IQ 时也采用了类似的方法：它不再主要处理表格、模式和单个 BI 模型，而是将业务建模为本体——包含客户、订单或机器等实体，以及它们之间的关系、属性、规则和允许的操作。这个语义层成为人类和 AI 代理的通用语言。其基本原理与 Knowledge Fabric 方法相同：工作重心从一次性的、繁琐的迁移项目转移到对语义层的持续、增量式丰富。.

这揭示了与传统数据仓库方法相比，思维方式的根本性转变。数据架构（Data Fabric）作为一种架构概念，其目标并非集中化，而是互联互通：数据通常保留在其来源地或需要的地方，而服务、接口和元数据存储库的网络则使其易于访问。这种分布式访问理念并非妥协——它在架构上更胜一筹，因为它尊重企业数据的自然动态，而不是与之对抗。.

42% 的人的失败：他们解决错了问题

那些放弃人工智能项目的公司，并非一定比那些成功实施项目的公司拥有更差的数据。他们面对的是所有企业都面临的同样的碎片化、格式不一致的企业数据。区别在于，他们假定在部署人工智能之前需要清理这些数据，而不是从一开始就构建一个能够处理不完美数据的人工智能架构。.

兰德公司证实，超过80%的人工智能项目以失败告终——这一失败率是非人工智能技术项目的两倍。在金融领域，情况更为严峻：邓白氏的一项研究显示，保险公司70%的人工智能项目和银行61%的人工智能项目因数据不足而失败。55%的受访公司认为，数据质量差是未来几年最大的商业风险。此外，56%的银行和79%的保险公司对自身数据的信任度有限。.

但即使是这些统计数据也应谨慎解读。Cloudflight 的研究表明，只有 7% 的公司认为其数据已完全具备人工智能应用条件。问题不在于数据质量，而在于是否有人决定如何将现有数据用于人工智能。缺乏关于谁有权授权哪些数据用于哪些用例的决策权，往往是项目停滞数月的真正原因。世界上没有任何数据管道能够解决这个问题。这是一个治理问题，必须在技术解决方案生效之前，从组织层面加以解决。.

部署成本对比：架构缺陷风险被低估

采用传统整合模式的企业级人工智能部署成本高昂：仅数据准备一项就需要六到八个月，占项目总投入的 60% 到 80%。此外，平均每个需要集成 8 到 15 个系统的项目，还需要为每个系统投入四到六周的集成时间。安全性和合规性审查需要 13 到 25 周，定制开发需要三到六个月，测试和验证则需要两到三个月。最终，第一年的总投资额在 180 万到 375 万欧元之间——而且这仅仅是成功项目的估算。对于 85% 的失败项目而言，这些投资几乎无法挽回。.

对于供应链企业而言，Gartner 已将生成式人工智能置于炒作周期的“幻灭低谷”阶段——在这个阶段，实施失败的案例远多于成功的案例。其原因已被精准诊断：遗留系统集成和数据治理要求造成了生产部署的障碍，而这些障碍在受控环境下的试点项目中却从未被发现。宾夕法尼亚大学沃顿商学院的研究表明，企业通常会低估生产部署的复杂性，低估幅度可达三到五倍——原本预计三个月就能完成的项目，在计入集成工作、安全审计和变更管理等因素后，实际耗时往往为 12 到 18 个月。.

然而，重要的是要记住，幻灭低谷并非技术失败的标志。它标志着从不切实际的期望到冷静评估的转变。那些能够顺利度过这一阶段——通过解决集成问题、应对数据治理挑战并提升运营成熟度——的组织最终将拥有能够创造可衡量价值的高效系统。关键的区别在于，组织是将低谷解读为放弃的信号，还是将其视为认真实施工作的开始。.

几乎没人问的关键问题

任何评估如何快速部署人工智能的人都应该停止问：“哪个模型最适合我们的用例？”而应该问：“这个平台能否连接到我们当前状态的数据，并在一周内提供可靠的结果？”

这个问题可以筛选掉90%会延长项目周期数月的方案。它可以筛选掉那些需要数据仓库作为前提条件的平台。它可以筛选掉那些需要六周“调研”才能确定其产品是否兼容现有系统的供应商。它还可以筛选出那些从一开始就针对每个组织实际面临的数据现实而构建的平台：数据碎片化、分布广泛、格式不规范，并且不愿等待他人进行数据清理。.

模型问题固然重要，但并非首要考虑因素。它只是整个旅程的最后一公里，而关键决策早在之前就已做出——例如数据架构、语义层、治理结构和组织职责等方面的决策。理解这一点的公司能在几天内部署人工智能。而那些不理解的公司，一年后还在疑惑为何他们的概念验证仍未投入生产。.

决定成败的三大先决条件

对现有研究成果和实际部署经验的分析揭示了快速、可持续的人工智能实施的三个结构性先决条件。.

首要条件是无需整合即可实现技术连接。一种能够语义连接异构数据源而非物理整合的架构，可以消除部署延迟的最大因素。API 作为 AI 功能与现有系统之间的桥梁，混合云架构用于传统系统集成，以及可独立于底层系统环境进行更新的模块化数据层——这些都是关键的技术要素。据业内人士观察，仅仅避免整合项目就能节省 6 到 12 个月的时间。.

第二个前提条件是部署前要明确组织治理结构。决策权——谁有权访问哪些数据，用于哪些用例——必须在编写第一行代码之前就明确。项目停滞最常见的原因并非技术问题，而是各部门之间关于数据访问权限和职责的讨论不畅。一个能够支持迭代的最低限度治理结构应该先于模型代码的编写。这听起来显而易见，但却常常被系统性地忽略。.

第三项要求是从一开始就嵌入可审计性。如果系统从首次生产运行开始就能提供完整的审计跟踪、数据溯源和可解释的决策，则无需单独的治理工作流程，而治理工作流程通常会成为上线前的最后一道关卡。随着欧盟人工智能指令和特定行业合规要求的出台，可审计性不再是可选项，而是监管要求。那些将治理基础设施嵌入平台架构而非将其视为独立项目的企业，将获得双重收益：更快的部署速度和更可持续的合规性。.