虚拟产品是客户需求与能力单元之间逻辑紧耦合、实体松耦合的产物，是业务运营的基础、前置条件和载体。逻辑的关联面主要是工序结构，也就是一个产品或者一组产品（我们称之为套装产品）从订单确认再到成品入库直至到客户仓库或者生产线再到客户的成品仓库的过程。这个过程里面的活动会非常具体化地得到分析，并且落实到能力单元。“客户需求-工序结构-能力单元”当然这个工序结构不仅仅是生产制造类的活动，还包括许多知识员工主导的活动，如图纸制作，也包括模具加工商主导的活动等等。这是一个基于价值链的设计，不增值的部分会被处置。上面说的这个逻辑控制变量是时间，正是这一点确定了我们后面要说的“订单项目化”。

    虚拟产品的另外一个特征是实体的松耦合，这主要是说，订单履行过程中的各个行为主体、利益主体以及能力单元（它们三者更多时候是重叠交叉的）不一定要属于同一个组织，这就是上面说的没有企业边界的概念。但是一旦有令，它们就会按照预设的方式展开行动，好比是预备役部队，平常会按照自己的节拍行动，有具体任务的时候会序时切换角色，这是相对于供应链管理者的角度来说的。

    虚拟产品不只是对产品构件及其参数描述，在虚拟产品的属性中它们大约只占到15%的信息量。虚拟产品的属性结构是分层级的。除了我们通常的BOM类内容之外，还包括对它们一旦在兑现为实体产品时候，所需要的作业现场的活动模式与活动载体的详细关联，并以这个载体为中心进行输入与输出的边界定义，确定投入的人工与材料，采用的具体的已经被论证有效的工艺方法等等。知识生产与物质生产两种倾向的活动都有一样结构的描述，在实际业务中知识生产与物质生产又是融合的。

    虚拟产品在拥有了这些属性之后，才有意义，才能形成关系计划的核心。

    虚拟产品在产品品类的结构设计上，需要不停地进行抽象，一轮再一轮的进行，每一个阶段，都必须对一定时期里面新增加的产品与之前的产品进行比较，进一步“合并同类项”。特别是从基本材料、产品物相结构（一般为成型与结合方式）等方面进行抽象将更有利于实体产品的“计划生育”，同时不影响客户需求的满足。这个方面的追求方式，类似于寻找化学元素周期表中化学元素一样，虽然没有那样的一个颗粒细度，但是实体产品抽象为虚拟产品的能力高低，实际上基于虚拟产品的实际地位，也决定了供应链的竞争水平高低。

    ——以上文字 摘自《基于虚拟产品的关系计划模式》

    对于BOM，当前的一个实际的革命性是它已经不局限于具体的实物性质的物料构成，而需要将物料之间的关系（相当一部分是工艺方式）模式化之后视同BOM去管理，当BOM有了这些元素之后，又不是经典意义上的BOM了。我将它定义为“泛BOM”。实物在系统中越来越虚拟化，呈现出其信息的一面，信息除了描述自身的属性之外，更多的是描述关系、状态以及一定状态下的关系。

    这是新一代信息系统与传统ERP在底层的区别与联系。经典ERP里面的BOM架构发挥了重大的历史贡献，但是辉煌属于大工业时代以及大工业的遗老遗少。这个架构在迭代之后，MRP也就捉襟见肘了，所以才可能诞生出没有MRP（准确说是经典MRP）也能做好“一竿子到底”的计划模式。

    CIO俱乐部社区qlhl2000进一步说“BOM的假设不再是单纯的物料编码和工艺参数的属性，而是包含工艺方式上的动态搭配关系，以及线上线下的状态”，我确实就是这个意图！

    从经典BOM到泛BOM我们就可以将物料和工艺统一在同一个逻辑之下，这样就有可能将不同性质的生产要素进一步统一到时间刻度之下，MRP以及MRPⅡ以前不可能做到的事情（一步到位将任务分解到具体生产单位的具体班次的具体时段）就可以实现了。这个系列笔谈里面将进一步探讨“任务广播”的话题，这里就不展开了。它是“五化”（“五化”是指一个管理信息系统或者一个企业的业务架构需要体现这样的五个特性：【1】需求结构化【2】产品虚拟化【3】关系预置化【4】订单项目化【5】业务财务一体化）的重要产出之一。