目前PDM和PLM是什么关系？

我接触PDM和PLM这些词汇很多年了。虽然肯定算不上专家，但也多少研究过一点，算个“业内人士”应该还说得过去的。不引经据典，不讲套话，以我自己的理解，用大白话来回答这个问题：
PDM，强调了管理的对象范围--是“数据”，不是“实际物料”。
PLM，强调了管理的“时空”范围--时间是整个生命周期，不只是研发阶段；空间是所有产品（数据）可能出现的地方，不只是技术部。
从名词上来看，这两个词没有谁比谁牛，谁比谁高级，谁包含了谁的意思，仅仅是强调的角度不同而已。一方面，PDM并没有否认要在整个生命周期内进行管理；另一方面，PLM也没有说要去管物料。所以，综合起来的意思是说，在产品的整个生命周期内对产品数据进行管理。

但从这一概念的发展历史来看，PDM这个词汇先于PLM出现。由于出现得早，所以当时人们的认识的确是有局限的。PDM一词出现时，MRP/MRPII/ERP已经比较红火了，为了强调与这一条线的区别，人们就给这个概念起了“产品数据管理”这么个名称，强调“不仅要管物料，而且还重视对产品数据的管理”。当时，人们的确还没有认识到“在整个生命周期内”这一管理要素。而且在实践中，当时的PDM也基本上的确只是管理研发阶段的工作，基本上也只是在技术部门应用。
后来，PDM发展了几年，有人就认识到这个问题了。于是，又为了强调“整个生命周期”这一要素，人们又提出了“产品生命周期管理”一词。

在商业领域，商人们总是希望时不时弄一些新概念。加之历史又的确是那样，所以大家都说“PDM不行了，要搞PLM了”。这是噱头。

总之，和MRP/MRPII/ERP那一条线不同（它们强调的角度是一致的，但是范围在依次扩大）；PDM/PLM并不是从同一角度去扩大范围，而是强调了不同的角度。
以上作为第一问的参考。

关于第二问，我不知道答案，但我否认你说的“ERP/PDM/PLM是中国制造业的出路”。（这句话怎么听起来像是马来西亚人的口气？）我之所以不知道答案却也能否定那句话，是因为软件系统仅仅只是配套的工具而已，它们承担不起“出路”这样的重担。
你要把这个机器修好，办法也许是拧紧这个螺钉，或者是拧紧那个螺栓。如果是前者，你需要一把起子（改锥）；如果是后者，你需要一把扳手。我不知道正确的答案是前者还是后者，但我知道起子和扳手都不是修好机器的出路。
 

PDM与PLM是产品创新数字化领域中极为常见的两个名词，然而不论在销售环节、实施环节，很多人经常在概念上混淆和滥用，本文力图对这两个概念所关注的领域进行一定的差异说明。

一、PDM

PDM作为产品创新数字化的重要概念，是Production Data Management的缩写，顾名思义，关注点在于产品数据的信息管理，并且在传统的理解中，更确切的是指产品研发过程的数据管理，即Engineering Process Management，内容一般会包括如下常规部分：



1. 文档管理

文档是产品数据中不可缺少的部分，如各类行业设计标准及规范、产品的市场需求、产品研发过程产生的的需求分析、详细设计等技术文件，甚至包括这些文档的模板，都需要进行良好的管理和标准化的宣贯。当然，为了更顺畅进行文档的内容更改记录和结果管理，往往需要在此环节涉及PDM系统与Office办公工具软件的集成。



2. 图纸管理

图纸是产品设计的重要结果数据文件，是PDM关注的核心，而在PDM逐渐成熟的过程中的早期，国内市场上大量存在的是图文档管理系统。直到现在，很多国产PDM系统依然以图文档管理作为核心功能。



3. CAD集成

产品在我们的生活中无处不在，用于进行产品设计的工具软件也种类繁多，为了更好的进行图纸管理，将图纸信息（甚至包括图面信息的提取）如何顺畅的从CAD环境传递到PDM系统并保持同步性和关联性，则带来了CAD集成这样一个重要的实施部分。常见的CAD软件如AutoCAD、基于AutoCAD的二次开发软件、NX、Pro/E，以及Protel、Cadence等。

4. 可视化管理

由于图文档均被纳入到PDM的管理数据，然而由于相应的图文档编辑软件种类极为繁多，PDM中的使用者（包括各级领导）面临大量不同格式的图文档浏览需要，如果人人都安装各种编辑软件是不可想象的。提供统一的公共的可视化管理成为必需。



5. 物料管理与产品结构管理

在PDM系统中仅仅管理图文档的管理是远远不够的。按照PDM的传统理念，是以产品结构为中心组织各类数据，产品结构由各种类型的物料所构成，也成为每份图文档文件所依附的节点。物料管理作为一个独立的话题，还面对很多内容，如物料的编码系统，物料的创建申请，物料的可用状态的变化等等。



