来源：新浪科技

上篇每日互动和大家谈了 AI 落地的最大卡点不是模型，是数据（点击阅读）。数据准备度决定了企业 AI 落地的最后一公里。

这篇每日互动想聊的是，企业究竟该如何把数据变成 AI 真正能理解、能调用、能行动的业务基础：从统一业务对象和指标口径，到连接分散在各系统中的事实与证据，再到将分析结果接入具体运营流程，逐步建立从数据理解、业务判断到执行反馈的完整闭环。

数据都在，为什么 AI 仍然用不起来？

过去两年，每日互动在服务企业推进 AI 项目时，经常遇到一个现象：模型 API 买了，RAG 系统搭了，智能助手也上线了，但项目一旦从知识问答走向经营分析、客户洞察和运营决策，效果就容易打折扣。追问下去，问题往往不在模型本身，而是 AI 不知道企业内部指标到底按什么口径计算，也无法把分散在不同系统里的数据和业务背景对应起来。

这并不是因为企业没有数据。恰恰相反，每日互动发现，经过十余年的信息化建设，很多企业已经积累了相当可观的数据：CRM 里存着几万条客户记录，ERP 里跑着完整的订单流程，OA 里沉淀了数万条审批决策，规模较大的数据平台上还可能有 PB 级的日志数据。问题是，这些数据虽然存在，却还没有被组织成 AI 能够准确理解和调用的形态。

面对这些数据，AI 有时就像走进一座没有翻译的图书馆：书很多，却很难真正读懂。数据驱动增长的 " 最后一公里 "，往往就卡在这里。

外部研究也在持续提示这一问题。Gartner 预测，到 2027 年，超过 80% 的企业可能因数据治理不足，难以从 AI 投资中获得预期价值。IDC 的相关研究同样将数据质量、语义一致性和跨系统整合列为中国企业推进 AI 时的重点。模型使用门槛降低后，挑战正转向如何让 AI 读懂企业自己的数据口径、业务上下文和历史经验，并据此提供可靠建议。

也就是说，模型能力只是企业走向智能化的一部分，模型能否真正进入业务，还取决于此前积累的数据基础能不能被进一步理解和使用。从更长的数字化进程来看，企业从信息化走向数字化，再走向智能化，每个阶段依赖的基础不同。每日互动认为，信息化离不开系统，数字化离不开数据，智能化则更依赖可被理解、可被调用的数据治理。治理基础不足时，AI 落地越深入，数据口径、上下文和协作流程中的问题往往越容易暴露出来。

本体与知识图谱：给 AI 补上业务世界的地图

每日互动发现，模型能理解自然语言，却并不天然理解一家企业如何运转。数据库里的一行记录，对模型来说可能只是几个字段；但在业务中，它可能是一笔已经逾期的订单、一个存在风险的供应商，或者一台等待维修的设备。AI 真正缺的，不是更多文档，而是缺少一张 " 业务世界的地图 "：这些对象是什么、彼此什么关系、现在处于什么状态、适用什么规则、由谁负责、结果又有什么依据。

每日互动认为，这张 " 业务世界的地图 "，可以拆成两层来理解：

一层是 " 本体 "。它回答的是企业里有哪些业务对象、彼此是什么关系、对象有哪些属性和状态、适用哪些规则、可以执行哪些动作。它像一本业务世界的 " 名词手册 + 规则手册 + 操作手册 "，把散落在各个系统里、各自为政的定义统一起来。

另一层是 " 知识图谱 "。它回答的是这些对象在具体事实里到底是谁、发生了什么、证据在哪里。比如 " 五角场门店 " 是门店对象，" 板烧鸡腿堡套餐 " 是商品对象，" 消耗了鸡腿排 " 是它们之间的业务关系，POS 明细和库存快照则是支撑这条关系的证据。

简单说：本体规定 " 这个世界里有哪些东西、怎么关联、怎么做事 "，知识图谱承载 " 具体的事实和证据 "。只有本体清晰，图谱才不会乱；只有图谱落满事实，本体才不会停留在定义层。

传统数据治理的三大缺口

过去十年的数据治理，主要解决了 " 有地方存、有人管、有标准 " 的问题：建数据仓库、梳理主数据、做质量监控、设安全管控。这些工作仍然重要。但结合每日互动的项目服务经验，如果希望数据进一步支撑 AI 应用，通常还需要补上三个环节：

缺口一：语义层缺失

字段叫 "GMV"，到底含不含税？是下单口径还是支付口径？同一个字段名，在不同部门和报表中可能有不同含义。人可以依靠经验判断，AI 则需要明确的业务语义。

例如，同一个 " 转化率 "，不同团队可能采用不同算法。差异如果没有沉淀，AI 生成的分析即使逻辑通顺，也很难获得认可。

