大部分中小型企业普遍缺少专职的PLM系统规划人员，PLM项目经理一般为其他职务兼任，需求阶段会邀请PLM系统涉及到的各部门及人员一起参与讨论，参与讨论的人员基本也只有业务经验，缺乏PLM系统应用的实践经验，导致收集到的需求存在两种情况：
1）需求发散，频繁出现不属于PLM系统范围的需求，导致项目需求得不到有效的控制。参与讨论的项目人员会基于本部门的利益而忽略公司整体利益，提出个性化需求。这类需求易造成PLM项目的实施范围不可控。
2）需求多而全，不易落地。比如：需求管理、项目管理、设计数据管理、工艺管理、报价管理、问题管理等系统模块全都要具备，PLM系统与ERP、OA、CRM等系统的互联互通。还需要PLM系统智能化、个性化、易作业、减少人员参与、提更好的率、减少错误、减少成本等。这些需求会导致PLM项目实施周期不可控，并对企业内部流程优化、标准化、作业人员的素养提出很高要求。
目前，市面上PLM软件标准产品无法满足企业的所有需求，企业需要根据实际情况，选择是否对功能进行裁剪或者二次开发。PLM服务商受签单和销售的影响，售前阶段往往过度承诺，导致企业的个性化需求与PLM标准产品之间存在诸多冲突。这些冲突或差距在售前阶段基本被PLM服务商所掩盖，并寄希望于在项目实施阶段逐步解决。这带给企业的感受是：“选型阶段啥都可以做，实施阶段啥都不能做”，使得企业的期望值不断减少，并在实施阶段引发更多矛盾。
基于这些问题，南希数字提出以下建议。
2.1 企业的战略需求和个性化需求之间的取舍
企业基于自身未来发展定制的战略与各个部门或者个人之间的个性化需求时常会有冲突。比如公司从效率角度出发，实施编码全自动化，财务部门基于统计需求或者其他系统的应用经验，需要编码有详细分类，并且需要人工参与。
企业从知识产权角度，要求数据集中、设计标准化、数据审批管控，设计人员喜欢设计自由，个性化选型、随意存储。
企业从成本角度，要求进行设计版本管理，因此，所有数据都走PLM系统。采购、加工从效率角度希望采用邮件、微信等多渠道更灵活的数据共享方式。
因此，当PLM系统与部门或者个人习惯及行为方式发生冲突时，企业必须规范内部的管理流程，做好相关人员的思想工作，规范标准作业方式，坚持从大局出发，牺牲局部利益，以优先满足整体利益的需求。
2.2 明确PLM系统的关键需求和需要解决的企业痛点
避免设立难以量化和统计的目标，比如提高设计效率、节约成本等，这些需求不是单一系统可以解决的。企业选择实施PLM系统，应该优先解决基本、关键的业务需求。
1）数据源需求
无论是项目管理、设计、工艺及生产过程数据，企业需要有数据源的概念，并执行到位，如果没有此概念，部署了PLM系统，许多问题还是得不到有效解决，比如零部件加工、外购的有效版本如何控制等。
2）数据的版本管理需求
在没有PLM系统的情况下，设计数据版本管理困难，人工很难进行多版本管理，导致零部件加工、外购和组装过程中错误地使用版本，出现报废物料的问题。
3）基于系统作业需求
企业设计人员逐渐养成利用PLM系统进行设计数据的存储、查询、使用以及再利用的习惯，这是一个漫长的过程。在PLM实施过程中，不仅要考虑应用系统人员的便捷性，还要考虑满足企业的数据管理要求。
4）基于系统的流程审批需求
使用基于PLM系统的审批流程，可以完整的记录、查询和追溯整个审批过程，确保重要审批可查、可追溯。
当然，企业还存在一些通用性需求，例如生成设计BOM、订单BOM、售后BOM，设计数据的低成本可视化浏览，以及简单的超级BOM的生成和管理等。这些需求一旦满足，便能立即为企业带来价值，有效减少成本或大幅减少相关问题的出现。
综上，对于初次选择PLM系统的企业，建议在需求整理阶段，聚焦于基础、核心、紧迫的需求，并且整理出的需求点应确保易于实现，旨在保障系统的成功上线，并让所有人能够基于该系统展开工作。
若您需要我们的帮助，请拨打服务热线：0592-5865938，厦门南希将竭诚为您服务！
