如果说知识摄入的多少与思维复杂程度成正比，做工程造价实践很重要，即使是高学历人才，也要立足实践，这里有个同行提问（见图1）： 图1 工程价款调整的前提和方法的合同约定 截图中的文字并没有什么描述不清晰的地方，但提问人却不明白“合同条款未说明合同结算模式是单价合同还是总价合同”，也就是操作人不知道面对这份合同结算时是调整总造价还是调整综合单价。 在此笔者用一个数学模型对这道题进行解答： 一个批发商向手机厂家订购了100部手机，单价5000元/部，预付50%货款，约定货到验收完成后支付剩余货款，货到时验收发现，有2部手机因运输过程中损坏，批发商要求向厂家提出退货申请并得到了厂家同意，问批发商还应该再向手机厂家支付多少货款？ 公式： （100×50%－2）×5000=240000.00元 这道题解题方法有多种，题中要说的核心内容就是因为货物数量发生变化，导致最终货款发生了变化，换一种分列式的解题方法。 此项采购合同价款 =100×5000=500000.00元 已经支付的预付款 =500000.00×50%=250000.00元 剩余货款 =500000.00－500000.00×50%=250000.00元 因为货物数量发生变化导致剩余货款总价转变为： 250000.00-2×5000=240000.00元 再看图1中的合同条款，第1、第2项内容说的都是数量的变化，设计变更首先也是项、量的变动。因为有了第1、第2项合同约定的前提，导致最终工程总造价在结算时因为量变而可以发生变化。 数学模型中的手机单价在任何一个公式中都没有发生改变，清单计价的核心原则也是结算时清单项目综合单价不能调整，这就是完美体育WM常说的“单价合同”或称“固定单价合同”，现在完美体育WM常用的清单计价模式都是“单价合同”模式，合同条款中不管注没注明结算模式，只要是清单计价结算操作过程中就不能调整清单项目的综合单价。 说到此如果还有人没有看懂为什么笔者能确定合同一定是单价合同结算模式，下面就继续看“合同价款调整”小节的最后一段话。 最后一段话第一句“发生以上两条之一时按照中标单价依实调整”，合同内清单项目工程量发生变化（不管是因为工程量编制错误还是设计图差导致），总之就用最终的竣工图纸工程量（或依据实体工程量）减合同清单工程量，得出的量差（也许有负数量差）×合同内的清单项目综合单价=清单项目量差合价。 最后一段话后两句话意思是：如果变更项目在合同内能找到相同的工序，仍然要参考合同内的工序单价，如合同内项目特征描述是挖二类土，实际挖运的是三类土，挖土方的工序单价可以重新组价，但运土方的工序单价要照抄合同内单价不能改变。 合同内没有变更项目可以参照的清单综合单价，可以与审计单位协商定价，如合同内项目特征描述是挖二类土，实际挖的是淤泥，变更的土方项目挖淤泥项目，不管挖淤泥还是运淤泥，合同内都没有可以参照的单价，这就需要双方坐下来重新组价，协商定价的基础就要用到“组价原则”这个清单计价的重要概念，也就是说虽然变更项目与合同内清单项目没有可以参照的工序可以借用，变更项目中出现的与合同内相同的人、材、机单价，要执行合同内的人、材、机单价。 如人工费单价投标时按150元/工日计价，变更项目的结算时人工费单价仍然要执行150元/工日，如果同合同条款内还注明有“人工费单价结算时可以按某期信息价调整价差”，这句合同条款与清单项目综合单价组价无关，因为组价原则指的是投标时的组价原则，结算时的价格变化属于人、材、机单价调整范畴，不属于清单项目综合单价调整的内容。费率与人、材、机单价同理，投标时税率是10%，结算时税法税率已经变成了9%，结算时税率仍然以10%计算，结算后再讨论如何退还税差。 如果图1中的问题出现在造价师考试题中，应该是100%的送分题，也许试题题库的编辑人也与笔者有同感，所以没有把此题收入题库中，导致许多同行遇到此类问题不知如何求解，最可怕的是问题的回复中有许多说是可以调整综合单价的答案，这种误导不知道依据何在，笔者对着截图反复推敲过多次，也没看出任何可以调整综合单价的暗示，问题的回复人可能把“调整清单项目综合单价”和“重组清单项目综合单价”的概念搞混淆了。 总之，工程造价的境界应该是把复杂的问题简单化才是正解，可实际操作中，能用基础知识解答的问题，非要使用复杂的方法去解释图1的问题，无疑会降低效率，通过实践摸索出高效方法，实践出真知。

  长期以来，中国高端装备的研发主要采用跟随仿制的策略。我国多数工业企业只具备逆向工程能力，难以产生创新性设计，产品的功能和性能远不及仿制对象。更为严重的是，长期跟踪仿制和逆向设计形成了基因性后遗症，科技人员普遍存在害怕创新的保守心态，整个工业体系缺乏产品正向设计的理论和实践，甚至对正向设计的理解都一知半解，似是而非。 一、什么是正向设计 美国科学家PAUL ROOK 1980年提出软件工程V模型，目的是减小BUG和ERROR出现的概率。V模型是对瀑布模型的修正，强调了验证活动，它反映了测试活动与分析和设计的关系。如图1（a）所示。 图1.复杂产品的研发过程系统 工程科学家们认为PAUL ROOK提出的V模型适合于普适系统工程（其实，软件工程本身就是一种系统工程过程），于是就将此模型修订为系统工程V模型，反映了系统开发的技术过程。不同系统工程学派、企业和机构的研究与实践所采用的V模型具有一定差异，这些模型具有不同的流程边界划分方式，某些流程活动名称相似但内涵不同。完美体育WM综合系统工程的经典理论和在中国企业的实践，提出了如图1（b）所示的系统工程V模型。表1给出了产品研发过程V模型的说明。其中，第1至9是系统工程内部流程，而第0（涉众需求）和第10（系统验收）则是对外流程。考虑到各学派和不同实践中所用名称的差异，本表也给出了相似过程的其他常见名称。表1. 系统工程V模型说明 序号 过程名称 主要内容 其他常见名称 0 涉众需求 利益相关者的需求，包括用例想定、使命任务和使用构想等。 利益相关者期望 1 需求定义 汇总所有利益相关者的输入，并将它们转化为技术需求。 需求建模、需求分析 2 功能分解 获取逻辑解决方案的过程，用于进一步理解已定义需求和需求间的关系。 逻辑分解、功能架构、功能分析、功能分配 3 系统综合 将需求定义和功能分解的输出，转化为可选解决方案和确定最终解决方案的过程。 方案设计、物理架构、系统架构 4 物理设计 最终实现系统分解结构中底层系统组件方案的过程。系统组件可以是新设计、采购或重用。 详细设计 5 工艺试制 单机设备的工艺设计和加工等，形成系统设计中指定的所有单机设备。本书在有些情况也将工艺与试制分为两个活动。 产品实现 6 部件验证 针对零部件、单机设备进行试验验证，确认符合设计预期。 部件试验 7 系统集成 将底层系统组件转化为高层系统组件的过程。 综合集成 8 系统验证 确认系统组件与设计初衷相符，即回答“是否做对？” 9 系统确认 回答“是否设计了正确产品？” 10 系统验收 将系统交付用户的过程，包括产品、技术和资料的交付转让。 系统交付…