语义层，本质上就是要建立企业的业务本体：把 " 客户、订单、商品、门店、库存、合同 " 这些业务对象统一命名，把对象之间的 " 属于、包含、消耗、依赖、触发 " 等关系固定下来，把每个指标的计算口径、适用规则和负责方写清楚。它不是给字段贴标签，而是先定义好企业业务世界里的名词、关系和规则，让 AI 不再靠猜。

缺口二：上下文缺失

报表写着 " 转化率下降 12%"，但当时做过什么促销、采用了什么投放策略、竞品有什么动作，往往没有被一并记录。这些因果线索和决策上下文散落在邮件、会议纪要和审批流里。更重要的是，它们没有被整理成可检索、可溯源的证据，也没有挂到对应的业务对象和关系上。AI 可以看到数据变化，却未必知道变化背后的 " 为什么 "，更难以解释 " 这个结论凭什么成立 "。

每日互动认为，这些上下文，最终要落成一张可检索、可溯源的知识图谱。项目文档能关联合同，会议纪要能关联决策，一次 " 转化率下降 " 能关联当时的促销、投放和竞品动作，并指向对应的证据来源。这样，AI 看到的就不只是 " 数字变了 "，而是一条 " 发生了什么、为什么发生、依据是什么 " 的完整事实链条。

缺口三：协作层缺失

运营提需求→分析师写 SQL →跑数→解读→出报告→决策，这条链路里常有不少依赖人工沟通的环节。运营未必清楚口径怎么算，分析师也未必完整了解业务为什么要看这组数据。流程没有被适当数字化、结构化时，AI 也很难自然地参与进来。每日互动归纳认为，传统治理关注 " 存和管 "，面向 AI 的治理还要支持 " 理解和用 "。

协作不只是在流程上减少人工沟通，还要让对象、指标、规则、权限和证据成为不同角色共享的同一份事实，而不是各自维护一套理解。

治理目标：从 " 存和管 " 到 " 理解和用 "

这一转变可以用 " 图书馆—知识引擎 " 的类比来理解。

如果用图书馆作类比，传统数据治理所做的工作，类似于分类编目、建立借阅规则和保障馆藏安全。它帮助企业明确数据放在哪里、由谁负责、遵循什么标准，也为后续的数据分析和应用打下了必要基础。只是当数据使用者从人进一步扩展到 AI，仅有清晰的目录和规则还不够，还需要把业务语义、上下文和数据之间的关联表达得更明确。

每日互动认为，面向 AI 的治理需要在数据标准、质量和安全管理之上，补充业务语义、上下文、经验和场景连接，让数据先被规范管理，再被人和 AI 准确理解、调用。

知识引擎要同时完成两件事：用本体定义业务对象、关系、规则和动作，用知识图谱连接具体事实与证据。这不是简单增加技术组件，而是转移治理重心。

数据治理的四层价值

从 " 理解和用 " 的目标出发，治理价值通常不是一步到位的。结合每日互动的服务实践，可以把它理解为四层递进——后一层往往需要前一层提供基础：

第一层：知识沉淀——让经验不随人走

企业经验分散在文档、邮件、会议记录和审批系统中。人员变动后，关键背景和处理方法可能随之流失。

知识管理不只是保存资料，更要把资料连接起来：项目文档关联合同，会议纪要关联待办，审批记录关联最终决策。新员工遇到类似问题时，可以顺着关联快速了解来龙去脉和历史处理方式。

结合每日互动的服务经验来看，很多企业不是没有文档，而是资料彼此孤立、缺少查找路径。这里的关键是，不仅要建立知识图谱，把文档、会议、审批和决策连接成事实网络，还要同步沉淀业务本体，把背后的对象、关系、规则和口径固定下来。否则知识图谱只是把信息连起来了，AI 仍然不知道这些连接背后的业务含义。

第二层：盘活数据，让已有资产服务决策

每日互动在服务客户是发现，CRM 中的合同、回款、发票，ERP 中的订单、库存，以及 OA 中的审批流都已存在，但更多用于查询，较少被跨系统复用。第二层价值，是逐步完成标准化、统一口径和关联打通。

以客户续签为例：合同到期时间在 CRM，回款在财务系统，跟进频率在销售工具。过去需要人工核对；数据合规接入并统一口径后，AI 可以关联多个维度，提示风险，并给出供业务人员参考的续签策略。

数据再利用的前提，是先定义对象、关系、口径和规则，再让知识图谱承载具体事实。跨系统打通时，AI 连接的就不再是零散字段，而是有业务语义的对象和关系。

在知识引擎的类比中，第二层是打通不同馆藏的索引，让跨馆检索和关联推荐成为可能。

第三层：连接团队，让协作基于同一份事实