6. 产品配置管理

越来越多的产品需要在标准配置或功能基础上，为客户进行不同程度的个性化定制，这带来了设计环节思路上的重要变化，即产品配置管理。可以为客户提供大量的丰富的可选功能部件，满足不同的客户需求。如针对功能的标准型、高级型、豪华型，如针对不同地区的型号，针对不同性别年龄的型号等很多角度的产品设计资料的配置。



7. 工作流管理

正如上面所提及的，不论是图纸还是文档、物料以及产品结构，都需要从草稿状态到最终发布生效（甚至是多次的阶段性发布生效），相应的大量签审过程都属于工作流管理的范畴。可以这样讲，工作流驱动机制使得PDM能够管理数据状态的不断变化。

8. 其余基础部分（组织管理、权限管理等）

理所当然的，为了能够在PDM中创建和访问数据，相应的要管理必要的人员组织以及权限等基础性架，以上提及的，是PDM的常规涉及范围，而PLM，则代表了更全面的视角。



二、PLM


PLM是伴随着PDM的不断实施而发展出来的概念，即Production Lifecycle Management，关注点在于产品的生命周期。产品生命周期是一个非常宽广的概念，也为PLM的行业带来了更多的业务机会，如下图所示：
PLM的观点认为，一个标准完整的产品生命周期应该起源于需求。这种需求可能来自于市场的调查、分析或者反馈，也可能来自于企业自身不断创新推出新产品引领市场的需要。由于成本原因、技术风险原因或者市场条件变化等原因，最终有多少需求能够真正反映到企业的新产品中是一个值得探讨和管理的话题。因此在PLM系统中第一个关注的就是需求管理，跟踪有多少需求是最终有效的，以及这些需求的实现结果，并为后续新品的开发积累基础。



当相应的需求不断细化后，接下来会展开概念设计的工作，此阶段产生大量的技术尝试方案和原型系统以支持可行性论证等工作，虽然此时并非正式的产品研发，但作为企业的宝贵知识资产必须进行合理的管理和总结分析。



当企业真正确定了产品将采用的技术方案后，则进入了Production Engineer环节，即以往PDM的管理范畴，在此不再赘述。



从工作环节划分上，在完成产品的基本设计后，为了支持后续的生产，还必须要经过工艺设计。在不同产品类型和生产类型的企业中，工艺可能是指设计工艺，也可能是指生产工艺。这部分工作涉及到了工艺路线、工艺规程、工艺卡片等，也就是以往在中国广泛存在的CAPP系统的范畴。在PLM的大概念下，将工艺环节纳入并作为一个不可缺少的实施环节。



产品经过工艺设计后，会安排小批量的试制或者试验，试验数据也将对产品量产或交付上市前的完善产生重要参考支持，即TDM（Test Data Management）所关注的业务环节。



产品最终交付给客户后，通常还需要进行售后维护，那么该何时定期维护、如何管理和跟踪产品的实际状态以决定预防性维修，如何制定产品出现问题后的维护策略（如就地维护还是返厂维护等），则是一个目前新兴的重要业务领域，即MRO，同时MRO的大量信息也需要来自于最初的设计部门的产品设计资料以及产品出库和交付过程的大量记录信息。



最终随着市场的发展和更新换代的需要，一些型号的产品不再安排生产和售后维护从而真正的退出市场，意味着这类产品生命周期的结束。



这样的一个完整过程是产品生命周期理念的精髓和管理价值所在，同时在此过程中，必须要解决项目管理视角的数据组织、质量管理体系的建设、与周边ERP系统以及MES系统的信息交互，各种类型BOM数据的转换交付文档的动态内容出版解决方案，以及需要集成更多种类的工具软件（CAE/CAM）等大量细节问题。



三、总结

通过上面的表述，相信很多人已经对PDM和PLM的概念能够做出相应的区分判断。大致的差异有两点总结：



1. 关注范围不同

PDM关注的是研发数据的管理，虽然也会涉及其余部门，一般会重点集中于设计部门进行实施，而PLM关注整个产品生命周期，实施范围可能涉及市场、销售、研发、工艺、制造、工程和售后维护等大量环节，每个环节都有可能成为实施的关注点。可以说，在业务范围和功能深度上，PLM做了大量的延伸。

2. 实施难度不同

PLM的实施相比PDM显然难度更大，业务领域更多，对实施顾问、技术顾问的经验和技能要求更多，从业压力更大。在国内，由于两者的混淆，经常会见到以PLM为名的项目只是在做PDM范围的工作，并没有覆盖到应有的整体业务，企业的管理效率只能在局部取得改善。



相信随着实施服务商水平的不断进步，国内客户知识的不断增长，PLM产品整体功能和行业解决方案的不断成熟，真正的PLM解决方案一定会逐渐发挥和展现它应有的意义和价值。