核心观点 1、国内部分车企热衷于IPD不如回归到将国际车企整车开发流程吃透、执行到位，对企业的长远发展更为有利。 2、BOM通过配置特征有效地建立起车型-配置-零部件的关系，才能使得产品策划、产品定义过程的销量规划、成本评估获得一致的数据载体，实现产品策划过程的盈利分析。 3、规划驱动BOM体现了正向开发对产品策划的重视以及策划成果通过BOM承载的思想。 提出规划驱动BOM的概念，这是一个针对BOM问题反复深入思考的结果。规划驱动BOM概念的提出，是相对于传统的BOM基于设计结果数据（CAD数据）产生的方式而言的。提出这个概念，是希望从各种BOM问题的表象回归到BOM的本质，更好地理解BOM产生的条件、产生的方式、产生的目的、服务的对象、参与的角色、管理的内容等。从中国汽车行业长达十多年的实践来看，车企走过不少弯路。各车企所走的弯路虽不尽相同，但归根到底有一条是相同的，就是最终回到规划驱动BOM的思路上来。 因此，当完美体育WM构建新的BOM体系的时候，规划驱动BOM将会是一条重要的指导思想。 企业当前都强调正向研发。产品定义是正向开发过程中一个非常关键的活动。可以说，没有明确的产品定义过程，就谈不上产品正向开发。 产品定义的过程包含要研发的产品在市场方面的考虑、未来销量方面的考虑、产品盈利方面的考虑（经济性及其它如重量）等等。产品定义的过程，是一个多业务领域逐步规划的过程。BOM在这个过程中自然产生。因此，理解了产品定义过程，将对规划驱动BOM有更深的体会与理解。 从提出规划驱动BOM概念以来，本人又经历了不少商用车企业级BOM体系构建的案例。商用车在这方面的体现尤为显著。因此，本文将以商用车的产品定义过程为例，结合模块化的落地，来探讨BOM是如何一步一步规划出来的。 正向开发过程的产品定义 产品定义是产品正向开发过程中的非常重要的一环，产品定义决定了工程开发的范围。没有产品定义就谈不上产品正向开发。产品定义是产品规划的结果。产品集成开发（IPD，Integrated Product Development）理念强调面向盈利目标的集成化产品规划。IPD框架下产品管理、技术开发、产品开发三者的关系如图一所示： 图一：IPD高级流程框架(来自IBM IPD说明材料) 产品管理流程是基于市场对企业要研发的产品进行准确定位的过程。产品管理主要工作为通过对市场环境、趋势、客户及竞品分析，制定市场细分以提供产品定位的标准，确定可实现的产品投资组合；基于市场洞察和已确定的产品投资组合，结合业务战略制定产品规划，并制定相应的资源计划，达到优化组合。技术开发则是指平台架构开发或者关键技术、零部件开发。架构、关键技术、关键零部件最终要在合适的时点被用到产品开发过程中来。技术开发是一种先期技术储备，为产品开发提供平台、关键技术、关键零部件支持，从而达到缩短开发周期、提高产品开发质量的目的。逐步成熟的平台技术、关键零部件被应用到产品开发中来的过程，也是产品规划的一个重要方面。 从市场角度的产品管理流程结合企业的技术规划，实现正向开发过程中的产品规划。在产品开发流程中的概念/策划阶段，依据产品规划的结果进行产品定义，确定工程开发的范围。产品规划与产品定义可以表达为图二所示的关系： 图二：产品正向开发过程中的产品规划与产品定义 产品规划过程预先界定产品的选项组合, 纳入开发项目并成为商品销售的主要内容。在产品规划过程中, 同时形成产品概念以及结构化的产品分类及规格，建立客户需求和产品规格之间的市场规则。产品定义的用途是用来管理产品的变型，以满足客户多样化的需求。产品分类的结构用来识别产品线/平台、产品、变型产品的等级关系，以及决定各层级产品的要素。这些要素通常以配置或者参数的形式进行定义。一般而言，特别是变型产品层级的变因，即图二中的决定变型产品的关键配置，在企业中最好形成相应规范。基于这些关键配置项的组合，规划出变型产品。而变型产品之上的层级一般由能够表征平台特性、架构特性的更为基础的配置或者参数决定。在这一框架内，基于市场规划所需要满足的需求，规划出产品层级下的配置，并以变型产品为单位规划这些配置的标配选配情况。 完成这一层级的定义，基本上确定了新产品开发的工程开发范围。在规划的配置基础上，下一步的工作则是对模块进行规划，即基于配置定义的基础上，确定模块的品类、每个模块品类的驱动因子（典型如配置驱动的模块变型）及由此而产生的模块变型。结合企业资源情况，确定产品开发项目所需要开发的模块。确定模块的开发策略，即确定哪些模块沿用、哪些模块新开发、哪些模块在沿用基础上修改。接下来，基于模块的基础上规划出零部件清单。 综上，产品定义过程可以简单描述为：以产品规划为输入，定义出产品开发项目所需要开发的产品组合、变型产品、配置清单以及模块/零部件清单。这一过程回答了新产品开发项目要开发什么产品（平台架构特性、关键配置组合形成的变型产品）、具备哪些功能（配置，一般以特征族/特征值来表达）、采用什么方式实现（模块/零部件）等关键问题。 从IPD理念来看，以产品管理流程和技术开发流程为前导的产品定义，尽量保证了产品开发项目开发出来的产品将是市场需要、同时能够体现企业独特的技术优势的产品。同时，需要进一步考虑定义出来的产品是能够盈利的，具有成本竞争力的。这就需要对定义出来的产品未来的销量进行预测，对成本进行评估。销量规划与预测基于产品及配置组合展开；对成本的评估则基于模块/零部件。这也是产品定义过程非常重要的方面。 上述产品定义过程体现了IPD面向盈利目标的集成化产品规划的思想。 商用车产品定义过程 在上文阐述产品定义的时候，我试图以IPD的流程框架来探讨产品定义的过程。这是因为IPD框架足够简明，更容易说清楚这个问题。但这并不代表这个产品定义过程是IPD所独有的。一个正向开发的过程，产品定义就应当遵循上述的原则。汽车产品无论从产品还是供应链的角度，都可以说是制造业非常复杂的产品，在制造业中非常具有典型性。汽车产品经过上百年的持续发展，其产品开发流程充分考虑、吸收了产品创造的各种先进实践，其中包括IPD所推崇的实践，同时也会比IPD更为结构化，更加贴合汽车这种复杂产品开发的特点。从这个意义上，我认为国内部分车企热衷于IPD不如回归到将国际车企整车开发流程吃透、执行到位，对企业的长远发展更为有利。 在汽车行业的产品开发流程中，国际上先进的车企，其产品定义过程与上述IPD框架下的产品定义过程极为相似，只是更为落地，更具有针对汽车产品的可操作性。 针对商用车，产品定义过程可以描述成图三所示的框架。 图三：商用车产品定义过程框架 产品定义过程涉及到市场、规划、产品、采购等多个业务领域。市场部门负责提供市场需求、销量计划，作为产品定义的输入。规划部门在产品定义过程中承担主要职责，负责车型产品及配置的定义及与销量计划匹配的基于车型、配置组合的销量规划。由功能层落实到实现层的定义，则需要产品团队、特别是模块策划/设计团队的参与。成本评估过程则需要采购团队提供零部件供应商及价格等信息。上述过程可以归结为四个步骤： 1、平台车型规划 基于产品线，按照平台、架构涉及的基础要素对平台车型进行定义。基础要素主要是产品技术特性，特别是与平台技术密切相关的底盘的技术特性，如GVW、驱动等。在平台车型划分的基础上进行主销量规划。主销量规划所基于的关键输入信息包括：车型需求清单、参考平台车型数据、决定平台车型主要驱动因素（基础配置）以及市场部门提供的销量计划。在此基础上，规划部门基于细分市场应用和产品主要技术特征对产品组合内车型进行分类和描述，定义出一定数量的平台车型；根据销量计划，规划模块化平台未来5-10年的主销量，并按照模块化平台基础配置进行销量分解。基础配置的销量分解过程通常是按照配置比例、配置组合逐层进行分解。 2、车型规划 车型规划是在上述基于基础配置划分出的平台车型基础上，再根据关键配置（体现不同配置梯度的关键特征）进一步对车型进行划分。无论是按照基础配置划分出平台车型，还是按照关键配置划分出变量车型（变型产品），都是基于配置逐层形成相对确定的产品组合，降低产品开发的复杂度。车型规划所基于的关键输入信息包括：主销量规划的输出信息、体现配置梯度的关键要素（变型驱动要素）、参考项目的车型数据以及销量计划等。变型驱动要素即关键配置往往包括发动机型号、变速器型号等，部分车企还会将车桥等因素纳入进来。 车型规划的结果是车型清单以及在此基础上规划的车型销量。 3、配置清单规划 根据市场细分需求、目标定位以及公司的技术路线规划，在变量车型的基础上进一步定义出该车型为了满足市场需求所涉及的配置特征。配置清单规划所基于的关键输入信息包括：市场需求、技术路线规划、车型规划、参考项目特征清单以及销量计划。 配置清单规划的成果包括主控车型定义、配置特征清单、特征清单与车型之间的标配选配关系、规划的特征销量以及特征占比。主控车型是在变量车型基础上根据市场需求定义的100%完整的单车。通常一个变量车型定义出若干能够最大程度代表变量车型的主控车型，用于验证、成本管控等目的。 4、整车零件矩阵规划 从完美体育WM接触的汽车行业案例来看，无论是整车企业还是零部件企业，零件矩阵（Part Matrix）都是在产品开发早期阶段的一份重要交付物。之所以重要，是因为它是推动产品研发项目管理的数据基础。在完成车型配置规划之后，零部件矩阵规划便可进行。对于推行模块化的企业，这个过程将变得更自然、更为容易一些。 首先，可以从企业标准规范上定义模块与配置的关系。模块化管理的要点之一是需要管理模块的变型因子，从而能够根据变型因子策划模块组合数量。模块变型因子往往可以和配置挂钩。因此当完成车型配置规划，便可借助模块与配置的关系以及配置本身的约束关系计算模块的理论组合。 其次，不是所有的理论组合都需要成为项目的开发范围，还需要考虑企业的资源匹配，来确定本项目所需要开发的模块清单。 在此基础上，进行模块开发策略的制定，即确定哪些模块可以沿用、哪些可以在沿用基础上修改、哪些是全新开发。基于模块开发策略基础上规划出模块清单及模块所涉及的零部件。 针对一个功能，在早期的规划中，可能有多个工程方案可以满足。这个时候，就需要从技术实现以及成本等方面对多方案进行选择。因此，零件矩阵规划过程，往往是一个工程方案选型的过程。 在产品定义阶段需要规划出整车零件矩阵的意义在于：只有规划出了整车零件矩阵，才可以比较落地地评估整车产品的成本，从而能够在整车开发过程中持续地评估成本目标、盈利目标是否能够实现。 上述产品定义过程，通过特征组合一步步定义车型，逐层进行销量规划。销量基于特征占比及组合进行规划，通过组合逻辑保证了整车完整性，同时又与市场需求进行了很好对应。落实到零件层面的整车零件矩阵规划，使得成本评估能够落地。整个过程很好地体现了面向盈利的集成化产品规划与定义的思想。 当然，每家企业都不相同，如何划分平台、车型，将哪些要素作为驱动要素、抽取哪些要素作为配置特征，每家企业都需要根据具体的产品进行分析。 BOM构建过程与产品定义的关系 在一个正向开发流程中，BOM的构建过程与产品定义的过程高度一致，是产品定义过程自然产物。这一关系表达如图四所示： 图四：BOM构建与产品定义的关系 产品定义过程前面已详细描述，从平台车型规划、变量车型规划、配置清单规划到整车零件矩阵规划，按四个步骤进行，兹不赘述。从BOM架构来看，完成完整的BOM定义需要确定三个层级的内容：第一层级是车型之间关系的定义，或者说是车型型谱的定义。这一层级确定了BOM构建所覆盖的车型范围。产品定义过程中，根据市场细分对产品组合进行管理，通过基础要素划分出平台车型、通过关键要素划分出变型产品（变量车型）的过程，正是完成BOM所需要的车型关系的构建过程。第二层级是车型配置的定义，确定要开发的车型所涉及的配置特征清单以及这些特征与不同梯度车型之间的标配选配关系。产品定义过程中对配置清单的规划，其输出即是车型配置表。第三层次则是模块、零部件的定义，确定要实现相应配置功能的具体工程方案。产品定义过程完成整车零件矩阵规划，完成了BOM的初始构建，形成了BOM领域的早期BOM。 上述过程可以看出，从产品正向开发的角度来看，BOM正是这么一步一步规划出来的。规划驱动BOM体现了正向开发对产品策划的重视以及策划成果通过BOM承载的思想。BOM通过配置特征有效地建立起车型-配置-零部件的关系，才能使得产品策划、产品定义过程的销量规划、成本评估获得一致的数据载体，实现产品策划过程的盈利分析。 反观从CAD出BOM这一思路，则显然人为隔断了产品规划、产品定义成果在产品数据上的完整、高效表达。而国内车企普遍畏惧的在BOM上维护配置条件的问题以及配置条件维护质量普遍较低的原因，正是因为没有从正向规划的角度理顺配置与车型、零部件之间的关系，而是从逆向的角度生硬维护的必然结果。…