团队协作中的信息差也很常见：运营不知道分析进展，分析师不完全了解业务意图。治理的第三层，是用统一的知识和数据上下文串联不同角色，包括项目文档、指标口径、历史案例和策略模板，让大家尽量基于同一份事实开展协作。

在知识引擎类比中，第三层是知识引擎服务多个读者群，让不同角色看到的是同一结论的不同视角，但底层知识是统一的、可追溯的。

第四层：人机协同，让人做判断、AI 做执行

每日互动认为，更合适的人机协同方式，一定不是把工作全部交给 AI，而是明确边界：人负责目标、判断和取舍，AI 辅助查数、分析、生成报告和执行流程。具体分工，要结合场景风险、数据质量和业务规则确定。

在知识引擎的类比中，知识引擎同时服务人和 AI：人做判断，AI 做执行，知识引擎是两者共同的上下文基座。

四层价值相互递进：知识沉淀提供上下文，数据再利用形成统一基座，人员协同建立共同框架，最终支撑人机协同稳定运转。

Harness：让 AI 读懂数据，进入真实业务

前面的四层能力，可以用 Harness 概括。它既有 " 驾驭 " 的含义，也指为 AI 提供规则、业务上下文和流程编排。

Harness 不是把 AI" 管死 "，而是补齐 AI 开展业务所需的 " 地图 "：数据在哪里、指标如何定义、业务规则是什么、类似问题过去如何处理，以及分析结果下一步如何执行。

没有 Harness 的 AI，可以计算路线，却未必知道道路、地标和交通规则。答案可能逻辑成立，但放进真实业务，仍可能遗漏背景、限制或执行条件。

有了数据、知识、规则和流程，AI 才有机会给出同时符合分析逻辑、业务实际和历史经验的建议。关键判断和重要决策仍需人工确认。Harness 让 AI 从 " 能回答问题 " 逐步走向 " 更懂业务、可验证、能行动 "。

结合 AIBI 智能运营能力框架，这一过程可分为四个层次：

第一层：接入数据，补上业务语义

数据接入不只是建设管道，更要让数据带着业务语义进入系统。AIBI 可以融合企业数据库、数据仓库以及经过授权的第三方数据，并沉淀指标口径和字段含义。智能问数面对的就不再只是 "GMV" 字段，而是清楚它代表什么、如何计算、适用于哪些场景。

第二层：组织知识，建立结构化关联

知识库不应只是文件夹，而应建立在 " 本体 + 知识图谱 " 之上：本体定义业务对象、关系、指标、规则和动作，知识图谱承载事实、案例和证据，并连接成可检索、可溯源的语义网络。这样，AI 不是在文档中寻找相似内容，而是在理解对象和关系后给出有依据的结论。将内容进一步沉淀为可复用的知识和技能，通常比一次性上传大量文档更有价值。

第三层：封装技能，编排业务场景

将经过验证的分析路径、判断逻辑和运营方法封装为可复用技能，并按场景编排。例如，AIBI 可把智能问数与人群洞察、圈选触达、策略建议衔接起来，减少从 " 发现问题 " 到 " 采取行动 " 的断点。

第四层：形成反馈闭环

数据、知识、技能和规则共同约束 AI 执行；人在关键节点确认；执行结果回流系统，用于更新知识、优化策略。这个闭环需要持续运营、反馈和质量监测，系统也会随着真实业务数据和经验积累，逐步贴近企业习惯，形成更稳定可靠的 AI 工作能力。

从一个场景开始，逐步形成闭环

每日互动认为，数据治理仍是企业智能化的重要基础，只是目标正在变化。它不只为了管数据，也为了让业务和 AI 更好地使用数据。

知识沉淀、数据再利用、人员协同、人机协同，不必一次建成。更现实的做法，是从一个有明确价值的场景切入：先打通数据和口径，再沉淀经验，最后把洞察连接到行动。

这也是每日互动的 AIBI 智能运营希望解决的问题：在数据沉淀基础上，通过智能问数、经验沉淀、人群洞察、圈选触达和策略建议，让数据更顺畅地参与日常运营。产品只是承载方式，真正决定效果的，仍是企业自身的数据基础、业务规则和持续运营机制。

例如，用户问 " 这家门店为什么触发了补货建议 "，系统先用本体识别门店、订单、商品和库存，并统一 " 当前库存、安全库存、库存缺口 " 等口径，明确 " 低于安全库存 " 的判断规则；再通过知识图谱关联促销、订单、商品、原料、库存和补货动作，检索 POS 明细、库存快照等证据；最后生成补货建议并留下审计记录。本体保证 " 理解得对 "，知识图谱保证 " 有事实依据 "，审计则保证 " 事后可追溯 "。

当数据能够被理解，下一步就是在运营、营销和决策场景中形成闭环：哪些环节适合由 AI 辅助，哪些判断必须由人完成？