食味里新品会上项目经理问了一句“川香鸡腿饭套餐的产品资料准备好了吗”市场回答“产品和套餐都已经在POS建好了。”研发回答“产品配方已经生效。”采购回答“新规格产品还在等供应商报价。”仓储回答“老规格产品还有库存新规格还没入库。”门店回答“产品培训没有完成暂时不能卖。”数字化部门最后补了一句“几个系统的产品编码还没完全对上。”六个人都在说“产品”却至少指向套餐、菜品、POS销售商品、采购品、库存品和供应商物料六种东西。AI把会议纪要总结成一句话“产品已创建、配方已生效且有库存但因培训未完成暂不可售。”这句话读起来顺滑实际把总部对象、物料规格、库存事实和门店可售状态揉成了一团。企业需求中的歧义往往不是一句话有两个语法解释而是同一个词在不同部门、系统和流程位置上指向不同业务概念。术语表能告诉AI“产品”的标准定义业务本体还要说明六种说法之间是什么关系、在什么语境下成立、用什么证据识别以及证据不足时应该问什么。一、六个部门口中的“产品”究竟分别是什么我们先不急着要求大家改口而是保留原话逐项追问“你正在识别什么、管理什么、决定什么”。说话语境原话中的“产品”更准确的候选含义识别线索市场/商品规划产品已经建好还要放进套餐菜品或饮料产品有产品编码可被多个套餐引用套餐运营这个产品包含主餐和饮料套餐有套餐编码、价格和组成关系POS/渠道这个产品已经上架销售商品能定价、发布并在渠道/门店范围售卖采购这个产品可以向供应商下单食材物料在采购情境中的“采购品”角色有总部物料编码、采购条件和合格来源仓储这个产品还有多少库存食材物料在库存情境中的“库存品”角色或具体库存批次有仓库、批次、质量状态和数量供应商协同供应商的产品编码变了供应商SKU/供应商物料由某供应商识别带供应规格、包装和合同语境这些说法各自都有业务合理性。市场关心顾客看到什么研发关心怎样制作采购关心向谁买什么仓储关心什么东西进入哪个批次门店关心当下能否履约数字化部门还要让编码和接口可运行。歧义并不来自某个部门“不专业”而是局部语言被带进跨部门需求后原本默认的上下文消失了。因此BA不应一开始就要求所有人只使用一个词。更可靠的顺序是先保留各部门称谓识别其背后的对象和管理目的再决定哪些是同一概念的别名哪些是不同概念哪些只是情境角色最后才发布首选术语和使用规则。过早统一名称会把尚未解决的边界冲突藏起来。这里最危险的动作是为了“统一”而直接建立六个平行类。食味里案例底稿2.0已经做出几个重要裁决产品只指菜品或饮料套餐是由产品组成的独立销售对象供应商SKU只映射食材物料固定规格变化要建立新物料编码。采购品和库存品是否需要成为独立对象则要继续看证据。如果它们只是同一食材物料进入采购、库存情境后的称呼就把它们建成角色或系统投影采购条件、库存数量和批次状态另行建模。只有当“库存品”具有独立身份、生命周期和规则才升级为独立对象。所以六种意思最终不一定产生六个类。消歧的目标不是让模型更复杂而是让每个词落到正确的对象、角色、关系和状态上。二、先分清四类语言问题别一律叫“术语不统一”1. 同名异义一个词指向不同概念“产品”既可能指菜品也可能指套餐、销售商品或食材物料“上架”既可能指POS已发布也可能指某门店已经可售。同名异义不能靠选择一个标准名称覆盖其他含义而要拆开概念并规定使用语境。2. 异名同义多个词指向同一概念“供应商SKU”“供应商物料号”“供方商品编码”可能在不同材料中指向同一供应方供货项。Ontology Development 101强调同一概念的同义词不应被建成多个类名称可以改变概念及其关系仍应保持。正确做法是确定首选名称、登记同义词和来源而不是复制对象。3. 上下位混乱把“是一种”与“由……组成”混在一起菜品和饮料可以作为产品的下位类型因为它们是“产品的一种”。套餐却不是产品的下位类型而是通过组成关系包含产品。川香鸡腿饭套餐也不是“川香鸡腿饭”的子类它是一个具体套餐对象或套餐类型通过关系引用川香鸡腿饭、时蔬和饮料。判断方法很简单如果句子能稳定改写为“X是一种Y”才有上下位候选如果更自然的说法是“X包含Y”“X使用Y”“X由Y提供”通常应优先考虑关系。4. 角色概念同一个对象在不同情境中的身份食材物料MAT-CHKN-012进入采购流程时是采购品进入WMS时是库存管理对象进入配方时承担配方成分角色。角色会随关系和语境变化不一定需要复制三份主数据。《企业本体建模方法与实战指南》将企业本体组织为对象、关系、逻辑和行动的运行链路。角色问题正说明只列对象名称不够必须通过关系说明“这个对象在谁的什么活动中承担什么身份”。三、术语表为什么还不够BABOK把术语表用于形成组织或领域中重要术语的共同理解把概念建模用于组织概念及其重要关系。两者解决的问题不同。PMI《商业分析指南》也把模型看作对产品信息的结构化表达需要根据分析目的组合范围、过程、规则、数据和界面视角。假设术语表里只有一行产品总部定义并可向顾客提供的菜品或饮料。AI看到“采购说新规格产品可采购”时可能机械替换成“新规格菜品可采购”反而制造错误。因为它只知道标准定义不知道采购语境中的“产品”可能是食材物料也不知道规格变化、供应商SKU和总部物料之间的识别关系。ISO 704:2022讨论术语工作时把对象、概念、定义和指称联系起来并强调概念系统与定义编写。这个视角非常实用业务人员说出的“产品”是一个指称背后概念要靠对象特征、关系和语境识别不能把词形本身当成概念。ISO 704:2022一张可供AI使用的术语卡至少还要补充它是什么、不是什么上位概念和下位概念与套餐、配方、食材物料等对象的关系唯一标识和识别条件常见同义词、歧义词和禁用简称适用部门、流程、系统和时间范围正例、反例、边界例定义Owner、证据和核实状态。术语表回答“词应该怎样解释”本体进一步回答“解释后能沿哪些关系判断哪些组合不允许出现”。四、给AI一句需求它应该怎样判断“产品”指什么看这句话“当产品库存不足时系统应自动下架产品并通知采购补货。”AI若直接标准化很可能得到“当菜品库存不足时自动下架菜品。”但食味里并不直接库存菜品仓库库存的是食材物料及其批次下架可能指总部停用也可能指门店可售关系临时停售补货对象还要区分门店库存和区域仓库存。我建议用五步语境判断法。第一步看说话角色。采购说“产品”时优先检查食材物料或供应商SKU市场说“产品”时优先检查菜品/饮料、套餐或销售商品。但角色只能缩小范围不能直接定案。第二步看动词和关系。“被套餐包含”指向产品“可向供应商订购”指向食材物料或供应商SKU“位于某仓某批次”指向库存批次“按门店配置价格”指向销售商品或门店可售关系。第三步看属性。配方、份量和制作方式偏向菜品MOQ、合同和交期偏向供应商SKU或采购关系批次、库位、效期和可分配数量偏向库存事实。第四步看状态属于谁。已批准可能属于产品或配方可采购属于供应关系判断待检、冻结属于库存批次或物料质量状态可售、临时停售属于门店可售关系。状态不能脱离承载对象。第五步看识别条件是否充分。若一句话同时出现库存、下架、采购三个语境却没有门店、仓库、物料、配方和时间本体不应替AI选一个答案而应输出候选含义和澄清问题。五、好的AI不是替你改词而是提出最少而关键的问题面对上面的需求本体可以帮助AI生成这样的澄清问题“产品库存”是指门店食材物料可用量、区域仓可分配库存还是销售预测对应的理论可制作量“下架”是暂停某门店的可售关系还是停用总部产品/套餐适用哪些门店和渠道缺少的是哪个关键食材物料是否存在已批准替代物料“通知采购补货”是创建建议、审批任务还是直接生成采购申请库存数据过期、状态未知或配方版本不确定时系统应返回什么结果这些问题不是语言模型凭经验随意扩写而是由本体中的缺失关系和规则槽位反推门店可售判断需要门店、销售对象、有效配方、关键物料和时间补货判断需要库存地点、物料、可分配量、在途与策略自动行动还需要权限和人工复核边界。《本体驱动的AI数据管理》提出“事实—事理—行动”先确认事实对象和状态再依据显式规则判断最后在授权范围内行动。如果事实层连“哪个产品”都未消歧后面的停售和补货行动就不应自动执行。六、术语表组和本体组交给AI后差别在哪里可以用同一组句子做小型对照测试。测试句术语表组可能做到本体组应进一步做到产品进入两个套餐识别产品、套餐定义识别一个产品可被多个套餐组成关系引用新产品10kg箱已可采购提醒“产品”可能不符合标准定义根据采购、规格、合同语境候选为食材物料/供应商SKU并要求核实产品有库存可以上架找到产品和库存定义阻止从库存事实直接推出门店可售列出缺失关系供应商产品改编码建议使用供应商SKU标准名称保持供应商SKU与总部食材物料为两个身份并检查映射是否变化产品停售但套餐继续卖发现停售含义不清追问停售对象、门店范围及套餐是否存在批准替代产品术语表组的核心能力是定义匹配和名称提醒。本体组还可以用关系、基数、状态归属和识别条件检查输出。例如“供应商SKU直接关联套餐”违反已确认关系“有库存所以可售”缺少配方、门店范围和库存状态“门店停售导致总部产品停用”混淆两个生命周期。但本体也不能保证每次消歧正确。自然语言词义消歧依赖上下文领先模型在通用任务上已具备较强能力但企业内部缩写、口语和未建模新概念仍会造成失败。LLM词义理解研究 因此测试应包含正确消歧、多个候选、信息不足和新概念四类结果而不是只统计AI是否输出一个标准词。七、产品家族概念树应该怎样画第一版模型可以这样表达flowchart TB BO[业务对象] BO -- P[产品] P -- D[菜品] P -- B[饮料] BO -- SET[套餐] BO -- SI[销售商品] BO -- M[食材物料] BO -- SSKU[供应商SKU] BO -- LOT[库存批次] SET --|通过组成关系包含| P SI --|指向可销售的| P SI --|也可指向| SET D --|通过有效配方使用| M B --|门店制作时通过配方使用| M B --|直接采购时可关联| M SSKU --|唯一映射| M LOT --|是某物料在仓库和批次下的库存事实| M采购品、库存品没有放进产品的下位树。它们先作为食材物料的情境角色记录同一个物料可以被采购、储存、配送和用于配方但不同活动关注的属性和状态不同。GS1的资料也提醒我们不要把顾客看到的“产品”想象成唯一识别层级。贸易项目可以在不同包装层级被定价、订购或开票物流单元则服务存储和运输包装层级之间需要保留包含关系。食味里没有直接套用GTIN规则但可以借鉴这种分层思维消费、交易、包装和物流视角要区分再通过关系连接。GS1全球追溯标准、GS1贸易项目层级指南八、把消歧做成可运营规则概念树建完不等于问题结束。食味里还需要一套术语使用规则正式需求中“产品”默认仅指菜品或饮料若泛指必须注明范围。套餐不得称为产品类型应使用套餐及套餐组成关系。POS中的可交易记录使用“销售商品”并说明它指向产品还是套餐。采购语境优先使用“食材物料”“供应商SKU”“可采购来源”避免只写采购产品。库存语境必须说明物料编码、仓库/门店、批次或汇总层级、状态和时间。“上架、可用、有效、完成”等高歧义状态词必须带对象和适用范围。AI无法通过角色、动词、属性、状态和标识唯一判断时只能列候选并提问。每次人工确认都应回写原句、选择的概念、判断证据、适用场景、确认人和版本。这样术语治理才从一次性工作坊变成可复用的组织记忆。Palantir Model Studio虽然构建的是机器学习工作流却提供了一个有用的命名启示Model、Trainer、Training job、Configuration version和Experiment在口语中都可能被简称为“模型”产品却为它们保留不同身份、版本和血缘。业务术语治理也一样不能因为用户习惯用一个词就把不同工件压成一个对象映射、版本和运行证据要能够追溯。结语消歧不是替换词而是恢复业务世界同一个“产品”出现六种意思不一定说明六个部门都说错了。他们只是站在商品规划、研发、销售、采购、库存和供应商协同的不同位置用同一个方便的词指向各自正在处理的事物。BA的工作不是宣布谁拥有“产品”的最终解释权也不是让AI全局搜索替换。真正有效的做法是保留原话和证据区分同名异义、异名同义、上下位和角色建立对象关系与识别条件再让AI在语境充分时提出候选、在语境不足时提出澄清问题。术语表让人和AI少叫错名字本体让它们知道名字背后的对象怎样关联、状态属于谁、哪些推断被允许、哪些问题必须停下来问人。下一次需求评审中如果有人说“产品已经好了”不要立刻在文档里改成标准词。先问一句你说的是套餐、菜品、销售商品、采购情境中的食材物料、库存事实还是供应商SKU再追问你用什么编码识别它它和谁有关系处于什么状态这个状态在哪个范围内成立能回答这四组问题歧义才真正被消除只把六个说法统一成“产品”不过是把冲突藏进了同一个词里。【案例说明】 食味里及文中的会议、组织、系统、编码和规则均为虚构案例。GS1内容仅用于说明识别层级和关系思维未将案例对象直接等同于GS1标准对象正式实施时需按企业场景和最新版标准另行设计。