一、晶圆制造厂的BOM 以IDM为例，公司的销售不是简单的市场营销，更多的是技术性营销。晶圆产品，通常要满足行业内的基本要求，有的还涉及到客户的追加、改造功能（定制化）。 销售人员根据客户需求，制作内部报价单，经晶圆厂研究后，对客户进行报价。这个过程中，如何报价的核心，就是BOM，当然是完美体育WM说的主数据BOM（标准）。 销售完后的售后服务，对晶圆厂来说也很重要，不是简单的交付后了事，而是要持续跟进客户需求，经常派技术骨干继续上门服务，此时的上门服务，BOM信息依旧不可或缺。、 在根据订单进行生产时，BOM作为产品规格的重要甚至是唯一信息源，可以说是全部业务的核心，是DNA。 二、整车厂的BOM 汽车行业，是整车厂主导供应链的典型行业。这一点和PC组装厂还不同，PC的零部件总体来说是标品，单一或几个CP组装厂是无法控制整个供应链的，不同标品的各种组合，给了上游供应商很大的自主空间。 整车厂就不同了，一辆汽车包括几十万个零部件，这些零部件的规格、专用性能，几乎都是由整车厂决定的。小鹏汽车选用的座椅是小鹏的专用品，无法用在蔚来车上面，可能仅有车胎、车内立体音响等行业规定的标品可以互换。 完美体育WM来看看整车厂的BOM。 构成汽车的零部件可以分为汽车引擎、座椅、车顶等大型零配件和车窗等小型零配件。在汽车组装的生产线中，第一步是组装焊接汽车地板、车顶、前悬、侧板等车身边板，构成一个车身的外形，这也称之为“车身车间”，再继续组装车身的边板。生产大型车的时候，还需要加装承重架。汽车外形基本OK后，再将车身送到喷涂车间，冲压、清洗，对车内外进行喷涂。 喷涂车间之后是组装工序，包括内饰生产线、底盘生产线、总装生产线和检查生产线。每条工艺路线具体由几十道工序组成。 即便同一个车型，也有不同颜色、等级（低配、中配、高配）等，可以看出，汽车BOM的特点，是变化多样、选项众多。因此，在整车厂，BOM的维护管理，是一项重要工作，一般都有一套独立的BOM系统，而且需要耗费很多人力来管理。 三、化妆品厂的BOM 化妆品厂面临的供应链管理问题，天然就更困难。 新产品的开发时间必须短，新产品投入市场的时间必须紧跟季节性的潮流，以及广告的投放效果。广告的效果好坏，渠道的多元化，市场的需求难以预测。产品性质就是品类多样，例如同一种产品，也有小瓶样品、试用装、标准装等多种。为了达到销售的最好效果，交期也很短，必须在“双十一”之类的节日期间，快速满足市场的需求。 对化妆品厂而言，短期内快速开发产品、准确把握市场需求（虽然很难）、有效应对需求变动的灵活性和爆发力，是核心竞争力。核心竞争力的基础数据，就是BOM数据，这些数据还要在化妆品企划、设计、生产技术、制造、采购、物流和销售等各部门之间灵活共享、应用。

  一、什么是BOM？ 来个定义性的文字：BOM就是以物料数据为中心的产品结构、生产工序相关的标准信息，以及派生的历史信息。 这个是狭义的BOM，广义的BOM，应该是：由物料数据、工艺路线（工序表）、设计图纸、生产指令和生产实绩报告等历史信息构成的，与物料相关的庞大的信息体系。其中，工艺路线最重要，它与BOM是表、里的关系。 二、配置BOM为了什么？ 生产制造部： BOM是物料管理的关键，工艺路线都在BOM里面啊。如果没有材料标准，如何能根据生产计划供应物料？也无法根据订单来控制生产。 售后维护部： 什么产品使用什么零部件，都要根据BOM来配置、确定。如果不知道产品中各零部件的用途，后续如何在进行作业时，继续追踪？ 财务部： 计算各种产品时，当然要根据BOM来啦。 销售部： 客户的需求总是变化的，很多时候都不是标准规格的产品。难道我要拿着客户的问题，一个个的去问设计部、财务部？如果不知道产品的成本组成，怎么和客户谈判时，对产品定价呢？实际上，最后产品的交付，很多时候也只能现场估计。 设计部： 完美体育WM是制作设计图纸、零部件表的部门。其他部门使用的BOM，都是在完美体育WM制作的设计图基础上。完美体育WM设计部的主要工作之一，就是在设计新产品时，做好零部件通用化工作，尽量使用原有的设计图纸、原有的零件表。 库管部： 完美体育WM靠BOM表和实际消耗、使用情况，来不断更新库存信息，保证原材料、零部件处于安全库存水平之上。 采购部： 有了BOM表，完美体育WM才好按照规定好的产品单价、规格，结合实际使用情况，提前材料。 三、BOM有几种？ BOM的信息，实际上分为三种。 第一种，主数据。 本人理解为在产品生产出来时的标准数据，这种数据录入之后，一般不会轻易更改。重要的是，主数据的逻辑要一致。比如A产品，由具体XX和XX构成，XX的物料是XXX、XXX、XXX。 第二种，用于生产指示的历史/交易数据。 有了标准，但是实际生产时所附上的指示清单，由于材料采购、备货的具体情况（比如某一种物料临时涨价很快、某一零部件维修很麻烦，其他物料/零部件可以替代），很多时候是与主数据不同的。生产部门按用于生产指示的历史/交易数据，从仓库中提货生产。 第三种，实际生产出来的历史/交易数据。 这是生产产品时各项流程中的实际数据。现实中，历史数据经常被废弃，或仅仅被临时保存。历史/交易数据，常常与主数据不一样。它是实际记录了什么、多少的零部件、物料、用量投入到了生产中。但是售后维护部门，就需要根据每批产品的序号，BOM数据的维护历史等，来维护售后的产品。设计部门也要根据这些实际数据，来不断优化BOM。 咱们举个例子，主数据是公司的花名册，历史/交易数据是员工每天的考勤记录。实际工作中，很少每天全员到岗，有的被借调、出差、请假等等各种情况。 四、尽调时可关注企业内部对产品的编码，是否统一。 统一产品编码是构建BOM的大前提。应该对所有产品进行统一的编码。 BOM包括产品内在属性的物料主数据，可以将BOM看作为录入了各种产品属性的“账簿”。 企业内部各部门沟通时，要想准确的传达如生产指示、订单、发货等关键信息时，仅仅靠某单一品种的名称，在产品丰富多样化的情况下，是难以区别的。 五、零部件是否也要统一编码？ 这是一个难题。有的零部件在设计部是零部件，在其他部门是物料。有时在设计新产品时，零部件又变成了物料等种种情况。 实际上，从工作要求上来讲，所有的物料都应该统一编码。个人猜测企业实操中，能把零部件也统一编码、维护的企业，真的不多。这里还是不多论述了。   六、关注企业在BOM中，如何将零部件实现通用化？ 其实这一点，本人认为是企业研发实力强、内部各部门有序配合的一个表现。 现在高端制造业研发设计，基本都告别图纸了，用到诸如3D-CAD这种专业绘图软件（计算机辅助设计，Computer Aided Design），比如：工艺管道、仪表流程、机械结构、建筑结构、建筑施工、机械产品构造、电子产品构造等设计图纸的绘制。 那么在研发的过程中，如何降低成本、引进轻量化、廉价化的零部件，就是对设计部门的考验。最终想达到的目的是，相同品质的产品使用更少、更便宜的原材料和零部件。   七、关注企业在BOM中，是否以及如何构建BOM中的“顺序、母子关系”？ 为什么会提出这个问题呢，因为这就是工艺路线。这种BOM中的物料母子关系、顺序，系统描述了具体哪一种材料从哪儿采购、通过什么工艺路线/步骤，最终形成产品的全过程。 一般来讲，在结构上，BOM的“母子关系”（从上至下、总分）是：产品→零部件→副产品→原材料/物料。这些都是可以在专业绘图软件中录入。 八、关注企业的BOM数据，由哪个部门录入、维护。 这是一个老大难题了，实践尽调中，发现是企业内部互相扯皮的一个重要点，因为工作量很大、很繁琐。当然通过观察，可以了解到BOM信息的维护程度、企业管理层对研发设计是否真正重视和理解等。 （一）录入、维护BOM，不能只靠一个部门。 举例，BOM中的制造零件表，最早由设计部制作，包括机械、电机、控制等几类，还按不同类别进行编码，这后续将与多个生产部门关联。设计部设计具体工序、生产步骤，并将制造零件表嵌入到产品设计图中。然而，在实际生产制造过程中，某一道工序需要新的零部件或原材料，这个时候企业内部由谁来负责维护、更新这些BOM，就会很有意思了。一旦因为这些扯皮的事耽误工时，产品的良率、最终交付，都会受到影响。 （二）录入、维护BOM，应当遵循发生源输入原则。 这个原则，可以理解为在情况发生的位置输入，目的是为了保证数据的“新鲜度”、同时权责相关联，便于执行。举例，前几道工序的数据，让后一道工序的部门来负责输入、维护，谁也不会心甘情愿干，最终结果就是数据的滞后。 （三）录入、维护BOM，应注意在各部门之间的项目/产品编码，是统一的。 不要觉得这个问题很肤浅。实践中，因为各部门只负责各自几道工序或产线，很多对同一零部件、半成品的编码是不一样的，甚至还有一个“零部件编码对照表”。而这个对照表也是要维护的（哭脸），时间长了，很容易对不上。 （四）合理分工…

