首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >AI进入经营后,企业为什么要重新审视“本体”?

AI进入经营后,企业为什么要重新审视“本体”?

作者头像
数商思语行
发布于 2026-11-02 07:13:47
发布于 2026-11-02 07:13:47
320
举报
概述
集团重新审视Ontology的起点就在这里:当同一套业务含义被多个系统、公司和AI应用反复使用时,企业需要决定,哪些解释应当成为可以共同维护、反复调用的资产。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 一、供应商说交付要延迟,集团到底还有多少库存可用
  • 二、负责人决策层:先辨认问题卡在哪一处
    • 信息没有找到,与事实本身不可靠,要分别处理
    • 数据都准确,仍可能没有共同含义
    • 条件已经清楚,仍需决定由哪条规则判断
    • 建议成立,也可能没有人能执行
  • 三、负责人决策层:集团为什么会反复支付解释和协调成本
    • 相同对象进入多个应用,定义开始有了消费者
    • 子公司差异需要被表示,也需要被允许
    • AI让原本依赖人的解释工作更需要明确交接
    • 规模不是唯一理由,变化也不是天然收益
  • 四、架构落地层:沿一条决策走下去,模型需要表达什么
    • 第一步:把名字变成可确认的对象身份
    • 第二步:把库存数量放回关系和状态中
    • 第三步:把“有”改写为“在某个时点仍然满足条件”
    • 第四步:从可供选择的库存,走到可比较的行动
    • 第五步:让决策与行动保持可区分的状态
    • 用业务变化验证模型,而不是只验证它能回答问题
  • 五、架构落地层:已有工具能走到哪一步,本体增加什么
    • 检索和生成:让信息可获得,再检查信息如何进入判断
    • 主数据和数据平台:共同身份与可靠事实应尽量复用
    • 规则引擎和流程:已经运行得好的逻辑,值得继续运行
    • 如果不用本体,同样可以怎样解决
  • 六、把本体当作投资:回报怎样兑现,何时值得继续投
  • 如果一项本体计划同时包含数据补齐、跨系统集成、业务改造和长期产品团队,它就可能成为集团的一项重大数字化投资。负责人需要知道整个计划会占用多少资金、人员和管理精力,而不只是平台采购价格。至于是否为企业最大的数字化投入之一,要由实际范围和预算回答,不能从技术名称推断。
    • 先摆出两张账:整体要花多少,本体选择多带来什么
  • 第一张账是整个计划的资源负担。清理关键数据、确认物料身份、接通接口、梳理授权,即使没有购买本体产品,也可能必须投入。这些钱需要出现在整体预算里。
    • 投入不只发生在上线之前
  • 我会要求预算至少展开下面几类工作。它们是面向本体计划的成本清单建议,具体金额需要由任务、人员和合同支持。
    • 技术改善要经过采用与执行,才能形成经营回报
  • 甲集团更快识别了可调库存,先改变的是分析与决策。只有相关岗位采用建议、批准调拨、货物及时到达,才可能缓解缺料。每一步都有失败或等待的可能,不能把模型回答正确直接换算成经营收益。
    • 复用的经济性,要在第二次交付中证明
  • 一个领域模型被复制了很多次,不等于建设成本按同样比例下降。第二家公司仍可能需要接口、历史数据、差异规则、培训和测试。要测的是完成可比任务的新增成本,再加上共享团队承担的兼容和支持成本。
    • 分阶段投入,给回报兑现留证据,也给停止留权力
  • 首轮不必一次批准全集团建设。可以先批准有限的能力验证,再根据真实使用进入首场景经营验证,最后检验第二场景或第二家公司的复用。每段资金都对应明确范围、资源上限、业务收益负责人、财务口径负责人和复盘节点。
  • 七、Bosch的制造领域本体建设带来的启发能够
  • 这里可以参考一个范围明确的公开实例。Bosch研究人员与学术团队在ISWC 2020发表的论文,讨论了SMT制造数据的语义集成。研究以领域本体和数据映射支持虚拟知识图谱查询,领域专家参与提出分析问题、建模及结果解释。论文明确说明,部署用于评估可行性;更广泛的用户研究与应用验证仍有后续工作。原始论文,第3、14—16页
  • 八、负责人决策层:三种情况下,先不要扩大本体建设
  • 我支持集团认真评估Ontology,但会保留明确的暂缓条件。能够说明何时不投入,建设建议才有可信边界。
    • 当前问题可以被已有能力稳定解决
  • 假如甲集团这次困难只来自一个库存接口延迟,修好接口、补充时效提示就能恢复业务。若一个部门只是想快速找到操作说明,资料治理和检索也可能足够。
    • 目标行动目前不可达
  • 另一种情况是:集团已经看见跨公司资源,也能提出可行建议,但没有明确协同权责。子公司是否愿意接受调整,资源占用如何补偿,哪个岗位批准,仍未形成可执行安排。
    • 公共化成本高于当前复用价值
  • 多业态集团的共享范围可能很小。若三个板块对“客户”“产品”“库存”都有不同且合理的含义,强行统一会使模型复杂,也让每次变化牵动过多参与者。
  • 九、把必要性讨论变成一张能用于评审的画布
  • 文章读到这里,最有用的下一步是选一个真实决策,把“本体可能有用”改写成可以检验的假设。下面是建议方法,不是行业标准,也不是已经取得的客户结果。
    • 先填一页,不急着写项目全景
  • 必要性判断画布包含以下字段。以甲集团为例,首轮限定A、B两家制造公司的供应延迟处置;服务板块C只作为边界反例,暂不承诺纳入同一套规则。
    • 用同一项任务比较,而不是拿新演示对比旧印象
  • 可以先选一组获得授权的历史事件,固定当时可获得的输入,分别让现有方法与候选方案处理。业务专家评审可执行性、遗漏前提和无法判断的处理,再记录分析及复核工时。
    • 给结论保留三个出口
  • 第一种结论是既有方案已经足够。把此次确认的口径和责任放回现有系统,结束新增平台讨论。这仍然是一项有价值的架构工作。
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档