引言 　　BOM与业务的关系，历来是一种若即若离的关系。虽然有人认为BOM很重要，但更多的人认为BOM管得好、管不好也就那么回事，因为BOM似乎并不与企业的利润、竞争力直接相关。 　　事实上，BOM管得好的企业，BOM思想已经融化在整个管理体系之中，像水中的盐，只知咸味而不见盐的存在，企业高效运作背后，BOM早成了“无名英雄”，看不出其与业务绩效的直接关系。正是由于这种关系并不直观、直接，导致很多企业其实很难真正对BOM给予足够的重视。 　　完美体育WM如果从OTD的角度深入思考以下场景，也许情况就大不一样了： 　　首先，完美体育WM期望可以将完美体育WM的产品完整、准确地呈现在客户面前，供客户选择、引导客户选择。有哪些产品、每种产品有哪些配置项、哪些是标配、哪些是选配等等。 　　其次，客户选择完美体育WM的产品，往往期望能够立刻知道价格。那完美体育WM就得根据客户所选的产品配置，迅速知道导致价格差异的零部件清单，以便能够参考零部件成本迅速定出合理的产品价格。 　　第三，客户点好订单，希望完美体育WM能够迅速告诉他们订单是否可行、如可行需要多长时间交付。因此，完美体育WM期望客户选出来的东西最好能够落在完美体育WM的最大化设计（包括模块及产品组合）范围、生产准备范围之内，这样才能够保证最快把产品生产出来交付给客户。 　　第四，即便客户有特殊要求，完美体育WM也能够快速识别满足该产品的基本零部件清单，然后专注于通过专用件的设计满足特殊需求，而不需要在基础产品上花费过多的时间和成本，从而保证能够尽可能缩短交付周期、降低成本。 　　第五，为了提高完美体育WM设计和生产准备的命中率，完美体育WM期望有很好的产品规划、产品组合管理，能够更精准地吸收客户需求、预测客户需求。 　　第六，为了在更低的成本下满足更多的需求，完美体育WM希望能够实现更多的产品组合，进而能够进行模块化的设计，基于最大化设计进行虚拟验证。这样产品才会足够丰富，满足更多的个性化需求。 　　第七，完美体育WM希望工艺设计更为高效，一张工艺卡片不只是描述某个单一配置产品的单一零件。 　　第八，完美体育WM希望售后维修时能够精准定位到维修件，准确提供备件。 　　以上过程可谓涉及到产品研发以及OTD交付的各个方面，从销售到定价一路反向追溯，对销售与生产预测、生产准备过程、工艺设计过程、产品设计、成本管理、产品规划等等都提出了“理想化”的、但至为合理的需求。当完美体育WM看到这些需求的满足和BOM管理水平密切相关的时候，也许完美体育WM对BOM的重视程度才能够真正上一个台阶。 　　在当今社会，制造业在智能化、互联网化的大环境下，都面临着巨大的转型。完美体育WM所面临的竞争环境比以往任何时候都在呼唤企业按照上述“理想化”的模型进行转型。 　　管理高效的企业，BOM体系内嵌于产品研发与OTD流程之中，成为人体的血液、成为呼吸的空气，因此“没有BOM怎么行”是他们对于BOM系统的重要意义的回答。 　　与之相对照的是，有很多传统的、落后的制造企业，年复一年地重复着并行工程、模块化设计等概念而不落地，却在始终叩问BOM的意义何在。 　　因此，在当今这个变革的时代，完美体育WM所要强调的BOM的意义，不再是一些技术管理的要素，比如信息可追溯、减少数据重复输入、保持数据一致性等等。完美体育WM只有从推动业务转型的角度来看待BOM的基础支撑作用，才可以说真正将BOM摆在了企业体系建设的正确位置。 　　当然，在这里不是说这些技术管理要素不重要。恰恰相反，这些要素仍然非常重要！但只有从BOM更高的定位角度来对待这些问题，这些问题才能够迎刃而解、不解自解，否则就走向完美体育WM过去十几年甚至几十年的头痛医头脚痛医脚的老路。 以BOM的变革为引擎推动业务变革 　　第一点，大规模个性化制造要求的最基础、最本质的能力在于低成本、高效率运作。 　　第二点，大规模个性化定制是一个非常传统的话题。上世纪八十年代末、九十年代初就有了大量的研究。但时至今日，当完美体育WM在探讨智能制造的时候大规模定制却被列为新兴业态，且是智能制造成熟度达到5级的水准。 　　以上的两点给了完美体育WM一些启示：一个概念从提出到现在至少二、三十年的历史，而目前仍处于“新兴业态”，说明大规模个性化制造其难度非常之大，大到可能超出完美体育WM许多人的设想。而其最根本的难点在于低成本、高效率运作。 　　低成本、高效率的运作说起来很简单，但实际上对企业的各个层面要求都非常高。产品开发、产品交付的各个环节，牵涉到的人员非常之多，如何把事情一次做好，或者至少在开始的时候做得尽量好非常关键。BOM在这一多部门跨价值链协同过程中无处不在，支撑着关键业务的开展。 　　下图表达了BOM与全流程业务活动之间的关系： 图1BOM与全流程业务活动之间的关系 　　在产品规划阶段，重要的业务活动包括产品规划与产品组合管理、成本及重量目标管理以及先期采购规划等活动。市场需求需要转化成为产品规划的要素，规划配置表在此过程中扮演重要作用，负责将市场的要求沉淀成为对新产品的装备要求，同时实现规划内容向设计的传递，成为产品设计的重要输入。 　　通过早期BOM驱动成本和重量的目标规划工作：在早期阶段有BOM的支持，才能达到成本和重量管理的必要的精细程度，为面向成本的设计服务。而BOM的构建过程本身是研发、采购、工艺不断确定制造加工深度的过程，在此过程中确定每个零部件的采购/自制策略，形成采购业务的工作基础，以便于进行先期采购项目管理工作。 　　由此可见，基于规划驱动BOM尽早产生，通过BOM这条信息索引驱动产品开发早期的各种业务协同活动开展，推动业务变革，使得这些先进的业务实践能够在企业落地。 　　在产品设计阶段，好的产品设计需要具备基于产品系列进行设计、数字化验证的能力，需要模块化设计能力以及需要面向成本的设计能力。一切产品数据都需要以系列化的产品为基础才与设计活动本身相匹配，从而达到高效运作的效果。模块化设计中模块的组合关系如果能够基于BOM中的配置关系进行自动组合再供设计人员选择，将使得模块的管理更为简便。 　　而反过来，如果模块能够沉淀成为BOM的配置层级，将简化配置管理、并能够与销售和定价建立更直观的联系。一个产品的成本绝大部分在设计阶段就已经确定，因此“低成本”的关键在早期阶段对成本的管理，面向成本的设计要求在产品设计阶段能够不断对产品的估计成本与目标成本进行比较，以及时采取相应的设计改进措施达成成本目标。在这一过程的复杂性还表现在大量的变更需要考虑进来，如果缺乏对BOM的高效管理，那么面向成本的设计就会变成空中楼阁。 　　在工艺制造阶段，如果产品按照系列化进行组织，即以配置化的超级BOM模式组织产品数据，那么工艺卡片本身也可以融入配置化管理体系之中，通过配置元素增加每张工艺卡片的适应性，提高工艺设计的效率。 　　在生产物流阶段，精益化生产、物流拉动和精准的投产生效控制都是提高生产运营效率的最佳模式，而这一切首先是以研发、制造一体化的BOM管理模式和闭环的变更管理模式为基础的业务运作。 　　在售后支持阶段，准确的备件技术定义是备件供应链运行的基础，只有及时定义备件，备件的寻源定点、采购、备货工作才能及时开展。 　　对于OTD流程而言，BOM的变革将会带动销售预测方式、定价、产品销售方式朝着更先进的模式进行一系列变革。如全配置模式的BOM管理将促使销售预测、生产预测模式按照配置项进行，通过超级BOM计算零部件毛需求。 　　通过基于工程配置以及销售策略定义的销售配置，成为基于选装进行销售定价和销售点单的基础，从而使得直接反映产品设计的菜单式销售成为可能。在订单实现方面，全配置BOM模式是优化订单排程的基础。 　　在整个价值链的运作环节中，客户既是起点又是终点。对外而言，完美体育WM谈论的是客户的要求、客户对于产品规格、产品配置的选择；对内而言，完美体育WM谈论的是零部件设计、物料筹措。而BOM将是将这两套语言直接无缝联系起来的唯一方式。因此，打通客户端将是BOM终极价值的体现，将使得制造业真正超着低成本、高效率运作迈上一个新台阶。 支持关键业务能力建设需要什么样的BOM系统？ 　　如上文所言，大规模个性化定制需要的最核心的能力是低成本、高效率运作的能力。如何达到这一能力要求呢？下文完美体育WM试图对这一核心能力进行分解，并从这些分解的业务能力来看对于BOM的要求。 　　首先，面向产品族的产品管理以及产品设计能力非常重要，因为这是保证完美体育WM创造足够多的正确的产品的前提。同时，这一产品族进行规划的思想要贯彻到生产准备过程和销售环节。 　　这一业务能力建设对BOM系统的要求是：BOM的构建必须是全生命周期的配置化管理模式。这样，才能够保证在产品开发的任何阶段，以BOM为主线的管理单元是一致的，从而能够保证上下游衔接的一致性。 　　全生命周期的配置管理包括规划阶段的规划配置管理、设计阶段的工程配置管理、生产准备阶段以及生产阶段的生产配置管理、销售阶段的销售配置管理。BOM系统需要保证这一系列的配置管理之间的关联性，而BOM本身的准确程度正是基于这些不同阶段的配置数据进行解析的结果。 　　第二大业务能力是模块化设计能力。模块化设计本质上是一种产品设计的思路、规划或者方式，而不是一种数据组织的方式，对完美体育WM的设计水平和设计工作的组织能力要求都非常高，且是一个没有止境的过程。 　　国内许多企业将模块化停留在数据组织上，很难取到模块化的真正效果，是一种缘木求鱼的做法。但好的BOM组织模式确实可以支持模块的规划，提高模块化设计的效率，而且模块化的结果需要由BOM来承载。 　　因此，从模块化设计能力建设上，对BOM系统都要求可以概括为：BOM的定义方式需要支持模块规划与定义，具体能够做到以下三个方面的内容： 　　配置特征与产品结构管理，支持各模块产品设计配置方案的前期规划。 　　通过工程配置辅助计算模块设计方案配置组合。 　　模块作为BOM的配置层进行定义。 　　第三大业务能力是并行工程能力。缩短产品开发周期、提高产品交付响应速度离不开部门之间的良好协同以及同步工作的能力，但这一机制的建立并不容易，因为当缺乏必要的信息基础的时候，并行工程往往会导致工作返工、浪费以及员工之间的抱怨。 　　并行工程的一个前提是信息是充分共享的，且信息是有一定质量的信息。而代表各阶段产品构成的BOM信息无疑是重中之重的信息。 　　从并行工程的角度而言，对BOM的要求是：BOM必须在相关部门开展业务之前产生，驱动业务工作的展开，因此BOM要尽早产生，因此BOM不只是设计的自然结果，而是规划驱动产生的结果。 　　且在业务进程中需要有好的共享方式，特别是在早期变更频繁发生的情况下，让相关方轻易地获取BOM信息，同时一目了然地知道与上次获取的BOM差异所在将大大提升相关部门并行开展工作的可行性。 　　第四大业务能力是与客户互动、沟通的能力。互联网浪潮下的C2M、C2B等模式，都在强调客户的参与。正如前文所言，打通客户端是BOM的终极使命。那么，从这个角度而言需要什么样的BOM呢？ 　　下图揭示的是一个简单的客户点单行为对BOM的要求： 图2客户点单行为对BOM的要求 　　第五大业务能力是柔性制造能力。从上世纪八、九十年代的计算机集成制造到现在的智能制造，柔性制造能力一直都处于核心地位，因此其重要性不言而喻。而柔性制造与BOM的关联更为直接。事实上，传统制造业所面临的BOM问题主要是如何解决生产制造领域由于BOM质量问题带来的生产问题。…

2016年，住房和城乡建设部发布《关于进一步推进工程总承包发展的若干意见》，提出深化建设项目组织实施方式改革，推广工程总承包，提升工程建设质量和效益。此后，《建设项目工程总承包管理规范》（GB/T50358–2017）、《建设项目工程总承包合同（示范文本）》《房屋建筑和市政基础设施项目工程总承包管理办法》（以下简称《管理办法》）等一系列文件陆续发布，提高了建设项目工程总承包管理水平，促进了建设项目工程总承包管理的规范化，不断培育和扩大了工程总承包市场。 《管理办法》的出台，确立了设计和施工“双资质”制度，要求工程总承包单位应当同时具有与工程规模相适应的工程设计资质和施工资质，或者由具有相应资质的设计单位和施工单位组成联合体。联合体模式已成为建筑业企业开展工程总承包的一种重要承接模式。然而，在实践过程中，如何充分发挥设计与施工联合体双方的优势，实现工程总承包项目控制造价、节约人力、缩短工期、降低风险的目标，成为联合体各方亟待研究的重要课题之一。本文以中建一局集团建设发展有限公司所承接的联合体模式下工程总承包项目为例，从联合体合同模式、内/外部协调管理等方面，对联合体模式下工程总承包项目管理展开探讨，以期为工程建设从业人员提供参考和借鉴。 联合体合同模式的管理 发包及结算模式 对于工程的发包模式，由施工单位与设计单位组成联合体，由施工单位牵头，建设单位完成初步设计之后进行发包。对于投标报价，建安工程费用招标控制价为最高投标限价，工程总承包单位在此基础上进行下浮报价。对于合同结算，合同执行期间，按照“建安工程费=审定的建安工程费用预算价×建安工程费中标下浮率”执行，并以此作为进度款拨付依据。 合同界面管理 施工界面管理。项目的施工承包范围包括土石方工程、基坑支护、建筑、结构、常规机电、消防、泛光照明、景观及市政配套工程、建筑室内设备设施、人防等全部施工设计图纸及工程量清单等有关资料范围内的工程总承包，商业室内装修、高低压变配电、电梯的采购与安装、样板房室内软装等内容不包含在工程总承包施工范围内。 设计界面管理。其主要为设计主体是联合体设计单位和业主独立发包设计单位的界面管理。为做好设计界面分工管理，具体设计界面分工内容如表1所示。 表1 设计界面分工内容 联合体内部协调管理 联合体协议 在工程总承包项目中，联合体各方应共同与发包单位签订工程总承包合同，联合体协议作为各方工程总承包合同的一个部分。 联合体协议中还应进一步明确以下几方面的内容：一是进一步明确联合体各方的工作范围、职责，约定各方应该承担的责任；二是制定联合体内部沟通配合机制，设计管控流程；三是梳理专项设计界面，明确各专项设计单位、图纸审查各方职责及设计费用分担情况；四是编制全专业、全过程的设计进度计划，在满足合同、现场施工进度前提下，预留审图、图纸调整的时间；五是细化联合体双方的违约责任，保证与主合同一致性或更为严格。 设计院的协调管理 制定沟通协调机制 如何协调好设计院与施工单位之间的沟通，实现设计与施工的对接，是工程总承包项目设计管理的重点。而在设计阶段，设计院及施工单位在设计协调管理工作中沟通协调机制的制定和有效执行，是项目成功的关键。 联合体沟通机制确定的事项。在制定联合体沟通机制中，需主要确定以下事项：一是需明确联合体双方需提供的资料，如建筑与其他专业设计互提资资料、业主提资设计院的设计相关资料、各专业计算书、模型等，便于施工单位了解设计情况。二是依据设计进度计划，商定过程版图纸的提供时间节点。施工单位参与施工图审图工作，以施工的角度提出建议，保证后期施工顺利。同时，确定施工单位提资图纸优化建议的时间及设计院反馈时间，形成周期性管理。三是文件传递采用公共邮箱的形式往来文件，方便管理避免混乱。四是设计院与施工单位双方须确定特定的对接人进行资料的传递，可简化流程，避免资料或问题的重复提出等。 设计过程中的执行与审核。在联合体机制约束下，双方应严格执行联合体协议。双方定期互相提供进度报告，并按总承包合同规定的里程碑计划时间和节点，动态审核双方执行情况。施工单位可依据图纸审查设计院对施工单位提出建议的落实情况，避免过程中有遗漏，保证设计管理工作的效果及工作效率。 设计质量管理 联合体模式下的工程总承包项目，设计院的设计质量管理应满足《建筑工程设计文件编制深度规定（2016版）》的深度要求、满足工程总承包合同中《设计任务书》的设计要求、满足施工单位的优化建议及设计施工融合的修改要求，并通过过程中的动态监控，将这些内容在图纸中明确。 对于设计图纸质量，项目的上位要求、规范图集的符合性主要由设计单位控制。从组织角度来讲，总包单位的设计质量管理包括设计单位设计质量控制体系是否健全、设计人员配置是否满足要求等；从业务角度来讲，主要包括发包人建设标准一致性、施工可行性及简便性、设计方案成本合理性、图纸错漏碰缺问题、其他合理化建议等。 施工单位对设计图纸的审核常见控制点包括以下几方面内容：项目材料品牌技术性能是否满足发包人要求；材料的可施工性和对项目工期影响；项目总平面布置是否易于现场施工组织；项目主体设计能否满足项目施工临时措施要求；场地竖向设计及土方平衡设计是否合理；图纸深度是否满足相关规范要求，为避免引起结算争议，减少图集参考，要明确材料实际参数；图纸是否存在各专业不交圈问题，平立剖面不交圈问题；综合考虑工期、成本、品质多方面考虑，是否有推荐新材料、新做法建议。 总之，工程总承包单位应把控好设计阶段的质量管理，为项目顺利履约及策划创效起到积极的助推作用。 对设计院的进度风险管控 工程总承包项目管理是从设计出发，将设计、采购与建造融合为一体。在设计阶段，进度风险主要分为两大方面： 一是明确设计实施条件。包括设计标准、功能定位是否明确，材料、设备等相关参数是否明确，限额设计指标是否限定，设计范围界面是否明确等内容。为推动设计工作的快速展开，这些设计实施条件需联合体双方及早确定。 二是设计组织实施阶段管理。在设计组织实施阶段，进度风险管控点包含设计院各专业间相互配合、执行的标准规范、设计图纸深度要求等方面。 另外，做好设计院的进度风险控制，通常需要通过联合体内部的审核与联合体约束机制来进行规避，应定期对设计院的设计图纸深度及出图的计划进行监控，以规避设计院的进度风险。 施工单位内部协调管理 各专业间的协调管理 在设计实施阶段，从设计说明、统一技术措施、专业间提资到过程版图纸，施工单位需开展机电、土建以及各专项的联合审图工作。将机电和土建交界面的层高控制等问题、机电管道和结构是否有碰撞等问题，书面提交设计院进行调整，同时与设计院相关专业做好协调、跟踪和确认工作。例如，在项目地下车库的设计阶段，土建、机电专业可依据设计院设计成果，借助BIM建模软件进行碰撞检查、管综优化。此外，加强各专业在设计阶段的联系，规避后期施工阶段交叉问题。 各部门间的协调管理 在前期设计阶段，施工单位相关部门应做好协调工作。一般来讲，对设计图纸的优化建议往往是由技术部门提出，商务部门和工程部门做配合。工程总承包是从施工的可行性、成本的可控性及实际施工效果等多方面对设计图纸进行优化，满足工程总承包项目合同需求，需要施工单位各部门配合牵头专业统筹协调各个部门和专业开展设计图纸优化工作。以防水做法优化为例，可先由项目技术部门收集当地其他同类型项目的防水做法，再交由商务部门进行询价，同步提交给工程部门咨询建议。在询价工作完成后，各部门召开会议进行沟通，技术部门说明各防水材料的性能及优缺点，工程部门说明实际施工的难易度及损耗率，最后由商务部门综合询价结果及各方意见提出方案建议，经技术部门将做法提供资料给设计部门审核，最终才能实现内部各部门间的联动，保证对设计图纸的优化意见满足各方要求。 对施工单位的进度风险管控 施工单位在设计阶段对每一版次的过程版图纸审图问题，应准确及时反馈给设计院，为设计院预留出足够的调整时间，保证设计时间节点，有效做好进度风险管控。 在工程总承包项目实施过程中，为了避免施工单位带来的进度风险，需联合体内部规定设计院给施工单位提交过程版图纸时间，施工单位对设计图纸优化并提出建议的反馈时间。从施工角度来讲，施工单位做好人力安排，统筹需考虑与设计院后续沟通、调整图纸的时间，避免对设计节点时间造成影响。 联合体外部协调管理 对优化单位的协调管理 业主所聘请的优化单位一般在方案或初步设计阶段便已介入，主要是对建筑、结构及机电专业的图纸进行优化。各专业的优化内容如表2所示。 表2 各专业优化内容 建筑优化设计工作主要是在前期方案或初步设计阶段进行，施工图设计阶段优化单位的工作重心在结构及机电专业的图纸优化上。因此，施工图设计阶段工程总承包方主要是对优化单位所提的结构、机电优化意见进行管控。 优化单位的取费依据业主方的限额要求，按优化量来计费，这就容易造成优化单位可能会为了减少工程成本费用而进行部分不合理优化。施工单位需要就优化建议与业主沟通，提前向业主说明参与优化意见的审核，以规避后期对施工的影响。同时，工程总承包方应提醒业主规定优化意见的资料提供时间，对优化单位进行约束，避免对设计节点时间造成影响。 对业主单位的协调管理 工程总承包合同中，业主对项目的施工图设计完成、施工许可证的获取、单体达到预售条件等一些重要时间节点进行控制。工程总承包方必须严格遵守节点时间要求，合理安排进度计划，避免逾期被扣罚进度款。值得注意的是，在设计过程中，业主往往会因建筑布局、外立面效果调整和选材等原因，要求设计院对设计图纸进行反复修改，占用了大量时间；施工单位的优化意见反馈较晚，也极易对设计院的设计进度造成影响，加大设计院的设计压力。为此，在设计阶段，需要加强对于业主单位的协调管控，及时采取规避进度风险。 针对设计阶段来自业主方的进度风险，总承包商需要提前对业主进行提示。由设计院说明因业主原因造成的进度延后的影响程度、调整所需时间，明确进度延误的责任主体，规避误期罚款的风险。 独立发包的专项设计协调管理 工程实施过程中，由业主方独立发包的专项设计，如电梯的采购与安装、高低压变配电、商业室内装修等专业单位未进场，可能会导致设计院的设计输入参数不准确。总承包商在前期就应协调业主方，提醒需让各专项设计介入设计阶段的工作，提供必须的参数，待后期施工图设计完成再进行二次深化设计工作。例如，电梯的专业参数可咨询同类型住宅项目的厂家，在初步设计阶段进行配合设计，如有二期的住宅项目，在电梯井道尺寸及基坑深度的参数上，需参考一期住宅项目的电梯厂家意见进行设计，避免后期专项设计入场后所做深化与现有设计内容产生冲突。 结语 联合体模式已成为建筑业企业开展工程总承包的一种重要承接模式，做好联合体模式下工程总承包项目管理，需要施工总承包企业与业主方和设计单位之间建立相互信任、优势互补、协作共赢的管理机制，及时做好设计指导施工，施工及时对施工图进行评阅等。在项目实施过程中，各参与方需遵守规范，加强沟通，联合体模式方能在高质量的轨道上稳步推进。 工程项目管理软件（EPC、业主甲方、工程ERP系统） – 【完美体育WM】领先专业项目管理软件商-工程施工、科研研发、基建投资大数据项目管理系统平台。 

  IPD的理论基础来源于PACE（产品及周期优化法），这套理论中包含了业界不错的产品开发模式所包含的各个方面，给企业带来的最为典型的收益体现在产品开发的生产力提高、浪费减少、投入市场时间缩短和效益大幅增加。下面作者从实践方面、理解方面以及企业层面讲解了IPD的经营模式，一起来看看吧。 苹果联合创办人史蒂夫乔布斯说过：“并行工程的目标,是为了提高质量、降低成本、缩短产品开发周期和产品上市时间。” 并行工程的具体做法是：在产品开发初期，组织多种职能协同工作的项目组，使有关人员从一开始就获得对新产品需求的要求和信息，积极研究涉及本部门的工作业务，并将需求提供给设计人员，使许多问题在开发早期就得到解决，从而保证了设计的质量，避免了大量的返工浪费。 同时期的华为创始人兼总裁任正非是这么表达的：“只有上帝做的东西才没问题，当时没问题，时间长了也有问题：客户有这样那样的需求，产品要不断地改进升级。” 以上，完美体育WM基本能看出一个领导者在企业生存发展的战略大局，对质量、成本、周期、协作、迭代等问题商的思考和见解。 而这些问题和本文要聊的IPD有着莫大的关系： 概念层面的IPD 实践层面的IPD 理解层面的IPD 与系统集成并无必然关系05与敏捷开发的关系 IPD适合小企业吗？ 一、概念层面的IPD IPD是英文（Integrated Product Development）的写，中文翻译为“集成产品开发”，它是一套产品开发的模式、理念与方法。 IPD的理论基础来源于PACE（产品及周期优化法），这套理论中包含了业界的产品开发模式所包含的各个方面，给企业带来的最为典型的收益体现在产品开发的生产力提高、浪费减少、投入市场时间缩短和效益大幅增加。 IPD的整体框架： IPD整合了客户需求、市场分析和产品开发，建立了需求和产品之间的联系，开辟了战略规划、市场分析和产品开发三者之间的渠道。 同时IPD在流程层面也进行了集成，在产品开发的过程中，整合了各职能部门的角色，以及集成了QFD、工业设计、项目管理、质量管理等。集成式的流程体系加快了产品开发，确保了产品的质量。 二、实践层面的IPD 在中国，IPD之所以名气这么大，是因为一直在传播两个案例：一个是郭士纳上任时，蓝色巨人IBM面临各种危机，是郭士纳引入IPD流程，让IBM起死回生。 另一个案例是IBM尝到了IPD流程的甜头，回过头来把IPD流程输出给华为，使华为在后面十几年实现了高速增长，一跃成为通信行业的霸主。 这两个例子因为和世界顶级公司IBM和华为相关，因此格外吸引人的眼球。 事情是这样的，1992年，IBM在激烈的市场竞争下遭遇严重的财政困难，公司收入停止增长，利润急剧下滑。 为了重拾竞争优势，郭士纳提出压缩一半产品上市时间、减少一半研发费用但不得影响产品质量的要求。 IBM在业界率先应用了IPD（集成产品开发）的方法，从流程重整和产品重整两个方面来达到缩短产品上市时间、提高产品利润、有效地进行产品开发、为顾客和股东提供更大价值的目标。 IBM实施IPD的显著改进在于: 花费在中途废止项目上的费用明显减少； 产品研发周期大大缩短； 产品成本降低研发费用占总收入的比例下降； 人均产出率显著提高产品质量普遍提高。 1997年，华为遇到了IBM当初遇到的问题,在战略管理和项目管理之间矛盾重重。当时的华为技术人员重功能开发，轻产品可靠性和服务质量。在1999年之前，华为已经出现了“增产不增收”的效益递减现象。 为了解决问题,华为自己摸索实施IPD，在遭遇失败后转向花费巨资请IBM实施IPD咨询。 为了确保IPD的顺利实施，任正非将IPD上升到了华为的生存层面，制定了“先僵化，后优化，再固化”的实施模式，连续投入大量的人力、物力和财力，最终确保IPD在华为的落地。 华为取得全球瞩目的成绩，与IPD有着不可分割的关系。 随后美国波音等公司也相继实施IPD并取得了较大的成功，IPD已经成为世界500强企业通用的产品开发流程和管理体系。 三、理解层面的IPD IPD的理论一套一套的，甚至晦涩。尽管看到成功案例。但是可以做自己的解读。 1. IPD的三个核心内容 其实IPD的核心内容是： 以市场为导向的产品开发，关注客户需求； 把产品开发在公司内部也作为一项投资来看待，建立了虚拟的投资决策委员会（IPMT），对产品开发团队（PDT）的活动在一些关键点上进行决策； IPD所建立的产品开发团是跨部门的，可以打破部门之间的沟通壁垒，并给出了跨部门业务流程指导跨部门团队运作。 本质就是如何把事情做正确： 2. 不是一套最终确定的流程 IPD是一套产品及研发管理的体系，是从产品投资与开发的角度来审视产品与研发管理的思想和架构。通过构建优秀的管理体系来达到提升产品管理与研发绩效的目的。 严格来讲，IPD是一套经营管理模式。是一套产品开发模式、理念和方法，包括许多不错的实践。 作为一种模式，其核心理念和思想是普遍适宜的。比如以投资为导向的决策，以市场为导向的创新，跨部门的功能团队等等。这些理念与企业规模可以说完全没有关系。 它不是一套最终确定的流程，实施IPD咨询的关键在于管理理念的引导，有针对性、完整的方案设计和落地实施。 但目前很多人，甚至包括某些咨询公司的顾问，将IPD理解为一套流程体系没有结合企业自身特点相结合，导致很多企业陷入“照搬照抄”的误区。 四、与系统集成并无必然关系 IPD是英文（Integrated…

摘要：本文介绍了奇瑞汽车售后SBOM管理体系构建的背景、目标及业务流程设计、IT系统集成管理平台，以及体系应用与切换策略。该体系经过售后备件业务实践，实现了售后备件业务的效率提升、优化成本与提高售后满意度，提升管理能力并满足全球化售后市场的差异化需求。同时，为国内车企实施售后SBOM管理体系提供了实践案例和经验总结。 1前言 汽车售后服务管理水平不仅是消费者购车的重要衡量指标，而且也是各车企重要的盈利来源之一。随着国家对整车售后政策的日益重视，对车企的售后管理水平也提出了新的要求。对于车企来说，提升售后及备件的体系能力及业务管理水平，已成为在激烈的竞争环境中生存及发展的核心竞争力之一。 完善的售后服务业务体系包含三部分[1]，即备件供应链运行流程体系、备件技术定义及供应商准备流程体系、工程变更支撑流程体系。相对于国外汽车企业相对完善的售后服务业务体系，自主品牌随着市场的成熟和新的管理体系的导入，尚处于逐步完善的过程中。 售后SBOM是根据汽车售后维修的需求，包含售后专用件、修理包、拆散件、电泳总成等，具备售后备件销售、订购、仓储、包装等业务指导的整车售后服务的物料清单。 本文全面分析和总结了奇瑞汽车售后SBOM管理体系构建的背景、目标及业务流程设计、IT系统集成管理平台，以及体系切换与应用策略，为国内车企实施售后SBOM管理体系提供了成功的实践案例。 2体系建设背景 奇瑞汽车企业级BOM管理平台通过全价值链信息集中维护，及关键业务系统的深度集成，已实现企业级统一的BOM管理体系，覆盖国内与海外研发中心，及国内全部工厂。作为企业级BOM体系建设的一环，售后备件业务尚未纳入到统一的BOM管理体系，见图1，主要存在以下问题： 1）主数据管理 •零部件启用新编码规则，但售后专用件无定义，影响保障市场备件需求 •备件拆分件号无数模，拆分件号状态及变更过程无法追溯，制图困难 •PDM系统零件属性不完整，售后无法确认零件具体状态如颜色、尺寸等信息，业务部门确认难度大 2）变更管理 •变更、切换传递渠道多，手工维护，人工跟踪，耗时，易错、漏，易造成终端用户抱怨 •切换断点控制不严格，经销商查询断点区域内车型零件时易错，造成错订和索赔 •变更影响通用性时研发未严格按照要求编号区分，经销商错订，索赔，售后未及时区分管理 3）SBOM维护管理 •SBOM解析结构为2Y结构，CGBOM为扁平化结构，通过参考EBOM/CAD结构转化，手动解析，工序繁杂、人工成本高； •EBOM与MBOM因断点和结构导致的差异，渠道确认差异件是否装车，是否需要定义到SBOM 4）图册制作 •零件数模获取困难，符合售后制图要求的数模图无获取渠道，制图周期长、覆盖率低 •外协件总成或散件无数模图，备件制图困难，经销商备件订购确认时间长。 图1售后SBOM业务流程现状 3体系建设目标 售后SBOM与EBOM采用配置化的超级BOM管理，并且与EBOM采用相同的管理单元，以实现售后和产品工程的同步开发，售后SBOM的集中管理和系统互通并支持下游关联业务为目标，建设以BOM系统为唯一数据源、变更系统为驱动的的业务/数据管理平台，如图2所示。 图2售后SBOM体系建设目标 1）构建配置化BOM管理模式的一体化售后SBOM集成管理平台，实现SBOM的精准定义与发布。 •基于企业级BOM管理体系拓展，实现EBOM、P/MBOM、KDBOM、SBOM一体化管理； •拓展EBOM管理范围，将备件专用件、修理包、电泳备件等纳入EBOM管理，实现广义EBOM定义与发布； •售后SBOM采用与EBOM相同的BOM管理单位，即房间定义； •售后SBOM包含整车的变更历史数据，用于追溯和订单管理； •实现全球一体化售后SBOM管理，包含国内整车、CBU、KD等。 2）构建分段闭环的售后变更管理流程，实现设计变更、制造变更与售后变更流程集成与闭环管理。 •设计变更的发起统一由产品部门负责； •设计变更、制造变更及产品停产时，要评估备件建储与切换条件； •售后工程师根据备件库存状态，确定切换计划时间、并执行售后SBOM变更及发布工作。 3）打通BOM系统与售后SBOM应用系统的集成，实现售后SBOM的单一数据源与高效应用。 •BOM与EPCM的集成，实现备件主数据及售后SBOM的集成传递。 •BOM系统与SAP系统集成，实现自制备件主数据的集成传递； •BOM系统与PDM系统集成，实现配置主数据及生产配置的传递； •BOM系统与变更系统集成，实现变更流程驱动备件主数据及售后SBOM的发布与变更； •PDM系统与EPCM的集成，实现售后图册数据的集成传递。 4业务规范与流程设计 EBOM中定义备件专用、修理包、拆分件等，由售后工程师结合自制备件及售后策略和维修需求，由系统实现EBOM的信息完整、自动传递到SBOM，包含配置条件；工程变更对EBOM的更改，以及制造变更对自制备件的更改，通过售后变更流程闭环、自动遗漏的传递到SBOM上，SBOM通过系统集成方式自动传递到下游的SAP及EPCM系统。 图3售后SBOM业务流程 售后SBOM业务流程见图3，以实现： 1)由产品研发工程师通过EWO进行EBOM数据的维护，定义ASLOU、ASLOA的结构，定义物料级别的Make/Buy。 2)工艺/制造工程师通过MWO维护备件的工艺数据以及生产切换信息（如果备件与整车生产的切换-关联时，需要在一个MWO中进行变更）。MBOM数据发布后，通过ERP集成接口传递物料数据和结构数据到ERP中以便组织生产。 3)售后备件工程师，基于前期的EWO以及MWO的数据，识别哪些是售后件，并通过SWO进行售后的SBOM中ASR数据的维护。在SWO完成后，将SBOM信息信息传递给EPCM进行图册的制作以及备件订购等数据。 5系统设计及集成框架 构建统一的BOM管理系统承担备件物料主数据管理以及数据发布切换管理，根据业务需要通过集成接口向SAP与EPCM等系统发送数据，以满足备件的采购、生产、销售。备件SBOM系统集成平台主要包括三部分，即BOM系统与SAP系统集成、BOM系统与EPCM系统集成、BOM系统与PDM系统集成。系统集成框架见图4： 图4系统集成框架图 5.1 BOM系统与SAP系统集成 BOM与SAP系统集成共包括两部分内容，即物料主数据及变更、BOM及变更。…

1.引言：关于BOM架构问题概述 　　在企业的BOM管理实践中，有两类问题表现得非常突出，一类是关于数据冗余的问题，另一类是关于配置信息的传递的问题。 数据冗余带来的问题非常明显：同一份数据在产品上被重复定义，必然带来产品数据不一致性，不一致性带来的问题是变更管理的问题。当同样的数据被定义在两处地方的时候，发生设计变更时，必然要考虑如何同步的问题。另外，数据冗余也会造成不必要的工作量增加，数据维护困难。 很多企业至少在研发端的BOM都按照超级BOM模式进行组织，是否解决了这一数据冗余问题呢？答案是否定的。超级BOM在一定程度上确实缓解了这一问题，但超级BOM本身的架构如果不合理，则这一问题还是显得非常突出。比如我接触过的企业，很多都以分组为单位组织BOM数据，有的企业甚至会将全车所有的小开关放在一个分组下，其中任何一个发生变化，都需要重新构建一个分组。而每个小开关的变化实际上是比较独立的，从分组上并无共同的特性，这样就会导致分组不断增加，以满足其中任何一种开关的变化以及这种变化的组合。这种模式下，所谓超级BOM相对于单一产品BOM，其实并无优势可言。 另一类问题即关于配置信息的传递问题在国内企业中也非常突出。国内除了实施过企业级BOM的极少数车企外，配置化信息实际上没有被充分利用，基本都停留在配置表作为记录产品信息以供下游参考的表单，研发端的BOM虽然以超级BOM方式组织，但真正利用配置信息进行BOM解析的很少，到制造端就更难了。从数据组织方式来看，研发端的BOM往往会基于设计的需要定义一些中间层级，这些中间层级包括上面所说的分组以及一些其它设计虚拟件。配置化信息往往作用在这些层级上，而这些层级无论是制造、试制、售后甚至研发端的成本分析、重量管理都可能不需要。这样问题就产生了，当BOM向其它领域传递的时候，这些配置信息就“丢失”了，需要各个业务领域重新梳理配置关系，这就导致了各个业务领域所需的BOM事实上完全独立，而不能够做到贯通。 上述类似的问题非常多，由于篇幅关系，不在此一一枚举。分析造成这些问题的原因，我经过长期的项目实践以及理论研究，总结了以下两个方面： 1）多年PDM实施的影响：PDM数据组织方式无疑是偏向技术的，很少关注跨业务领域的管理，其对BOM的组织实际上缺乏管理内涵。这对于PDM来说无可厚非，因为毕竟研发内部的技术问题才是其关注的核心。但作为企业的用户而言，如果完全被这种思路所束缚，则企业的信息化就难以有突破。 2）企业对于配置化管理实际上心存畏惧，总期望走一个“即借鉴国外先进管理经验、又照顾本企业实际情况”的“稳妥”的路子，把配置管理考虑得过于简单、过于“具有可操作性”（例如在分组层级定义，那么对于汽车这样的复杂产品，最多也就200-300个分组，配置条件很好定义），从而导致实际上没有什么配置化管理。 这些问题都指向了一个根本的问题：BOM究竟怎么搭建？这是一个BOM架构问题。现在企业很多BOM管理层面的问题实际都与之相关，脱离BOM架构问题去解决BOM的具体问题，很多时候就会有头疼医头、脚痛医脚的感觉。 2.BOM架构的三个层面 　　一个完整的对产品进行定义的抽象模型包括三个层次。 首先，市场需求的多样性要求企业以多样化的产品去满足，因此企业的产品往往基于系列化进行规划、研发、生产。这样，产品将会变得非常多，比如有些商用车厂，可销售车型达到上万个甚至几十万个。多样化的产品定义，完美体育WM可以认为是产品定义的第一个层次。 其次，零部件数量繁多。特别是国内企业，零部件控制往往做得不到位，导致零部件号急剧膨胀，百万级零部件号在企业中也非常普遍。这些零部件以何种形式进行组织，这是产品定义模型的第二个层次。 最后，也是最关键的问题是这些零部件是如何被产品所使用，这是BOM的核心问题，在产品定义模型中起到承上启下的作用。完美体育WM可以认为这是产品定义的第三个层次。 上述产品定义的三个层次，第一个层次属于产品型谱定义。这部分难度在于业务定义，而IT管理层面问题比较少。第二个层次属于设计问题，在PDM/PLM中有较好的解决方案（特别是零部件结构层级）。第三个层级则是企业级BOM要解决的核心问题。 从企业级BOM管理思路而言，BOM所肩负的使命是贯穿全业务链，进行跨业务领域的协同管理。这一思路需要体现在BOM架构中才能够得以落地。对应到上述产品定义的三个层次，BOM架构考虑包括三个方面的内容： 1）超级BOM应该在哪个层级进行搭建比较合理？这一问题对应到产品定义的第一个层级，即超级BOM与产品型谱的关系。 2）超级BOM以下分多少层结构比较合理？这一问题对应到产品定义的第二个层级的问题，即BOM的分层结构。 3）配置定义在哪一层级比较合理？这一问题对应到产品定义的第三个层级的问题，即零部件使用关系如何表达。 3.BOM与产品型谱的关系 　　在实施企业级BOM时，一般会与客户首先讨论产品型谱。客户往往会有困惑，觉得这两者没有必然的联系。这种困惑是有一定道理的。很多企业多少年来在企业范围内就没有统一过型谱定义，但并不见得不管理BOM。 产品型谱的定义对于企业非常重要。产品型谱定义有助于在全企业范围内，从产品规划、产品设计、产品制造、产品销售形成统一的对产品家族的完整认识，确保策划的产品能满足市场需求，设计、生产的产品与规划相匹配，从而与市场一致，确保销售能够正确引导市场的购买行为等。当然，产品型谱并不是为BOM而定义，不实施BOM项目，也需要规范化产品型谱定义。在企业级BOM系统实施中强调产品型谱定义，是期望企业能够比较全面、比较彻底、比较长远地建立起BOM管理规范。 那么，产品型谱究竟影响了BOM什么？简而言之，影响了BOM的构建策略。当企业没有规范化型谱的时候，BOM的构建策略就不容易建立起来，或者说比较随意。 所谓BOM构建策略，是指超级BOM应该搭建在什么产品上，要解决的问题是超级BOM基于平台搭建还是基于产品系列或产品型号搭建、新的改型项目要不要另外搭建一个BOM等问题。 对于这一问题，不同企业答案会有差异。以我实施项目的经验，总结了以下关键因素： 1）企业实施平台化程度、对设计重用度的期望。 2）历史数据的状况、复杂程度。 3）人员专业技能状况、业务规范程度。 4）生产切换的要求。 以上四个层面决定了BOM在哪一个层级构建。项目实施时，需要就具体企业的情况进行以上四个层面的分析。 以上讨论的是BOM架构的第一个问题，即超级BOM应该在哪一层级进行定义的问题。简而言之，定义层级最好对应到产品型谱的一个固定层级，从设计重用角度这一层级越高越好，但需要考虑历史数据、人员技能、规范化程度、生产切换等具体情况进行具体分析。 4.零部件的组织模式 　　关于零部件的组织模式，可以简单定义以下模型进行说明： 在上述模型中，零部件组织模式可以简化为三层结构，即代表零部件上层组织的设计虚拟层、BOM核心层以及零部件结构层。 设计虚拟层可以对应到企业中一般的分组、模块层级或者其它虚拟总成级别。从企业级BOM管理思路而言，这一层级搭建得越深，BOM管理效率越低。企业级BOM管理中一个重要的实践经验是扁平化思路，所谓扁平化思路，就是尽量使得这一层级的层次变少、甚至没有。 据我对于多个客户的实施经验，企业在这一层级的定义上问题最大。层级过多、将这一层级实例化都是典型的问题。企业往往缺少对这一层级进行管理的有效方式，而是简单按照PDM的方式进行管理，束缚了企业级BOM核心管理思路。 BOM的核心层是指无论哪个业务领域都非常关注的层级。那么哪一层级才是各个业务领域都关注的层级呢？毫无疑问，是生产线上所需要的具体的零部件，这些零部件实际由装配供货级别和采购供货级别零部件构成。BOM在从规划、工程、制造、生产、售后等各个业务环节流转的时候，这些信息是不可缺失的。而BOM如果能够保证这些信息准确无误地传送，才能够说达到了贯通各个业务领域协同的作用。因此这一层级才是BOM的本质。 零件结构层级是指零件本身的打散结构。这一层级的特点是下面再没有配置变型，即任何一个零部件底下的结构代表了一个固定的结构，确保在不同地方被使用的时候，这个零件的固定结构是一致的。 传统的PDM/PLM对于零部件的组织方式，在零件结构这一层级的管理是比较合适的，而BOM核心层以及以上的设计虚拟层则并不适合于企业级BOM的管理思路，如对于设计而言，往往因为坐标位置的关系需要实例化设计虚拟层等，在此不再细化讨论。 5.配置层级的定义 　　讨论完以上关于零部件组织方式的问题之后，配置层级的定义就有了水到渠成的答案：所有BOM的核心信息都需要定义在BOM核心层，才能够保证信息在各个业务领域的贯通；配置信息作为超级BOM最为关键的信息，毫无疑问应该定义在该层级。 这一理念表达如下图所示： 不同业务领域实际上是针对这些零部件的不同运用，而BOM的构建过程实际上是从产品策划开始，产品设计、产品策划、采购、制造等一起确定零部件的采用以及其制造加工深度的过程，而BOM首先是管理这一过程的信息化工具，其次是承载这一过程各阶段的成果。 6.结语：企业级BOM架构的第一使命是支持跨业务领域协同 　　企业在BOM管理层面出现的问题必须借助BOM架构上的改变来解决，在原有框架下很难解决一些根本性的问题。上述讨论都是基于企业级BOM思路出发、而不是基于设计内部的技术出发进行探讨。这一思路的核心观点是BOM是企业全业务链中起到协同作用的管理工具，因此基于这一思路进行BOM架构设计的第一使命必然是支持跨业务领域的协同。这一重要使命恰好将企业级BOM与PDM/PLM进行了清晰的定位：PDM/PLM以其三维结构/CADBOM负责对技术的覆盖，而相关的管理职责则被抽离到企业级BOM上，从而使得两边都能按照各自的要求定义合理的、最能发挥效率的架构，从而改变两边相互迁就、两边都做不好的状况。